开云体育

I just checked the weather and found out that we're supposed to have a clear
night tonight. I fired up XEphem 3.5.1, went to the Sky View, and discovered
that the stars I use to align my DSCs have been replaced with their formal
names rather than their common names. I'm lost! Is there a way to have the
stars represented by their common names rahter than their formal names? I.E.
Alberio rather than Cyg Beta2? Yes, yes, I know I should learn both names
but it will take this old dog a while to learn new names.

--
John Perry perry@... PGP-encrypted e-mail welcome!

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the xephem
group.

File : /lx200xed-pre3.5.2.gz
Uploaded by : ecdowney2002 <ecdowney@...>
Description : beta test for lx200xed to be in 3.5.2 release

You can access this file at the URL



To learn more about file sharing for your group, please visit



Regards,

ecdowney2002 <ecdowney@...>

Is that a fix in xephem or in the lx200 libraries? Ive been debugging
the latest lx200 libraries (liblx200 v0.8), and then i at least
seem to get only 1 set of coordinates that looks ok..

But I still cant tell the gemini to goto. Oh, and redhat doesnt
seem to like the non-blocking IO code on the fifos. I had to remove
the code in open_fifo and replace it with the old..

/* if(!blocking) {
retval = ioctl(fd,FIONBIO);
if(retval) {
die(szName, "FIFO is ignoring non-blocking call");
}
*/
if (!blocking)
mode |= O_NONBLOCK;
fd = open(szName,mode);
if(fd<0) {
die(szName, strerror(errno));

But I think this is causing problems as lx200xed hangs after a few
minutes.

With the ioctl linux returns error 14 (EFAULT).

Also, the code includes sys/time.h, which at least for linux
should be just time.h

Cor

--- In xephem@y..., "corbosman" <cor@x> wrote:

Hi all, has anyone gotten the combination of Xephem/Gemini
to work? Im sending and receiving data (according to strace), but
the data looks weird. Im alternatively getting 2 sets of
coordinates, which makes the telescope pointer in xephem jump
around between 2 points. It's also not performing a GOTO.

Im using Xephem 3.5 from the redhat 7.1 rpm.

This is a known issue and will be fixed in 3.5.2, which I hope to have
out in the next week or so.

Hi all, has anyone gotten the combination of Xephem/Gemini
to work? Im sending and receiving data (according to strace), but
the data looks weird. Im alternatively getting 2 sets of
coordinates, which makes the telescope pointer in xephem jump
around between 2 points. It's also not performing a GOTO.

Im using Xephem 3.5 from the redhat 7.1 rpm.

Cor

--- In xephem@y..., "graemecoates" <graemecoates@y...> wrote:

However, when the script is run from the form, it returns a "Can not
start xephemdbd" error.

xephemdbd.pl tries to run xephemdbd via a small intermediate script,
start-xephemdbd. Sounds like this is not being found. Make sure you
have set one up. The distribution does not include one but does
contain a sample in perl called startxdbd.pl to show what it might
typically do. Edit the path variables to match your system.

Elwood,

Thanks for the pointer - compiles nicely now...however, I'm now
getting an odd error when trying to run the lookup...
I've followed the install instructions including setting ownerships of
the 3 files in the cgi folder(to apache:apache), moving the database
files to /usr/local/telescope/archive, pointing the html file to the
right place for the cgi script.

However, when the script is run from the form, it returns a "Can not
start xephemdbd" error. However, when I run xephemdbd from the command
line in verbose mode, it appears to run normally, processing each file
in the catalog directory except sao.edb.

If I comment out the relevant lines in the perl script (confessing to
not being perl literate here), the request hangs after printing
"opening xephemdbd.in" in the trace file.

Has anyone got any hints as to why it dies at these points (as I say
I'm not a programmer - I'd just like to get the server working to run
it on my local astro society's intranet alongside xephem :-) . If
anyone has a known working version I'd be grateful for some pointers.

TIA
Graeme

--- In xephem@y..., "graemecoates" <graemecoates@y...> wrote:

I'm attempting to get xephemdbd (using the 3.4.1 source) working to
run cgi queries on a web server. However, when I attempt to make the
cgi script, I get a make error due to the variable "OPEN_MAX" being
undefined. To what does the variable refer, and is there a work around
to this?

I assume setting it to a value will get round the problem - but are
there acceptable or recommended values for use?

OPEN_MAX is the traditional means to get the maximum number of files a
process may have open at one time. It used to be in <sys/param.h>
until Berkeley UNIX made the number dynamic to support their new
fangled sockets (circa 1982?). The more contemporary way to get the
value is to call sysconf(_SC_OPEN_MAX). It's probably time I switched.

The xephemdbd uses it to close all file descriptors it knows it will
not use, like a good daemon should. Since close() fails gracefully
when given a bogus file descriptor, it is harmless to hack in a value
that is too large. I see linux sets OPEN_MAX to 256 in
<linux/limits.h> but its ssconf(_SC_OPEN_MAX) returns 1024.

I'm running 3.5.1 under windows Me. I cannot download the asteroid
datasets. Although the .edb and TLE files download OK, the asteroids
from MPC or Lowell will not. I get a dialog box "xephem progress--0%"
nothing downloads. Any help woluld be appreciated.

RJ

I'm attempting to get xephemdbd (using the 3.4.1 source) working to
run cgi queries on a web server. However, when I attempt to make the
cgi script, I get a make error due to the variable "OPEN_MAX" being
undefined. To what does the variable refer, and is there a work around
to this?

I assume setting it to a value will get round the problem - but are
there acceptable or recommended values for use?

Cheers,

Graeme

--- In xephem@y..., esmail@c... wrote:

How can I get rid of the ISS-912 entry that keeps showing up in my
view Data Table (and other places)? I don't know how it got there, but
I really would like to get rid of it.

If a .edb that contains exactly one entry is in the list of files that
are automatically loaded at startup, said entry will be loaded /and/
assigned to an unused ObjXYZ as a convenience. There is no way to
disable this convenience feature per se', but you can remove the .edb
in question from the startup list by setting up the desired set in
Data->Load/Delete then saving the new DBinitialize value using
Preferences->Save/Data Base/XEphem.DBinitialFiles.

On Saturday 08 December 2001 14:11, you wrote:

On Sat, 8 Dec 2001, knobmaker wrote:

I installed the latest xephem on Redhat 7.1, and for a day all was
well. Then it started segfaulting and dumping core every time I

tried

to open a planetary view, other than moon and earth.

Any ideas?

Thanks,

Ray

Wow! I'm running Redhat 7.2. I ran xephem all over the place

on

7.1 also without any problems. Now that I think about it, I have

never had

any problems with xephem until I loaded RedHat 7.2 and that turned

out to

be a font problem. Are you loading it from the CD or did you try to
compile it yourself? Are there any error messages?

I'm ashamed to admit that I should have read the FAQ more carefully.
I'm
running under Gnome and Sawfish. I tried it on a KDE desktop and all
was
well. Then I changed themes under Sawfish and all was well, even on
Gnome.

I feel particularly stupid because before I tried the above simple
fixes, I
downloaded OpenMotif.

But even if I'm an idiot, it's a great program, isn't it? Santa is
bringing
us a telescope this year, and I've got the kids all primed. I loaded
xephem
on all their machines, and they've been playing with it as though it
were a
video game.
--

All the best,

Ray

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the xephem
group.

File : /xephem-3.5.1.tar.gz
Uploaded by : kg5rg <perry@...>
Description : The latest xephem

You can access this file at the URL



To learn more about file sharing for your group, please visit



Regards,

kg5rg <perry@...>

On Sat, 8 Dec 2001, Akkana wrote:

Elwood knows about the problem and is working on a real fix, but I have
a workaround which fixes the problem if you're willing to build the
source yourself. It's a very simple patch (just change a couple of
lines in the saturn, jupiter and uranus views -- the mars view doesn't
seem to have this problem) which I can send to anyone who wants it --
drop me a line. Or I can post it if a lot of people are interested.

If you fire up your browser and go to
there is a section called "files".
You can put the patches there and anyone that needs them can download
them.

--
John Perry perry@... PGP-encrypted e-mail welcome!

PGP/GPG key 164BDBAE

knobmaker writes:

I installed the latest xephem on Redhat 7.1, and for a day all was
well. Then it started segfaulting and dumping core every time I tried
to open a planetary view, other than moon and earth.

John Perry writes:

Wow! I'm running Redhat 7.2. I ran xephem all over the place on
7.1 also without any problems. Now that I think about it, I have never had

I see the crashes on Redhat 7.1 as well. It's a timing problem, so
it depends on the speed of your system and what else the X server is
doing and so forth, but could happen on any Unix/X system.

Elwood knows about the problem and is working on a real fix, but I have
a workaround which fixes the problem if you're willing to build the
source yourself. It's a very simple patch (just change a couple of
lines in the saturn, jupiter and uranus views -- the mars view doesn't
seem to have this problem) which I can send to anyone who wants it --
drop me a line. Or I can post it if a lot of people are interested.

