Egyéb

EXC_BAD_ACCESS (SIGSEGV)

jazzborász

Eredeti plakát
2016. május 22
  • 2016. május 22
Nem vagyok programozó, így ennek egy része nem sok értelmet nyer, de ahogy olvasom a naplót, úgy tűnik, hogy az olvasási/írási memóriaproblémákat jelez (talán a gyorsítótár vagy a gyorsítótár mérete). Nemrég frissítettem valakit a Mavericksről az El Capitan-re, és ez időszakosan előfordul, és néha napokig elmegy anélkül, hogy megtörténhet, majd háromszor vagy négyszer egymás után elakad. Tudna valaki egy felületes pillantást vetni erre, és elmondani, szerinte mi a probléma? Számos bináris kép volt, de a fórum folyamatosan azt mondogatta, hogy érvénytelen karakterek vannak az üzenetben, és nem tesz közzé.





Köszönöm az időt és a segítséget.





Folyamat: Futásidő [3137]

Elérési út: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Azonosító: com.filemaker.client.runtime.MentalNt32

Verzió: 11.0.1 (11.0.1)

Kódtípus: X86 (natív)

Szülői folyamat: ??? [1]

Felelős: Runtime [3137]

Felhasználói azonosító: 501



Dátum/Idő: 2016-05-17 16:02:10.375 -0500

OS verzió: Mac OS X 10.11.4 (15E65)

Jelentés verziója: 11

Névtelen UUID: E02D64F8-AF87-C361-6011-AA1AC8BF9FD0



Alvás/ébrenlét UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Ébredési idő a rendszerindítás óta: 28000 másodperc

Ébredés óta eltelt idő: 16000 másodperc



Rendszerintegritás védelem: letiltva



Összeomlott szál: 0 Feladási sor: com.apple.main-thread



Kivétel típusa: EXC_BAD_ACCESS (SIGSEGV)

Kivételi kódok: KERN_INVALID_ADDRESS, 0x0000000000000020

Kivétel Megjegyzés: EXC_CORPSE_NOTIFY



Virtuálisgép-régiók 0x20 közelében:

->

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



Alkalmazásspecifikus információk:

objc_msgSend() választó neve: kiadás





0. szál összeomlott:: Feladási sor: 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 lefolyó] + 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



1. szál:: Feladási sor: 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



2. szál:

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(előjel nélküli hosszú) + 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



3. szál:

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: Reakciók:menyétfiú

jazzborász

Eredeti plakát
2016. május 22


  • 2016. május 22
grahamperrin azt mondta: In Ask Different: Tudna valaki segíteni nekem felhasználóként elolvasni ezt a hibajelentést? – fontolja meg az elfogadott választ.

A MentalNt32 egy FileMaker termék? Megkérdezted a MentalNt32 fejlesztőit?
Valóban nagyra értékelem a válaszát. De körülbelül 15 000 számítógép kezelése általában az lenne az első dolog, amit tennék, és mivel ezek nem léteznek és 4 évvel ezelőtt nem is voltak, más erőforrásokhoz kell fordulnom. Ezt nem rossz értelemben mondom, hiszen segíteni próbálsz, de kijelented a nyilvánvalót. Igen, azt írja, hogy a Filemaker készítette.

Amúgy köszi. Csak próbálok segítséget kérni az olvasáshoz, és segíteni egy orvos kliensnek/barátomnak, akinek időszakos problémái vannak.
Reakciók:grahamperrin AZ

leman

2008. október 14
  • 2016. május 22
jazzwineman azt mondta: Köszönöm egyébként. Csak próbálok segítséget kérni az olvasáshoz, és segíteni egy orvos kliensnek/barátomnak, akinek időszakos problémái vannak.

Nos, ez egy hiba az alkalmazásban. Mit akarsz még, hogy mondjunk? A hiba azt jelenti, hogy az alkalmazás nem létező memóriahelyhez fér hozzá. Valószínűleg az egyik olyan dolog, amely működik az egyik OS X-en, és nem működik a következőn, mert a fejlesztő nem vette a fáradságot a dokumentumok elolvasásával. Nem sok mindent tehet anélkül, hogy hozzáférne a forráskódhoz, vagy ne lépjen kapcsolatba a fejlesztővel.

jazzborász

Eredeti plakát
2016. május 22
  • 2016. május 22
