running 11.00 compiled execs on a 11i machine ??!!

[Jochen Fonck]

Hi,

For some (..not funny) reason I have to run executables that are compiled on a HP-UX version 11.00 on a 11i machine. This 'seems' to do fine, but when I apply the 'chatr' (change attributes) command on these app's I get following warning message : Root@wms60:/application/dcs620ur/server/bin#chatr ritch
chatr(warning): file "ritch" appears to be corrupted and does not have a DT_FLAGS dynamic table entry. Therefore, the -B options
will not function properly.
ritch:
64-bit ELF executable
shared library dynamic path search:
LD_LIBRARY_PATH enabled first
SHLIB_PATH enabled second
embedded path enabled third /rdbms2/lib/:/usr/lib/pa20_64:/opt/langtools/lib/pa20_64:
shared library list:
libclntsh.sl.9.0
libcl.2
librt.2
libpthread.1
libnss_dns.1
libdl.1
libm.2
libc.2
shared library binding:
deferred
global hash table disabled
shared library mapped private disabled
shared library segment merging disabled
shared vtable support disabled
segments:
index type address flags size
6 text 4000000000000000 z---c D (default)
7 data 8000000100000000 ---m- D (default)
executable from stack: D (default)
static branch prediction disabled
kernel assisted branch prediction enabled
lazy swap allocation for dynamic segments disabled
nulptr references disabled
---------
Can someone tell me if this can cause any runtime errors. Is it risky to keep on running these 11.00 applications (for now it's the only possible option though)on the customer's 11i system ??

thanks!

[Kevin O'Donovan]

Hi,

haven't got my hands on an 11i machine yet, but would expect it to work fine.

My guess would be to check for different versions of libraries - libc or something like that?

Did a quick google search on "chatr DT_FLAGS" and found the following hit, pasted below: http://sources.redhat.com/ml/binutils/2002-10/msg00136.html

-------------start paste--------------
I have recently installed the latest ld patch on hpux11.00 (PHSS_26559) and
now chatr reports missing DT_FLAGS entry. Is there an easy solution to
this problem?

Cheers,

Ross

***more stuff here*
-----------------end paste---------------

Doesn't look like this guy Ross got any replies on, but it looks exactly like your output.

Here's info on that patch:
http://www4.itrc.hp.com/service/patch/patchDetail.do?patchid=PHSS_26559&context=hpux:800:11:00

Its been superseded, and that patch superseded again, latest is PHSS_28434, info at: http://www4.itrc.hp.com/service/patch/patchDetail.do?patchid=PHSS_28434&context=hpux:800:11:00

I'd guess you should install this latest patch, but *insert major disclaiming here* haven't done this myself so dunno how well it works etc. etc. etc.

hope that helps,
Kevin.

[A. Clay Stephenson]

As long as you are not doing kernel-intrusive operations (like examining /dev/kmem) then you code should be fine. In fact, even 10.20 code will run just fine on an 11.11 box. The converse, however, is not true. The code will be upwardly compatible not downwardly. You have approached the problem correctly. If you must run applications on both 11.0 and 11.11 boxes then you MUST compile/link on an 11.0 box.

[Steven E. Protter]

I have just copied over a bunch of executables from my old production D380 box to my rp5450 server. The old box is 11.00, the rp5450 is 11i

Most of the little binaries worked just fine. You will run into a few that use features of the OS that changed and they wont work. They will have to be recompiled.

In general, a lot of binaries will run just fine. Most of the 40 I copied yesterday tested out just fine.

SEP