IngwiePhoenix / drag0n

The installer you have been waiting for. Just put it on your mac and run it - and it RUNS!
2 stars 1 forks source link

Crash on launching #6

Open bwoebi opened 10 years ago

bwoebi commented 10 years ago

When opening the app, php crashes with the following crash report:

Mit OSX 10.9:

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: ../lib/libicudata.51.2.dylib
  Referenced from: /Applications/drag0n/drag0n.app/Contents/Resources/../System/bin/php
  Reason: image not found

Binary Images:
    0x7fff65560000 -     0x7fff65593817  dyld (239.3) <D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
    0x7fff887e3000 -     0x7fff88813fff  libncurses.5.4.dylib (42) <BF763D62-9149-37CB-B1D2-F66A2510E6DD> /usr/lib/libncurses.5.4.dylib
    0x7fff8af90000 -     0x7fff8b06ffff  libcrypto.0.9.8.dylib (50) <B95B9DBA-39D3-3EEF-AF43-44608B28894E> /usr/lib/libcrypto.0.9.8.dylib
    0x7fff8c527000 -     0x7fff8c579fff  libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
    0x7fff8e09e000 -     0x7fff8e0d2fff  libssl.0.9.8.dylib (50) <B15F967C-B002-36C2-9621-3456D8509F50> /usr/lib/libssl.0.9.8.dylib
    0x7fff8f24a000 -     0x7fff8f27fffc  com.apple.LDAPFramework (2.4.28 - 194.5) <7E31A674-C6AB-33BE-BD5E-F5E3C6E22894> /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP
    0x7fff8f461000 -     0x7fff8f47dfff  libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib
    0x7fff915ee000 -     0x7fff916d5ff7  libxml2.2.dylib (26) <A1DADD11-89E5-3DE4-8802-07186225967F> /usr/lib/libxml2.2.dylib
    0x7fff916d6000 -     0x7fff917c7ff9  libiconv.2.dylib (41) <BB44B115-AC32-3877-A0ED-AEC6232A4563> /usr/lib/libiconv.2.dylib
    0x7fff930da000 -     0x7fff930ebff7  libz.1.dylib (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /usr/lib/libz.1.dylib
    0x7fff93828000 -     0x7fff93829ff7  libSystem.B.dylib (1197.1.1) <BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
IngwiePhoenix commented 10 years ago

Looks like the Library path isn't corretly written to the executable.

If you didn't do a pull in the last few hours, then do a git pull first. Otherwise do this one:

otool -L /Applications/drag0n/drag0n.app/Contents/System/bin/php

It'll show the library paths it expects. It'd be nice if you could show me the output you get, so I can compare it to mine.

Regards, Ingwie Am 06.11.2013 um 12:08 schrieb Bob Weinand notifications@github.com:

When opening the app, php crashes with the following crash report:

Mit OSX 10.9:

Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information: dyld: launch, loading dependent libraries

Dyld Error Message: Library not loaded: ../lib/libicudata.51.2.dylib Referenced from: /Applications/drag0n/drag0n.app/Contents/Resources/../System/bin/php Reason: image not found

Binary Images: 0x7fff65560000 - 0x7fff65593817 dyld (239.3) /usr/lib/dyld 0x7fff887e3000 - 0x7fff88813fff libncurses.5.4.dylib (42) /usr/lib/libncurses.5.4.dylib 0x7fff8af90000 - 0x7fff8b06ffff libcrypto.0.9.8.dylib (50) /usr/lib/libcrypto.0.9.8.dylib 0x7fff8c527000 - 0x7fff8c579fff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib 0x7fff8e09e000 - 0x7fff8e0d2fff libssl.0.9.8.dylib (50) /usr/lib/libssl.0.9.8.dylib 0x7fff8f24a000 - 0x7fff8f27fffc com.apple.LDAPFramework (2.4.28 - 194.5) <7E31A674-C6AB-33BE-BD5E-F5E3C6E22894> /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP 0x7fff8f461000 - 0x7fff8f47dfff libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib 0x7fff915ee000 - 0x7fff916d5ff7 libxml2.2.dylib (26) /usr/lib/libxml2.2.dylib 0x7fff916d6000 - 0x7fff917c7ff9 libiconv.2.dylib (41) /usr/lib/libiconv.2.dylib 0x7fff930da000 - 0x7fff930ebff7 libz.1.dylib (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /usr/lib/libz.1.dylib 0x7fff93828000 - 0x7fff93829ff7 libSystem.B.dylib (1197.1.1) /usr/lib/libSystem.B.dylib — Reply to this email directly or view it on GitHub.

bwoebi commented 10 years ago

Git pull ist von ca. ±11 Uhr.

../lib/libicudata.51.2.dylib (compatibility version 51.0.0, current version 51.2.0)

Sieht irgendwie nicht ganz richtig aus…

/Applications/drag0n/drag0n.app/Contents/System/bin/php:
    /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
    /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 1.0.0)
    @executable_path/../usr/lib/libssh2.1.dylib (compatibility version 2.0.0, current version 2.1.0)
    /usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0)
    /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
    /usr/lib/libpanel.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
    @executable_path/../usr/lib/libmcrypt.4.dylib (compatibility version 9.0.0, current version 9.8.0)
    @executable_path/../usr/lib/libltdl.3.dylib (compatibility version 5.0.0, current version 5.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
    /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
    @executable_path/../usr/lib/libgpgme.11.dylib (compatibility version 20.0.0, current version 20.1.0)
    @executable_path/../usr/lib/libpng16.16.dylib (compatibility version 20.0.0, current version 20.0.0)
    @executable_path/../usr/lib/libcurl.4.dylib (compatibility version 8.0.0, current version 8.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
    @executable_path/../usr/lib/libassuan.0.dylib (compatibility version 5.0.0, current version 5.1.0)
    @executable_path/../usr/lib/libgpg-error.0.dylib (compatibility version 11.0.0, current version 11.0.0)
    @executable_path/../usr/lib/libgcrypt.11.dylib (compatibility version 20.0.0, current version 20.2.0)
    /usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.9.0)
    /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 50.0.0)
    /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 50.0.0)
    /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP (compatibility version 1.0.0, current version 2.4.0)
    @executable_path/../usr/lib/libicui18n.51.dylib (compatibility version 51.0.0, current version 51.2.0)
    @executable_path/../usr/lib/libicuuc.51.dylib (compatibility version 51.0.0, current version 51.2.0)
    ../lib/libicudata.51.2.dylib (compatibility version 51.0.0, current version 51.2.0)
    @executable_path/../usr/lib/libicuio.51.dylib (compatibility version 51.0.0, current version 51.2.0)
