Forms problem when moving from i4gl 7.20 to 7.32, Solaris 2.6 to Solaris 9
Posted in 2005
Topics: Installation, Setup & Upgrades, Stored Procedures & SPL, Connectivity: ESQL/C, 4GL & Embedded SQL, Platform-Specific Issues
I've come across a problem in an upgrade from Solaris 6 to Solaris 9, i4gl v 7.20 to 7.32. The problem appears when running forms in the application. I have a form that is displayed on top of another form. The top/active form has 2 lines of text that are headers for the data, but the screen array seems to move up 2 lines on the page, so that the headers are overlaid with the first two rows of the screen array, and the bottom two rows of the array are fixed, and don't update when scrolling through the array. I initially thought it was a termcap issue, but I've tried using the "old" termcap from the Solaris 6 system, and there was no difference. From Informix Dynamic Server Version 7.31.UC2 INFORMIX-4GL Version 7.20.UD1 To IBM Informix Dynamic Server Version 7.31.UD8 IBM INFORMIX-4GL Version 7.32.UC2 Any help is appreciated. Thanks, John Blomberg
John Blomberg <jfblomberg@ra.rockwell.com> wrote: > I've come across a problem in an upgrade from Solaris 6 to Solaris 9, > i4gl v 7.20 to 7.32. The problem appears when running forms in the > application. I have a form that is displayed on top of another form. Hmmm. If I'd been asked, I'd've said that wasn't allowed. If you mentioned windows with forms displayed in them, then yes. But the rule of thumb is (was, I thought) one form per window. > The top/active form has 2 lines of text that are headers for the data, > but the screen array seems to move up 2 lines on the page, so that the > headers are overlaid with the first two rows of the screen array, and > the bottom two rows of the array are fixed, and don't update when > scrolling through the array. > > I initially thought it was a termcap issue, but I've tried using the > "old" termcap from the Solaris 6 system, and there was no difference. There were a number of changes in screen handling in I4GL 7.30, allowing for (generally) better form handling when using explicit options to change the default (old) behaviour. In general, the previous behaviour was supposed to be preserved. You may have discovered a place where there is a discrepancy. Have you checked your use of FORM LINE on the windows? OPTIONS FORM LINE? Have you tried reversing the order in which the forms are displayed? Have you considered displaying the two forms in two windows - without borders? Yes, ideally, you should not have had to change the application. I agree. However, these are some ideas that may get you going again. > From > Informix Dynamic Server Version 7.31.UC2 > INFORMIX-4GL Version 7.20.UD1 > > To > IBM Informix Dynamic Server Version 7.31.UD8 > IBM INFORMIX-4GL Version 7.32.UC2 > > Any help is appreciated. Thanks, > > -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2005.01 -- http://dbi.perl.org/
Thanks to the replies. It looks like the libraries in /usr/ucblib may be part of the problem. I removed the flags (-L/usr/ucblib -lucb) and that fixed the forms-related problem. There's termcap and curses libraries in /usr/ucblib directory as well, and there must have been some conflicts along the line. Regards, John jfblomberg@ra.rockwell.com wrote: ...<text deleted>...