Друго

EXC_BAD_ACCESS (SIGSEGV)

джазвинист

Оригинален плакат
22 май 2016 г
  • 22 май 2016 г
Аз не съм програмист и затова част от това няма смисъл за мен, но докато чета дневника, изглежда показва проблеми с паметта за четене/запис (кеш или размер на кеша - може би). Току-що надстроих някого от Mavericks до El Capitan и това се случва периодично и понякога ще продължи дни, без да се случи, а след това ще се повреди, 3 или 4 пъти подред. Може ли някой да бъде любезен да хвърли бегъл поглед върху това и да ми каже какъв според тях е проблемът? Имаше редица двоични изображения - форумът обаче непрекъснато ми казваше, че има невалидни знаци в съобщението и няма да публикува.





Благодаря за отделеното време и помощта.





Процес: време на изпълнение [3137]

Път: /Applications/MentalNt32/MentalNt32.app/Contents/MacOS/Runtime

Идентификатор: com.filemaker.client.runtime.MentalNt32

Версия: 11.0.1 (11.0.1)

Тип код: X86 (роден)

Родителски процес: ??? [1]

Отговорен: Време на изпълнение [3137]

Потребителски идентификатор: 501



Дата/Час: 2016-05-17 16:02:10.375 -0500

Версия на ОС: Mac OS X 10.11.4 (15E65)

Версия на доклада: 11

Анонимен UUID: E02D64F8-AF87-C361-6011-AA1AC8BF9FD0



Sleep/Wake UUID: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



Време за събуждане от стартиране: 28 000 секунди

Време от събуждане: 16000 секунди



Защита на целостта на системата: деактивирана



Срината нишка: 0 Опашка за изпращане: com.apple.main-thread



Тип изключение: EXC_BAD_ACCESS (SIGSEGV)

Кодове на изключения: KERN_INVALID_ADDRESS на 0x0000000000000020

Забележка за изключение: EXC_CORPSE_NOTIFY



Региони на VM близо до 0x20:

->

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



Специфична информация за приложението:

objc_msgSend() име на селектор: освобождаване





Нишка 0 се срина:: Опашка за изпращане: 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 drain] + 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 ​​начало + 54



Тема 1:: Опашка за изпращане: 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:

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



Тема 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::Семафор: Реакции:Невестулка

джазвинист

Оригинален плакат
22 май 2016 г


  • 22 май 2016 г
grahamperrin каза: В Ask Different: Може ли някой да ми помогне да прочета този доклад за срив като потребител? – разгледайте приетия отговор.

MentalNt32 продукт на FileMaker ли е? Питали ли сте разработчиците на MentalNt32?
Наистина оценявам вашия отговор. Но да управлявам около 15 000 компютъра, това обикновено е първото нещо, което бих направил и тъй като те не съществуват и не са съществували преди 4 години, трябва да отида до алтернативни ресурси. Нямам предвид това по лош начин, тъй като се опитвате да помогнете, но заявявате очевидното. Да, пише, направено от Filemaker.

Благодаря ти все пак. Просто се опитвам да получа помощ при четенето на това, което има и да помогна на клиент/приятел лекар, който има периодични проблеми.
Реакции:грахамперин THE

leman

14 октомври 2008 г
  • 22 май 2016 г
jazzwineman каза: Благодаря ти все пак. Просто се опитвам да получа помощ при четенето на това, което има и да помогна на клиент/приятел лекар, който има периодични проблеми.

Е, това е грешка в приложението. Какво друго искаш да кажем? Грешката означава, че приложението има достъп до несъществуващо място в паметта. Най-вероятно едно от онези неща, които работят на една OS X и спират да работят на следващата, защото разработчикът не си направи труда да прочете документите. Не можете да направите много, без да имате достъп до изходния код или да се свържете с разработчика.

джазвинист

Оригинален плакат
22 май 2016 г
  • 22 май 2016 г
leman каза: Е, това е грешка в приложението. Какво друго искаш да кажем? Грешката означава, че приложението има достъп до несъществуващо място в паметта. Най-вероятно едно от онези неща, които работят на една OS X и спират да работят на следващата, защото разработчикът не си направи труда да прочете документите. Не можете да направите много, без да имате достъп до изходния код или да се свържете с разработчика.
Благодаря ти. Мислех, че това е работа с грешки при четене и запис в паметта. Работеше в Mavericks, но не и El Capitan. Странно, бих си помислил, че ще се случва всеки път, но е периодично. В програмата няма много регулируеми опции. Настроих кеша, който е 64 mb по подразбиране на 128 mb и направих проверка на запазването на кеша на всеки 10 минути спрямо когато програмата е неактивна. Не знам дали и двете ще имат ефект. Казах на клиента, че без изходен код всеки би бил безпомощен. THE

leman

14 октомври 2008 г
  • 22 май 2016 г
Предполагам, че това е изтичане на памет или нещо в този смисъл. Защо не се задейства в Mavericks - може да има буквално стотици причини. Страхувам се, че без подкрепата на оригиналния разработчик това е задънена улица.
Реакции:NoBoMac

NoBoMac

Модератор
Член на персонала
1 юли 2014 г
  • 22 май 2016 г
Какво каза Леман.

Изтичане на памет, NULL указател, невалиден указател, достъп до памет, освободена от програмата, неправилно разпределение на паметта, препълване на буфер и др.

И не толкова странно. Промяната в средата може да разкрие бъг(ите) в кода. Веднъж ми се случи подобно нещо: в домашен код работеше според очакванията повече от година, актуализира операционната среда, разкри грешка с NULL указател в кода.

За изхвърляне на грешка изглежда, че е невалидна грешка на указателя:

