La deuxième exécution de Google Drive plante constamment sur OSX Mavericks

0

J'essayais de faire fonctionner une deuxième instance de Google Drive sous un autre utilisateur de mon MBP exécutant Mavericks.

J'ai suivi les instructions ici http://truongtx.me/2013/06/30/macos-using-multiple-google-drive-accounts-at-the-same-time/ .

Chaque fois que j'essaie d'exécuter la nouvelle instance en utilisant sudo su user -c "/Applications/Google\ Drive.app/Contents/MacOS/Google\ Drive"les fichiers suivants,

/Applications/Google Drive.app/Contents/Resources/lib/python2.7/lib-dynload
2014-05-09 14:30:15.593 Google Drive[97308:c07] GsyncAppDeletegate.py : Finder debug level logs : False
2014-05-09 14:30:15.876 Google Drive[97308:c07] CoreText performance note: Client called CTFontCreateWithName() using name ".Lucida Grande UI" and got font with PostScript name ".LucidaGrandeUI". For best performance, only use PostScript names when calling this API.
2014-05-09 14:30:15.877 Google Drive[97308:c07] CoreText performance note: Set a breakpoint on CTFontLogSuboptimalRequest to debug.
2014-05-09 14:30:15.973 Google Drive[97308:c07] CoreText performance note: Client called CTFontCreateWithName() using name "Open Sans" and got font with PostScript name "OpenSans-Light". For best performance, only use PostScript names when calling this API.

J'exécute une version Python basée sur MacPorts:

which python
/opt/local/bin/python

et la version est

python --version
Python 2.7.6

L'installation de MacPorts Python 3.4 et sa sélection à l'aide sudo port select --set python python34n'a aucun effet, car Google Drive semble exécuter son propre package Python.

Le rapport complet sur le crash peut être trouvé ici , mais voici l'en-tête:

    Process:         Google Drive [30284]
    Path:            /Applications/Google Drive.app/Contents/MacOS/Google Drive
    Identifier:      Google Drive
    Version:         1.15 (1.15.6556.8063)
    Code Type:       X86 (Native)
    Parent Process:  su [30283]
    Responsible:     Terminal [63738]
    User ID:         508

    Date/Time:       2014-06-16 19:27:36.320 +0300
    OS Version:      Mac OS X 10.9.3 (13D65)
    Report Version:  11
    Anonymous UUID:  5F4A3A72-1448-6EBD-1C39-DDA29A092B8B

    Sleep/Wake UUID: 79EE99BE-CBF8-4D70-B4AC-9BB9E85E45F9

    Crashed Thread:  0  Dispatch queue: com.apple.main-thread

    Exception Type:  EXC_BAD_ACCESS (SIGSEGV)

Indique un problème de mémoire. Voir Apple Dev Docs ici .

    Exception Codes: KERN_INVALID_ADDRESS at 0x000000001c2ad000

Cela est dû au fait que le thread accède à la mémoire non mappée. Il peut être déclenché par un accès aux données ou par une extraction d’instructions; la section État du fil explique comment faire la différence (voir le lien vers les informations destinées aux développeurs Apple plus haut).

        VM Regions Near 0x1c2ad000:
            MALLOC_LARGE           0000000008c6f000-0000000008ce9000 [  488K] rw-/rwx SM=PRV  
        --> 
            __TEXT                 000000008fe3b000-000000008fe6e000 [  204K] r-x/rwx SM=COW  /usr/lib/dyld

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   org.python.python               0x0044b5fa PyObject_Malloc + 90
1   org.python.python               0x0045690f PyString_FromString + 127
2   org.python.python               0x00445573 PyDict_GetItemString + 19

    Thread 0 crashed with X86 Thread State (32-bit):
      eax: 0x1c2ad000  ebx: 0x006c8724  ecx: 0x081c2000  edx: 0x00525240
      edi: 0x00000018  esi: 0x0044b5ae  ebp: 0xbfffa778  esp: 0xbfffa750
       ss: 0x00000023  efl: 0x00010207  eip: 0x0044b5fa   cs: 0x0000001b
       ds: 0x00000023   es: 0x00000023   fs: 0x00000000   gs: 0x0000000f
      cr2: 0x1c2ad000

eip est le compteur de programme au moment où l'exception s'est produite. C'est l'adresse de l'instruction qui a provoqué l'exception. Pour la plupart des exceptions d'accès autres que la mémoire (par exemple, EXC_ARITHMETIC / EXC_I386_DIV provoqué par une division entière par zéro), il s'agit de la valeur de clé.

Il semble être lié à un thread Python - eip 0x0044b5faPyObject_Malloc - et un bogue similaire à Python a été mentionné ici . PyObject_Malloc est un allocateur d’objets Python .

    Logical CPU:     1
    Error Code:      0x00000004
    Trap Number:     14

Est-ce que quelqu'un ici sait comment je peux me passer de cette erreur et des erreurs Python et faire démarrer le deuxième disque Google Drive? Il essaie mais se bloque tout le temps et j'aimerais vraiment faire tourner deux disques sur mon Mac.

rhand
la source

Réponses:

1

Si votre priorité est de faire fonctionner le deuxième lecteur Google Drive, peu importe la procédure:

J'ai abandonné l'installation de Google Drive sur mon Mac.

Au lieu de cela, j'utilise son interface Web qui fonctionne très bien et n'interfère pas avec mes Mavericks.

Google Drive

Pour un accès facile et rapide, vous pouvez créer une icône de dock qui ressemble @à un ressort :)

Google Drive Dock

Pour et contre j'ai trouvé:

Un grand pro n'a plus de problèmes de pilotes en conflit et de problèmes Mavericks.

Un peu Con est que vous devez vous déconnecter / In lors de la modification de l'ID de Google.

Ruskes
la source
L'installation d'un lecteur n'est pas un problème, un secondaire est. Voyons si quelqu'un a réussi à le faire fonctionner sur Mavericks et sinon ira chercher votre solution. Il est simplement agréable de synchroniser deux disques avec deux emplacements (répertoires) sur mon Mac ..
lundi