Cits

EXC_BAD_ACCESS (SIGSEGV)

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs
  • 2016. gada 22. maijs
Es neesmu programmētājs, un tāpēc daļai no tā man ir maz jēgas, tomēr, lasot žurnālu, šķiet, ka tas norāda uz lasīšanas/rakstīšanas atmiņas problēmām (varbūt kešatmiņas vai kešatmiņas lieluma). Es tikko jaunināju kādu no Mavericks uz El Capitan, un tas notiek periodiski, un dažreiz tas notiek vairākas dienas, un pēc tam 3 vai 4 reizes pēc kārtas nokrīt. Vai kāds varētu būt tik laipns, lai uz to paskatītos un pateiktu man, kāda, viņaprāt, ir problēma? Bija vairāki binārie attēli, taču forums man nepārtraukti teica, ka ziņojumā ir nederīgas rakstzīmes un tas netiks publicēts.





Paldies par jūsu laiku un palīdzību.





Process: izpildlaiks [3137]

Ceļš: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Identifikators: com.filemaker.client.runtime.MentalNt32

Versija: 11.0.1 (11.0.1)

Koda veids: X86 (vietējais)

Vecāku process: ??? [1]

Atbildīgais: Runtime [3137]

Lietotāja ID: 501



Datums/Laiks: 2016-05-17 16:02:10.375 -0500

OS versija: Mac OS X 10.11.4 (15E65)

Pārskata versija: 11

Anonīms UUID: E02D64F8-AF87-C361-6011-AA1AC8BF9FD0



Miega/nomoda UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Nomoda laiks kopš sāknēšanas: 28 000 sekundes

Laiks kopš pamošanās: 16000 sekundes



Sistēmas integritātes aizsardzība: atspējota



Avarēja pavediens: 0 Nosūtīšanas rinda: com.apple.main-thread



Izņēmuma veids: EXC_BAD_ACCESS (SIGSEGV)

Izņēmuma kodi: KERN_INVALID_ADDRESS pie 0x0000000000000020

Izņēmuma piezīme: EXC_CORPSE_NOTIFY



VM reģioni 0x20 tuvumā:

->

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



Informācija par lietojumprogrammu:

objc_msgSend() atlasītāja nosaukums: izlaidums





0. pavediens avarēja:: Nosūtīšanas rinda: 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 notekas] + 122

3 com.apple.AppKit 0x926cdc3e — [NSApplication palaist] + 946

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

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

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



1. pavediens:: Nosūtīšanas rinda: 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. pavediens:

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(garš bez paraksta) + 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. pavediens:

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::Semafors: Reakcijas:Weaselboy

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs


  • 2016. gada 22. maijs
Grahamperrin teica: In Ask Different: Vai kāds man kā lietotājam var palīdzēt izlasīt šo avārijas ziņojumu? – apsveriet pieņemto atbildi.

Vai MentalNt32 ir FileMaker produkts? Vai esat jautājis MentalNt32 izstrādātājiem?
Es patiešām novērtēju jūsu atbildi. Bet, pārvaldot kādus 15 000 datorus, tas parasti būtu pirmais, ko darītu, un, tā kā tie neeksistē un vēl pirms 4 gadiem nebija, man jāmeklē alternatīvie resursi. Es to nedomāju sliktā nozīmē, jo jūs mēģināt palīdzēt, bet jūs sakāt acīmredzamo. Jā, tur ir teikts, ka izveidojis Filemaker.

Paldies tik un tā. Es tikai cenšos saņemt palīdzību lasīšanā un palīdzēt ārsta klientam/draugam, kuram ir periodiskas problēmas.
Reakcijas:grahamperrīns THE

leman

2008. gada 14. oktobris
  • 2016. gada 22. maijs
jazzwineman teica: Paldies tik un tā. Es tikai cenšos saņemt palīdzību lasīšanā un palīdzēt ārsta klientam/draugam, kuram ir periodiskas problēmas.

Tā ir lietotnes kļūda. Ko vēl jūs vēlaties, lai mēs sakām? Kļūda nozīmē, ka lietotne piekļūst neesošai atmiņas vietai. Visticamāk, viena no tām lietām, kas darbojas vienā OS X un pārstāj darboties ar nākamo, jo izstrādātājs neuztraucās lasīt dokumentus. Neko daudz nevar izdarīt, ja jums nav piekļuves avota kodam vai nav jāsazinās ar izstrādātāju.

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs
  • 2016. gada 22. maijs
