آخر

EXC_BAD_ACCESS (SIGSEGV)

جازوينمان

ملصق أصلي
22 مايو 2016
  • 22 مايو 2016
أنا لست مبرمجًا ولذا فإن بعضًا من هذا لا معنى له بالنسبة لي ، ولكن عندما قرأت السجل ، يبدو أنه يشير إلى مشاكل ذاكرة القراءة / الكتابة (ربما حجم ذاكرة التخزين المؤقت أو ذاكرة التخزين المؤقت). لقد قمت للتو بترقية شخص ما من مافريكس إلى إل كابيتان وهذا يحدث على أساس متقطع وأحيانًا يستمر لأيام دون أن يحدث ثم يتأرجح ، 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



UUID للنوم / الاستيقاظ: 65F9A5FA-D794-41D7-B94F-717A0A098B9C



الوقت المستيقظ منذ التمهيد: 28000 ثانية

الوقت منذ الاستيقاظ: 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 () اسم المحدد: release





الموضوع 0 تحطم :: قائمة انتظار الإرسال: com.apple.main-thread

0 libobjc.A.dylib 0x998accaf objc_msg إرسال + 31

1 com.apple.CoreFoundation 0x951de69f _CFAutoreleasePoolPop + 47

2 com.apple.Foundation 0x9068efe8 - [استنزاف NSAutoreleasePool] + 122

3 com.apple.AppKit 0x926cdc3e - [تشغيل تطبيق NSA] + 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 (بدون إشارة طويلة) + 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: في اسأل مختلف: هل يمكن لأي شخص مساعدتي في قراءة تقرير الأعطال هذا كمستخدم؟ - النظر في الإجابة المقبولة.

هل MentalNt32 منتج FileMaker؟ هل سألت مطوري MentalNt32؟
أنا حقا أقدر ردك. لكن إدارة حوالي 15000 جهاز كمبيوتر ، سيكون هذا عادةً أول شيء سأفعله وبما أنها غير موجودة ولم تكن موجودة منذ 4 سنوات ، يجب أن أذهب إلى موارد بديلة. أنا لا أقصد هذا بطريقة سيئة ، فأنت تحاول المساعدة ، ولكنك توضح ما هو بديهي. نعم إنه يقول صنع بواسطة Filemaker.

شكرا لك على أي حال. أحاول فقط الحصول على مساعدة في قراءة ما هو موجود ومساعدة طبيب عميل / صديق يعاني من مشاكل متقطعة.
تفاعلات:جراهامبررين ال

ليمان

14 أكتوبر 2008
  • 22 مايو 2016
قال جازوينمان: شكرا لك على أي حال. أحاول فقط الحصول على مساعدة في قراءة ما هو موجود ومساعدة طبيب عميل / صديق يعاني من مشاكل متقطعة.

حسنًا ، هذا خطأ في التطبيق. ماذا تريد منا أن نقول؟ الخطأ يعني أن التطبيق يصل إلى موقع ذاكرة غير موجود. على الأرجح أحد تلك الأشياء التي تعمل على أحد أنظمة تشغيل OS X وتتوقف عن العمل على الإصدار التالي لأن المطور لم يكلف نفسه عناء قراءة المستندات. لا يمكنك فعل الكثير دون الوصول إلى شفرة المصدر أو الاتصال بالمطور.

جازوينمان

ملصق أصلي
22 مايو 2016
  • 22 مايو 2016
قال ليمان: حسنًا ، هذا خطأ في التطبيق. ماذا تريد منا أن نقول؟ الخطأ يعني أن التطبيق يصل إلى موقع ذاكرة غير موجود. على الأرجح أحد تلك الأشياء التي تعمل على أحد أنظمة تشغيل OS X وتتوقف عن العمل على الإصدار التالي لأن المطور لم يكلف نفسه عناء قراءة المستندات. لا يمكنك فعل الكثير دون الوصول إلى شفرة المصدر أو الاتصال بالمطور.
شكرا لك. اعتقدت أنه كان التعامل مع الذاكرة قراءة وكتابة أخطاء. لقد نجحت في مافريكس ولكن ليس في إل كابيتان. غريب ، أعتقد أنه سيحدث في كل مرة ، لكنه متقطع. لا يوجد العديد من الخيارات القابلة للتعديل في البرنامج. لقد قمت بضبط ذاكرة التخزين المؤقت ، والتي تبلغ 64 ميجا بايت افتراضيًا إلى 128 ميجا بايت وقمت بفحص حفظ ذاكرة التخزين المؤقت كل 10 دقائق مقابل عندما يكون البرنامج في وضع الخمول. لا أعرف ما إذا كان لأي منهما تأثير. لقد أخبرت العميل أنه بدون شفرة المصدر ، سيكون أي شخص عاجزًا. ال

ليمان

14 أكتوبر 2008
  • 22 مايو 2016
