Ander

EXC_BAD_ACCESS (SIGSEGV)

jazzwijnman

originele poster
22 mei 2016
  • 22 mei 2016
Ik ben geen programmeur en daarom heeft een deel hiervan weinig zin voor mij, maar als ik het logboek lees, lijkt het erop te wijzen dat er geheugenproblemen zijn met lezen/schrijven (cache of cachegrootte misschien). Ik heb zojuist iemand geüpgraded van Mavericks naar El Capitan en dit gebeurt met tussenpozen en soms duurt het dagen voordat er iets gebeurt en dan klappert het, 3 of 4 keer achter elkaar. Zou iemand zo vriendelijk kunnen zijn om hier een vluchtige blik op te werpen en me te laten weten wat hij denkt dat het probleem is? Er waren een aantal binaire afbeeldingen, maar het forum bleef me vertellen dat het bericht ongeldige tekens bevatte en niet zou posten.





Bedankt voor je tijd en hulp.





Proces: looptijd [3137]

Pad: /Applicaties/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

ID: com.filemaker.client.runtime.MentalNt32

Versie: 11.0.1 (11.0.1)

Codetype: X86 (Native)

Ouderproces: ??? [1]

Verantwoordelijk: Runtime [3137]

Gebruikers-ID: 501



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

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

Rapportversie: 11

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



Slaap/Wakker UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Tijd wakker sinds opstarten: 28000 seconden

Tijd sinds wake: 16000 seconden



Systeemintegriteitsbescherming: uitgeschakeld



Gecrashte thread: 0 Verzendwachtrij: com.apple.main-thread



Uitzonderingstype: EXC_BAD_ACCESS (SIGSEGV)

Uitzonderingscodes: KERN_INVALID_ADDRESS op 0x0000000000000020

Uitzondering: EXC_CORPSE_NOTIFY



VM-regio's in de buurt van 0x20:

->

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



Toepassingsspecifieke informatie:

objc_msgSend() selector naam: release





Discussie 0 gecrasht:: Verzendwachtrij: com.apple.main-thread

0 libobjc.A.dylib 0x998accaf objc_msgSend + 31

1 com.apple.CoreFoundation 0x951de69f _CFAutoreleasePoolPop + 47

2 com.apple.Foundation 0x9068efe8 -[NSAutoreleaseZwembadafvoer] + 122

3 com.apple.AppKit 0x926cdc3e - [NSA-toepassing uitgevoerd] + 946

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

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

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



Onderwerp 1:: Verzendwachtrij: 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



Onderwerp 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



Onderwerp 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: reacties:wezeljongen

jazzwijnman

originele poster
22 mei 2016


  • 22 mei 2016
grahamperrin zei: In Ask Different: Kan iemand mij als gebruiker helpen dit crashrapport te lezen? – overweeg het geaccepteerde antwoord.

Is MentalNt32 een FileMaker-product? Heb je het aan de ontwikkelaars van MentalNt32 gevraagd?
Ik stel je reactie inderdaad op prijs. Maar zo'n 15.000 computers beheren, dat zou normaal gesproken het eerste zijn dat ik zou doen en aangezien ze niet bestaan ​​en al 4 jaar niet bestaan, moet ik naar alternatieve bronnen gaan. Ik bedoel dit niet op een slechte manier, aangezien u probeert te helpen, maar u stelt het voor de hand liggende. Ja, er staat wel made by Filemaker.

Bedankt in ieder geval. Ik probeer alleen hulp te krijgen bij het lezen van wat er is en om een ​​arts-cliënt / vriend te helpen die af en toe problemen heeft.
reacties:grahamperrin DE

leman

14 okt 2008
  • 22 mei 2016
jazzwineman zei: toch bedankt. Ik probeer alleen hulp te krijgen bij het lezen van wat er is en om een ​​arts-cliënt / vriend te helpen die af en toe problemen heeft.

Nou, dat is een bug in de app. Wat wil je nog meer dat we zeggen? De fout betekent dat de app toegang heeft tot een niet-bestaande geheugenlocatie. Hoogstwaarschijnlijk een van die dingen die werken op het ene OS X en stoppen met werken op het volgende omdat de ontwikkelaar niet de moeite nam om de documenten te lezen. U kunt niet veel doen zonder toegang tot de broncode of contact met de ontwikkelaar.

jazzwijnman

originele poster
22 mei 2016
  • 22 mei 2016