IngwiePhoenix commented 10 years ago

Jep, es ist auch nicht ganz richtig. Dylibbundler hat gefailt. o-o Ich korrigiere es gleich per hand. :) Am 06.11.2013 um 13:22 schrieb Bob Weinand notifications@github.com:

Git pull ist von ca. ±11 Uhr.

../lib/libicudata.51.2.dylib (compatibility version 51.0.0, current version 51.2.0) Sieht irgendwie nicht ganz richtig aus…

/Applications/drag0n/drag0n.app/Contents/System/bin/php: /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 1.0.0) @executable_path/../usr/lib/libssh2.1.dylib (compatibility version 2.0.0, current version 2.1.0) /usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0) /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) /usr/lib/libpanel.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) @executable_path/../usr/lib/libmcrypt.4.dylib (compatibility version 9.0.0, current version 9.8.0) @executable_path/../usr/lib/libltdl.3.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) @executable_path/../usr/lib/libgpgme.11.dylib (compatibility version 20.0.0, current version 20.1.0) @executable_path/../usr/lib/libpng16.16.dylib (compatibility version 20.0.0, current version 20.0.0) @executable_path/../usr/lib/libcurl.4.dylib (compatibility version 8.0.0, current version 8.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) @executable_path/../usr/lib/libassuan.0.dylib (compatibility version 5.0.0, current version 5.1.0) @executable_path/../usr/lib/libgpg-error.0.dylib (compatibility version 11.0.0, current version 11.0.0) @executable_path/../usr/lib/libgcrypt.11.dylib (compatibility version 20.0.0, current version 20.2.0) /usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.9.0) /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 50.0.0) /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 50.0.0) /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP (compatibility version 1.0.0, current version 2.4.0) @executable_path/../usr/lib/libicui18n.51.dylib (compatibility version 51.0.0, current version 51.2.0) @executable_path/../usr/lib/libicuuc.51.dylib (compatibility version 51.0.0, current version 51.2.0) ../lib/libicudata.51.2.dylib (compatibility version 51.0.0, current version 51.2.0) @executable_path/../usr/lib/libicuio.51.dylib (compatibility version 51.0.0, current version 51.2.0) — Reply to this email directly or view it on GitHub.

IngwiePhoenix commented 10 years ago

Fertig. ein mal pullen bitte. :)

bwoebi commented 10 years ago

Naja, jetzt startet es;

ich bekomme aber nur eine leere Seite mit "Waiting for localhost" in der unteren linken Ecke und PHP lastet einen CPU-Kern vollständig aus…

Und warum eigentlich Chromium statt dem Standard-Browser?

IngwiePhoenix commented 10 years ago

Ich kann den standart builtin browser nicht einbinden wie ich möchte. Wurde demletzt zum Besitzer von AppJS erklärt...werd das Projekt aufpullieren, hoffendlich reicht mein C++ wissen aus xD. Aber ich glaub da liegt n anderes problem vor mit der Seite...ich gug mir das grad mal an ovo Am 06.11.2013 um 22:36 schrieb Bob Weinand notifications@github.com:

