[glux] Olap, schianto VM java, e domanda su debian

[Davide Magatti]

supponiamo che stia cercanmdo di installare un motore olap scritto in java che 
si interfaccia a postgresql.(mondrian.sf.net) 
e supponiamo che lanciando il test pre installazione la procedura si schianti 
perchè la vm java (sia sun che balckdown) rilevano un sig 11 in una parte di 
codice nativo al di fuori della vm e che ti spari un log di circa 50 ridhe di 
indirizzi esadecimali e simili..

supponiamo anche che sono 2 giorni che ci peno..
il tutto su una slack 9.
in un momento di follia mi è venuta lidea che magari sia qualcosa nell libs, 
che fa schantare il tutto (improbabile) e che quindi voglia provare un altra 
distro..

come cacchio posso installare una debin testing, senza penare troppo?
(lo so che dovrei smazzare di documentazione, solo che sare i quell attimino 
disperato -  se mi bastasse la 3.0 userei i cd e morta li, ma.. non ha i 
pacchetti abbastasnza aggiornati..)
che faccio installo la 3.0 nuda e poi cambio le apt.sources (come?? l'ho fatto 
una volta ma mi si era incasinato l'universo..)
scarico un unofficial image con jiigdo?

thanks a loT!!

ps per gradire vi appendo qui sotto un pezzo di log...

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x0
Function=[Unknown.]
Library=(N/A)

NOTE: We are unable to locate the function name symbol for the error
      just occurred. Please refer to release documentation for possible
      reason and solutions.


Current Java thread:
        at sun.jdbc.odbc.JdbcOdbc.driverConnect(Native Method)
        at sun.jdbc.odbc.JdbcOdbc.SQLDriverConnect(JdbcOdbc.java:3068)
        at 
sun.jdbc.odbc.JdbcOdbcConnection.initialize(JdbcOdbcConnection.java:3
23)
        at sun.jdbc.odbc.JdbcOdbcDriver.connect(JdbcOdbcDriver.java:174)
        - locked <0x4477dec0> (a sun.jdbc.odbc.JdbcOdbcDriver)
        at java.sql.DriverManager.getConnection(DriverManager.java:512)
        - locked <0x48a12dd0> (a java.lang.Class)
[..]

Dynamic libraries:
08048000-0804e000 r-xp 00000000 08:05 233560     
/usr/local/j2sdk1.4.1/jre/bin/j
ava
0804e000-0804f000 rw-p 00005000 08:05 233560     
/usr/local/j2sdk1.4.1/jre/bin/j
ava
40000000-40014000 r-xp 00000000 08:04 9990       /lib/ld-2.3.1.so
40014000-40015000 rw-p 00014000 08:04 9990       /lib/ld-2.3.1.so
40015000-4001d000 r-xp 00000000 08:05 233577     
/usr/local/j2sdk1.4.1/jre/lib/i
386/native_threads/libhpi.so
4001d000-4001e000 rw-p 00007000 08:05 233577     
/usr/local/j2sdk1.4.1/jre/lib/i
386/native_threads/libhpi.so
4001e000-40022000 rw-s 00000000 08:04 17445      /tmp/hsperfdata_root/19401
40022000-40023000 rw-s 00000000 00:04 3997703    /SYSV79056a5b (deleted)
40024000-40033000 r-xp 00000000 08:04 10034      /lib/libpthread-0.10.so
40033000-40036000 rw-p 0000e000 08:04 10034      /lib/libpthread-0.10.so
40077000-40079000 r-xp 00000000 08:04 10023      /lib/libdl-2.3.1.so
40079000-4007a000 rw-p 00001000 08:04 10023      /lib/libdl-2.3.1.so
4007a000-401a4000 r-xp 00000000 08:04 10021      /lib/libc-2.3.1.so
[..]

Heap at VM Abort:
Heap
 def new generation   total 576K, used 408K [0x44750000, 0x447f0000, 
0x44c30000)
  eden space 512K,  71% used [0x44750000, 0x447ab748, 0x447d0000)
  from space 64K,  66% used [0x447d0000, 0x447daa40, 0x447e0000)
  to   space 64K,   0% used [0x447e0000, 0x447e0000, 0x447f0000)
 tenured generation   total 3464K, used 3185K [0x44c30000, 0x44f92000, 
0x4875000
0)
   the space 3464K,  91% used [0x44c30000, 0x44f4c5e0, 0x44f4c600, 0x44f92000)
 compacting perm gen  total 4096K, used 3858K [0x48750000, 0x48b50000, 
0x4c75000
0)
   the space 4096K,  94% used [0x48750000, 0x48b14808, 0x48b14a00, 0x48b50000)

Local Time = Fri Jul 18 23:18:25 2003
Elapsed Time = 123
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode)
#