开云体育

Attempts to start xephem on my PowerBook G4 with MacOSX 10.1.2 give the following error. Anyone know whats up? Hugh bash-2.05$ xephem Error: attempt to add non-widget child "dsm" to parent "xephem"

Well, you dont mention how you got 3.5.2. I assume a source archive. Just make sure that you dont have an old lx200xed hanging around and are definately using the one from 3.5.2. Just type 'make' in

Thanks for the info. So I have to compile lx200xed seperately from the XEphem compile? Bob XEphem. I LX200? Every tried both

I havent tried 3.5.2, but Elwood sent me a pre-release of the lx200xed of 3.5.2 and that worked fine for me. Make sure you compile lx200xed from 3.5.2 and use that. Previous versions indeed dont work.

Thanks for the quick info and license details. I guess I will continue to use my linux installation (it works great). Many kudos on the software, I use it everyday. If you could ever use some

not work properly when start date for the Savings Time is later that the end date. On Solaris 8 it works fine. Yes, this appears to be unique to RH; even after installing both their glibc updates, 7.2

I'm making the switch from Windows to LINUX and would like to use XEphem. I have got XEphem up and running OK but can't seem to control my LX200? Every time I try I get the marker jumping all over the

Oh yes, it has been done many times before. It even works quite well. Trouble is, XEphem is not GPL and Red Hat (who bought Cygnus) strictly prohibits using Cygwin runtime libs in non-GPL

Has anyone attempted to port the xephem software to Cygwin? It looks like it can be done with some time and effort but wondered if someone has already attempted. I have xephem running quite well on my

RedHat Linux 7.2. I get: sh -c 'TZ=UTC date' ; sh -c 'TZ=WST4WDT,M9.5.0,M1.2.0 date' Sat Jan 19 04:42:28 UTC 2002 Sat Jan 19 00:42:28 WST 2002 Strange, seems to be a bug in the glibc library,

If I set the site to Las Campanas Observatory in xephem (3.5.2), the timezone shows up as WDT and the TZ offset is 3. The operating system is supposed to figure out the offset and timezone based on

Hello, I've been using XEphem successfully for a long time already, starting with early 3.0 versions, also at our telescope site in Chile. Now that 3.5.2 is out, I'm trying it out. First problem I got

Ok... here's the details I believe I upgraded from RH7.1 to 7.2 since originally building 3.5.1 While the original 3.5.1 worked fine with RH7.2, a fresh build of 3.5.1 didn't. It behaved the same as

Icon looks great! Thanks Elwood.

Dean Huxley writes: I've also had lots of problems with xephem+lesstif on Redhat. On RH 7.2 I see the problem that spawned this thread, plus about a page and a half of repetitions of: "Warning: No

reinhold.graf@... wrote: I had this problem (and others) before. All of them went away when I got rid of lesstif and installed openmotif. Cheers, Dean

close disappear or longer be Thanks for the report. No, this is the first I have heard of this. The only changes to window control from 3.5.1 to 3.5.2 were to the Jupiter, Saturn and Uranus views so

I am running RH 7.2 linux with Sawfish WM on an i686. Xephem 3.5.1 worked correctly but now with 3.5.2, anytime I try to close a window with the WM control (X button), the window contents disappear

XEphem runs fine on 98 and as well as other apps on ME. the off" to Yes, the Windows edition works identically in all respects as the UNIX edition. You can step time along to look for any phenomena