...Akkana

In the last version of Xephem the liblx200 code was changed. This is
an add-in that lets Xephem control and Meade LX-200 scope. A bug was
introduced into that version. You will need liblx200 v0.8.1 to correct
this problem.

You can find v0.8.1 on MAPUG archives


Download, untar, move the files into the xephem/GUI/tools/lx200xed
directory and type make. You're fixed.

Elwood said he'd come up with the permanent solution shortly.

On Sat, 8 Dec 2001, knobmaker wrote:

I installed the latest xephem on Redhat 7.1, and for a day all was
well. Then it started segfaulting and dumping core every time I tried
to open a planetary view, other than moon and earth.

Any ideas?

Thanks,

Ray

Wow! I'm running Redhat 7.2. I ran xephem all over the place on
7.1 also without any problems. Now that I think about it, I have never had
any problems with xephem until I loaded RedHat 7.2 and that turned out to
be a font problem. Are you loading it from the CD or did you try to
compile it yourself? Are there any error messages?

--
John Perry perry@... PGP-encrypted e-mail welcome!

PGP/GPG key 164BDBAE

I installed the latest xephem on Redhat 7.1, and for a day all was
well. Then it started segfaulting and dumping core every time I tried
to open a planetary view, other than moon and earth.

Any ideas?

Thanks,

Ray

Len Philpot writes:

If it's one of the XYZ objects, just go to Date, Search, ObjXYZ, select
the object and click Undefined, the OK. That should remove it from the
XYZ list.

Hi,

I tried, but it doesn't work for me, it wont' let me click undefined,
it insists on staying an eart sat...

There has to be a simple permanent solution I know.

Esmail
--
Esmail Bonakdarian - esmail@... -

On 2001.12.04 18:08 esmail@... wrote:

Ok, here's something that's been buggin' me .. I know the answer once
was on Elwood's site in one of the FAQs, but I can't find there any
more.

How can I get rid of the ISS-912 entry that keeps showing up in my
view Data Table (and other places)? I don't know how it got there, but
I really would like to get rid of it.

Anyone? I'm sure it's a simple thing - if it's too silly of a question
just tell me to go away :-)

If it's one of the XYZ objects, just go to Date, Search, ObjXYZ, select
the object and click Undefined, the OK. That should remove it from the
XYZ list.

--
+-----------------------------------------------------+
| Len Philpot ><> |
| len@... len_philpot@... (alt) |
+-----------------------------------------------------+