Övrig

EXC_BAD_ACCESS (SIGSEGV)

jazzvinman

Originalaffisch
22 maj 2016
  • 22 maj 2016
Jag är inte en programmerare och så en del av detta är inte meningsfullt för mig, men när jag läser loggen verkar det indikera läs-/skrivminnesproblem (cache- eller cachestorlek-kanske). Jag har precis uppgraderat någon från Mavericks till El Capitan och detta inträffar med jämna mellanrum och kommer ibland att gå i flera dagar utan att hända och sedan svälla, 3 eller 4 gånger i rad. Kan någon vara vänlig nog att ge en översiktlig blick på detta och berätta vad de tror att problemet är? Det fanns ett antal binära bilder - men forumet berättade hela tiden att det hade ogiltiga tecken i meddelandet och att det inte skulle skickas.





Tack för din tid och hjälp.





Process: Körtid [3137]

Sökväg: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Identifierare: com.filemaker.client.runtime.MentalNt32

Version: 11.0.1 (11.0.1)

Kodtyp: X86 (native)

Föräldraprocess: ??? [1]

Ansvarig: Runtime [3137]

Användar-ID: 501



Datum/tid: 2016-05-17 16:02:10.375 -0500

OS-version: Mac OS X 10.11.4 (15E65)

Rapportversion: 11

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



Sömn/vakna UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Time Awake Since Boot: 28000 sekunder

Tid sedan väckning: 16000 sekunder



Systemintegritetsskydd: inaktiverat



Kraschad tråd: 0 Utskickskö: com.apple.main-thread



Undantagstyp: EXC_BAD_ACCESS (SIGSEGV)

Undantagskoder: KERN_INVALID_ADDRESS vid 0x0000000000000020

Undantagsanmärkning: EXC_CORPSE_NOTIFY



VM-regioner nära 0x20:

->

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



Applikationsspecifik information:

objc_msgSend() väljarnamn: release





