Menu
▾
▴
RE: [Wrapper-user] HP-UX 11i 64 bit:log level DEBUG crashes application
|
From: Venkatesh S. <Ven...@lc...> - 2004-06-30 09:41:27
|
++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Please read the disclaimer at the bottom of this e-mail. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ As an addendum, linking the files with the +b option as explained here http://www.hp.com/products1/unix/java/faq/index.html#troubleshoot11 does not solve the problem. cheers, -----Original Message----- From: wra...@li... [mailto:wra...@li...]On Behalf Of Venkatesh Sellappa Sent: 30 June 2004 09:39 To: wra...@li... Subject: RE: [Wrapper-user] HP-UX 11i 64 bit:log level DEBUG crashes application ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Please read the disclaimer at the bottom of this e-mail. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Re: The .so extension for a 64-bit library, i believe this is incorrect. On building the library with a .so extension,it gives the same=20 "WARNING:Unable to load the Wrapper's native library 'libwrapper.so'.=20 ......" this error occurs if you attempt to run the 32-bit library on a 64-bit mach= ine. I am compiling,linking the library from the command line.( not comfortable = with HP-make ). I am going to try and have a look at the options described in the link. http://www.hp.com/products1/unix/java/faq/index.html#troubleshoot11 Will post the results back to the mailing list. Cheers, -----Original Message----- From: wra...@li... [mailto:wra...@li...]On Behalf Of Andreas Wendt Sent: 30 June 2004 08:07 To: wra...@li... Subject: Re: [Wrapper-user] HP-UX 11i 64 bit:log level DEBUG crashes application Venkatesh, as far as I found out so far, 32-bit HP-UX uses the .sl extension, whereas = 64-bit uses the .so extension. I also have only a 32-bit HP-UX at my hands, so I can't tell for sure what = went wrong. But I found the following on HP's site (that seems to describe your problem= ): http://www.hp.com/products1/unix/java/faq/index.html#troubleshoot11 If you don't get further, it would be good to post the Makefile. Cheers, Andreas >=20 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Please read the disclaimer at the bottom of this e-mail. > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >=20 > Hi All, >=20 > Congratulations on building an excellent product. > It fills a very important need in the Java market. >=20 > For our production environment we are using the following: > 0.HP-UX 11i ( 64 bit ) > 1.Java 1.4.2_03 > 2.Wrapper version 3.1.0 >=20 > In the absence of a 64-bit binary library and hitting the problems discus= sed earlier in the mailing list, > with the 32-bit library. > Re: http://sourceforge.net/mailarchive/forum.php?thread_id=3D3751203&foru= m_id=3D11948 >=20 > I used the cc,make and ld native to HP-UX to build the libwrapper.sl libr= ary from source.(GNU utilities not being allowed). > The source files for building the library were wrapperjni_unix.c,wrapperi= nfo.c,wrapperjni.c. >=20 > On changing the properties > wrapper.console.loglevel=3DDEBUG > wrapper.logfile.loglevel=3DDEBUG > from INFO to DEBUG >=20 > I hit the following, > DEBUG OUTPUT > ------------ > STATUS | wrapper | 2004/06/29 13:20:34 | --> Wrapper Started as Console > DEBUG | wrapperp | 2004/06/29 13:20:34 | server listening on port 32000. > .. > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > INFO | jvm 1 | 2004/06/29 13:20:35 | Initializing... > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | Loaded native library: libwrapp= er.so > INFO | jvm 1 | 2004/06/29 13:20:35 | Calling native initialization m= ethod. > INFO | jvm 1 | 2004/06/29 13:20:35 | Inside native WrapperManager in= itialization method > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | WrapperManager.start(org.tanuki= software.wrapper.test.Main@a981ca, args[]) called by thread: main > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | Open socket to wrapper... > INFO | jvm 1 | 2004/06/29 13:20:35 | Opened Socket > INFO | jvm 1 | 2004/06/29 13:20:35 | Send a packet KEY : HjjwQG4LdL3= g_kNV > INFO | jvm 1 | 2004/06/29 13:20:35 | handleSocket(Socket[addr=3D/127= .0.0.1,port=3D32000,localport=3D57670]) > DEBUG | wrapperp | 2004/06/29 13:20:35 | accepted a socket from 127.0.0.= 1 on port 57670 > .. > DEBUG | wrapper | 2004/06/29 13:20:35 | Start Application. > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket not open, so packet not = sent START : start > ERROR | wrapper | 2004/06/29 13:20:35 | Unable to send the start comman= d to the JVM. > ERROR | wrapper | 2004/06/29 13:20:35 | Sending the JVM process a SIGTE= RM > .. > ERROR | wrapper | 2004/06/29 13:20:37 | Critical error: wait for JVM pr= ocess failed (No child processes) >=20 > END DEBUG OUTPUT > ---------------- > Note 1:It still says libwrapper.so loaded, even though there is no libwra= pper.so in the path, its libwrapper.sl > Note 2:On changing the log level back to INFO from DEBUG it works fine > Note 3:Using method 3 i integrated my application with the wrapper and hi= t the exact same problem, if i keep the wrapper loglevel at INFO and my app= lication loglevel at DEBUG( using log4j )it works fine. > Note 4:The debug output has been truncated to make it a bit more readable= , i can send the full log if required. >=20 > What other diagnostics can i run to narrow down the problem ? >=20 > Rgds, > Venkatesh S. ********************************************************************** This email is intended for the named recipient(s) only. Its contents are confidential and may only be retained by the named recipient(s) and may only be copied or disclosed with the consent of=20 LCH.Clearnet Limited. If you are not an intended recipient please delete this e-mail and notify pos...@lc.... The contents of this email are subject to contract in all cases,=20 and LCH.Clearnet Limited makes no contractual commitment save where confirmed by hard copy. LCH.Clearnet Limited accepts no liability,=20 including liability for negligence, in respect of any statement in=20 this email. LCH.Clearnet Limited, Registered Office: Aldgate House,=20 33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing=20 House under the Financial Services & Markets Act 2000. Reg in England No.25= 932=20 Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.c= om ********************************************************************** |
