Altro

EXC_BAD_ACCESS (SIGSEGV)

enologo jazz

Manifesto originale
22 maggio 2016
  • 22 maggio 2016
Non sono un programmatore e quindi alcuni di questi hanno poco senso per me, tuttavia mentre leggo il registro, sembra indicare problemi di memoria di lettura/scrittura (forse la dimensione della cache o della cache). Ho appena aggiornato qualcuno da Mavericks a El Capitan e questo si verifica su base intermittente e talvolta passa giorni senza che succeda e poi si scatena, 3 o 4 volte di seguito. Qualcuno potrebbe essere così gentile da dare una rapida occhiata a questo e farmi sapere quale pensa sia il problema? C'erano un certo numero di immagini binarie, tuttavia il forum continuava a dirmi che aveva caratteri non validi nel messaggio e che non veniva pubblicato.





Grazie per il tuo tempo e aiuto.





Processo: Tempo di esecuzione [3137]

Percorso: /Applicazioni/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Identificatore: com.filemaker.client.runtime.MentalNt32

Versione: 11.0.1 (11.0.1)

Tipo di codice: X86 (nativo)

Processo genitore: ??? [1]

Responsabile: Runtime [3137]

ID utente: 501



Data/Ora: 2016-05-17 16:02:10.375 -0500

Versione sistema operativo: Mac OS X 10.11.4 (15E65)

Versione rapporto: 11

UUID anonimo: E02D64F8-AF87-C361-6011-AA1AC8BF9FD0



UUID di sospensione/riattivazione: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Tempo di attivazione dall'avvio: 28000 secondi

Tempo dalla riattivazione: 16000 secondi



Protezione dell'integrità del sistema: disabilitata



Discussione bloccata: 0 Coda di invio: com.apple.main-thread



Tipo di eccezione: EXC_BAD_ACCESS (SIGSEGV)

Codici di eccezione: KERN_INVALID_ADDRESS a 0x00000000000000020

Nota di eccezione: EXC_CORPSE_NOTIFY



Regioni VM vicine a 0x20:

->

__TEXT 0000000000001000-0000000006a0000 [ 6780K] r-x/rwx SM=COW /Applicazioni/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime



Informazioni specifiche sull'applicazione:

nome del selettore objc_msgSend(): release





Discussione 0 bloccata:: coda di invio: 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 drain] + 122

3 com.apple.AppKit 0x926cdc3e -[Esecuzione applicazione NSA] + 946

4 com.filemaker.client.runtime.MentalNt32 0x0033f7ad CMacApp_Main + 413

5 com.filemaker.client.runtime.MentalNt32 0x000cfdc3 principale + 51

6 com.filemaker.client.runtime.MentalNt32 0x00003146 ​​start + 54



Discussione 1:: Coda di spedizione: 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