leman zei: Nou, dat is een bug in de app. Wat wil je nog meer dat we zeggen? De fout betekent dat de app toegang heeft tot een niet-bestaande geheugenlocatie. Hoogstwaarschijnlijk een van die dingen die werken op het ene OS X en stoppen met werken op het volgende omdat de ontwikkelaar niet de moeite nam om de documenten te lezen. U kunt niet veel doen zonder toegang tot de broncode of contact met de ontwikkelaar.
Bedankt. Ik dacht dat het te maken had met geheugen lees- en schrijffouten. Het werkte in Mavericks, maar niet in El Capitan. Vreemd, ik zou denken dat het elke keer zou gebeuren, maar het is met tussenpozen. Er zijn niet veel aanpasbare opties in het programma. Ik heb de cache aangepast, die standaard 64 mb is naar 128 mb, en ik heb elke 10 minuten gecontroleerd of de cache wordt opgeslagen in vergelijking met wanneer het programma inactief is. Ik weet niet of een van beide invloed zal hebben. Ik heb de klant wel verteld dat zonder broncode iedereen hulpeloos zou zijn. DE

leman

14 okt 2008
  • 22 mei 2016
Ik vermoed dat het een geheugenlek is of iets in die richting. Waarom het niet werd geactiveerd in Mavericks - kan letterlijk honderden redenen hebben. Ik ben bang dat het zonder de steun van de oorspronkelijke ontwikkelaar een doodlopende weg is.
reacties:Geen BoMac

Geen BoMac

Moderator
Medewerker
1 juli 2014
  • 22 mei 2016
Wat Leman zei.

Geheugenlekken, NULL-aanwijzer, ongeldige aanwijzer, toegang tot geheugen dat door het programma is vrijgemaakt, onjuiste toewijzing van geheugen, bufferoverloop, enz.

En niet zo vreemd. Verandering in de omgeving kan de bug(s) in de code blootleggen. Was mij ooit iets soortgelijks overkomen: interne code liep meer dan een jaar zoals verwacht, werkte de besturingsomgeving bij, bracht een NULL-aanwijzerfout in de code aan het licht.

Per foutdump lijkt het een ongeldige aanwijzerfout te zijn:

Uitzonderingscodes: KERN_INVALID_ADDRESS op 0x0000000000000020

Hoogstwaarschijnlijk is de app, niets is OS X. Als het OS-gerelateerd zou zijn, zouden er meer van deze en van meer apps te zien zijn.
reacties:grahamperrin

jazzwijnman

originele poster
22 mei 2016
  • 22 mei 2016
Bedankt allemaal voor jullie hulp. Het bevestigt mijn gedachten en de klant moet waarschijnlijk een nieuw programma aanschaffen en niet proberen terug te gaan naar oudere OS-problemen die uiteindelijk niet worden ondersteund of andere items werken op een gegeven moment misschien niet.
Nogmaals bedankt.

Proost!

Tom

Geen BoMac

Moderator
Medewerker
1 juli 2014
  • 22 mei 2016
Geen reden om niet terug te gaan naar het vorige. Als er een TimeMachine-back-up en/of -kloon is, zou het in staat moeten zijn om de dingen terug te krijgen zoals ze waren. En laat de machine dan zoals hij is, totdat er een plan is om te bepalen welke apps incompatibel zijn, moeten worden geüpgraded, enz. En getest in een dual-boot-modus.

Afgezien van beveiligingsupdates, waarschijnlijk geen overtuigende functies in El Cap waar de machine moet worden geüpgraded.

grahamperrin

8 juni 2007
  • 22 mei 2016
jazzwineman zei: … de klant moet waarschijnlijk een nieuw programma krijgen en niet proberen terug te gaan naar een ouder besturingssysteem …

Als uw klant wil doorgaan met zowel de oude applicatie als El Capitan, zou hij of zij dan overwegen om Mavericks of minder in (zeg) een VirtualBoxVM alleen voor die applicatie te gebruiken?

jazzwijnman

originele poster
22 mei 2016
  • 23 mei 2016
