Bislang hatte ich Pecunia 1.0 beta eingesetzt und war bis auf kleinere Probleme beim Suchen von Überweisungen ganz zufrieden. Der Update auf 1.0.2 führt jedoch zu einem seltsamen Problem:
Wenn ich Pecunia 1.0.2 direkt vom Disk Image starte (Pecunia10.dmg) funktioniert alles prima. Die Konten und Umsätze der Version 1.0 werden tadellos gefunden. Kopiere ich aber 1.0.2 auf /Applications oder auf ~/Desktop und starte es dann, stürzt die Anwendung mit dem Fehler:

*** NSTask: Task create for path '/Volumes/Data/Users/bew/Desktop/Pecunia.app/Contents/Plugins/jdk1.7.0_07.jdk/Contents/Home/bin/java' failed: 22, "Invalid argument". Terminating temporary process.

ab. Ich vermute ein Sandbox-Problem, weiß aber nicht, wie man dies (außer man bleibt beim Disk Image) umgehen kann. Irgendwelche Ideen?

Vielen Dank mal im Voraus für dieses wirklich gute Programm.

Ich vermute das hat was mit verschiedenen Volumes zu tun. Hast du /Applications auch auf einem extra Volume?

Ja, ich habe eine SSD eingebaut auf der /System und /Applications liegen, während /Users auf der bisherigen Festplatte liegt. Damit wird der Benutzerpfad effektiv von /Users/bew zu /Volumes/Data/Users/bew.
Wirkt sich das auf die Sandbox aus? Bei den anderen Programmen hatte ich hier nie ein Problem.

Ich hab hier ein ähnliches System, d.h. auch SSD plus Festplatte, allerdings sind meine User-Verzeichnisse nicht auf der Festplatte. Wenn ich Pecunia auf die Festplatte verschiebe, startet es ganz normal. Was ich an deinem Szenario nicht verstehe ist, dass wenn du Pecunia vom Image aus startest das Image ja letztendlich auch irgendwo unter /Volumes/... eingebunden wird und damit der Pfad ähnlich ist. Gibt es ausser der Meldung unten weitere Konsolenmeldungen?

Ich hab hier ein ähnliches System, d.h. auch SSD plus Festplatte, allerdings sind meine User-Verzeichnisse nicht auf der Festplatte. Wenn ich Pecunia auf die Festplatte verschiebe, startet es ganz normal. Was ich an deinem Szenario nicht verstehe ist, dass wenn du Pecunia vom Image aus startest das Image ja letztendlich auch irgendwo unter /Volumes/... eingebunden wird und damit der Pfad ähnlich ist. Gibt es ausser der Meldung unten weitere Konsolenmeldungen?

Ich habe das nochmals über die Konsole mitgeloggt. Es ist wirklich merkwürdig. Starte ich Pecunia aus dem DMG-Image heraus, klappt alles hervorragend (DB-Öffnen, Überweisungen etc.). Kopiere ich die Anwendung auf die Festplatte (egal ob Harddisk oder SSD), stürzt Pecunia beim Aktivieren des Java-Binaries ab:


Application Specific Information:
*** NSTask: Task create for path '/Volumes/Data/Users/bew/Documents/Pecunia.app/Contents/Plugins/jdk1.7.0_07.jdk/Contents/Home/bin/java' failed: 22, "Invalid argument". Terminating temporary process.
*** multi-threaded process forked ***

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.Foundation 0x00007fff8f6c3938 ___NEW_PROCESS_COULD_NOT_BE_EXECD___ + 5
1 com.apple.Foundation 0x00007fff8f59cef1 -[NSConcreteTask launchWithDictionary:] + 3544
2 de.pecuniabanking.pecunia 0x000000010008107c 0x100000000 + 528508
3 de.pecuniabanking.pecunia 0x0000000100084324 0x100000000 + 541476
4 de.pecuniabanking.pecunia 0x0000000100055611 0x100000000 + 349713
5 de.pecuniabanking.pecunia 0x0000000100055968 0x100000000 + 350568
6 de.pecuniabanking.pecunia 0x0000000100001975 0x100000000 + 6517
7 com.apple.AppKit 0x00007fff9182de1a -[NSCustomObject nibInstantiate] + 382
8 com.apple.AppKit 0x00007fff9180d682 -[NSIBObjectData instantiateObject:] + 311
9 com.apple.AppKit 0x00007fff9180ce27 -[NSIBObjectData nibInstantiateWithOwner:topLevelObjects:] + 337
10 com.apple.AppKit 0x00007fff917ec14d loadNib + 317
11 com.apple.AppKit 0x00007fff917eb679 +[NSBundle(NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:] + 219
12 com.apple.AppKit 0x00007fff917eb4ae -[NSBundle(NSNibLoading) loadNibNamed:owner:topLevelObjects:] + 200
13 com.apple.AppKit 0x00007fff917eb28e +[NSBundle(NSNibLoading) loadNibNamed:owner:] + 360
14 com.apple.AppKit 0x00007fff917e7a2f NSApplicationMain + 398
15 de.pecuniabanking.pecunia 0x0000000100001894 0x100000000 + 6292


Im obigen Fall habe ich Pecunia einfach nach ~/Documents kopiert.

Frank ist schon dran an diesem Problem. Sieht so aus, als ob es mit 10.8.3 ein Problem gibt. Ich hab den gleichen Fehler bekommen, nachdem ich Pecunia komplett neugebaut hatte. Irgendwas mit dem Java im Bundle und 10.8.3 scheint im Konflikt zu liegen. Mit dem System Java geht es prima. Wobei ich jetzt nicht weiß, wie die Ausführung aus dem DMG in das Bild passt.

Mike