[comp.sys.hp] HP-UX 6.5/X11 problems

scott@grlab.UUCP (Scott Blachowicz) (04/28/89)

Hi-

We just got a 9000/370 system with HP-UX 6.5. It came with HP's X11
product. All of our code was compile on our 320 (HP-UX 6.2), so we used
the library that the ld(1) says we need to with old relocatables
referencing setjmp/longjmp (libsetjmp.a). Now for some problems...
 -We have some routines that do terminal forms for HP terminals. On
  HP Windows/9000 we used a term0 window and on X11 we use hpterm(1).
  This worked fine on our 320 (HP-UX 6.2, X11), but not on our
  370 (HP-UX 6.5, X11). We end up getting what looks like the end of an
  escape sequence for video enhancements (&dB ...field... &d@) when we
  read and rewrite the field values upon entering the form. It appears
  as though the hpterm(1) shipped with X11 at HP-UX 6.5 is busted.

 -We have a program to handle graphics to a window created by the
  xwcreate(1) command. Our code was compiled w/ 6.2, ld'd w/ 6.5, and it
  gets a segmentation violation on startup.

 -Is it possible to ld HP-UX 6.5 compiled code on HP-UX 6.2? This stuff
  is software that we will be shipping to customers, so recompiling
  everything under HP-UX 6.5 is not something we can ship. Unless there
  is not other way...

Now before I get to far into destroying my brain cells by trying to
figure out precisely what's going wrong, I want to see if anyone has any
ideas or knows of any problems/workarounds with HP's 6.5 HP-UX, X11.
We're working on getting software over there and compiled with the
symbolic debug options turned on...

Thanx for any help!

Scott Blachowicz
USPS:  Graphicus                UUCP:    ...!hpubvwa!grlab!scott
       150 Lake Str S, #206     VoicePh: 206/828-4691
       Kirkland, WA 98033       FAX:     206/828-4236

lavar@grlab.UUCP (LaVar Edwards) (04/28/89)

/ grlab:comp.sys.hp / scott@grlab.UUCP (Scott Blachowicz) / 11:38 am  Apr 27, 1989 /

UPDATE-

>We just got a 9000/370 system with HP-UX 6.5. It came with HP's X11
>product. All of our code was compile on our 320 (HP-UX 6.2), so we used
>the library that the ld(1) says we need to with old relocatables
>referencing setjmp/longjmp (libsetjmp.a). Now for some problems...

stuff deleted...

Here is a very poor workaround, but it isolates hpterm as the culprit.

We copied the file /usr/bin/X11/hpterm from the 320 (HP-UX 6.2) -to- the
370 (HP-UX 6.5), started up X11 with the old hpterm and the forms are now
working.


Any help with this problem would be appreciated.

LaVar Edwards
USPS:  Graphicus                UUCP:    ...!hpubvwa!grlab!lavar
       150 Lake Str S, #206     VoicePh: USA (206) 828-4691
       Kirkland, WA 98033       FAX:     USA (206) 828-4236

' Sabatella) (05/02/89)

>We just got a 9000/370 system with HP-UX 6.5. It came with HP's X11
>product. All of our code was compile on our 320 (HP-UX 6.2), so we used
>the library that the ld(1) says we need to with old relocatables
>referencing setjmp/longjmp (libsetjmp.a). Now for some problems...

A word of warning... with 7.0, libsetjmp will go away.  ld(1) will be smart
enough to use the 'old' setjmp (called v0_setjmp) in libc when necessary,
but standard HP-UX libraries will be shipped fully optimized, so you
may get errors about floating point incompatibilities when mixing 6.2 and 7.0.

> -Is it possible to ld HP-UX 6.5 compiled code on HP-UX 6.2? This stuff
>  is software that we will be shipping to customers, so recompiling
>  everything under HP-UX 6.5 is not something we can ship. Unless there
>  is not other way...

It depends on what you are trying to do.  Mixing 6.5 object files with 6.2
libraries may fail with either linker (that is, there are cases with each
where it *will* fail), but mainly if you compile for the 68010.  These can
mostly be worked around - compiler generated function calls for things like
"long" division changed from ldiv to __ldiv, so just define __ldiv,
and have it call ldiv, and 6.5 object files will then happily link to 6.2
libraries.  This sort of thing is *NOT* supported.

--------------
Marc Sabatella
HP Colorado Language Lab (CoLL)
marc@hpmonk