Leman azt mondta: Nos, ez egy hiba az alkalmazásban. Mit akarsz még, hogy mondjunk? A hiba azt jelenti, hogy az alkalmazás nem létező memóriahelyhez fér hozzá. Valószínűleg egyike azoknak a dolgoknak, amelyek működnek az egyik OS X-en, és nem működnek a következőn, mert a fejlesztő nem vette a fáradságot a dokumentumok elolvasásával. Nem sok mindent tehet anélkül, hogy hozzáférne a forráskódhoz, vagy ne lépjen kapcsolatba a fejlesztővel.
Köszönöm. Azt hittem, hogy a memória olvasási és írási hibáiról van szó. A Mavericksben működött, de az El Capitanban nem. Furcsa, azt hinném, hogy ez minden alkalommal megtörténik, bár időszakosan. A programban nem sok állítható lehetőség található. Beállítottam a gyorsítótárat, ami alapértelmezés szerint 64 mb, 128 mb-ra, és ellenőriztem a gyorsítótár mentését 10 percenként, ha a program tétlen. Nem tudom, hogy valamelyiknek lesz-e hatása. Megmondtam az ügyfélnek, hogy forráskód nélkül bárki tehetetlen lenne. AZ

leman

2008. október 14
  • 2016. május 22
Azt hiszem, ez memóriaszivárgás, vagy ilyesmi. Hogy miért nem vált be a Mavericksben – ennek szó szerint több száz oka lehet. Attól tartok, hogy az eredeti fejlesztő támogatása nélkül ez egy zsákutca.
Reakciók:NoBoMac

NoBoMac

Moderátor
Munkatárs
2014. július 1
  • 2016. május 22
amit Leman mondott.

Memóriaszivárgás, NULL mutató, érvénytelen mutató, a program által felszabadított memória elérése, helytelen memóriafoglalás, puffer túlcsordulás stb.

És nem is olyan furcsa. A környezet változása felfedheti a kód hibáját/hibáit. Egyszer velem is megtörtént hasonló: a házon belüli kód a várt módon futott több mint egy évig, frissítettem az operációs környezetet, NULL pointer bugot tárt fel a kódban.

Hibakiírás szerint érvénytelen mutató hibának tűnik:

Kivételi kódok: KERN_INVALID_ADDRESS, 0x0000000000000020

Valószínűleg az alkalmazás, nem semmi az OS X. Ha az operációs rendszerrel kapcsolatos lenne, többet látnának ezekből és több alkalmazásból.
Reakciók:grahamperrin

jazzborász

Eredeti plakát
2016. május 22
  • 2016. május 22
Köszönöm mindenkinek a segítséget. Megerősíti a gondolataimat, és az ügyfélnek valószínűleg új programot kell beszereznie, és nem kell megpróbálnia visszatérni a régebbi operációs rendszer problémáihoz, amelyek végül nem lesznek támogatottak, vagy más elemek valamikor nem működnek.
Köszönöm mégegyszer.

Egészségére!

Tom

NoBoMac

Moderátor
Munkatárs
2014. július 1
  • 2016. május 22
Nincs ok arra, hogy ne térjen vissza az előzőhöz. Ha van TimeMachine biztonsági mentés és/vagy klón, akkor képesnek kell lennie arra, hogy a dolgokat visszaállítsa a régi állapotba. Ezután hagyja a gépet úgy, ahogy van, amíg meg nem születik a terv annak meghatározására, hogy mely alkalmazások nem kompatibilisek, frissítésre szorulnak stb., és melyeket tesztelnek valamilyen kettős rendszerindítási módban.

A biztonsági frissítéseken kívül valószínűleg nincs olyan meggyőző funkció az El Cap-ban, ahol a gépet frissíteni kell.

grahamperrin

2007. június 8
  • 2016. május 22
jazzwineman azt mondta: … a kliensnek valószínűleg új programot kell beszereznie, és nem próbál visszamenni a régebbi operációs rendszerhez…

Ha az ügyfele a régi alkalmazást és az El Capitan-t is szeretné folytatni, akkor megfontolná-e a Mavericks vagy kevesebb futtatását (mondjuk) egy VirtualBoxVM-ben egyedül az adott alkalmazáshoz?

jazzborász

Eredeti plakát
2016. május 22
  • 2016. május 23