Lemāns teica: Tā ir lietotnes kļūda. Ko vēl jūs vēlaties, lai mēs sakām? Kļūda nozīmē, ka lietotne piekļūst neesošai atmiņas vietai. Visticamāk, viena no tām lietām, kas darbojas vienā OS X un pārstāj darboties ar nākamo, jo izstrādātājs neuztraucās lasīt dokumentus. Neko daudz nevar izdarīt, ja jums nav piekļuves avota kodam vai nav jāsazinās ar izstrādātāju.
Paldies. Es domāju, ka tas ir saistīts ar atmiņas lasīšanas un rakstīšanas kļūdām. Tas strādāja Mavericks, bet ne El Capitan. Dīvaini, es domāju, ka tas notiktu katru reizi, tomēr tas ir ar pārtraukumiem. Programmā nav daudz regulējamu iespēju. Es pielāgoju kešatmiņu, kas pēc noklusējuma ir 64 MB, uz 128 MB, un pārbaudīju, vai kešatmiņa tiek saglabāta ik pēc 10 minūtēm, salīdzinot ar programmas dīkstāves režīmu. Es nezinu, vai kāds no tiem ietekmēs. Es klientam teicu, ka bez pirmkoda ikviens būtu bezpalīdzīgs. THE

leman

2008. gada 14. oktobris
  • 2016. gada 22. maijs
Es domāju, ka tā ir atmiņas noplūde vai kaut kas līdzīgs šim. Kāpēc tas neaktivizējās Mavericks — tam varētu būt simtiem iemeslu. Baidos, ka bez sākotnējā izstrādātāja atbalsta tas ir strupceļš.
Reakcijas:NoBoMac

NoBoMac

Moderators
Darbinieks
2014. gada 1. jūlijs
  • 2016. gada 22. maijs
Ko Lemāns teica.

Atmiņas noplūde, NULL rādītājs, nederīgs rādītājs, piekļuve programmas atbrīvotajai atmiņai, nepareiza atmiņas piešķiršana, bufera pārpildes utt.

Un ne tik dīvaini. Izmaiņas vidē var atklāt kļūdu(-as) kodā. Reiz ar mani notika līdzīga lieta: mājas kods darbojās, kā paredzēts, vairāk nekā gadu, tika atjaunināta darbības vide, kodā tika atklāta NULL rādītāja kļūda.

Kļūdas izdrukas gadījumā šķiet, ka tā ir nederīga rādītāja kļūda:

Izņēmuma kodi: KERN_INVALID_ADDRESS pie 0x0000000000000020

Visticamāk, lietotne, nevis kaut kas ir OS X. Ja tas būtu saistīts ar OS, tiktu redzēts vairāk šo un no citām lietotnēm.
Reakcijas:grahamperrīns

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs
  • 2016. gada 22. maijs
Paldies visiem par palīdzību. Tas apstiprina manas domas, un klientam, iespējams, ir jāiegūst jauna programma, nevis jāmēģina atgriezties pie vecākām OS problēmām, kuras galu galā netiks atbalstītas vai arī citi vienumi kādā brīdī var nedarboties.
Vēlreiz paldies.

Priekā!

Toms

NoBoMac

Moderators
Darbinieks
2014. gada 1. jūlijs
  • 2016. gada 22. maijs
Nav iemesla neatgriezties pie iepriekšējā. Ja ir TimeMachine dublējums un/vai klons, vajadzētu būt iespējai atgriezt lietas tā, kā tās bija. Un pēc tam atstājiet iekārtu tādu, kāda tā ir, līdz tiek izstrādāts plāns, lai noteiktu, kuras lietotnes ir nesaderīgas, kuras ir jājaunina utt. un kuras ir pārbaudītas kādā divkāršās sāknēšanas režīmā.

Izņemot drošības atjauninājumus, iespējams, ka El Cap nav pārliecinošu funkciju, kur iekārta ir jājaunina.

grahamperrīns

2007. gada 8. jūnijs
  • 2016. gada 22. maijs
jazzwineman teica: … klientam, iespējams, ir jāiegūst jauna programma, nevis jāmēģina atgriezties uz vecāku OS…

Ja jūsu klients vēlas turpināt lietot gan veco lietojumprogrammu, gan El Capitan, vai viņš vai viņa apsvērtu iespēju palaist Mavericks vai mazāku (teiksim) VirtualBoxVM tikai šai lietojumprogrammai?

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs
  • 2016. gada 23. maijs
