Alte

EXC_BAD_ACCESS (SIGSEGV)

jazzwineman

Poster original
22 mai 2016
  • 22 mai 2016
Nu sunt programator și, prin urmare, unele dintre acestea nu au sens pentru mine, totuși, pe măsură ce citesc jurnalul, pare să indice probleme de memorie de citire/scriere (cache sau dimensiunea cache-poate). Tocmai am făcut upgrade pe cineva de la Mavericks la El Capitan și acest lucru se întâmplă pe o bază intermitentă și uneori va dura zile întregi fără să se întâmple și apoi se va bate, de 3 sau 4 ori la rând. Ar putea cineva să fie destul de amabil să arunce o privire scurtă asupra acestui lucru și să-mi spună care crede că este problema? Au existat o serie de imagini binare - totuși forumul mi-a tot spus că avea caractere nevalide în mesaj și nu va posta.





Vă mulțumim pentru timpul și ajutor.





Proces: Timp de rulare [3137]

Calea: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Identificator: com.filemaker.client.runtime.MentalNt32

Versiune: 11.0.1 (11.0.1)

Tip cod: X86 (nativ)

Procesul parental: ??? [1]

Responsabil: Runtime [3137]

ID utilizator: 501



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

Versiune OS: Mac OS X 10.11.4 (15E65)

Versiunea raportului: 11

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



UUID de repaus/trezire: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Timp de trezire de la pornire: 28000 de secunde

Timp de la trezire: 16000 de secunde



Protecția integrității sistemului: dezactivată



Fir blocat: 0 Coada de expediere: com.apple.main-thread



Tip de excepție: EXC_BAD_ACCESS (SIGSEGV)

Coduri de excepție: KERN_INVALID_ADDRESS la 0x0000000000000020

Notă de excepție: EXC_CORPSE_NOTIFY



Regiuni VM Aproape de 0x20:

->

__TEXT 000000000001000-00000000006a0000 [ 6780K] r-x/rwx SM=COW /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime



Informații specifice aplicației:

nume selector objc_msgSend(): eliberare





Thread 0 Crashed:: Coada de expediere: 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 dren] + 122

3 com.apple.AppKit 0x926cdc3e -[NSApplication run] + 946

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

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

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



Subiectul 1:: Coada de expediere: 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



Subiectul 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 (nesemnat lung) + 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



Subiectul 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::Semafor: Reacții:Nevastuica

jazzwineman

Poster original
22 mai 2016


  • 22 mai 2016
grahamperrin a spus: În Ask Different: Mă poate ajuta cineva să citesc acest raport de blocare ca utilizator? – luați în considerare răspunsul acceptat.

Este MentalNt32 un produs FileMaker? I-ați întrebat pe dezvoltatorii MentalNt32?
Chiar apreciez răspunsul tău. Dar gestionarea a aproximativ 15.000 de computere, acesta ar fi în mod normal primul lucru pe care l-aș face și, din moment ce nu există și nu au de acum 4 ani, trebuie să merg la resurse alternative. Nu vreau să spun asta într-un mod rău, deoarece încerci să ajuți, dar spui ceea ce este evident. Da, se spune făcut de Filemaker.

Mulțumesc oricum. Încerc doar să obțin ajutor pentru a citi ceea ce există și să ajut un client/prieten medic care are probleme intermitente.
Reacții:grahamperrin THE

leman

14 octombrie 2008
  • 22 mai 2016
jazzwineman a spus: Mulțumesc oricum. Încerc doar să obțin ajutor pentru a citi ceea ce există și să ajut un client/prieten medic care are probleme intermitente.

Ei bine, este o eroare în aplicație. Ce mai vrei să spunem? Eroarea înseamnă că aplicația accesează o locație de memorie inexistentă. Cel mai probabil, unul dintre acele lucruri care funcționează pe un OS X și nu mai funcționează la următorul, deoarece dezvoltatorul nu s-a obosit să citească documentele. Nu puteți face multe fără să aveți acces la codul sursă sau să contactați dezvoltatorul.

jazzwineman

Poster original
22 mai 2016
  • 22 mai 2016
