אַחֵר

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(): שחרור





שרשור 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 ​​start + 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::Semaphore: תגובות:בוי סמור

יין ג'אז

פוסטר מקורי
22 במאי 2016


  • 22 במאי 2016
גרהמפרין אמר: בשאל אחרת: מישהו יכול לעזור לי לקרוא את דוח הקריסה הזה כמשתמש? - שקול את התשובה המקובלת.

האם MentalNt32 הוא מוצר של FileMaker? האם שאלת את מפתחי MentalNt32?
אני באמת מעריך את תגובתך. אבל ניהול של כ-15,000 מחשבים, זה בדרך כלל יהיה הדבר הראשון שהייתי עושה ומכיוון שהם לא קיימים ולא היו קיימים לפני 4 שנים, אני צריך ללכת למשאבים חלופיים. אני לא מתכוון לזה בצורה רעה, מכיוון שאתה מנסה לעזור, אבל אתה מציין את המובן מאליו. כן זה אומר שנעשה על ידי Filemaker.

תודה לך בכל מקרה. אני רק מנסה לקבל עזרה בקריאת מה יש ולעזור ללקוח/חבר של רופא שיש לו בעיות לסירוגין.
תגובות:גרהמפרין ה

למן

14 באוקטובר 2008
  • 22 במאי 2016
jazzwineman אמר: תודה בכל מקרה. אני רק מנסה לקבל עזרה בקריאת מה יש ולעזור ללקוח/חבר של רופא שיש לו בעיות לסירוגין.

ובכן, זה באג באפליקציה. מה עוד אתה רוצה שנגיד? משמעות השגיאה היא שהאפליקציה ניגשת למיקום זיכרון לא קיים. סביר להניח שאחד מהדברים האלה שעובדים על מערכת הפעלה X אחת ומפסיקים לעבוד על הבא כי ה-dev לא טרח לקרוא את המסמכים. לא הרבה אתה יכול לעשות בלי לקבל גישה לקוד המקור או ליצור קשר עם המפתח.

יין ג'אז

פוסטר מקורי
22 במאי 2016
  • 22 במאי 2016
leman אמר: ובכן, זה באג באפליקציה. מה עוד אתה רוצה שנגיד? משמעות השגיאה היא שהאפליקציה ניגשת למיקום זיכרון לא קיים. סביר להניח שאחד מהדברים האלה שעובדים על מערכת הפעלה X אחת ומפסיקים לעבוד על הבא כי ה-dev לא טרח לקרוא את המסמכים. לא הרבה אתה יכול לעשות בלי לקבל גישה לקוד המקור או ליצור קשר עם המפתח.
תודה. חשבתי שזה התמודדות עם שגיאות קריאה וכתיבה בזיכרון. זה עבד במאבריקס אבל לא באל קפיטן. מוזר, הייתי חושב שזה יקרה בכל פעם, אבל זה לסירוגין. אין הרבה אפשרויות מתכווננות בתוכנית. התאמתי את המטמון, שהוא 64 מגה ברירת מחדל ל-128 מגה, ובדקתי את שמירת המטמון כל 10 דקות לעומת כשהתוכנית לא פעילה. אני לא יודע אם לשניהם תהיה השפעה. אמרתי ללקוח שללא קוד מקור, כל אחד יהיה חסר אונים. ה

למן

14 באוקטובר 2008
  • 22 במאי 2016
הייתי מנחש שזו דליפת זיכרון או משהו בסגנון. למה זה לא הופעל ב-Mavericks - יכולות להיות ממש מאות סיבות. אני חושש שללא התמיכה של המפתח המקורי זה מבוי סתום.
תגובות:NoBoMac

NoBoMac

מַנחֶה
חבר צוות
1 ביולי 2014
  • 22 במאי 2016
מה שלמן אמר.

דליפות זיכרון, מצביע NULL, מצביע לא חוקי, גישה לזיכרון ששוחרר מהתוכנית, הקצאת זיכרון לא נכונה, הצפת מאגר וכו' וכו'.

ולא כזה מוזר. שינוי בסביבה יכול לחשוף את הבאג/ים בקוד. קרה לי פעם דבר דומה: קוד בבית רץ כמצופה במשך יותר משנה, עדכן את סביבת ההפעלה, חשף באג מצביע NULL בקוד.

לכל dump שגיאה, נראה שזו שגיאת מצביע לא חוקית:

קודי חריגים: 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- מסוימים אינם פועלים כמצופה. למשל, 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- מסוימים אינם פועלים כמצופה. למשל, 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. באורח, שכבו את תוכן הכונן הפיזי לדיסק הוירטואלי השני
… משהו כזה. הרבה זמן מאז שעברתי את השגרה, נדרשה מעט מחשבה מוקדמת כדי שמה ש*היה* הדיסק הוירטואלי המשני יהפוך להתקן ראשי למטרות אתחול באורח. אם זה הגיוני - אני ישנוני עכשיו, אחרי חצות ואולי לא מסביר את זה כמו שצריך!