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"? with various values of x,y,z ,a,b,c ie RA/DEC.
After this the UCAC stars disappear and the catalog is unselected in the Field Stars Setup window.
I have to move away from the pole to be able to select the catalog again.
This happens at less than 1 or 2 degrees from the pole.
Same behavior with UCAC3, UCAC4 or UCAC5...
?
Any ideas ?
?
Thierry
|
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 GUI/xephem/sunmenu.c,just before the first include directive did the job for me Thank you all very much. Frits
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.
As a matter of fact this is already fixed ().
(my fork was lagging behind, sorry for the noise...)
Just updating your source should do.
--
fm
|
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.
As a matter of fact this is already fixed ().
(my fork was lagging behind, sorry for the noise...)
Just updating your source should do.
--
fm
|
As a matter of fact this is already fixed ().
(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 feature_test_macros
to follow the path leading to this suggestion. In particular the difference between
the strptime and strptime man pages).
--?
fm
|
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 <dstalkowski= [email protected]>:
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 14.2 and 15.
don
On Fri, May 31, 2024 at 12:19:01PM +0200, Frits Antonysen wrote:
>? 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: implicit declaration of function ???strptime???; did
> you mean ???strftime???? [-Wimplicit-function-declaration]
>? ?922 |? ? ? ? ? ? ? ? ?strptime(buf+20, "%d %b %Y %H:%M:%S %Z", &tm);
>? ? ? ?|? ? ? ? ? ? ? ? ?^~~~~~~~
>? ? ? ?|? ? ? ? ? ? ? ? ?strftime
> <[email protected]>
> make: *** [<builtin>: sunmenu.o] Error 1 <[email protected]>
>
> Cheers Frits
>
>
>
>
>
|
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 14.2 and 15.
don
toggle quoted message
Show quoted text
On Fri, May 31, 2024 at 12:19:01PM +0200, Frits Antonysen wrote: 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: implicit declaration of function ???strptime???; did
you mean ???strftime???? [-Wimplicit-function-declaration]
922 | strptime(buf+20, "%d %b %Y %H:%M:%S %Z", &tm);
| ^~~~~~~~
| strftime
<[email protected]>
make: *** [<builtin>: sunmenu.o] Error 1 <[email protected]>
Cheers Frits
|
|
|
Re: XEphem 4.2.0 has been released
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 and MOTIFL: /opt/local/include and /opt/local/lib. I remembered that maybe that is the path if you installed OpenMotif through MacPorts, that I used in the past. But now I installed OpenMotif from HomeBrew where are different, so flowwing the same way as Tony, I modified the Makefile with the following paths:? MOTIFI=/usr/local/include MOTIFL=/usr/local/lib After compiling with the modified Makefile xephem ran with no issues. Emilio, NYC.
I would like to mention that in the case of macOS, at least on Ventura 13.6.4, I installed these three libraries – through brew-- to compile xephem: openmotif, openssl and groff
toggle quoted message
Show quoted text
On Feb 18, 2024, at 11:09 AM, TonyH <tony-hurtado@...> wrote:
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 = /opt/local/lib
But the otherwise normal build process yielded a functional program. BTW, Sonoma is locked down in certain places necessitating that a system wide installation be placed in /usr/local/bin (as opposed to /usr/bin). ?Let me know if you need anything else.
-Tony
|
Re: Commercial Gallery Images/Descriptions
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 distribution.
Cheers,
trane
//
// Trane Francks trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/19 15:03, Elwood Downey
wrote:
toggle quoted message
Show quoted text
Yes. They are coarse by today’s standard but the
annotations still make them valuable.
On Sun, Feb 18, 2024 at
23:00 Trane Francks < trane@...>
wrote:
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 trane@...
Tokyo, Japan
// Practice random kindness and senseless acts of
beauty.
On 2024/02/19 14:42, Elwood Downey wrote:
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 the upload. By my reconning it's about 30 MB.
Speaking of extras, I have a feeling many who
just grab the core tarball don't even know they are
missing the big catalogs, lunar images etc and now
this full gallery. I suppose it's not practical to
include everything?in the core but to me
that would be the ideal distribution arrangement.
Elwood
On Sun, Feb 18, 2024
at 10:14?PM Trane Francks < trane@...>
wrote:
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 them. If there are no issues with
contributing the commercial gallery images and
gallery.gly, I'd be happy to supply them.
Cheers,
trane
--
//
// Trane Francks trane@...
Tokyo, Japan
// Practice random kindness and senseless acts
of beauty.
|
Re: Commercial Gallery Images/Descriptions
Yes. They are coarse by today’s standard but the annotations still make them valuable.
On Sun, Feb 18, 2024 at 23:00 Trane Francks < trane@...> wrote:
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 trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/19 14:42, Elwood Downey
wrote:
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 the upload. By my reconning it's about 30
MB.
Speaking of extras, I have a feeling many who just grab the
core tarball don't even know they are missing the big
catalogs, lunar images etc and now this full gallery. I
suppose it's not practical to include everything?in
the core but to me that would be the ideal distribution
arrangement.
Elwood
On Sun, Feb 18, 2024 at
10:14?PM Trane Francks < trane@...>
wrote:
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 them. If there are no issues with contributing the
commercial gallery images and gallery.gly, I'd be happy
to supply them.
Cheers,
trane
--
//
// Trane Francks trane@... Tokyo,
Japan
// Practice random kindness and senseless acts of
beauty.
|
Re: Commercial Gallery Images/Descriptions
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 trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/19 14:42, Elwood Downey
wrote:
toggle quoted message
Show quoted text
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 the upload. By my reconning it's about 30
MB.
Speaking of extras, I have a feeling many who just grab the
core tarball don't even know they are missing the big
catalogs, lunar images etc and now this full gallery. I
suppose it's not practical to include everything?in
the core but to me that would be the ideal distribution
arrangement.
Elwood
On Sun, Feb 18, 2024 at
10:14?PM Trane Francks < trane@...>
wrote:
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 them. If there are no issues with contributing the
commercial gallery images and gallery.gly, I'd be happy
to supply them.
Cheers,
trane
--
//
// Trane Francks trane@... Tokyo,
Japan
// Practice random kindness and senseless acts of
beauty.
|
Re: Commercial Gallery Images/Descriptions
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 the upload. By my reconning it's about 30 MB.
Speaking of extras, I have a feeling many who just grab the core tarball don't even know they are missing the big catalogs, lunar images etc and now this full gallery. I suppose it's not practical to include everything?in the core but to me that would be the ideal distribution arrangement.
Elwood
On Sun, Feb 18, 2024 at 10:14?PM Trane Francks < trane@...> wrote:
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 them. If there are no issues with
contributing the commercial gallery images and gallery.gly, I'd
be happy to supply them.
Cheers,
trane
--
//
// Trane Francks trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
|
Commercial Gallery Images/Descriptions
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 them. If there are no issues with
contributing the commercial gallery images and gallery.gly, I'd
be happy to supply them.
Cheers,
trane
--
//
// Trane Francks trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
|
Re: XEphem 4.2.0 has been released
Hi all! Compiled nicely on macOS Sonoma for X86-64 once openmotif was installed. Apple silicon next. Thanks!
Hmm... libXm.a is a universal binary with 3 architectures - x86_64,i386,ppc - so, for Apple M machines it should be re-builded?(who are used PowerPC or old Intel macs yet?).?
Yes. I can confirm - openmotif should be installed and path to OpenSSL library in Makefile should be updated - at least for Sonoma
With best regards, Alexander
|
Re: XEphem 4.2.0 has been released
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
// Practice random kindness and senseless acts of beauty.
On 2024/02/19 1:09, TonyH wrote:
toggle quoted message
Show quoted text
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 = /opt/local/lib
But the otherwise normal build process yielded a functional
program. BTW, Sonoma is locked down in certain places
necessitating that a system wide installation be placed in /usr/local/bin
(as opposed to /usr/bin). ?Let me know if you need anything
else.
-Tony
|
Re: XEphem 4.2.0 has been released
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 = /opt/local/lib
But the otherwise normal build process yielded a functional program. BTW, Sonoma is locked down in certain places necessitating that a system wide installation be placed in /usr/local/bin (as opposed to /usr/bin). ?Let me know if you need anything else.
-Tony
|
Re: XEphem 4.2.0 has been released
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 (use -v to
see invocation)
make: *** [xephem] Error 1
Hmmmm.
trane
//
// Trane Francks trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/18 11:43, Trane Francks
wrote:
toggle quoted message
Show quoted text
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 installed.
Cheers,
trane
//
// Trane Francks trane@...
Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/18 1:31, TonyH wrote:
Compiled nicely on macOS Sonoma for X86-64 once openmotif was
installed. Apple silicon next. Thanks!
|
Re: XEphem 4.2.0 has been released
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 installed.
Cheers,
trane
//
// Trane Francks trane@... Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
On 2024/02/18 1:31, TonyH wrote:
toggle quoted message
Show quoted text
Compiled nicely on macOS Sonoma for X86-64 once openmotif was
installed. Apple silicon next. Thanks!
|
Re: XEphem 4.2.0 has been released
Compiled nicely on macOS Sonoma for X86-64 once openmotif was installed. Apple silicon next. Thanks!
|
Frits Antonysen