jazzwineman
Affiche originale- 22 mai 2016
- 22 mai 2016
Merci pour votre temps et votre aide.
Processus : temps d'exécution [3137]
Chemin : /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime
Identifiant : com.filemaker.client.runtime.MentalNt32
Version : 11.0.1 (11.0.1)
Type de code : X86 (natif)
Processus parent : ??? [1]
Responsable : temps d'exécution [3137]
Identifiant utilisateur : 501
Date/heure : 2016-05-17 16:02:10.375 -0500
Version du système d'exploitation : Mac OS X 10.11.4 (15E65)
Version du rapport : 11
UUID anonyme : E02D64F8-AF87-C361-6011-AA1AC8BF9FD0
UUID veille/réveil : 65F9A5FA-D794-41D7-B94F-717A0A098B9C
Temps d'éveil depuis le démarrage : 28 000 secondes
Temps depuis le réveil : 16 000 secondes
Protection de l'intégrité du système : désactivée
Thread en panne : 0 File d'attente de distribution : com.apple.main-thread
Type d'exception : EXC_BAD_ACCESS (SIGSEGV)
Codes d'exception : KERN_INVALID_ADDRESS à 0x00000000000000020
Remarque d'exception : EXC_CORPSE_NOTIFY
Régions de VM proches de 0x20 :
->
__TEXT 0000000000001000-00000000006a0000 [ 6780K] r-x/rwx SM=COW /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime
Informations spécifiques à l'application :
nom du sélecteur objc_msgSend() : version
Thread 0 a planté :: File d'attente d'envoi: com.apple.main-thread
0 libobjc.A.dylib 0x998accaf objc_msgEnvoyer + 31
1 com.apple.CoreFoundation 0x951de69f _CFAutoreleasePoolPop + 47
2 com.apple.Foundation 0x9068efe8 -[NSAutoreleasePool drain] + 122
3 com.apple.AppKit 0x926cdc3e -[exécution NSApplication] + 946
4 com.filemaker.client.runtime.MentalNt32 0x0033f7ad CMacApp_Main + 413
5 com.filemaker.client.runtime.MentalNt32 0x000cfdc3 principal + 51
6 com.filemaker.client.runtime.MentalNt32 0x00003146 début + 54
Thread 1 : File d'attente d'envoi : com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x9d5437fa kevent_qos + 10
1 libdispatch.dylib 0x911237ea _dispatch_mgr_invoke + 234
2 libdispatch.dylib 0x911233be _dispatch_mgr_thread + 52
Sujet 2 :
0 libsystem_kernel.dylib 0x9d5427ce __semwait_signal + 10
1 libsystem_c.dylib 0x9e5e98cd nanosleep$UNIX2003 + 218
2 com.filemaker.support.framework 0x012199dc Draco::Thread::Sleep(non signé long) + 172
3 com.filemaker.support.framework 0x01219ddc Draco::TimerCheckThread::Main() + 252
4 com.filemaker.support.framework 0x012160fe Draco::Thread::RunThread() + 46
5 com.filemaker.support.framework 0x012173c8 Draco::Thread::ThreadUnixProc(void*) + 72
6 libsystem_pthread.dylib 0x94f63780 _pthread_body + 138
7 libsystem_pthread.dylib 0x94f636f6 _pthread_start + 155
8 libsystem_pthread.dylib 0x94f60f7a thread_start + 34
Sujet 3 :
0 libsystem_kernel.dylib 0x9d5423ea __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x94f64538 _pthread_cond_wait + 757
2 libsystem_pthread.dylib 0x94f66276 pthread_cond_wait$UNIX2003 + 71
3 com.filemaker.support.framework 0x0121850f Draco::Semaphore : Réactions :Belette
jazzwineman
Affiche originale- 22 mai 2016
- 22 mai 2016
Grahamperrin a dit : Dans Ask Different : Quelqu'un peut-il m'aider à lire ce rapport de plantage en tant qu'utilisateur ? – considérer la réponse acceptée.J'apprécie en effet votre réponse. Mais gérer quelque 15 000 ordinateurs, ce serait normalement la première chose que je ferais et comme ils n'existent pas et n'existent pas depuis 4 ans, je dois aller vers des ressources alternatives. Je ne veux pas dire cela d'une mauvaise manière, car vous essayez d'aider, mais vous énoncez une évidence. Oui, c'est écrit par Filemaker.
MentalNt32 est-il un produit FileMaker ? Avez-vous demandé aux développeurs de MentalNt32 ?
Merci en tout cas. J'essaie juste d'obtenir de l'aide pour lire ce qu'il y a et d'aider un client / ami médecin qui a des problèmes intermittents.
léman
- 14 octobre 2008
- 22 mai 2016
jazzwineman a dit : Merci quand même. J'essaie juste d'obtenir de l'aide pour lire ce qu'il y a et d'aider un client / ami médecin qui a des problèmes intermittents.
Eh bien, c'est un bug dans l'application. Que veux-tu qu'on dise d'autre ? L'erreur signifie que l'application accède à un emplacement de mémoire inexistant. Très probablement l'une de ces choses qui fonctionnent sur un OS X et arrêtent de fonctionner sur le suivant parce que le développeur n'a pas pris la peine de lire la documentation. Vous ne pouvez pas faire grand-chose sans avoir accès au code source ou contacter le développeur.
jazzwineman
Affiche originale- 22 mai 2016
- 22 mai 2016
leman a dit : Eh bien, c'est un bogue dans l'application. Que veux-tu qu'on dise d'autre ? L'erreur signifie que l'application accède à un emplacement de mémoire inexistant. Très probablement l'une de ces choses qui fonctionnent sur un OS X et arrêtent de fonctionner sur le suivant parce que le développeur n'a pas pris la peine de lire la documentation. Vous ne pouvez pas faire grand-chose sans avoir accès au code source ou contacter le développeur.Merci. Je pensais que c'était un problème avec les erreurs de lecture et d'écriture de la mémoire. Cela a fonctionné dans Mavericks mais pas à El Capitan. Étrange, je pense que cela arriverait à chaque fois, mais c'est intermittent. Il n'y a pas beaucoup d'options réglables dans le programme. J'ai ajusté le cache, qui est de 64 Mo par défaut à 128 Mo et j'ai vérifié la sauvegarde du cache toutes les 10 minutes par rapport à lorsque le programme est inactif. Je ne sais pas si l'un ou l'autre aura un effet. J'ai dit au client que sans code source, n'importe qui serait impuissant. L
léman
- 14 octobre 2008
- 22 mai 2016
NoBoMac
Modérateur
Membre du staff- 1 juil. 2014
- 22 mai 2016
Fuites de mémoire, pointeur NULL, pointeur invalide, accès à la mémoire libérée par le programme, allocation de mémoire incorrecte, débordements de buffer, etc etc.
Et pas si étrange que ça. Un changement d'environnement peut exposer le(s) bogue(s) dans le code. Une chose similaire m'est arrivée une fois : le code interne a fonctionné comme prévu pendant plus d'un an, a mis à jour l'environnement d'exploitation, a exposé un bogue de pointeur NULL dans le code.
Par vidage d'erreur, il semble qu'il s'agisse d'une erreur de pointeur non valide :
Codes d'exception : KERN_INVALID_ADDRESS à 0x00000000000000020
Très probablement, l'application, rien n'est OS X. Si elle était liée au système d'exploitation, elle en verrait plus et à partir de plus d'applications.
jazzwineman
Affiche originale- 22 mai 2016
- 22 mai 2016
Merci encore.
À votre santé!
À M
NoBoMac
Modérateur
Membre du staff- 1 juil. 2014
- 22 mai 2016
À part les mises à jour de sécurité, il n'y a probablement pas de fonctionnalités intéressantes dans El Cap où la machine doit être mise à niveau.
grahamperrin
- 8 juin 2007
- 22 mai 2016
jazzwineman a déclaré : … le client a probablement besoin d'obtenir un nouveau programme et de ne pas essayer de revenir à un système d'exploitation plus ancien …
Si votre client souhaite continuer à la fois avec l'ancienne application et El Capitan, envisagerait-il d'exécuter Mavericks ou moins dans (disons) une VirtualBoxVM pour cette seule application ?
jazzwineman
Affiche originale- 22 mai 2016
- 23 mai 2016
Grahamperrin a déclaré : Si votre client souhaite continuer avec l'ancienne application et El Capitan, envisagerait-il alors d'exécuter Mavericks ou moins dans (disons) une VirtualBoxVM pour cette seule application ?Nous exécutons vm fusion pour un programme Windows spécifique. Quelle boîte vm recommanderiez-vous pour exécuter des non-conformistes ? Mon seul problème et peut-être que cela ne fait aucune différence, mais le programme d'installation qu'il avait téléchargé à l'origine (un fichier compressé) est corrompu. Je me demande si cela pourrait être transféré de manière appropriée vers une nouvelle installation, même si vous disposez d'une sauvegarde de la machine à remonter le temps telle qu'elle a été conçue à l'origine et je suppose que cela pourrait également entrer dans un barreur virtuel. Pensées et merci beaucoup
À M
grahamperrin
- 8 juin 2007
- 23 mai 2016
NoBoMac
Modérateur
Membre du staff- 1 juil. 2014
- 23 mai 2016
En ce qui concerne un programme d'installation, si le client 'a acheté sa copie légalement (c'est-à-dire téléchargée depuis l'App Store via son identifiant Apple), il doit toujours figurer dans la liste sous l'onglet 'Acheté'. Le mien est toujours là et apparaît comme téléchargeable.
Quant à tout ce qui concerne Fusion, je ne l'ai pas utilisé depuis la mise à niveau vers Yosemite : actuellement en utilisant VirtualBox et uniquement avec Windows.
jazzwineman
Affiche originale- 22 mai 2016
- 23 mai 2016
grahamperrin a dit : Ces dernières années, je n'ai rien essayé d'autre que VirtualBox. Mon principal reproche est que certaines combinaisons de touches de commande ne fonctionnent pas comme prévu. Par exemple, Command-Q avec mon pouce sur la touche Commande gauche n'est pas interprété comme une fermeture de l'application qui se trouve devant l'invité ; il est interprété comme un abandon de l'invité.Puis-je prendre la sauvegarde Time Machine de Mavericks et la charger sur la boîte virtuelle. Je n'ai pas eu l'occasion de lire, mais curieux de savoir si cela peut être fait.
[doublepost=1464041350][/doublepost]
NoBoMac a déclaré : Apparemment, Fusion 6.0-8.0 peut gérer les Mavericks.Je n'ai pas le programme d'installation du programme Mental Notes - je ne m'inquiète pas pour VM Fusion. La boîte virtuelle prendra-t-elle une sauvegarde de la machine à remonter le temps et la chargera-t-elle en tant que système d'exploitation ?
En ce qui concerne un programme d'installation, si le client 'a acheté sa copie légalement (c'est-à-dire téléchargée depuis l'App Store via son identifiant Apple), il doit toujours figurer dans la liste sous l'onglet 'Acheté'. Le mien est toujours là et apparaît comme téléchargeable.
Quant à tout ce qui concerne Fusion, je ne l'ai pas utilisé depuis la mise à niveau vers Yosemite : actuellement en utilisant VirtualBox et uniquement avec Windows.
grahamperrin
- 8 juin 2007
- 23 mai 2016
jazzwineman a déclaré : La boîte virtuelle prendra-t-elle une sauvegarde de la machine à remonter le temps et la chargera-t-elle en tant que système d'exploitation ?
J'en doute.
Quelque chose comme ceci pourrait fonctionner:
- restaurer à partir de la sauvegarde Time Machine sur un lecteur physique dans un boîtier avec une connexion USB
- dans un invité VirtualBoxVM, avoir deux disques virtuels
- installer n'importe quelle version d'OS X sur l'un des deux
- dans la machine hôte, démontez mais n'éjectez pas le volume de démarrage OS X qui se trouve sur le lecteur physique
- dans l'invité VirtualBoxVM, connectez-vous au lecteur physique
- dans l'invité, clonez le contenu du lecteur physique sur le deuxième disque virtuel
Articles Populaires