Andet

EXC_BAD_ACCESS (SIGSEGV)

jazzvinmand

Original plakat
22. maj 2016
  • 22. maj 2016
Jeg er ikke en programmør, og så noget af dette giver lidt mening for mig, men når jeg læser loggen, ser det ud til at indikere læse/skrivehukommelsesproblemer (cache- eller cachestørrelse - måske). Jeg har lige opgraderet nogen fra Mavericks til El Capitan, og dette sker med mellemrum og nogle gange vil det gå i dagevis uden at ske og derefter vælte, 3 eller 4 gange i træk. Kan nogen være så venlig at give et overfladisk blik på dette og fortælle mig, hvad de mener, problemet er? Der var en række binære billeder - men forummet blev ved med at fortælle mig, at det havde ugyldige tegn i beskeden og ikke ville sende.





Tak for din tid og hjælp.





Proces: Kørselstid [3137]

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

Identifikator: com.filemaker.client.runtime.MentalNt32

Version: 11.0.1 (11.0.1)

Kodetype: X86 (Native)

Forældreproces: ??? [1]

Ansvarlig: Runtime [3137]

Bruger-id: 501



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

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

Rapportversion: 11

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



Søvn/vågning UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Tid vågen siden opstart: 28000 sekunder

Tid siden vækning: 16000 sekunder



Systemintegritetsbeskyttelse: deaktiveret



Nedbrudt tråd: 0 Afsendelseskø: com.apple.main-thread



Undtagelsestype: EXC_BAD_ACCESS (SIGSEGV)

Undtagelseskoder: KERN_INVALID_ADDRESS på 0x0000000000000020

Undtagelsesnote: EXC_CORPSE_NOTIFY



VM-regioner nær 0x20:

->

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



Anvendelsesspecifikke oplysninger:

objc_msgSend() vælgernavn: frigivelse





Tråd 0 Crashed:: Afsendelseskø: 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 dræn] + 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:: Afsendelseskø: 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øvn(usigneret lang) + 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

jazzvinmand

Original plakat
22. maj 2016


  • 22. maj 2016
Grahamperrin sagde: I Ask Different: Kan nogen hjælpe mig med at læse denne nedbrudsrapport som bruger? – overvej det accepterede svar.

Er MentalNt32 et FileMaker-produkt? Har du spurgt udviklerne af MentalNt32?
Jeg sætter virkelig pris på dit svar. Men at administrere omkring 15.000 computere, det ville normalt være det første, jeg ville gøre, og da de ikke eksisterer og ikke har gjort det for 4 år siden, er jeg nødt til at gå til alternative ressourcer. Jeg mener det ikke på en dårlig måde, da du prøver at hjælpe, men du siger det åbenlyse. Ja, der står lavet af Filemaker.

Tak alligevel. Jeg forsøger bare at få hjælp til at læse, hvad der står, og hjælpe en lægeklient/ven, der har periodiske problemer.
Reaktioner:grahamperrin DET

leman

14. oktober 2008
  • 22. maj 2016
jazzwineman sagde: Tak alligevel. Jeg forsøger bare at få hjælp til at læse, hvad der står, og hjælpe en lægeklient/ven, der har periodiske problemer.

Nå, det er en fejl i appen. Hvad vil du ellers have os til at sige? Fejlen betyder, at appen har adgang til en ikke-eksisterende hukommelsesplacering. Mest sandsynligt en af ​​de ting, der virker på et OS X og holder op med at arbejde på det næste, fordi udvikleren ikke gad at læse dokumenterne. Ikke meget du kan gøre uden at have adgang til kildekoden eller kontakt til udvikleren.

jazzvinmand

Original plakat
22. maj 2016
  • 22. maj 2016
