[Dpcl-develop] [Dpcl-user] DPCL 3.2.2: Core when trying to load a 64-bit probe module.
Brought to you by:
dpcl-admin,
dwootton
From: Albert F. <al...@us...> - 2001-06-13 20:44:40
|
Jordi, The only change between 3.2.0 and 3.2.1 in this area is that we added the module magic number check, we only support 32 bit application in aix 4.3.3, and the 'new 64 bit object format' in AIX 5.1. You need to compile the module and 64 bits application with '-q64 -qlargetype' compiler flag in order to create the new format. As for the core file, you need to catch the module's exception. try { pm=ProbeModule( "full-path-name-of-the-64-bit-probe-module" ); } catch (AisStatus sts) { .... } Albert Feng Jordi Caubet Serrabou <jo...@ce... To: dpc...@dw... > cc: Sent by: Subject: [Dpcl-user] DPCL 3.2.2: Core when trying to load a 64-bit probe module. dpcl-user-admin@dwoss .lotus.com 06/13/2001 08:47 AM Hi, some days ago, we have upgraded our system to DPCL 3.2.2 and we detected a problem when using this new version. When I try to create a 64-bit DPCL probe module I get an "Abort (core dumped)". The code that fails do: pm = ProbeModule( "full-path-name-of-the-64-bit-probe-module" ); where we are creating the ProbeModule object to load it within the target application. It is important to note that for 32-bit module/applications it works well. I have checked with DPCL 3.2.1 and 3.2.0: - 3.2.0 works well with 32 and 64 bits module/applications - 3.2.1 have the same behavious than 3.2.2 The stack call of core file is: pthread_kill(??, ??) at 0xd0014bf8 _p_raise(??) at 0xd0013fac raise.raise(??) at 0xd017618c abort.abort() at 0xd016f8c8 myabort__3stdFv() at 0xd12109f4 terminate__3stdFv() at 0xd1210a74 except.__DoThrow() at 0xd14fea60 unnamed block $b873, line 330 in "ProbeModuleInt.C" ProbeModuleInt.ProbeModuleObj(const char*)(0x2001a448, 0x2ff21188), line 330 in "ProbeModuleInt.C" ProbeModuleInt.add_entry(const char*)(0x2001fec8, 0x2ff21188), line 527 in "ProbeModuleInt.C" unnamed block $b870, line 68 in "ProbeModule.C" ProbeModule.ProbeModule(const char*)(0x2ff21164, 0x2ff21188), line 68 in "ProbeModule.C" loadModule__Fv() at 0x1000896c main(0x3, 0x2ff228e8, 0x2ff228f8) at 0x1000a9b0 Did somebody had the same problem ? Any clue ? Regards, Jordi. -- ------------------------------------------------------------------- o//o Jordi Caubet (jo...@ce...) o//o European Center for Parallelism of Barcelona o//o Phone: +34-93-401-74-20 Web: http://www.cepba.upc.es o//o CEPBA c/Jordi Girona, 1-3, Office D6-S107. E-08034 Barcelona, Catalunya ------------------------------------------------------------------- |