Ah, ok. That makes sense. Thanks, Chris Maness -Sent from my iPhone On Thu, May 30, 2024 at 7:00 AM Dave van der Locht davevdl@users.sourceforge.net wrote: No, I think you're misunderstanding me... There's a config parameter in one of LinFBB's C header files to force support for FBB data files generated/used by a 32-bit version of FBB. That parameter needs to be set ONLY if you need to use FBB datafiles from a 32-bit FBB version in a 64-bit version of FBB... It makes LinFBB on a 64-bit OS compatible...
Did you have to do anything different to your 64bit Slackware-current to make sure there is 32 bit support? I did not with Slack15 release. It all works fine here. But what you are explaining does sound like a reasonable explanation with what is going on. -Chris KQ6UP On Thu, May 30, 2024 at 2:31 AM Dave van der Locht davevdl@users.sourceforge.net wrote: As mentioned earlier I've tested with the 7.0.11 release of LinFBB (see Files section). With the latest development (SVN) source there shouldn't...
Dave, did you pull the latest source off of sourceforge for your test? I tried something. I pulled my satel.dat file that was working on my system at work, and installed it on the slack-current system. The satellite list was all scrambled in FBB. That is really weird, and I have never seen that before. I have been able to use those files even on WinFBB from that system. -Chris KQ6UP On Thu, May 23, 2024 at 12:17 PM Chris kq6up@users.sourceforge.net wrote: Just to make sure I was not going crazy,...
Just to make sure I was not going crazy, I tried the same keps (downloaded from amsat.org) on my Slack14.1 system at work. Worked like a charm! I am doing the EXACT same thing on the system at home. The system at home is a fresh build with the iso that you linked too. I built a freshly downloaded source from sourceforge, and did a completely new install. See the output below: satupdat dailytle.txt /n /s Update of F6FBB's BBS satellite data base orbital parameters Version 1.89 - February 2015 - Bernard...
Wow, fresh install Slackware-current and still getting the same error. What browser are you using to download the keps? This has got to be something obvious, and thank you for your patients. Are you also using a x86_64 system? I am doing satupdat with /n (and tried all three other possible flags and get the same problem). On Wed, May 22, 2024 at 1:40 PM Dave van der Locht davevdl@users.sourceforge.net wrote: You can test both... Before and after, just to see where things go (or already are) wrong...
Nope -- still fails. Had to do the autoreconf bit too. That was a first for me. Here is the output: g++ -DHAVE_CONFIG_H -I. -I../../.. -g -O2 -MT mail_screen.o -MD -MP -MF .deps/mail_screen.Tpo -c -o mail_screen.o mail_screen.cc mail_screen.cc: In function ‘void init_main_screen()’: mail_screen.cc:39:16: error: invalid use of incomplete type ‘WINDOW’ {aka ‘struct _win_st’} 39 | maxx = stdscr->_maxx; | ^~ In file included from mail_screen.cc:13: /usr/include/curses.h:456:16: note: forward declaration...
But doing the slackpkg update/upgrade first, or no? Thanks, Chris Maness -Sent from my iPhone On Wed, May 22, 2024 at 12:46 PM Dave van der Locht davevdl@users.sourceforge.net wrote: Ok, so you did something else before testing on a fresh install. Please also try without patching the kernel (or doing any other things) before testing satupdat initially. Just to verify if something in the steps in between is or isn't messing things up big time. One step at a time... [tickets:#87] https://sourceforge.net/p/linfbb/tickets/87/...
Strange issue you (still) have... Compiling without X support is done with ./configure --disable-x-utils, see ./configure --help. Will do that. How do you download or transfer the input file onto the system? Are you sure the input file isn't corrupted somehow? You're sure you haven't done anything else besides installing the OS and compiling linfbb to test? Although higly unlikely, things that could break the standard C library? No. I only patched the kernel for the AX.25 bug, and I have downloaded...