leman sagde: Nå, det er en fejl i appen. Hvad vil du ellers have os til at sige? Fejlen betyder, at appen har adgang til en ikke-eksisterende hukommelsesplacering. Mest sandsynligt en af ​​de ting, der virker på et OS X og holder op med at arbejde på det næste, fordi udvikleren ikke gad at læse dokumenterne. Ikke meget du kan gøre uden at have adgang til kildekoden eller kontakt til udvikleren.
Tak skal du have. Jeg troede, det handlede om læse- og skrivefejl i hukommelsen. Det fungerede i Mavericks, men ikke El Capitan. Mærkeligt, jeg ville tro, det ville ske hver gang, men det er intermitterende. Der er ikke mange justerbare muligheder i programmet. Jeg justerede cachen, som er 64 mb som standard til 128 mb, og tjekkede at gemme cachen hvert 10. minut i forhold til når programmet er inaktivt. Jeg ved ikke, om begge vil have en indflydelse. Jeg fortalte klienten, at uden kildekode ville enhver være hjælpeløs. DET

leman

14. oktober 2008
  • 22. maj 2016
Jeg vil gætte på, at det er en hukommelseslækage eller noget i den retning. Hvorfor det ikke udløste i Mavericks - kan bogstaveligt talt have hundredvis af årsager. Jeg er bange for, at det uden støtte fra den originale udvikler er en blindgyde.
Reaktioner:NoBoMac

NoBoMac

Moderator
Medarbejder
1. juli 2014
  • 22. maj 2016
Hvad Leman sagde.

Hukommelseslækager, NULL pointer, ugyldig pointer, adgang til hukommelse frigivet af programmet, ukorrekt allokering af hukommelse, bufferoverløb osv. osv.

Og ikke så mærkeligt. Ændringer i miljøet kan afsløre fejlen(e) i koden. Var der sket en lignende ting en gang for mig: in house-koden kørte som forventet i over et år, opdaterede driftsmiljøet, afslørede en NULL-markørfejl i koden.

Per fejldump ser det ud til at være en ugyldig pointerfejl:

Undtagelseskoder: KERN_INVALID_ADDRESS på 0x0000000000000020

Mest sandsynligt er appen, ikke noget er OS X. Hvis den var OS relateret, ville du se flere af disse og fra flere apps.
Reaktioner:grahamperrin

jazzvinmand

Original plakat
22. maj 2016
  • 22. maj 2016
Tak allesammen for jeres hjælp. Det bekræfter mine tanker, og klienten har sandsynligvis brug for at få et nyt program og ikke forsøge at vende tilbage til ældre OS-problemer, som i sidste ende ikke vil blive understøttet, eller andre elementer fungerer muligvis ikke på et tidspunkt.
Tak igen.

Skål!

Tom

NoBoMac

Moderator
Medarbejder
1. juli 2014
  • 22. maj 2016
Ingen grund til ikke at gå tilbage til tidligere. Hvis der er en TimeMachine backup og/eller klon, burde det være i stand til at få tingene tilbage til den måde, de var. Og lad så maskinen være som den er, indtil en plan er på plads for at bestemme, hvilke apps der er inkompatible, skal opgraderes osv. og testes i en eller anden dual-boot-tilstand.

Bortset fra sikkerhedsopdateringer, sandsynligvis ingen overbevisende funktioner i El Cap, hvor maskinen skal opgraderes.

grahamperrin

8. juni 2007
  • 22. maj 2016
jazzwineman sagde: … klienten har sandsynligvis brug for at få et nyt program og ikke prøve at gå tilbage til ældre OS …

Hvis din klient ønsker at fortsætte med både den gamle applikation og El Capitan, ville han eller hun så overveje at køre Mavericks eller mindre i (f.eks.) en VirtualBoxVM for den applikation alene?

jazzvinmand

Original plakat
22. maj 2016
  • 23. maj 2016
Grahamperrin sagde: Hvis din klient ønsker at fortsætte med både den gamle applikation og El Capitan, ville han eller hun så overveje at køre Mavericks eller mindre i (f.eks.) en VirtualBoxVM for den applikation alene?
Vi kører vm fusion for et specifikt Windows-program. Hvilken vm-boks vil du anbefale til at køre mavericks? Mit eneste problem, og måske gør dette ingen forskel, men installationsprogrammet, som han oprindeligt havde downloadet (en komprimeret fil) er beskadiget. Jeg spekulerer på, om dette kan overføres på en fin måde til en ny installation, selvom jeg har en tidsmaskine-backup, som den oprindeligt blev lagt ud, og jeg antager, at det også kunne gå ind i en virtuel cox. Tanker og tak big time