Кодове на изключения: KERN_INVALID_ADDRESS на 0x0000000000000020

Най-вероятно приложението, а не каквото и да е, е OS X. Ако беше свързано с ОС, щеше да вижда повече от тях и от повече приложения.
Реакции:грахамперин

джазвинист

Оригинален плакат
22 май 2016 г
  • 22 май 2016 г
Благодаря на всички за вашата помощ. Това потвърждава моите мисли и вероятно клиентът трябва да получи нова програма и да не се опитва да се връща към по-стари проблеми с ОС, които в крайна сметка няма да се поддържат или други елементи може да не работят в даден момент.
Благодаря отново.

Наздраве!

Том

NoBoMac

Модератор
Член на персонала
1 юли 2014 г
  • 22 май 2016 г
Няма причина да не се връщате към предишното. Ако има резервно копие на TimeMachine и/или клонинг, трябва да може да върне нещата така, както са били. И след това оставете машината такава, каквато е, докато се създаде план за определяне кои приложения са несъвместими, имат нужда от надграждане и т.н. и тествани в някакъв режим на двойно зареждане.

Освен актуализации на защитата, вероятно няма убедителни функции в El Cap, където машината трябва да бъде надстроена.

грахамперин

8 юни 2007 г
  • 22 май 2016 г
jazzwineman каза: ... вероятно клиентът трябва да получи нова програма и да не се опитва да се върне към по-стара ОС...

Ако вашият клиент желае да продължи както със старото приложение, така и с El Capitan, тогава би ли помислил да стартира Mavericks или по-малко в (да речем) VirtualBoxVM само за това приложение?

джазвинист

Оригинален плакат
22 май 2016 г
  • 23 май 2016 г
grahamperrin каза: Ако вашият клиент иска да продължи както със старото приложение, така и с El Capitan, тогава би ли помислил да стартира Mavericks или по-малко в (да речем) VirtualBoxVM само за това приложение?
Изпълняваме vm fusion за конкретна програма за Windows. Коя vm кутия бихте препоръчали за стартиране на mavericks? Единственият ми проблем и може би това няма разлика, но програмата за инсталиране, която той е изтеглил първоначално (компресиран файл), е повредена. Чудя се дали това може да се прехвърли по добър начин към нова инсталация, въпреки че имам резервно копие на машината на времето, както първоначално беше изложено и предполагам, че може да влезе и във виртуална рулева. Много мисли и благодарности

Том

грахамперин

8 юни 2007 г
  • 23 май 2016 г
През последните години не съм пробвал нищо друго освен VirtualBox. Основната ми забележка е, че някои комбинации от командни клавиши не работят според очакванията. Например, Command-Q с палеца ми на левия клавиш Command не се интерпретира като излизане от приложението, което е отпред в госта; тълкува се като напускане на госта.

NoBoMac

Модератор
Член на персонала
1 юли 2014 г
  • 23 май 2016 г
Изглежда Fusion 6.0-8.0 може да се справи с Mavericks.

Що се отнася до инсталатора, ако клиентът е „закупил своето копие законно (т.е. изтеглен от App Store чрез своя Apple ID), все още трябва да бъде в списъка в раздела „Закупено“. Моят все още е там и се показва за изтегляне.

Що се отнася до всичко друго, свързано с Fusion, не съм го използвал след надстройката до Yosemite: в момента се използва VirtualBox и само с Windows.

джазвинист

Оригинален плакат
22 май 2016 г
  • 23 май 2016 г
grahamperrin каза: През последните години не съм опитвал нищо друго освен VirtualBox. Основната ми забележка е, че някои комбинации от командни клавиши не работят според очакванията. Например, Command-Q с палеца ми на левия клавиш Command не се интерпретира като излизане от приложението, което е отпред в госта; тълкува се като напускане на госта.
Мога ли да взема резервно копие на машината на времето на Mavericks и да заредя във виртуална кутия. Нямах възможност да чета, но съм любопитен дали може да се направи.
[doublepost=1464041350][/doublepost]
NoBoMac каза: Изглежда, че Fusion 6.0-8.0 може да се справи с Mavericks.

Що се отнася до инсталатора, ако клиентът е „закупил своето копие законно (т.е. изтеглен от App Store чрез своя Apple ID), все още трябва да бъде в списъка в раздела „Закупено“. Моят все още е там и се показва за изтегляне.

Що се отнася до всичко друго, свързано с Fusion, не съм го използвал след надстройката до Yosemite: в момента се използва VirtualBox и само с Windows.
Нямам инсталационна програма за програмата Mental Notes - не се притеснявам за VM Fusion. Ще вземе ли виртуалната кутия резервно копие на машината на времето и ще го зареди като операционна система?

грахамперин

8 юни 2007 г
  • 23 май 2016 г
jazzwineman каза: Ще вземе ли виртуалната кутия резервно копие на машината на времето и ще го зареди като операционна система?

Съмнявам се.

Нещо като това може да работи:
  1. възстановяване от архива на Time Machine на физическо устройство в кутия с USB връзка
  2. в гост на VirtualBoxVM, има два виртуални диска
  3. инсталирайте всяка версия на OS X на една от двете
  4. в хост машината, демонтирайте, но не изваждайте стартовия том на OS X, който е на физическото устройство
  5. в госта на VirtualBoxVM, свържете се с физическото устройство
  6. в гост, клонирайте съдържанието на физическото устройство на втория виртуален диск
… нещо такова. От дълго време, откакто преминах през рутината, се изискваше малко предварително обмисляне, за да може това, което *бе* вторичният виртуален диск да стане основно устройство за целите на зареждане в госта. Ако това има смисъл – сега ми се спи, след полунощ и може би не го обяснявам правилно!