leman a spus: Ei bine, este o eroare în aplicație. Ce mai vrei să spunem? Eroarea înseamnă că aplicația accesează o locație de memorie inexistentă. Cel mai probabil, unul dintre acele lucruri care funcționează pe un OS X și nu mai funcționează la următorul, deoarece dezvoltatorul nu s-a obosit să citească documentele. Nu puteți face multe fără să aveți acces la codul sursă sau să contactați dezvoltatorul.
Mulțumesc. Am crezut că este o problemă cu erorile de citire și scriere în memorie. A funcționat în Mavericks, dar nu în El Capitan. Ciudat, aș crede că s-ar întâmpla de fiecare dată, totuși este intermitent. Nu există multe opțiuni ajustabile în program. Am ajustat memoria cache, care este de 64 mb în mod implicit la 128 mb și am verificat salvarea memoriei cache la fiecare 10 minute față de când programul este inactiv. Nu știu dacă unul dintre ele va avea un efect. I-am spus clientului că fără cod sursă, oricine ar fi neajutorat. THE

leman

14 octombrie 2008
  • 22 mai 2016
Bănuiesc că este o scurgere de memorie sau ceva de genul ăsta. De ce nu s-a declanșat în Mavericks - ar putea avea literalmente sute de motive. Mi-e teamă că fără sprijinul dezvoltatorului original este o fundătură.
Reacții:NoBoMac

NoBoMac

Moderator
Membru al personalului
1 iulie 2014
  • 22 mai 2016
Ce a spus leman.

Scurgeri de memorie, pointer NULL, pointer invalid, accesarea memoriei eliberate de program, alocare necorespunzătoare a memoriei, depășiri de buffer etc.

Și nu atât de ciudat. Schimbarea mediului poate expune bug-urile din cod. Mi s-a întâmplat un lucru similar odată: codul intern a rulat așa cum era de așteptat timp de peste un an, a actualizat mediul de operare, a expus o eroare a indicatorului NULL în cod.

Pe imagine de eroare, pare a fi o eroare de indicator nevalidă:

Coduri de excepție: KERN_INVALID_ADDRESS la 0x0000000000000020

Cel mai probabil, aplicația, nimic nu este OS X. Dacă ar fi legat de OS, ar vedea mai multe dintre acestea și din mai multe aplicații.
Reacții:grahamperrin

jazzwineman

Poster original
22 mai 2016
  • 22 mai 2016
Mulțumesc tuturor pentru ajutor. Confirmă gândurile mele și probabil că clientul trebuie să obțină un nou program și să nu încerce să revină la problemele mai vechi ale sistemului de operare care în cele din urmă nu vor fi acceptate sau alte elemente ar putea să nu funcționeze la un moment dat.
Mulțumesc din nou.

Noroc!

Tom

NoBoMac

Moderator
Membru al personalului
1 iulie 2014
  • 22 mai 2016
Nu există niciun motiv să nu te întorci la precedentul. Dacă există o copie de rezervă sau o clonă TimeMachine, ar trebui să poată aduce lucrurile înapoi la felul în care erau. Și apoi lăsați aparatul așa cum este, până când se stabilește un plan pentru a determina care aplicații sunt incompatibile, necesită actualizare etc. și testate într-un mod dual-boot.

În afară de actualizările de securitate, probabil că nu există funcții convingătoare în El Cap în care mașina trebuie să fie actualizată.

grahamperrin

8 iunie 2007
  • 22 mai 2016
jazzwineman a spus: … clientul probabil trebuie să obțină un nou program și să nu încerce să revină la sistemul de operare mai vechi…

Dacă clientul dvs. dorește să continue atât cu vechea aplicație, cât și cu El Capitan, atunci ar lua în considerare rularea Mavericks sau mai puțin în (să zicem) un VirtualBoxVM numai pentru acea aplicație?

jazzwineman

Poster original
22 mai 2016
  • 23 mai 2016