Tom

grahamperrin

8. juni 2007
  • 23. maj 2016
De seneste år har jeg ikke prøvet andet end VirtualBox. Mit hovedangreb er, at nogle kommando-tastkombinationer ikke virker som forventet. Ligesom Command-Q med tommelfingeren på venstre Kommando-tast ikke tolkes som en afslutning af den app, der er foran i gæsten; det tolkes som en opgivelse af gæsten.

NoBoMac

Moderator
Medarbejder
1. juli 2014
  • 23. maj 2016
Det ser ud til, at Fusion 6.0-8.0 kan håndtere Mavericks.

Med hensyn til et installationsprogram, hvis klienten 'købte deres kopi på lovlig vis (dvs. downloadet fra App Store via deres Apple ID), skal den stadig være på listen under fanen 'Købt'. Min er der stadig og vises som downloadbar.

Hvad angår alt andet Fusion-relateret, har jeg ikke brugt det siden opgraderingen til Yosemite: bruger i øjeblikket VirtualBox og kun med Windows.

jazzvinmand

Original plakat
22. maj 2016
  • 23. maj 2016
Grahamperrin sagde: I de seneste år har jeg ikke prøvet andet end VirtualBox. Mit hovedangreb er, at nogle kommando-tastkombinationer ikke virker som forventet. Ligesom Command-Q med tommelfingeren på venstre Kommando-tast ikke tolkes som en afslutning af den app, der er foran i gæsten; det tolkes som en opgivelse af gæsten.
Kan jeg tage tidsmaskinens backup af Mavericks og indlæse den virtuelle boks. Jeg har ikke haft mulighed for at læse, men spændt på om det kan lade sig gøre.
[doublepost=1464041350][/doublepost]
NoBoMac sagde: Det ser ud til, at Fusion 6.0-8.0 kan håndtere Mavericks.

Med hensyn til et installationsprogram, hvis klienten 'købte deres kopi på lovlig vis (dvs. downloadet fra App Store via deres Apple ID), skal den stadig være på listen under fanen 'Købt'. Min er der stadig og vises som downloadbar.

Hvad angår alt andet Fusion-relateret, har jeg ikke brugt det siden opgraderingen til Yosemite: bruger i øjeblikket VirtualBox og kun med Windows.
Jeg har ikke installationsprogrammet til Mental Notes-programmet - jeg er ikke bekymret for VM Fusion. Vil den virtuelle boks tage en backup af en tidsmaskine og indlæse den som et operativsystem?

grahamperrin

8. juni 2007
  • 23. maj 2016
jazzwineman sagde: Vil den virtuelle boks tage en tidsmaskine backup og indlæse den som et operativsystem?

Det tvivler jeg på.

Noget som dette kan virke:
  1. gendan fra Time Machine-sikkerhedskopien til et fysisk drev i et kabinet med en USB-forbindelse
  2. i en VirtualBoxVM-gæst, har to virtuelle diske
  3. installere enhver version af OS X til en af ​​de to
  4. i værtsmaskinen skal du afmontere, men ikke skubbe OS X-startvolumen ud, der er på det fysiske drev
  5. i VirtualBoxVM-gæsten skal du oprette forbindelse til det fysiske drev
  6. i gæsten skal du klone indholdet af det fysiske drev til den anden virtuelle disk
… noget i den stil. Længe siden jeg gennemgik rutinen, krævede der lidt omtanke for at få det som *var* den sekundære virtuelle disk til at blive en primær enhed til opstartsformål i gæsten. Hvis det giver mening – jeg er søvnig nu, over midnat og måske ikke forklare det ordentligt!