Discussione 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(unsigned 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



Discussione 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::Semaforo: Reazioni:donnola

enologo jazz

Manifesto originale
22 maggio 2016


  • 22 maggio 2016
grahamperrin ha detto: In Ask Different: Qualcuno può aiutarmi a leggere questo rapporto di arresto anomalo come utente? – considerare la risposta accettata.

MentalNt32 è un prodotto FileMaker? Hai chiesto agli sviluppatori di MentalNt32?
Apprezzo davvero la tua risposta. Ma gestire circa 15.000 computer, normalmente sarebbe la prima cosa che farei e dato che non esistono e non esistono da 4 anni, devo rivolgermi a risorse alternative. Non lo dico in modo negativo, poiché stai cercando di aiutare, ma stai affermando l'ovvio. Sì, dice che è stato creato da Filemaker.

Grazie comunque. Sto solo cercando di ottenere aiuto per leggere cosa c'è e aiutare un cliente/amico medico che ha problemi intermittenti.
Reazioni:grahamperrin L

lemano

14 ottobre 2008
  • 22 maggio 2016
jazzwineman ha detto: Grazie comunque. Sto solo cercando di ottenere aiuto per leggere cosa c'è e aiutare un cliente/amico medico che ha problemi intermittenti.

Bene, questo è un bug nell'app. Cos'altro vuoi che diciamo? L'errore significa che l'app sta accedendo a una posizione di memoria inesistente. Molto probabilmente una di quelle cose che funzionano su un OS X e smettono di funzionare su quello successivo perché lo sviluppatore non si è preso la briga di leggere i documenti. Non puoi fare molto senza avere accesso al codice sorgente o senza contattare lo sviluppatore.

enologo jazz

Manifesto originale
22 maggio 2016
  • 22 maggio 2016
leman ha detto: Beh, questo è un bug nell'app. Cos'altro vuoi che diciamo? L'errore significa che l'app sta accedendo a una posizione di memoria inesistente. Molto probabilmente una di quelle cose che funzionano su un OS X e smettono di funzionare su quello successivo perché lo sviluppatore non si è preso la briga di leggere i documenti. Non puoi fare molto senza avere accesso al codice sorgente o contattare lo sviluppatore.
Grazie. Pensavo si trattasse di errori di lettura e scrittura della memoria. Ha funzionato in Mavericks ma non in El Capitan. Strano, penserei che accadrebbe ogni volta, tuttavia è intermittente. Non ci sono molte opzioni regolabili nel programma. Ho regolato la cache, che è di 64 MB per impostazione predefinita a 128 MB e ho verificato il salvataggio della cache ogni 10 minuti rispetto a quando il programma è inattivo. Non so se entrambi avranno un effetto. Ho detto al cliente che senza il codice sorgente, chiunque sarebbe stato impotente. L

lemano

14 ottobre 2008
  • 22 maggio 2016
Immagino che sia una perdita di memoria o qualcosa del genere. Il motivo per cui non si è attivato in Mavericks potrebbe avere letteralmente centinaia di ragioni. Temo che senza il supporto dello sviluppatore originale sia un vicolo cieco.
Reazioni:NoBoMac

NoBoMac

Moderatore
Membro dello staff
1 luglio 2014
  • 22 maggio 2016
Quello che ha detto Leman.

Perdite di memoria, puntatore NULL, puntatore non valido, accesso alla memoria liberata dal programma, allocazione errata della memoria, buffer overflow, ecc.

E non così strano. Il cambiamento nell'ambiente può esporre i bug nel codice. Mi è successa una cosa simile una volta: il codice interno è stato eseguito come previsto per oltre un anno, aggiornato l'ambiente operativo, esposto un bug del puntatore NULL nel codice.

Per dump di errore, sembra essere un errore di puntatore non valido:

Codici di eccezione: KERN_INVALID_ADDRESS a 0x00000000000000020

Molto probabilmente l'app, non nulla è OS X. Se fosse correlato al sistema operativo, vedrei più di queste e da più app.
Reazioni:grahamperrin

enologo jazz

Manifesto originale
22 maggio 2016
  • 22 maggio 2016
Grazie a tutti per il vostro aiuto. Conferma i miei pensieri e il client probabilmente ha bisogno di ottenere un nuovo programma e non provare a tornare a problemi del sistema operativo precedente che alla fine non saranno supportati o altri elementi potrebbero non funzionare a un certo punto.
Grazie ancora.

Saluti!

Tom

NoBoMac

Moderatore
Membro dello staff
1 luglio 2014
  • 22 maggio 2016
Non c'è motivo per non tornare al precedente. Se c'è un backup e/o un clone di TimeMachine, dovrebbe essere in grado di riportare le cose come erano. E poi lascia la macchina così com'è, fino a quando non è in atto un piano per determinare quali app sono incompatibili, necessitano di aggiornamento, ecc. E testate in una modalità dual-boot.

A parte gli aggiornamenti di sicurezza, probabilmente non ci sono funzionalità interessanti in El Cap in cui la macchina deve essere aggiornata.

grahamperrin

8 giugno 2007
  • 22 maggio 2016
jazzwineman ha detto: … il cliente probabilmente ha bisogno di ottenere un nuovo programma e non provare a tornare al vecchio sistema operativo …

Se il tuo cliente desidera continuare sia con la vecchia applicazione che con El Capitan, allora prenderebbe in considerazione l'esecuzione di Mavericks o meno in (diciamo) un VirtualBoxVM solo per quell'applicazione?

enologo jazz

Manifesto originale
22 maggio 2016
  • 23 maggio 2016
grahamperrin ha detto: se il tuo cliente desidera continuare sia con la vecchia applicazione che con El Capitan, allora prenderebbe in considerazione l'esecuzione di Mavericks o meno in (diciamo) un VirtualBoxVM solo per quell'applicazione?
Eseguiamo vm fusion per un programma Windows specifico. Quale vm box consiglieresti per l'esecuzione di mavericks? Il mio unico problema e forse questo non fa differenza, ma il programma di installazione che aveva scaricato originariamente (un file compresso) è danneggiato. Mi chiedo se questo potrebbe essere trasferito in modo corretto a una nuova installazione, anche se ho un backup della macchina del tempo come era originariamente disposto e presumo che possa andare anche in un timoniere virtuale. Pensieri e grazie mille

Tom

grahamperrin

8 giugno 2007
  • 23 maggio 2016
Negli ultimi anni non ho provato altro che VirtualBox. La mia lamentela principale è che alcune combinazioni di tasti Comando non funzionano come previsto. Ad esempio, Command-Q con il pollice sul tasto Comando sinistro non viene interpretato come un'uscita dall'app che è in primo piano nel guest; è interpretato come un'uscita dall'ospite.

NoBoMac

Moderatore
Membro dello staff
1 luglio 2014
  • 23 maggio 2016
Sembra che Fusion 6.0-8.0 possa gestire Mavericks.

Per quanto riguarda un programma di installazione, se il cliente ha acquistato la sua copia legalmente (ovvero scaricata dall'App Store tramite il proprio ID Apple), dovrebbe essere ancora nell'elenco nella scheda 'Acquistati'. Il mio è ancora lì e viene visualizzato come scaricabile.

Per quanto riguarda qualsiasi altra cosa relativa a Fusion, non l'ho usato dall'aggiornamento a Yosemite: attualmente utilizzo VirtualBox e solo con Windows.

enologo jazz

Manifesto originale
22 maggio 2016
  • 23 maggio 2016
grahamperrin ha detto: Negli ultimi anni non ho provato altro che VirtualBox. La mia lamentela principale è che alcune combinazioni di tasti Comando non funzionano come previsto. Ad esempio, Command-Q con il pollice sul tasto Comando sinistro non viene interpretato come un'uscita dall'app che è in primo piano nel guest; è interpretato come un'uscita dall'ospite.
Posso prendere il backup della macchina del tempo di Mavericks e caricarlo sulla scatola virtuale. Non ho avuto la possibilità di leggere, ma sono curioso di sapere se si può fare.
[doublepost=1464041350][/doublepost]
NoBoMac ha detto: Sembra che Fusion 6.0-8.0 possa gestire Mavericks.

Per quanto riguarda un programma di installazione, se il cliente ha acquistato la sua copia legalmente (ovvero scaricata dall'App Store tramite il proprio ID Apple), dovrebbe essere ancora nell'elenco nella scheda 'Acquistati'. Il mio è ancora lì e viene visualizzato come scaricabile.

Per quanto riguarda qualsiasi altra cosa relativa a Fusion, non l'ho usato dall'aggiornamento a Yosemite: attualmente utilizzo VirtualBox e solo con Windows.
Non ho il programma di installazione per il programma Mental Notes, non sono preoccupato per VM Fusion. La scatola virtuale richiederà un backup della macchina del tempo e lo caricherà come sistema operativo?

grahamperrin

8 giugno 2007
  • 23 maggio 2016
jazzwineman ha detto: Virtual Box richiederà un backup della macchina del tempo e lo caricherà come sistema operativo?

Ne dubito.

Qualcosa del genere potrebbe funzionare:
  1. ripristinare dal backup di Time Machine su un'unità fisica in un contenitore con una connessione USB
  2. in un guest VirtualBoxVM, avere due dischi virtuali
  3. installa qualsiasi versione di OS X su una delle due
  4. nella macchina host, smontare ma non espellere il volume di avvio di OS X che si trova sull'unità fisica
  5. nel guest VirtualBoxVM, connettiti all'unità fisica
  6. nel guest, clonare il contenuto dell'unità fisica sul secondo disco virtuale
… qualcosa del genere. Per molto tempo da quando ho seguito la routine, è stata necessaria una piccola accortezza per fare in modo che quello che *era* il disco virtuale secondario diventasse un dispositivo primario per scopi di avvio nel guest. Se questo ha senso, ho sonno ora, mezzanotte passata e forse non lo sto spiegando correttamente!