Grahamperrin teica: Ja jūsu klients vēlas turpināt lietot gan veco lietojumprogrammu, gan El Capitan, vai viņš vai viņa apsvērtu iespēju palaist Mavericks vai mazāku (teiksim) VirtualBoxVM tikai šai lietojumprogrammai?
Mēs palaižam vm fusion konkrētai Windows programmai. Kuru vm kasti jūs ieteiktu darbināt mavericks? Mana vienīgā problēma, un, iespējams, tam nav nekādas nozīmes, taču instalēšanas programma, kuru viņš sākotnēji lejupielādēja (saspiests fails), ir bojāta. Es domāju, vai tas varētu tikt pārsūtīts uz jaunu instalāciju, lai gan tam ir laika mašīnas dublējums, kā tas sākotnēji tika izveidots, un es pieņemu, ka tas varētu nonākt arī virtuālajā vidē. Pārdomas un liels paldies

Toms

grahamperrīns

2007. gada 8. jūnijs
  • 2016. gada 23. maijs
Pēdējos gados neesmu mēģinājis neko citu kā VirtualBox. Mana galvenā problēma ir tāda, ka dažas komandu taustiņu kombinācijas nedarbojas, kā paredzēts. Tāpat kā Command-Q ar manu īkšķi uz kreisās puses Command taustiņa netiek interpretēta kā viesa priekšā esošās lietotnes aizvēršana; tas tiek interpretēts kā viesa pamešana.

NoBoMac

Moderators
Darbinieks
2014. gada 1. jūlijs
  • 2016. gada 23. maijs
Šķiet, ka Fusion 6.0–8.0 var apstrādāt Mavericks.

Attiecībā uz instalētāju, ja klients savu kopiju iegādājās likumīgi (ti, lejupielādēja no App Store, izmantojot savu Apple ID), tam joprojām ir jābūt sarakstā cilnē Iegādāts. Manējais joprojām ir tur un tiek rādīts kā lejupielādējams.

Kas attiecas uz jebko citu, kas saistīts ar Fusion, es to neesmu izmantojis kopš jaunināšanas uz Yosemite: pašlaik izmanto VirtualBox un tikai ar Windows.

džezvīnists

Oriģinālais plakāts
2016. gada 22. maijs
  • 2016. gada 23. maijs
grahamperrin teica: Pēdējos gados es neesmu mēģinājis neko citu kā VirtualBox. Mana galvenā problēma ir tāda, ka dažas komandu taustiņu kombinācijas nedarbojas, kā paredzēts. Tāpat kā Command-Q ar manu īkšķi uz kreisās puses Command taustiņa netiek interpretēta kā viesa priekšā esošās lietotnes aizvēršana; tas tiek interpretēts kā viesa pamešana.
Vai es varu izveidot Mavericks laika mašīnas dublējumu un ielādēt virtuālajā kastē. Man nav bijusi iespēja lasīt, bet interesanti, vai to var izdarīt.
[doublepost=1464041350][/doublepost]
NoBoMac teica: šķiet, ka Fusion 6.0-8.0 var apstrādāt Mavericks.

Attiecībā uz instalētāju, ja klients savu kopiju iegādājās likumīgi (ti, lejupielādēja no App Store, izmantojot savu Apple ID), tam joprojām ir jābūt sarakstā cilnē Iegādāts. Manējais joprojām ir tur un tiek rādīts kā lejupielādējams.

Kas attiecas uz jebko citu, kas saistīts ar Fusion, es to neesmu izmantojis kopš jaunināšanas uz Yosemite: pašlaik izmanto VirtualBox un tikai ar Windows.
Man nav programmas Mental Notes instalēšanas programmas — es neuztraucos par VM Fusion. Vai virtuālā kaste veiks laika mašīnas dublējumu un ielādēs to kā operētājsistēmu?

grahamperrīns

2007. gada 8. jūnijs
  • 2016. gada 23. maijs
jazzwineman teica: Vai virtuālā kaste veiks laika mašīnas dublējumu un ielādēs to kā operētājsistēmu?

ES par to šaubos.

Varētu darboties kaut kas līdzīgs šim:
  1. atjaunot no Time Machine dublējuma uz fizisko disku korpusā ar USB savienojumu
  2. VirtualBoxVM viesim ir divi virtuālie diski
  3. instalējiet jebkuru OS X versiju vienā no divām
  4. resursdatorā atvienojiet, bet neizņemiet OS X startēšanas sējumu, kas atrodas fiziskajā diskdzinī
  5. VirtualBoxVM viesos izveidojiet savienojumu ar fizisko disku
  6. viesos klonējiet fiziskā diska saturu uz otro virtuālo disku
… kaut kas tamlīdzīgs. Jau ilgu laiku, kopš es gāju cauri rutīnai, bija nepieciešama neliela apdomība, lai sekundārais virtuālais disks kļūtu par primāro ierīci viesa sāknēšanas nolūkiem. Ja tas ir jēga – es tagad esmu miegains, pāri pusnaktij un varbūt nepaskaidroju pareizi!