أعتقد أنه تسرب للذاكرة أو شيء من هذا القبيل. لماذا لم يتم تشغيله في مافريكس - يمكن أن يكون حرفيًا مئات الأسباب. أخشى أنه بدون دعم المطور الأصلي سيكون الطريق مسدودًا.
تفاعلات: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 تنصح به لتشغيل المنشقين؟ مشكلتي الوحيدة وربما هذا لا يحدث فرقًا ، لكن برنامج التثبيت الذي قام بتنزيله في الأصل (ملف مضغوط) تالف. أتساءل عما إذا كان هذا قد يتم نقله بطريقة جيدة إلى تثبيت جديد ، على الرغم من وجود نسخة احتياطية لجهاز الوقت كما تم وضعه في الأصل وأفترض أن ذلك يمكن أن ينتقل إلى cox الظاهري أيضًا. خواطر وشكرا وقتا كبيرا

توم

جراهامبررين

8 يونيو 2007
  • 23 مايو 2016
في السنوات الأخيرة لم أجرب أي شيء آخر غير برنامج VirtualBox. وجعتي الرئيسية هي أن بعض تركيبات مفاتيح الأوامر لا تعمل كما هو متوقع. مثل ، لا يتم تفسير Command-Q مع إبهامي على مفتاح الأمر الأيسر على أنه إنهاء للتطبيق الموجود أمام الضيف ؛ يتم تفسيره على أنه خروج الضيف.

NoBoMac

الوسيط
موظف
1 يوليو 2014
  • 23 مايو 2016
يظهر Fusion 6.0-8.0 يمكنه التعامل مع مافريكس.

بالنسبة إلى المُثبِّت ، إذا اشترى العميل نسخته بشكل قانوني (أي تم تنزيله من App Store عبر معرف Apple الخاص به) ، فيجب أن يظل موجودًا في القائمة ضمن علامة التبويب 'تم شراؤها'. لا يزال منجمي موجودًا ، ويظهر على أنه قابل للتنزيل.

بالنسبة إلى أي شيء آخر متعلق بـ Fusion ، لم تستخدمه منذ الترقية إلى Yosemite: حاليًا يستخدم VirtualBox ومع Windows فقط.

جازوينمان

ملصق أصلي
22 مايو 2016
  • 23 مايو 2016
قال grahamperrin: في السنوات الأخيرة لم أجرب أي شيء آخر غير VirtualBox. وجعتي الرئيسية هي أن بعض تركيبات مفاتيح الأوامر لا تعمل كما هو متوقع. مثل ، لا يتم تفسير Command-Q مع إبهامي على مفتاح الأمر الأيسر على أنه إنهاء للتطبيق الموجود أمام الضيف ؛ يتم تفسيره على أنه خروج الضيف.
هل يمكنني أخذ نسخة احتياطية لآلة الزمن لمافريكس وتحميلها على الصندوق الافتراضي. لم تتح لي الفرصة للقراءة ، لكني أشعر بالفضول إذا كان من الممكن فعل ذلك.
[doublepost = 1464041350] [/ doublepost]
قال NoBoMac: يبدو أن Fusion 6.0-8.0 يمكنه التعامل مع Mavericks.

بالنسبة إلى المُثبِّت ، إذا اشترى العميل نسخته بشكل قانوني (أي تم تنزيله من App Store عبر معرف Apple الخاص به) ، فيجب أن يظل موجودًا في القائمة ضمن علامة التبويب 'تم شراؤها'. لا يزال منجمي موجودًا ، ويظهر على أنه قابل للتنزيل.

بالنسبة إلى أي شيء آخر متعلق بـ Fusion ، لم تستخدمه منذ الترقية إلى Yosemite: حاليًا يستخدم VirtualBox ومع Windows فقط.
ليس لدي مثبت برنامج Mental Notes - لست قلقًا بشأن VM Fusion. هل سيأخذ الصندوق الافتراضي نسخة احتياطية لجهاز الوقت وتحميله كنظام تشغيل؟

جراهامبررين

8 يونيو 2007
  • 23 مايو 2016
قال jazzwineman: هل سيأخذ Virtual Box نسخة احتياطية من آلة الزمن ويقوم بتحميلها كنظام تشغيل؟

أنا أشك في ذلك.

قد ينجح شيء مثل هذا:
  1. استعادة النسخة الاحتياطية من Time Machine إلى محرك أقراص فعلي في حاوية بها اتصال USB
  2. في ضيف VirtualBoxVM ، يكون لديك قرصان افتراضيان
  3. قم بتثبيت أي إصدار من OS X على أحدهما
  4. في الجهاز المضيف ، قم بإلغاء تحميل وحدة تخزين بدء تشغيل OS X الموجودة على محرك الأقراص الفعلي ولكن لا تقم بإخراجها
  5. في الضيف VirtualBoxVM ، قم بالاتصال بمحرك الأقراص الفعلي
  6. في الضيف ، استنساخ محتوى محرك الأقراص الفعلي إلى القرص الظاهري الثاني
… شئ مثل هذا. لقد مر وقت طويل منذ أن انتهيت من الروتين ، كان مطلوبًا القليل من التفكير لجعل القرص الظاهري الثانوي جهازًا أساسيًا لأغراض التمهيد في الضيف. إذا كان ذلك منطقيًا - فأنا نعسان الآن ، بعد منتصف الليل وربما لا أشرح ذلك بشكل صحيح!