Muu

EXC_BAD_ACCESS (SIGSEGV)

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016
  • 22. toukokuuta 2016
En ole ohjelmoija, joten osa tästä ei ole minusta järkevää, mutta kun luen lokia, se näyttää viittaavan luku-/kirjoitusmuistiongelmiin (välimuisti tai välimuistin koko - ehkä). Päivitin juuri jonkun Mavericksista El Capitaniin, ja tämä tapahtuu satunnaisesti ja joskus kestää päiviä ilman tapahtumista ja sitten hyökkää, 3 tai 4 kertaa peräkkäin. Voisiko joku olla ystävällinen katsomaan tätä pintapuolisesti ja kertomaan minulle, mikä heidän mielestään ongelma on? Siellä oli useita binaarikuvia, mutta foorumi kertoi minulle jatkuvasti, että viestissä oli virheellisiä merkkejä ja että se ei lähettänyt.





Kiitos ajastasi ja avustasi.





Prosessi: Runtime [3137]

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

Tunniste: com.filemaker.client.runtime.MentalNt32

Versio: 11.0.1 (11.0.1)

Koodityyppi: X86 (alkuperäinen)

Vanhemman prosessi: ??? [1]

Vastuuhenkilö: Runtime [3137]

Käyttäjätunnus: 501



Päivämäärä/aika: 2016-05-17 16:02:10.375 -0500

Käyttöjärjestelmän versio: Mac OS X 10.11.4 (15E65)

Raportin versio: 11

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



Uni-/herätys-UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Herätysaika käynnistyksestä: 28 000 sekuntia

Aika herätyksestä: 16 000 sekuntia



Järjestelmän eheyden suojaus: poistettu käytöstä



Kaatunut säie: 0 Lähetysjono: com.apple.main-thread



Poikkeustyyppi: EXC_BAD_ACCESS (SIGSEGV)

Poikkeuskoodit: KERN_INVALID_ADDRESS osoitteessa 0x0000000000000020

Poikkeushuomautus: EXC_CORPSE_NOTIFY



VM-alueet lähellä 0x20:

->

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



Sovelluskohtaiset tiedot:

objc_msgSend() -valitsimen nimi: julkaisu





Säie 0 kaatui:: Lähetysjono: com.apple.main-thread

0 libobjc.A.dylib 0x998accaf objc_msgSend + 31

1 com.apple.CoreFoundation 0x951de69f _CFAutoreleasePoolPop + 47

2 com.apple.Foundation 0x9068efe8 -[NSAutoreleaseAltaan viemäri] + 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 ​​aloitus + 54



Säie 1:: Lähetysjono: 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



Lanka 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(allekirjoittamaton pitkä) + 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



Lanka 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::Semafori: Reaktiot:Weaselboy

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016


  • 22. toukokuuta 2016
grahamperrin sanoi: In Ask Different: Voiko joku auttaa minua lukemaan tämän virheraportin käyttäjänä? – harkitse hyväksyttyä vastausta.

Onko MentalNt32 FileMaker-tuote? Oletko kysynyt MentalNt32:n kehittäjiltä?
Arvostan todellakin vastaustasi. Mutta noin 15 000 tietokoneen hallinta olisi normaalisti ensimmäinen asia, jonka tekisin, ja koska niitä ei ole olemassa eikä ole ollut 4 vuotta sitten, minun on valittava vaihtoehtoiset resurssit. En tarkoita tätä huonolla tavalla, kun yrität auttaa, mutta kerrot ilmeisen. Kyllä siinä lukee Filemakerin tekemä.

kiitos joka tapauksessa. Yritän vain saada apua lukemiseen ja auttaa lääkäriasiakasta/ystävää, jolla on ajoittaisia ​​ongelmia.
Reaktiot:grahamperriini THE

leman

14. lokakuuta 2008
  • 22. toukokuuta 2016
jazzwineman sanoi: Kiitos joka tapauksessa. Yritän vain saada apua lukemiseen ja auttaa lääkäriasiakasta/ystävää, jolla on ajoittaisia ​​ongelmia.

No, se on sovelluksen virhe. Mitä muuta haluat meidän sanovan? Virhe tarkoittaa, että sovellus käyttää olematonta muistipaikkaa. Todennäköisesti yksi niistä asioista, jotka toimivat yhdessä OS X:ssä ja lakkaavat toimimasta seuraavassa, koska kehittäjä ei vaivautunut lukemaan asiakirjoja. Et voi tehdä paljon ilman pääsyä lähdekoodiin tai ilman yhteyttä kehittäjään.

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016
  • 22. toukokuuta 2016