grahamperrin a spus: Dacă clientul dvs. dorește să continue atât cu vechea aplicație, cât și cu El Capitan, atunci ar lua în considerare rularea Mavericks sau mai puțin în (să zicem) un VirtualBoxVM numai pentru acea aplicație?
Rulăm vm fusion pentru un anumit program Windows. Ce cutie vm ați recomanda pentru a rula mavericks? Singura mea problemă și poate că asta nu face nicio diferență, dar programul de instalare pe care l-a descărcat inițial (un fișier comprimat) este corupt. Mă întreb dacă acest lucru s-ar putea transfera într-un mod bun la o nouă instalare, deși aveți o copie de rezervă a mașinii timpului, așa cum a fost prevăzut inițial și presupun că ar putea intra și într-un cox virtual. Gânduri și mulțumiri mult

Tom

grahamperrin

8 iunie 2007
  • 23 mai 2016
În ultimii ani nu am încercat altceva decât VirtualBox. Reclamația mea principală este că unele combinații de taste Comandă nu funcționează așa cum era de așteptat. De exemplu, Command-Q cu degetul mare pe tasta de comandă din stânga nu este interpretată ca o ieșire a aplicației care se află în fața invitatului; este interpretat ca o renunțare a oaspetelui.

NoBoMac

Moderator
Membru al personalului
1 iulie 2014
  • 23 mai 2016
Se pare că Fusion 6.0-8.0 poate gestiona Mavericks.

În ceea ce privește un program de instalare, dacă clientul „și-a achiziționat copia legal (adică a descărcat-o din App Store prin ID-ul Apple), ar trebui să fie în continuare în lista din fila „Achiziționat”. Al meu este încă acolo și se arată ca fiind descărcabil.

În ceea ce privește orice altceva legat de Fusion, nu l-am folosit de la actualizarea la Yosemite: în prezent, utilizez VirtualBox și numai cu Windows.

jazzwineman

Poster original
22 mai 2016
  • 23 mai 2016
grahamperrin a spus: În ultimii ani nu am încercat altceva decât VirtualBox. Reclamația mea principală este că unele combinații de taste Comandă nu funcționează așa cum era de așteptat. De exemplu, Command-Q cu degetul mare pe tasta de comandă din stânga nu este interpretată ca o ieșire a aplicației care se află în fața invitatului; este interpretat ca o renunțare a oaspetelui.
Pot să iau backup-ul mașinii timpului a Mavericks și să îl încarc pe caseta virtuală. Nu am avut ocazia să citesc, dar sunt curios dacă se poate.
[doublepost=1464041350][/doublepost]
NoBoMac a spus: Se pare că Fusion 6.0-8.0 poate gestiona Mavericks.

În ceea ce privește un program de instalare, dacă clientul „și-a achiziționat copia legal (adică a descărcat-o din App Store prin ID-ul Apple), ar trebui să fie în continuare în lista din fila „Achiziționat”. Al meu este încă acolo și se arată ca fiind descărcabil.

În ceea ce privește orice altceva legat de Fusion, nu l-am folosit de la actualizarea la Yosemite: în prezent, utilizez VirtualBox și numai cu Windows.
Nu am programul de instalare pentru programul Mental Notes - nu sunt îngrijorat de VM Fusion. Cutia virtuală va lua o copie de rezervă a mașinii timpului și va încărca asta ca sistem de operare?

grahamperrin

8 iunie 2007
  • 23 mai 2016
jazzwineman a spus: Virtual Box va lua o copie de rezervă a mașinii timpului și va încărca asta ca sistem de operare?

Mă îndoiesc de asta.

Ceva de genul acesta ar putea funcționa:
  1. restaurați din backupul Time Machine pe o unitate fizică dintr-o carcasă cu o conexiune USB
  2. într-un invitat VirtualBoxVM, aveți două discuri virtuale
  3. instalați orice versiune de OS X pe una dintre cele două
  4. în mașina gazdă, demontați, dar nu scoateți volumul de pornire OS X care se află pe unitatea fizică
  5. în invitatul VirtualBoxVM, conectați-vă la unitatea fizică
  6. în invitat, clonează conținutul unității fizice pe al doilea disc virtual
… ceva de genul. De mult timp de când am trecut prin rutină, a fost nevoie de puțină gândire pentru ca ceea ce *era* discul virtual secundar să devină un dispozitiv principal în scopuri de boot în guest. Dacă asta are sens – mi-e somn acum, după miezul nopții și poate nu explic cum trebuie!