grahamperrin zei: Als uw klant zowel met de oude applicatie als El Capitan wil doorgaan, zou hij of zij dan overwegen om Mavericks of minder in (laten we zeggen) een VirtualBoxVM alleen voor die applicatie te gebruiken?
We gebruiken vm fusion voor een specifiek Windows-programma. Welke vm-box zou je aanbevelen voor het uitvoeren van buitenbeentjes? Mijn enige probleem en misschien maakt dit geen verschil, maar het installatieprogramma dat hij oorspronkelijk had gedownload (een gecomprimeerd bestand) is beschadigd. Ik vraag me af of dit op een goede manier kan worden overgedragen naar een nieuwe installatie, hoewel ik een back-up van de tijdmachine heb zoals deze oorspronkelijk was aangelegd en ik neem aan dat dit ook in een virtuele stuurman kan gaan. Gedachten en heel erg bedankt

Tom

grahamperrin

8 juni 2007
  • 23 mei 2016
De afgelopen jaren heb ik niets anders geprobeerd dan VirtualBox. Mijn grootste klacht is dat sommige Command-toetscombinaties niet werken zoals verwacht. Zoals Command-Q met mijn duim op de linker Command-toets wordt niet geïnterpreteerd als een stop van de app die vooraan in de gast staat; het wordt geïnterpreteerd als een stop van de gast.

Geen BoMac

Moderator
Medewerker
1 juli 2014
  • 23 mei 2016
Het lijkt erop dat Fusion 6.0-8.0 Mavericks aankan.

Wat betreft een installatieprogramma, als de klant 'hun exemplaar legaal heeft gekocht (dwz gedownload van de App Store via hun Apple ID), zou het nog steeds in de lijst onder het tabblad 'Gekocht' moeten staan. De mijne is er nog steeds en wordt weergegeven als downloadbaar.

Wat betreft al het andere dat met Fusion te maken heeft, heb het niet meer gebruikt sinds het upgraden naar Yosemite: momenteel met VirtualBox en alleen met Windows.

jazzwijnman

originele poster
22 mei 2016
  • 23 mei 2016
grahamperrin zei: De afgelopen jaren heb ik niets anders geprobeerd dan VirtualBox. Mijn grootste klacht is dat sommige Command-toetscombinaties niet werken zoals verwacht. Zoals Command-Q met mijn duim op de linker Command-toets wordt niet geïnterpreteerd als een stop van de app die vooraan in de gast staat; het wordt geïnterpreteerd als een stop van de gast.
Kan ik de timemachine-back-up van Mavericks nemen en de virtuele box laden. Ik heb nog niet de kans gehad om te lezen, maar ben benieuwd of het kan.
[dubbelpost=1464041350][/dubbelpost]
NoBoMac zei: Het lijkt erop dat Fusion 6.0-8.0 Mavericks aankan.

Wat betreft een installatieprogramma, als de klant 'hun exemplaar legaal heeft gekocht (dwz gedownload van de App Store via hun Apple ID), zou het nog steeds in de lijst onder het tabblad 'Gekocht' moeten staan. De mijne is er nog steeds en wordt weergegeven als downloadbaar.

Wat betreft al het andere dat met Fusion te maken heeft, heb het niet meer gebruikt sinds het upgraden naar Yosemite: momenteel met VirtualBox en alleen met Windows.
Ik heb het installatieprogramma voor het Mental Notes-programma niet - ik maak me geen zorgen over de VM Fusion. Zal de virtuele box een back-up van de tijdmachine maken en die als een besturingssysteem laden?

grahamperrin

8 juni 2007
  • 23 mei 2016
jazzwineman zei: Zal ​​de virtuele box een back-up van de tijdmachine maken en die als een besturingssysteem laden?

Ik betwijfel het.

Zoiets zou kunnen werken:
  1. herstellen van de Time Machine-back-up naar een fysieke schijf in een behuizing met een USB-aansluiting
  2. in een VirtualBoxVM-gast, twee virtuele schijven hebben
  3. installeer elke versie van OS X op een van de twee
  4. in de hostmachine, ontkoppel maar werp het OS X-opstartvolume op de fysieke schijf niet uit
  5. in de VirtualBoxVM-gast, maak verbinding met de fysieke schijf
  6. kloon in de guest de inhoud van de fysieke schijf naar de tweede virtuele schijf
… zoiets. Een lange tijd sinds ik de routine doorliep, was een beetje vooruitzien nodig om te zorgen dat wat *was* de secundaire virtuele schijf een primair apparaat werd voor opstartdoeleinden in de guest. Als dat logisch is - ik ben nu slaperig, na middernacht en misschien leg ik het niet goed uit!