jazzwineman
Cartell original- 22 de maig de 2016
- 22 de maig de 2016
Gràcies pel teu temps i ajuda.
Procés: temps d'execució [3137]
Camí: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime
Identificador: com.filemaker.client.runtime.MentalNt32
Versió: 11.0.1 (11.0.1)
Tipus de codi: X86 (natiu)
Procés dels pares: ??? [1]
Responsable: temps d'execució [3137]
Identificador d'usuari: 501
Data/Hora: 2016-05-17 16:02:10.375 -0500
Versió del sistema operatiu: Mac OS X 10.11.4 (15E65)
Versió de l'informe: 11
UUID anònim: E02D64F8-AF87-C361-6011-AA1AC8BF9FD0
UUID de repòs/activació: 65F9A5FA-D794-41D7-B94F-717A0A098B9C
Temps despert des de l'arrencada: 28.000 segons
Temps des de l'activació: 16000 segons
Protecció d'integritat del sistema: desactivada
Fil bloquejat: 0 Cua d'enviament: com.apple.main-thread
Tipus d'excepció: EXC_BAD_ACCESS (SIGSEGV)
Codis d'excepció: KERN_INVALID_ADDRESS a 0x0000000000000020
Nota d'excepció: EXC_CORPSE_NOTIFY
Regions de VM properes a 0x20:
-->
__TEXT 0000000000001000-00000000006a0000 [ 6780K] r-x/rwx SM=COW /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime
Informació específica de l'aplicació:
nom del selector objc_msgSend(): llançament
Fil 0 bloquejat:: Cua d'enviament: com.apple.main-thread
0 libobjc.A.dylib 0x998accaf objc_msgSend + 31
1 com.apple.CoreFoundation 0x951de69f _CFAutoreleasePoolPop + 47
2 com.apple.Foundation 0x9068efe8 -[NSAutoreleasePool drenatge] + 122
3 com.apple.AppKit 0x926cdc3e -[Nexecució de l'aplicació] + 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 start + 54
Fil 1:: Cua d'enviament: 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
Fil 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 (sense signar llarg) + 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
Fil 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::Semàfor: Reaccions:Weaselboy
jazzwineman
Cartell original- 22 de maig de 2016
- 22 de maig de 2016
grahamperrin va dir: A Ask Different: Algú em pot ajudar a llegir aquest informe d'error com a usuari? - Considereu la resposta acceptada.Realment agraeixo la teva resposta. Però gestionar uns 15.000 ordinadors, això seria normalment el primer que faria i com que no existeixen i fa 4 anys que no, he d'anar a recursos alternatius. No ho dic de mala manera, ja que estàs intentant ajudar, però estàs afirmant el que és obvi. Sí, diu fet per Filemaker.
MentalNt32 és un producte de FileMaker? Has preguntat als desenvolupadors de MentalNt32?
Gràcies de totes maneres. Només estic intentant obtenir ajuda per llegir el que hi ha i ajudar un client/amic metge que té problemes intermitents.
llemà
- Oct 14, 2008
- 22 de maig de 2016
jazzwineman va dir: Gràcies de totes maneres. Només estic intentant obtenir ajuda per llegir el que hi ha i ajudar un client/amic metge que té problemes intermitents.
Bé, això és un error a l'aplicació. Què més vols que diguem? L'error significa que l'aplicació està accedint a una ubicació de memòria inexistent. El més probable és que sigui una d'aquestes coses que funcionen en un OS X i que deixin de funcionar en el següent perquè el desenvolupador no es va molestar a llegir els documents. No es pot fer molt sense tenir accés al codi font o contactar amb el desenvolupador.
jazzwineman
Cartell original- 22 de maig de 2016
- 22 de maig de 2016
leman va dir: Bé, això és un error a l'aplicació. Què més vols que diguem? L'error significa que l'aplicació està accedint a una ubicació de memòria inexistent. El més probable és que sigui una d'aquestes coses que funcionen en un OS X i que deixin de funcionar en el següent perquè el desenvolupador no es va molestar a llegir els documents. No es pot fer molt sense tenir accés al codi font o contactar amb el desenvolupador.Gràcies. Vaig pensar que es tractava d'errors de lectura i escriptura de memòria. Va funcionar a Mavericks però no a El Capitan. Estrany, pensaria que passaria cada cop, però és intermitent. No hi ha moltes opcions ajustables al programa. Vaig ajustar la memòria cau, que és de 64 mb per defecte a 128 mb i vaig fer una comprovació de desar la memòria cau cada 10 minuts en comparació amb quan el programa està inactiu. No sé si cap tindrà efectes. Li vaig dir al client que sense el codi font, qualsevol no es veuria indefens. EL
llemà
- Oct 14, 2008
- 22 de maig de 2016
NoBoMac
Moderador
Membre del personal- Jul 1, 2014
- 22 de maig de 2016
Fuites de memòria, punter NULL, punter no vàlid, accés a memòria alliberada pel programa, assignació incorrecta de memòria, desbordaments de memòria intermèdia, etc.
I no tan estrany. Els canvis en l'entorn poden exposar els errors del codi. Una vegada em va passar una cosa semblant: el codi domèstic va funcionar com s'esperava durant més d'un any, vaig actualitzar l'entorn operatiu, va exposar un error de punter NULL al codi.
Per abocament d'errors, sembla ser un error de punter no vàlid:
Codis d'excepció: KERN_INVALID_ADDRESS a 0x0000000000000020
El més probable és que l'aplicació, no res sigui OS X. Si estigués relacionat amb el sistema operatiu, estaria veient més d'aquestes i de més aplicacions.
jazzwineman
Cartell original- 22 de maig de 2016
- 22 de maig de 2016
Gràcies de nou.
Salut!
Tom
NoBoMac
Moderador
Membre del personal- Jul 1, 2014
- 22 de maig de 2016
A part de les actualitzacions de seguretat, probablement no hi ha funcions convincents a El Cap on s'hagi d'actualitzar la màquina.
grahamperrin
- 8 de juny de 2007
- 22 de maig de 2016
jazzwineman va dir: … probablement el client hagi d'aconseguir un nou programa i no intentar tornar a un sistema operatiu antic...
Si el vostre client vol continuar tant amb l'aplicació antiga com amb El Capitan, consideraria executar Mavericks o menys en (per exemple) un VirtualBoxVM només per a aquesta aplicació?
jazzwineman
Cartell original- 22 de maig de 2016
- 23 de maig de 2016
grahamperrin va dir: Si el vostre client vol continuar tant amb l'aplicació antiga com amb El Capitan, consideraria executar Mavericks o menys en (per exemple) un VirtualBoxVM només per a aquesta aplicació?Executem vm fusion per a un programa específic de Windows. Quina caixa de vm recomanaríeu per executar mavericks? El meu únic problema i potser això no fa cap diferència, però el programa d'instal·lació que havia baixat originalment (un fitxer comprimit) està malmès. Em pregunto si això es podria transferir d'una manera bona a una nova instal·lació, tot i que tingueu una còpia de seguretat de la màquina del temps tal com es va dissenyar originalment i suposo que també podria entrar en un cox virtual. Molts pensaments i gràcies
Tom
grahamperrin
- 8 de juny de 2007
- 23 de maig de 2016
NoBoMac
Moderador
Membre del personal- Jul 1, 2014
- 23 de maig de 2016
Pel que fa a un instal·lador, si el client 'ha comprat la seva còpia legalment (és a dir, descarregada de l'App Store mitjançant el seu ID d'Apple), encara hauria d'estar a la llista a la pestanya 'Comprat'. El meu encara hi és i es mostra com a descàrrega.
Pel que fa a qualsevol altra cosa relacionada amb Fusion, no l'he fet servir des de l'actualització a Yosemite: actualment utilitza VirtualBox i només amb Windows.
jazzwineman
Cartell original- 22 de maig de 2016
- 23 de maig de 2016
grahamperrin va dir: En els últims anys no he provat res més que VirtualBox. La meva principal queixa és que algunes combinacions de tecles d'ordres no funcionen com s'esperava. Com, Command-Q amb el meu polze a la tecla d'ordre esquerra no s'interpreta com una sortida de l'aplicació que hi ha al davant del convidat; s'interpreta com una renúncia del convidat.Puc fer una còpia de seguretat de la màquina del temps de Mavericks i carregar-la a la caixa virtual. No he tingut l'oportunitat de llegir, però tinc curiositat per si es pot fer.
[doublepost=1464041350][/doublepost]
NoBoMac va dir: Sembla que Fusion 6.0-8.0 pot gestionar Mavericks.No tinc l'instal·lador del programa Mental Notes; no em preocupa VM Fusion. La caixa virtual farà una còpia de seguretat de la màquina del temps i la carregarà com a sistema operatiu?
Pel que fa a un instal·lador, si el client 'ha comprat la seva còpia legalment (és a dir, descarregada de l'App Store mitjançant el seu ID d'Apple), encara hauria d'estar a la llista a la pestanya 'Comprat'. El meu encara hi és i es mostra com a descàrrega.
Pel que fa a qualsevol altra cosa relacionada amb Fusion, no l'he fet servir des de l'actualització a Yosemite: actualment utilitza VirtualBox i només amb Windows.
grahamperrin
- 8 de juny de 2007
- 23 de maig de 2016
jazzwineman va dir: Virtual box agafarà una còpia de seguretat de la màquina del temps i la carregarà com a sistema operatiu?
Ho dubto.
Alguna cosa com això podria funcionar:
- restaurar des de la còpia de seguretat de Time Machine a una unitat física en un allotjament amb connexió USB
- en un convidat de VirtualBoxVM, tingueu dos discs virtuals
- instal·leu qualsevol versió d'OS X a un dels dos
- a la màquina host, desmunteu però no expulseu el volum d'inici d'OS X que hi ha a la unitat física
- al convidat VirtualBoxVM, connecteu-vos a la unitat física
- al convidat, cloneu el contingut de la unitat física al segon disc virtual
Entrades Populars