CABOS startet nicht

[monolake]

Hallo!

Ich bringe Cabos (0.7.9) (ein Limewire-Clone in Java) nicht (mehr) zum Laufen, es erscheint die Fehlermeldung: Cabos konnte nicht gestartet werden, häufig wir dies durch eine Personal Firewall verursacht, die Java den Zugang zum Internet verbietet.

Mein OS ist XP2 (SP3), ich gelange über einen Linksys Router ins Internet.

Bisherige Anstrengungen meinerseits:
1) Firewalls (Active Armor und die FW des Routers) abgestellt, keine Veränderung.

2) Java bei sun gestestet, die sun-site meldet, dass Java in der neuesten Version (1.6.05(?)) korrekt installiert sei. Auch beim Surfen mit IE oder FF scheint Java in Ordnung zu sein.

3) Limewire installiert. Läuft. Keine Fehlermeldungen.

4) Cabos in Zweitrechner, der am gleichen Router hängt installiert: läuft einwandfrei. (Dieser Rechner läuft aber vor allem aus Gründen der Lautstärke nur selten).

Vor längerer Zeit lief Cabos mal auf meinem Hauptrechner, ich musste dann aber eine vollständige Neuinstallation durchführen, seither streikt das Programm.

Besonderheit: Das Windows XP läuft bei mir auf der Partition L:, ausserdem habe ich das PreRelease vom Servicepack 3 drauf.

Hat hier jemand eine Idee, wie ich Cabos doch noch zum Laufen bringen könnte? Für eine Antwort bedanke ich mich schon jetzt mal im voraus!

Kurt

[arne_bab]

Das einzige, was mir direkt einfällt ist, Cabos komplett zu deinstallieren, alle Konfigurationsdateien zu löschen, und es neu zu installieren.

Ansonsten könntest du versuchen, Cabos den gleichen Port zu geben, den sonst LimeWire nutzt.

Hast du die aktuellste Version von Cabos installiert?

[monolake]

Sorry, wenn ich erst jetzt antworte, ich war noch ein paar Tage im Süden.

Ich habe Cabos auch deinstalliert, kein Erfolg (die Config-Datei ist ja afaik im Verzeichnis cabos\contents\resources, oder gibts noch weitere?) Ausserdem wurde ja Cabos auf einem +/- neu eingerichteten System erstellt, da sollten Störungen durch andere Programme und Registry-Leichen, die durch eine Neuinstallation verschwinden eher unwahrscheinlich sein.

Ich habe die aktuelle Version 0.7.9 installiert, die sollte, so glaube ich irgendwo gelesen zu haben, den Port via UPnP öffnen, wie das auch Limewire selbst macht. ich habe dann doch mal den Port 6346 (von Limewire vorgesehen) händisch auf dem Router geöffnet - keine Besserung. Wie erwähnt startet Cabos auch nicht, wenn ich die Router- und die Software-Firewall ganz ausschalte.

Im Verzeichnis Cabos\Contents\Recources\Java finde ich nach einem Startversuch ein Logfile hs_err_pidXXXX.log (XXXX ist eine variierende vierstellige Zahl) mit einer 7 kB langen Fehlermeldung, mit der ich aber leider nichts anfangen kann. Ich erlaube mir mal, diese Fehlermeldung hier reinzusetzen und hoffe, damit nicht gegen irgendwelche Board-Regeln zu verstossen. Vielleicht kann mir jemand mit diesen Angaben weiterhelfen.

# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_STACK_OVERFLOW (0xc00000fd) at pc=0x02e7a387, pid=5692, tid=5564
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode, sharing windows-x86)
# Problematic frame:
# C [nvappfilter.dll+0xa387]
#
# If you would like to submit a bug report, please visit:
# HotSpot Virtual Machine Error Reporting Page
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

--------------- T H R E A D ---------------

Current thread (0x002a5800): JavaThread "main" [_thread_in_native, id=5564, stack(0x003e0000,0x003f0000)]

siginfo: ExceptionCode=0xc00000fd, ExceptionInformation=0x00000000 0x003e0f2c

Registers:
EAX=0x00005880, EBX=0x02eb1e90, ECX=0x003e0f2c, EDX=0x7c91e4f4
ESP=0x003eef24, EBP=0x003eef3c, ESI=0x02eb41d0, EDI=0x00000448
EIP=0x02e7a387, EFLAGS=0x00010202

Top of Stack: (sp=0x003eef24)
0x003eef24: 003eeef4 02e72943 003eeef4 003ef23c
0x003eef34: 02e829f0 ffffffff 000a6a98 02e78fe1
0x003eef44: 02e8cbc8 02e8808c 00000d6d 02e89adc
0x003eef54: 000a6a98 00000000 003ef24c 28077d30
0x003eef64: 00000001 00000006 00000002 ffffffff
0x003eef74: ffffffff 00000001 00000066 00000000
0x003eef84: 00000000 00000000 00000008 62627545
0x003eef94: 469f707d d8b49da5 4435e933 00000492