leman sanoi: No, se on sovelluksen virhe. Mitä muuta haluat meidän sanovan? Virhe tarkoittaa, että sovellus käyttää olematonta muistipaikkaa. Todennäköisesti yksi niistä asioista, jotka toimivat yhdessä OS X:ssä ja lakkaavat toimimasta seuraavassa, koska kehittäjä ei vaivautunut lukemaan asiakirjoja. Et voi tehdä paljon ilman pääsyä lähdekoodiin tai ilman yhteyttä kehittäjään.
Kiitos. Luulin, että se käsittelee muistin luku- ja kirjoitusvirheitä. Se toimi Mavericksissa, mutta ei El Capitanissa. Outoa, luulisin sen tapahtuvan joka kerta, mutta se on ajoittaista. Ohjelmassa ei ole paljon säädettäviä vaihtoehtoja. Säädin välimuistin, joka on oletuksena 64 mb, 128 megatavuun ja tarkistin välimuistin tallentamisen 10 minuutin välein verrattuna ohjelman ollessa käyttämättömänä. En tiedä vaikuttaako kumpikaan. Kerroin asiakkaalle, että ilman lähdekoodia kukaan olisi avuton. THE

leman

14. lokakuuta 2008
  • 22. toukokuuta 2016
Luulisin sen olevan muistivuoto tai jotain vastaavaa. Miksi se ei laukaissut Mavericksissa - siihen voi olla kirjaimellisesti satoja syitä. Pelkään, että ilman alkuperäisen kehittäjän tukea se on umpikuja.
Reaktiot:NoBoMac

NoBoMac

Moderaattori
Henkilökunnan jäsen
1. heinäkuuta 2014
  • 22. toukokuuta 2016
Mitä Leman sanoi.

Muistivuotoja, NULL-osoitin, virheellinen osoitin, ohjelman vapauttaman muistin käyttö, virheellinen muistin varaus, puskurin ylivuoto jne.

Eikä niin outoa. Ympäristön muutos voi paljastaa koodin vian. Oliko minulle kerran käynyt vastaava: talossa koodi toimi odotetusti yli vuoden, päivitin käyttöympäristön, paljasti koodissa NULL-osoitinvirheen.

Virhevedoksia kohti näyttää olevan virheellinen osoitinvirhe:

Poikkeuskoodit: KERN_INVALID_ADDRESS osoitteessa 0x0000000000000020

Todennäköisesti sovellus, ei mikään, on OS X. Jos se liittyisi käyttöjärjestelmään, näkisi enemmän näitä ja useammista sovelluksista.
Reaktiot:grahamperriini

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016
  • 22. toukokuuta 2016
Kiitos kaikille avustanne. Se vahvistaa ajatukseni, ja asiakkaan täytyy luultavasti hankkia uusi ohjelma eikä yrittää palata vanhempiin käyttöjärjestelmäongelmiin, joita ei lopulta tueta tai muut kohteet eivät ehkä toimi jossain vaiheessa.
Kiitos taas.

Kippis!

Tom

NoBoMac

Moderaattori
Henkilökunnan jäsen
1. heinäkuuta 2014
  • 22. toukokuuta 2016
Ei mitään syytä olla palaamatta edelliseen. Jos TimeMachine-varmuuskopio ja/tai klooni on olemassa, sen pitäisi pystyä saamaan asiat takaisin ennalleen. Ja jätä kone sellaisenaan, kunnes on olemassa suunnitelma sen selvittämiseksi, mitkä sovellukset ovat yhteensopimattomia, tarvitsevat päivitystä jne. ja testataan jossain kaksoiskäynnistystilassa.

Muut kuin tietoturvapäivitykset, El Capissa ei luultavasti ole houkuttelevia ominaisuuksia, joissa kone on päivitettävä.

grahamperriini

8. kesäkuuta 2007
  • 22. toukokuuta 2016
jazzwineman sanoi: … asiakkaan täytyy luultavasti hankkia uusi ohjelma eikä yrittää palata vanhaan käyttöjärjestelmään…

Jos asiakkaasi haluaa jatkaa sekä vanhalla sovelluksella että El Capitanilla, harkitseeko hän Mavericksin tai vähemmän käyttämistä (esimerkiksi) VirtualBoxVM:ssä vain kyseiselle sovellukselle?

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016
  • 23. toukokuuta 2016
grahamperrin sanoi: Jos asiakkaasi haluaa jatkaa sekä vanhalla sovelluksella että El Capitanilla, harkitseeko hän Mavericksin tai vähemmän käyttämistä (sanotaanko) VirtualBoxVM:ssä vain kyseiselle sovellukselle?
Suoritamme vm fuusiota tietylle Windows-ohjelmalle. Mitä vm-laatikkoa suosittelisit mavericks-käyttöön? Ainoa ongelmani, ja ehkä tällä ei ole merkitystä, mutta asennusohjelma, jonka hän oli ladannut alun perin (pakattu tiedosto), on vioittunut. Mietin, voisiko tämä siirtyä hienolla tavalla uuteen asennukseen, vaikka sinulla on aikakoneen varmuuskopio sellaisena kuin se alun perin laadittiin, ja oletan, että se voisi mennä myös virtuaaliseen koukkuun. Ajatuksia ja iso kiitos

