|
On Wed, Apr 12, 2000 at 01:45:31AM -0500, Scott Klement wrote: > > > On Tue, 11 Apr 2000, Mike Madore wrote: > > > > Hmm... this still needs work. DFU still positions the cursor to the > > > wrong line. Break messages still mess up the cursor placement. > > > > This should be fixed in CVS now. Really. I mean it this time. ;-) It > > was actually a different problem from the other positioning > > error. Details in the changelog. > > DFU still doesn't position the cursor correctly! Do an UPDDTA on your > favorite file... in TN5250, the cursor appears on the "Format:" line. > Everywhere else, it appears on the line that contains either "*RECNBR" > or the first key to the file. > > It does appear to resume from SNDBRKMSG correctly, tho... so it looks > like you're getting there :) > > > > Regarding the freebsd patch. The script portion of makefile.am looks > > cool, but unfortunately, the bsd files are overwriting the linux files in > > /usr/local/share/tn5250. I'm going to look into a better way for us to > > handle the platform difference when installing. I'll definately include > > your stuff though. > > Interesting. The only files that have the same name between the two > are "XTerm" and "README". And the "README" in the linux directory > doesnt look like its even designated as something to install. > > On my RedHat box, it installs the Linux version of XTerm, not the freebsd. > > Tho, it is certainly confusing that it installs the FreeBSD README and > us.5250.kbd into /usr/local/share/tn5250/ Its also confusing that it > installs us5250.map, uk5250.map, when installing on the FreeBSD box. > > I agree that this should be improved upon! :) > > > Another thing that I should probably bring up: > > When I do a "make" under FreeBSD it fails with this message: > > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c getopt.c > getopt.c:35: config.h: No such file or directory > > I can fix the problem quite easily by editing "getopt.c" and commenting > out the #include <config.h> line. But I wonder why this is happening? > config.h is too generic of a name to be a standard system include file, > so what the heck is it looking for? On my redhat box, it appears that > theres a config.h in the tn5250/src directory... but not on FreeBSD. > That seems weird to me... why would that be different? Fixed in CVS. We install config.h, which we have to remove some things from, so we use "tn5250-config.h" instead. config.h isn't yet generated, hence the error. > > Both are freshly retrieved from CVS. > > Any ideas? > -Jay +--- | This is the LINUX5250 Mailing List! | To submit a new message, send your mail to LINUX5250@midrange.com. | To subscribe to this list send email to LINUX5250-SUB@midrange.com. | To unsubscribe from this list send email to LINUX5250-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.