Instructions: (pc=0x02e7a387)
0x02e7a377: 4c 24 08 72 14 81 e9 00 10 00 00 2d 00 10 00 00
0x02e7a387: 85 01 3d 00 10 00 00 73 ec 2b c8 8b c4 85 01 8b


Stack: [0x003e0000,0x003f0000], sp=0x003eef24, free space=59k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [nvappfilter.dll+0xa387]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::StubRoutines (1)
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::Interpreter
v ~BufferBlob::StubRoutines (1)
v ~BufferBlob::Interpreter
v ~BufferBlob::StubRoutines (1)

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x02a8e400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1480, stack(0x02c00000,0x02c10000)]
0x02a80400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4772, stack(0x02bb0000,0x02c00000)]
0x02a7f400 JavaThread "Attach Listener" daemon [_thread_blocked, id=4100, stack(0x02ba0000,0x02bb0000)]
0x02a7e400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5172, stack(0x02b90000,0x02ba0000)]
0x02a41800 JavaThread "Finalizer" daemon [_thread_blocked, id=4796, stack(0x02b80000,0x02b90000)]
0x02a3d000 JavaThread "Reference Handler" daemon [_thread_blocked, id=2740, stack(0x02b70000,0x02b80000)]
=>0x002a5800 JavaThread "main" [_thread_in_native, id=5564, stack(0x003e0000,0x003f0000)]

Other Threads:
0x02a3bc00 VMThread [stack: 0x02b20000,0x02b70000] [id=4940]
0x02a8f800 WatcherThread [stack: 0x02c10000,0x02c60000] [id=2292]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 960K, used 79K [0x24010000, 0x24110000, 0x244f0000)
eden space 896K, 1% used [0x24010000, 0x24013f68, 0x240f0000)
from space 64K, 100% used [0x24100000, 0x24110000, 0x24110000)
to space 64K, 0% used [0x240f0000, 0x240f0000, 0x24100000)
tenured generation total 3072K, used 149K [0x244f0000, 0x247f0000, 0x28010000)
the space 3072K, 4% used [0x244f0000, 0x24515678, 0x24515800, 0x247f0000)
compacting perm gen total 12288K, used 417K [0x28010000, 0x28c10000, 0x2c010000)
the space 12288K, 3% used [0x28010000, 0x28078790, 0x28078800, 0x28c10000)
ro space 8192K, 62% used [0x2c010000, 0x2c512a28, 0x2c512c00, 0x2c810000)
rw space 12288K, 52% used [0x2c810000, 0x2ce586b8, 0x2ce58800, 0x2d410000)

Dynamic libraries:
0x00400000 - 0x00423000 L:\WINDOWS\system32\java.exe
0x7c910000 - 0x7c9c6000 L:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c908000 L:\WINDOWS\system32\kernel32.dll
0x77da0000 - 0x77e4a000 L:\WINDOWS\system32\ADVAPI32.dll
0x77e50000 - 0x77ee2000 L:\WINDOWS\system32\RPCRT4.dll
0x77fc0000 - 0x77fd1000 L:\WINDOWS\system32\Secur32.dll
0x7c340000 - 0x7c396000 L:\Programme\Java\jre1.6.0_05\bin\msvcr71.dll
0x6d7c0000 - 0x6da10000 L:\Programme\Java\jre1.6.0_05\bin\client\jvm.dll
0x7e360000 - 0x7e3f1000 L:\WINDOWS\system32\USER32.dll
0x77ef0000 - 0x77f39000 L:\WINDOWS\system32\GDI32.dll
0x76af0000 - 0x76b1e000 L:\WINDOWS\system32\WINMM.dll
0x76330000 - 0x7634d000 L:\WINDOWS\system32\IMM32.DLL
0x62e10000 - 0x62e19000 L:\WINDOWS\system32\LPK.DLL
0x75790000 - 0x757fb000 L:\WINDOWS\system32\USP10.dll
0x10000000 - 0x1000d000 L:\WINDOWS\system32\OCMAPIHK.DLL
0x6d270000 - 0x6d278000 L:\Programme\Java\jre1.6.0_05\bin\hpi.dll
0x76bb0000 - 0x76bbb000 L:\WINDOWS\system32\PSAPI.DLL
0x6d770000 - 0x6d77c000 L:\Programme\Java\jre1.6.0_05\bin\verify.dll
0x6d310000 - 0x6d32f000 L:\Programme\Java\jre1.6.0_05\bin\java.dll
0x6d7b0000 - 0x6d7bf000 L:\Programme\Java\jre1.6.0_05\bin\zip.dll
0x6d570000 - 0x6d583000 L:\Programme\Java\jre1.6.0_05\bin\net.dll
0x71a10000 - 0x71a27000 L:\WINDOWS\system32\WS2_32.dll
0x77be0000 - 0x77c38000 L:\WINDOWS\system32\msvcrt.dll
0x71a00000 - 0x71a08000 L:\WINDOWS\system32\WS2HELP.dll
0x719b0000 - 0x719f0000 L:\WINDOWS\system32\mswsock.dll
0x66710000 - 0x66769000 L:\WINDOWS\system32\hnetcfg.dll
0x590b0000 - 0x590b7000 L:\WINDOWS\System32\wship6.dll
0x6d590000 - 0x6d599000 L:\Programme\Java\jre1.6.0_05\bin\nio.dll
0x0fc60000 - 0x0fc96000 L:\WINDOWS\system32\rsaenh.dll
0x76620000 - 0x766d6000 L:\WINDOWS\system32\USERENV.dll
0x597d0000 - 0x59825000 L:\WINDOWS\system32\netapi32.dll
0x02e70000 - 0x02e93000 L:\WINDOWS\system32\nvappfilter.dll
0x774b0000 - 0x775ed000 L:\WINDOWS\system32\ole32.dll
0x770f0000 - 0x7717b000 L:\WINDOWS\system32\OLEAUT32.dll
0x02ed0000 - 0x02ee0000 L:\WINDOWS\system32\PGPlsp.dll
0x719f0000 - 0x719f8000 L:\WINDOWS\System32\wshtcpip.dll