Tom

grahamperriini

8. kesäkuuta 2007
  • 23. toukokuuta 2016
Viime vuosina en ole kokeillut mitään muuta kuin VirtualBoxia. Suurin valitukseni on, että jotkut komento-näppäinyhdistelmät eivät toimi odotetulla tavalla. Kuten komento-Q, jossa peukaloni on vasemmalla Komentonäppäimellä, ei tulkita vieraan edessä olevan sovelluksen sulkeutumisena. se tulkitaan vieraan lopettamiseksi.

NoBoMac

Moderaattori
Henkilökunnan jäsen
1. heinäkuuta 2014
  • 23. toukokuuta 2016
Näyttää siltä, ​​​​että Fusion 6.0-8.0 pystyy käsittelemään Mavericksia.

Mitä tulee asentajaan, jos asiakas 'osti kopionsa laillisesti (eli ladattu App Storesta Apple ID:n kautta), sen pitäisi silti olla 'Ostetut'-välilehden luettelossa. Omani on edelleen olemassa ja näkyy ladattavana.

Mitä tulee muuhun Fusioniin, en ole käyttänyt sitä Yosemiteen päivityksen jälkeen: tällä hetkellä käytössä VirtualBox ja vain Windowsin kanssa.

jazzviinimies

Alkuperäinen juliste
22. toukokuuta 2016
  • 23. toukokuuta 2016
grahamperrin sanoi: Viime vuosina en ole kokeillut mitään muuta kuin VirtualBoxia. Suurin valitukseni on, että jotkut komento-näppäinyhdistelmät eivät toimi odotetulla tavalla. Kuten komento-Q, jossa peukaloni on vasemmalla Komentonäppäimellä, ei tulkita vieraan edessä olevan sovelluksen sulkeutumisena. se tulkitaan vieraan lopettamiseksi.
Voinko ottaa Mavericksin aikakoneen varmuuskopion ja ladata virtuaalilaatikkoon. Minulla ei ole ollut mahdollisuutta lukea, mutta utelias, voidaanko se tehdä.
[doublepost=1464041350][/doublepost]
NoBoMac sanoi: Näyttää siltä, ​​​​että Fusion 6.0-8.0 pystyy käsittelemään Mavericksiä.

Mitä tulee asentajaan, jos asiakas 'osti kopionsa laillisesti (eli ladattu App Storesta Apple ID:n kautta), sen pitäisi silti olla 'Ostetut'-välilehden luettelossa. Omani on edelleen olemassa ja näkyy ladattavana.

Mitä tulee muuhun Fusioniin, en ole käyttänyt sitä Yosemiteen päivityksen jälkeen: tällä hetkellä käytössä VirtualBox ja vain Windowsin kanssa.
Minulla ei ole Mental Notes -ohjelman asennusohjelmaa – en ole huolissani VM Fusionista. Ottaako virtuaalinen laatikko aikakoneen varmuuskopion ja ladata sen käyttöjärjestelmänä?

grahamperriini

8. kesäkuuta 2007
  • 23. toukokuuta 2016
jazzwineman sanoi: Ottaako virtuaalinen laatikko aikakoneen varmuuskopion ja ladata sen käyttöjärjestelmänä?

Epäilen sitä.

Jokin tällainen voisi toimia:
  1. palauttaa Time Machine -varmuuskopiosta fyysiselle asemalle kotelossa, jossa on USB-yhteys
  2. VirtualBoxVM-vieraalla on kaksi virtuaalilevyä
  3. asenna mikä tahansa OS X -versio jompaankumpaan näistä kahdesta
  4. irrota isäntäkoneessa, mutta älä poista fyysisellä asemalla olevaa OS X -aloitustaltiota
  5. muodosta yhteys fyysiseen asemaan VirtualBoxVM-vierastilassa
  6. kloonaa vierastilassa fyysisen aseman sisältö toiselle virtuaalilevylle
… jotain sellaista. Pitkästä aikaa rutiinin läpikäymisen jälkeen vaadittiin hieman ennakointia, jotta *oli* toissijaisesta virtuaalilevystä tulisi ensisijainen laite käynnistystarkoituksiin vieraassa. Jos siinä on järkeä – olen nyt uninen, yli puolenyön enkä ehkä selitä sitä kunnolla!