grahamperrin azt mondta: Ha az ügyfele a régi alkalmazást és az El Capitan-t is szeretné folytatni, akkor megfontolná-e a Mavericks vagy kevesebb futtatását (mondjuk) egy VirtualBoxVM-ben egyedül ehhez az alkalmazáshoz?
A vm fusion-t egy adott Windows programhoz futtatjuk. Melyik vm boxot ajánlanátok a maverickek futtatásához? Az egyetlen problémám, és talán ez nem számít, de az eredetileg letöltött telepítőprogram (tömörített fájl) sérült. Érdeklődnék, hogy ez jó módon átvihető-e egy új telepítésre, bár van egy időgépes biztonsági mentése, ahogyan eredetileg el volt fektetve, és feltételezem, hogy ez egy virtuális koxba is bekerülhet. Gondolatok és nagy köszönet

Tom

grahamperrin

2007. június 8
  • 2016. május 23
Az elmúlt években a VirtualBoxon kívül semmi mást nem próbáltam. A fő kifogásom az, hogy egyes Command-billentyűkombinációk nem a várt módon működnek. Például a bal oldali Command billentyűn lévő hüvelykujjjal a Command-Q nem értelmezhető a vendég előtt lévő alkalmazás kilépéseként; a vendég kilépéseként értelmezik.

NoBoMac

Moderátor
Munkatárs
2014. július 1
  • 2016. május 23
Úgy tűnik, a Fusion 6.0-8.0 képes kezelni a Maverickeket.

Ami a telepítőt illeti, ha az ügyfél „legálisan vásárolta meg a példányát (azaz Apple ID-jén keresztül letöltötte az App Store-ból), akkor is szerepelnie kell a „Megvásárolt” lapon található listában. Az enyém még mindig megvan, letölthetőként jelenik meg.

Ami a Fusionnal kapcsolatos bármi mást illeti, a Yosemite-re való frissítés óta nem használtam: jelenleg VirtualBoxot használ, és csak Windows rendszerrel.

jazzborász

Eredeti plakát
2016. május 22
  • 2016. május 23
grahamperrin mondta: Az elmúlt években a VirtualBoxon kívül semmi mást nem próbáltam. A fő kifogásom az, hogy egyes Command-billentyűkombinációk nem a várt módon működnek. Például a bal oldali Command billentyűn lévő hüvelykujjjal a Command-Q nem értelmezhető a vendég előtt lévő alkalmazás kilépéseként; a vendég kilépéseként értelmezik.
Készíthetem a Mavericks időgépes biztonsági másolatát, és betölthetem a virtuális dobozba. Nem volt alkalmam olvasni, de kíváncsi vagyok, hogy meg lehet-e csinálni.
[doublepost=1464041350][/doublepost]
NoBoMac azt mondta: Úgy tűnik, a Fusion 6.0-8.0 képes kezelni a Maverickeket.

Ami a telepítőt illeti, ha az ügyfél „legálisan vásárolta meg a példányát (azaz Apple ID-jén keresztül letöltötte az App Store-ból), akkor is szerepelnie kell a „Megvásárolt” lapon található listában. Az enyém még mindig megvan, letölthetőként jelenik meg.

Ami a Fusionnal kapcsolatos bármi mást illeti, a Yosemite-re való frissítés óta nem használtam: jelenleg VirtualBoxot használ, és csak Windows rendszerrel.
Nincs telepítőm a Mental Notes programhoz – nem aggódom a VM Fusion miatt. A virtuális box egy időgépes biztonsági másolatot készít, és betölti operációs rendszerként?

grahamperrin

2007. június 8
  • 2016. május 23
jazzwineman azt mondta: A virtuális box készít egy időgépes biztonsági másolatot, és betölti operációs rendszerként?

Kétlem.

Valami ilyesmi működhet:
  1. visszaállítás a Time Machine biztonsági másolatából egy USB-kapcsolattal rendelkező házban lévő fizikai meghajtóra
  2. egy VirtualBoxVM vendégben, legyen két virtuális lemeze
  3. telepítse az OS X bármely verzióját a kettő egyikére
  4. a gazdagépen válassza le, de ne adja ki a fizikai meghajtón lévő OS X indítókötetet
  5. a VirtualBoxVM vendégben csatlakozzon a fizikai meghajtóhoz
  6. a vendégben klónozza a fizikai meghajtó tartalmát a második virtuális lemezre
… valami hasonló. Mióta végigmentem a rutinon, egy kis előrelátásra volt szükség ahhoz, hogy a *volt* a másodlagos virtuális lemez elsődleges eszköz legyen a vendég rendszerindítási céljára. Ha ennek van értelme – most álmos vagyok, éjfél elmúlt, és talán nem magyarázom el megfelelően!