Tråd 0 Crashed:: Utskickskö: 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 -[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



Tråd 1:: Utskickskö: 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



Tråd 2:

0 libsystem_kernel.dylib 0x9d5427ce __semwait_signal + 10

1 libsystem_c.dylib 0x9e5e98cd nanosleep$UNIX2003 + 218

2 com.filemaker.support.framework 0x012199dc Draco::Tråd::Sömn(osignerad lång) + 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



Tråd 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: Reaktioner:Weaselboy

jazzvinman

Originalaffisch
22 maj 2016


  • 22 maj 2016
Grahamperrin sa: I Ask Different: Kan någon hjälpa mig att läsa denna kraschrapport som användare? – överväga det accepterade svaret.

Är MentalNt32 en FileMaker-produkt? Har du frågat utvecklarna av MentalNt32?
Jag uppskattar verkligen ditt svar. Men att hantera cirka 15 000 datorer, det skulle normalt vara det första jag skulle göra och eftersom de inte finns och inte har gjort det för 4 år sedan måste jag gå till alternativa resurser. Jag menar inte detta på ett dåligt sätt, eftersom du försöker hjälpa, men du påstår det uppenbara. Ja, det står gjort av Filemaker.

Tack ändå. Jag försöker bara få hjälp att läsa vad som finns där och hjälpa en läkarklient/vän som har periodiska problem.
Reaktioner:grahamperrin DE

leman

14 oktober 2008
  • 22 maj 2016
jazzwineman sa: Tack ändå. Jag försöker bara få hjälp att läsa vad som finns där och hjälpa en läkarklient/vän som har periodiska problem.

Tja, det är en bugg i appen. Vad mer vill du att vi ska säga? Felet betyder att appen kommer åt en icke-existerande minnesplats. Mest troligt en av de saker som fungerar på ett OS X och slutar fungera på nästa eftersom utvecklaren inte brydde sig om att läsa dokumenten. Inte mycket du kan göra utan att ha tillgång till källkoden eller kontakt med utvecklaren.

jazzvinman

Originalaffisch
22 maj 2016
  • 22 maj 2016
leman sa: Tja, det är en bugg i appen. Vad mer vill du att vi ska säga? Felet betyder att appen kommer åt en icke-existerande minnesplats. Mest troligt en av de saker som fungerar på ett OS X och slutar fungera på nästa eftersom utvecklaren inte brydde sig om att läsa dokumenten. Inte mycket du kan göra utan att ha tillgång till källkoden eller kontakt med utvecklaren.
Tack. Jag trodde att det handlade om minnesläs- och skrivfel. Det fungerade i Mavericks men inte El Capitan. Konstigt, jag skulle tro att det skulle hända varje gång, men det är intermittent. Det finns inte många justerbara alternativ i programmet. Jag justerade cachen, vilket är 64 mb som standard till 128 mb och gjorde en kontroll av att spara cachen var tionde minut jämfört med när programmet är inaktivt. Jag vet inte om någon av dem kommer att påverka. Jag sa till klienten att utan källkod skulle vem som helst vara hjälplös. DE

leman

14 oktober 2008
  • 22 maj 2016
Jag skulle gissa att det är en minnesläcka eller något i den stilen. Varför det inte utlöstes i Mavericks - kan ha bokstavligen hundratals anledningar. Jag är rädd att utan stöd från den ursprungliga utvecklaren är det en återvändsgränd.
Reaktioner:NoBoMac

NoBoMac

Moderator
Anställd
1 juli 2014
  • 22 maj 2016
Vad Leman sa.

Minnesläckor, NULL-pekare, ogiltig pekare, åtkomst till minne som frigjorts av programmet, felaktig tilldelning av minne, buffertspill osv.

Och inte så konstigt. Förändringar i miljön kan avslöja buggarna i koden. Hade en liknande sak hänt en gång för mig: in house-koden körde som förväntat i över ett år, uppdaterade operativmiljön, avslöjade en NULL-pekarbugg i koden.

Per feldump verkar det vara ett ogiltigt pekarfel:

Undantagskoder: KERN_INVALID_ADDRESS vid 0x0000000000000020

Med största sannolikhet är appen, inget är OS X. Om det var OS-relaterat, skulle det se fler av dessa och från fler appar.
Reaktioner:grahamperrin

jazzvinman

Originalaffisch
22 maj 2016
  • 22 maj 2016
Tack alla för er hjälp. Det bekräftar mina tankar och klienten måste förmodligen skaffa ett nytt program och inte försöka gå tillbaka till äldre OS-problem som till slut inte kommer att stödjas eller andra objekt kanske inte fungerar någon gång.
Tack igen.

Skål!

Tom

NoBoMac

Moderator
Anställd
1 juli 2014
  • 22 maj 2016
Ingen anledning att inte gå tillbaka till tidigare. Om det finns en TimeMachine-backup och/eller klon, bör det kunna få saker och ting tillbaka till hur de var. Och lämna sedan maskinen som den är, tills en plan är på plats för att avgöra vilka appar som är inkompatibla, behöver uppgraderas etc. och testas i något dual-boot-läge.

Förutom säkerhetsuppdateringar, förmodligen inga övertygande funktioner i El Cap där maskinen behöver uppgraderas.

grahamperrin

8 juni 2007
  • 22 maj 2016
jazzwineman sa: … klienten måste förmodligen skaffa ett nytt program och inte försöka gå tillbaka till äldre operativsystem …

Om din klient vill fortsätta med både den gamla applikationen och El Capitan, skulle han eller hon då överväga att köra Mavericks eller mindre i (säg) en VirtualBoxVM enbart för den applikationen?

jazzvinsman

Originalaffisch
22 maj 2016
  • 23 maj 2016
Grahamperrin sa: Om din klient vill fortsätta med både den gamla applikationen och El Capitan, skulle han eller hon då överväga att köra Mavericks eller mindre i (säg) en VirtualBoxVM enbart för den applikationen?
Vi kör vm fusion för ett specifikt Windows-program. Vilken vm-box skulle du rekommendera för att köra mavericks? Mitt enda problem och kanske gör det ingen skillnad, men installationsprogrammet som han hade laddat ner ursprungligen (en komprimerad fil) är skadad. Jag undrar om detta kan överföras på ett bra sätt till en ny installation, även om du har en säkerhetskopia av en tidsmaskin som den ursprungligen lades ut och jag antar att det också kan gå in i en virtuell cox. Tankar och tack big time

Tom

grahamperrin

8 juni 2007
  • 23 maj 2016
De senaste åren har jag inte provat något annat än VirtualBox. Min huvudsakliga gnäll är att vissa kommando-tangentkombinationer inte fungerar som förväntat. Som, Kommando-Q med tummen på vänster Kommandotangent tolkas inte som ett avslutande av appen som ligger framför gästen; det tolkas som ett upphörande av gästen.

NoBoMac

Moderator
Anställd
1 juli 2014
  • 23 maj 2016
Det verkar som att Fusion 6.0-8.0 klarar Mavericks.

När det gäller ett installationsprogram, om klienten 'köpte sitt exemplar lagligt (dvs. laddat ner från App Store via sitt Apple-ID), bör det fortfarande finnas i listan under fliken 'Köpt'. Min finns kvar och visas som nedladdningsbar.

När det gäller allt annat Fusion-relaterat, har inte använt det sedan uppgraderingen till Yosemite: använder för närvarande VirtualBox och endast med Windows.

jazzvinsman

Originalaffisch
22 maj 2016
  • 23 maj 2016
Grahamperrin sa: De senaste åren har jag inte provat något annat än VirtualBox. Min huvudsakliga gnäll är att vissa kommando-tangentkombinationer inte fungerar som förväntat. Som, Kommando-Q med tummen på vänster Kommandotangent tolkas inte som ett avslutande av appen som ligger framför gästen; det tolkas som ett upphörande av gästen.
Kan jag ta tidsmaskinsbackupen av Mavericks och ladda på virtuell låda. Jag har inte haft en chans att läsa, men undrar om det går att göra.
[doublepost=1464041350][/doublepost]
NoBoMac sa: Det verkar som att Fusion 6.0-8.0 kan hantera Mavericks.

När det gäller ett installationsprogram, om klienten 'köpte sitt exemplar lagligt (dvs. laddat ner från App Store via sitt Apple-ID), bör det fortfarande finnas i listan under fliken 'Köpt'. Min finns kvar och visas som nedladdningsbar.

När det gäller allt annat Fusion-relaterat, har inte använt det sedan uppgraderingen till Yosemite: använder för närvarande VirtualBox och endast med Windows.
Jag har inte installationsprogrammet för Mental Notes-programmet - jag är inte orolig för VM Fusion. Kommer virtuell låda att ta en säkerhetskopiering av en tidsmaskin och ladda den som ett operativsystem?

grahamperrin

8 juni 2007
  • 23 maj 2016
jazzwineman sa: Kommer den virtuella lådan att ta en säkerhetskopiering av en tidsmaskin och ladda den som ett operativsystem?

Jag tvivlar på det.

Något sådant här kan fungera:
  1. återställa från Time Machine-säkerhetskopian till en fysisk enhet i ett hölje med en USB-anslutning
  2. i en VirtualBoxVM-gäst, har två virtuella diskar
  3. installera valfri version av OS X till en av de två
  4. i värddatorn, avmontera men mata inte ut OS X-startvolymen som finns på den fysiska enheten
  5. i VirtualBoxVM-gästen, anslut till den fysiska enheten
  6. i gästen, klona innehållet på den fysiska enheten till den andra virtuella disken
… något sådant. Länge sedan jag gick igenom rutinen krävdes lite eftertanke för att få det som *var* den sekundära virtuella disken att bli en primär enhet för uppstartsändamål i gästen. Om det är vettigt – jag är sömnig nu, efter midnatt och kanske inte förklarar det ordentligt!