开云体育

Hi, I'm using XEphem 4.2.0 on a debian 12.9 computer and when the Skyview is close to the celestial pole (N or S) I'm getting the following alert : "UCAC : Error reading UCAC data near x:yz a:bc"?

Thanks to the help of the Xephem group, I managed to get xephem 4.2.0 working on my laptop running slackware64-current (gcc 14.1.0). Inserting _GNU_SOURCE at the very beginning of

thanks for the suggestions, I now have an executable xephem. The views still are missing. I'll see if I can get any further tomorrow. Op vr 31 mei 2024 om 17:23 schreef dulle via groups.io

As a matter of fact this is already fixed ( https://github.com/XEphem/XEphem/pull/73 ). (my fork was lagging behind, sorry for the noise...) Just updating your source should do. -- fm

This is odd. Try inserting #define _XOPEN_SOURCE at the very beginning of GUI/xephem/sunmenu.c, just before the first include directive. (see man strptime man strftime and man 7

I did the compilation with the Slackware64-current (gcc 14.1.0) Indeed never had any problems with slightly older gcc versions. Op vr 31 mei 2024 om 14:19 schreef Don Stalkowski via

Version 4.2.0 compiles fine with Slackware64-15 (gcc 11.2.0) and Slackware64-14.2 (gcc 5.3.0). Slackware64-current uses gcc 14.1.0. The github version, as of 2024.05.29, also compiles fine on both

Maybe slackware-current is too bleeding edge because when I use make to compile xephem it stops with the following error: sunmenu.c: In function ‘readSOHOImage’: sunmenu.c:922:17: error:

Hi, All. Thank you Tony for the tip. In my case I experienced the Segmentation Fault after compilation in my iMac under Ventura. I noticed that you modify the Makefile, setting these paths for MOTIFI

I've just be A/B-ing my installed folders vs the core I compiled today. Yeah, I've got all the original catalogs from 2004 still. I'll arrange to get it all to Brandon for him to add to the

Yes. They are coarse by today’s standard but the annotations still make them valuable.

For the lunar images, do you mean the Lunar Orbiter views? If so, I have all those still, too. I've literally been updating the base 3.6.3 install all these years. trane // // Trane Francks

Thanks Trane, that would be great. I never posted them to my original web site in deference to those who paid, but by now I don't think anyone will feel cheated. Please work with Brandon to organize

Brandon and Elwood, A loooooong time ago, I bought the paid version of XEphem 3.6.3, which included a vastly expanded collection of gallery photos and information. All these years later, I still have

Hi all! сб, 17 февр. 2024?г. в 23:31, TonyH <tony-hurtado@...>: Hmm... libXm.a is a universal binary with 3 architectures - x86_64,i386,ppc - so, for Apple M machines it should be

Oh, sweet. Thanks for the tip. Monterey still uses /usr/ instead of /opt/, but that's all I needed to get this to compile and run correctly. trane // // Trane Francks trane@... Tokyo, Japan //

Hi, Trane, Oh, yeah, absolutely. I had to modify the Makefile's variables of course. It looks like the default install location for openmotif caused those to be: MOTIFI = /opt/local/include MOTIFL =

And for completeness, using the standard compile command (make MOTIF=../../libXm/osx) also fails: ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1

Does it run properly for you, Tony? On Monterey 12.7.3, compiling with just 'make' after installing Open Motif looks fine, but running './xephem' immediately segfaults. This is with XQuartz 2.8.5

Compiled nicely on macOS Sonoma for X86-64 once openmotif was installed. Apple silicon next. Thanks!