Naja, jetzt startet es;

ich bekomme aber nur eine leere Seite mit "Waiting for localhost" in der unteren linken Ecke und PHP lastet einen CPU-Kern vollständig aus…

Und warum eigentlich Chromium statt dem Standard-builtin browser?

— Reply to this email directly or view it on GitHub.

IngwiePhoenix commented 10 years ago

Habs gefunden. Der browser schaffts ned zu starten wegen Apple's Security Framework...es hat kein STDERR, aber der Browser versucht's zu öffnen. Ich such gerade nach Wegen wie es gehen könnte. Der HTTP server funzt an sich, aber der browser nicht. Pull mal, und probiers. o.o Am 06.11.2013 um 22:36 schrieb Bob Weinand notifications@github.com:

Naja, jetzt startet es;

ich bekomme aber nur eine leere Seite mit "Waiting for localhost" in der unteren linken Ecke und PHP lastet einen CPU-Kern vollständig aus…

Und warum eigentlich Chromium statt dem Standard-builtin browser?

— Reply to this email directly or view it on GitHub.

bwoebi commented 10 years ago
6.11.13 22:54:52,582 Chromium Helper[53851]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 ___ZN26LSClientToServerConnection21setupServerConnectionEiPK14__CFDictionary_block_invoke() q=com.apple.main-thread

Immer noch…

IngwiePhoenix commented 10 years ago

Wow. Ich debug das morgen auf nem anderen Mac mal. Das ist weird o-o Am 06.11.2013 um 22:56 schrieb Bob Weinand notifications@github.com:

6.11.13 22:54:52,582 Chromium Helper[53851]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 __ZN26LSClientToServerConnection21setupServerConnectionEiPK14_CFDictionary_block_invoke() q=com.apple.main-thread

Immer noch…

— Reply to this email directly or view it on GitHub.

bwoebi commented 10 years ago

Du nutzts ja auch OS X 10.9 zum testen hoffe ich?

IngwiePhoenix commented 10 years ago

Stellt sich raus das es ein Problem ist, welches schon bei google bekannt ist: http://productforums.google.com/forum/#!msg/chrome/VYoL6Xs-DUQ/Z_jqadClD-AJ Manche sagen nach nem neustart gehts. Probier den hier mal:

$ sudo killall drag0n
$ ps -ef | grep "Chromium Helper"

Wenn der 2te immernoch helper ausspuckt, dann sind das "tote prozesse" - die wiederum die neue Instanz lahmlegen. facedesk Google ... xD. Am 06.11.2013 um 22:56 schrieb Bob Weinand notifications@github.com:

6.11.13 22:54:52,582 Chromium Helper[53851]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 __ZN26LSClientToServerConnection21setupServerConnectionEiPK14_CFDictionary_block_invoke() q=com.apple.main-thread

Immer noch…

— Reply to this email directly or view it on GitHub.

bwoebi commented 10 years ago

Also, beim starten der App öffnen sich immer zwei Chromium Instanzen. Wenn ich dann die Ältere kille funktioniert es.

Merkwürdig…

bwoebi commented 10 years ago

Beim Klicken auf Packages kommt übrigens:

Fatal error: Call to undefined function SpycObject() in /Applications/drag0n/drag0n.app/Contents/Resources/controllers/SiteController.php on line 18

bwoebi commented 10 years ago

Noch etwas… Die App läuft zwar, aber ich habe jetzt einen php Prozess der konstant einen vollen CPU-Kern auslastet… warum?

Btw. wenn ich die App schließe, läuft der PHP-Prozess weiter…

IngwiePhoenix commented 10 years ago

Mavericks benimmt sich n bissl komisch. Ich hab auch bemerkt das ab und an ein PHP prozess stecken bleibt. Ich hoffe das ich den bald finde. Bin momentan dabei Deskshell besser einzubinden. Ich kann mir sehr gut vorstellen das es der Webserver ist, der sich aufhängt. Der wird eh bald ersetzt - es wird einfach ein php -S gestartet und beobachtet. Das biegt isch also alles recht bald zurecht. Momentan läuft alles wie es soll auf meinem mac - ich teste es morgen auf dem von nem kumpel, der hat nicht mal ne Ahnung was Xcode ist, sprich die maschine ist clean o.o Ich hoffe das ich morgen das problem fixen kann. Am 06.11.2013 um 23:20 schrieb Bob Weinand notifications@github.com:

Noch etwas… Die App läuft zwar, aber ich habe jetzt einen php Prozess der konstant einen vollen CPU-Kern auslastet… warum?

Btw. wenn ich die App schließe, läuft der PHP-Prozess weiter…

— Reply to this email directly or view it on GitHub.