VM Arguments:
jvm_args: -Xss32k -Xoss32k -Xms4m -Xminf0.10 -Xmaxf0.25 -Dfile.encoding=UTF-8 -Djava.library.path=. -Djava.net.preferIPv4Stack=true -Dorg.apache.commons.logging.Log=org.apache.commons .logging.impl.SimpleLog -Dorg.apache.commons.logging.simplelog.defaultlog=e rror
java_command: jp.sourceforge.cabos.AqMain
Launcher Type: SUN_STANDARD

Environment Variables:
PATH=L:\WINDOWS\system32;L:\WINDOWS;L:\WINDOWS\Sys tem32\Wbem;D:\Programme\Cabos;C:\WINNT;L:\Programm e\Java\jre1.6.0_05\bin
USERNAME=James
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 47 Stepping 2, AuthenticAMD

Für jede Hilfe bedankt sich

Kurt

[arne_bab]

Das sieht nach einem Programmierfehler aus (stack overflow heißt, da wurde ein interner Speicher überfüllt).

Übrigens sieht es auch so aus, als würde Cabos nicht den LimeWire core verwenden, sondern die angepasste Version von Acquisition.
"java_command: jp.sourceforge.cabos.AqMain"

Welche Cabos-Version hast du denn auf dem anderen Rechner?

[monolake]

Auf dem anderen Rechner läuft die selbe Cabos-Version ohne Problem, allerdings unter W2K... Ursprünglich lief aber, wie bereits erwähnt, Cabos auch unter XP, wenn ich mich recht entsinne, allerdings nicht unter XP-SP3. Das SP3 (prerelease) scheint mir im Moment die plausibelste Erklärung zu sein, auch wenn ja da SP3 an sich nur alle bisherigen Updates zusammenfassen soll. Ich werde mich mal demnächst an den Programmierer wenden. Jedenfalls danke ich Dir für Deine Hinweise!

Kurt

[arne_bab]

Gern geschehen!

Ich hoffe, du findest die Lösung.

Läuft denn LimeWire?

Und läuft Phex? (da kann ich leichter nach Gründen suchen, das kenne ich besser)

[monolake]

Ich bin einigermassen im Stress, deshalb habe ich noch nichts unternommen in Bezug auf Cabos.

Limewire (4.16.6) funktioniert.

Phex hatte ich bereits früher auf der Machine. Die DL-Raten mit i2phex gingen aber mit der Zeit immer mehr in den Keller (afair Stunden für 100 kB...). Das war mit ein Grund, warum ich dann das XP neu aufsetzte. Nun läuft das i2phex wieder, über die Geschwindigkeit kann ich aber noch nichts aussagen. Bei Schwierigkeiten melde ich mich sonst gerne nochmals bei Dir.

Offensichtlich steckt der Cabos-Wurm im Cabos selbst...

Ein schönes Restwochenende wünscht

Kurt

[arne_bab]

Danke für die Infos.

Zu i2phex gibt es übrigens inzwischen ein update, das es wieder auf den Stand des aktuellen Phex bringt.

Vielleicht kannst du ja mal prüfen, wie die Geschwindigkeit davon ist.

i2phex ist übrigens die anonyme Variante von Phex, und da es sich über ein dezentrales proxy-netzwerk verbindet (i2p), ist es sehr viel langsamer als Phex - dafür ist es recht sicher.