חברת totalview הוסיפה לאחרונה ל-debugger שלהם feature חדש - מנוע המאפשר לדבר לאחור (בזמן).

כלומר - אם קפץ breakpoint או עצרנו על שגיאה, אפשר לבקש מה-debugger ללכת אחורנית בזמן, לפקודה הקודמת (back step) לדלג על קריאות לפונקציות (back next) או המקבילה ל-run to שנקראת באופן לא מפתיע "run back to". אחרי שמגיעים למקום מסוים אפשר לחזור ולדבג קדימה, כרגיל.

ה-feature  החדש זוכה להרבה סיקור והוא יכול להיות פריצת דרך קונספטואלית חשובה - לא עוד הרצות חוזרות ונסיון לתפוס את הבאג עם printf-ים או breakpoints, אלא דרך פשוטה, של כמה לחיצות על כפתורים - והנה הבאג לפנינו.

איך זה עובד? בעזרת instrumentation של הקוד הם תופסים את הנקודות הקריטיות שבהן משתנה מצב ההרצה באופן שאי אפשר לשחזר (כמו קריאות מקבצים, קבלת מספרים אקראיים וכד') ושומרים אותם. כאשר המשתמש משוטט לו בתוך הקוד ה-debugger משתמש במידע שנאסף כדי להכניס את הערכים המתאימים לרגיסטרים ולזיכרון.

כל התהליך נראה מאוד low level והוא אכן עובד רק ל-C/C++ ו-fortran. אולי בעתיד נראה אותו גם ל-java ו-.net, שם העבודה יכולה להיות קצת יותר קלה וה-overhead קצת יותר נמוך.

ה-white paper של החברה נמצא כאן: http://www.totalviewtech.com/pdf/whitepaper_replayengine.pdf

בהתחלת הקריאה הייתי משוכנע כי המדובר בג'אבה או שפה מתקדמת אחרת. לC זה כבר היה קיים בשנות התשעים, כאשר עוד התעסקתי עם UNIX

כנראה שהחידוש הוא בפלטפורמה? 

בעניינים האלו...

לא הייתה ולא תהיה שפה כמו VB6. אחד הדברים היותר טובים שיצאו מתחת לידיים של microsoft.

 יכולות ה - DEBUG שלה ו - step into וכמובן גם step backwards יותר טובות משל רוב סביבות העבודה היום

כולל JAVA ו - dot.net המפוארת.

געגועים.

איציק

:-)

צטט: תו רון 2008-10-01 16:21:21

בהתחלת הקריאה הייתי משוכנע כי המדובר בג'אבה או שפה מתקדמת אחרת. לC זה כבר היה קיים בשנות התשעים, כאשר עוד התעסקתי עם UNIX

כנראה שהחידוש הוא בפלטפורמה? 

עבדתי תקופה מסוימת ב-C++ ולא זכור לי משהו כזה לא ל-Unix ולא ל-Windows.

אתה זוכר איך קוראים ל-debugger שהשתמשת בו?

צטט: neo 2008-10-01 18:42:12

בעניינים האלו...

 

לא הייתה ולא תהיה שפה כמו VB6. אחד הדברים היותר טובים שיצאו מתחת לידיים של microsoft.

 יכולות ה - DEBUG שלה ו - step into וכמובן גם step backwards יותר טובות משל רוב סביבות העבודה היום

כולל JAVA ו - dot.net המפוארת.

 

געגועים.

איציק

:-)

 

שמעתי אנשים שמתגעגעים גם ל-VC6. כנראה שזאת היתה גרסה טובה :)

צטט: גנאדי 2008-10-01 20:18:40

צטט: תו רון 2008-10-01 16:21:21

בהתחלת הקריאה הייתי משוכנע כי המדובר בג'אבה או שפה מתקדמת אחרת. לC זה כבר היה קיים בשנות התשעים, כאשר עוד התעסקתי עם UNIX

כנראה שהחידוש הוא בפלטפורמה? 

 

עבדתי תקופה מסוימת ב-C++ ולא זכור לי משהו כזה לא ל-Unix ולא ל-Windows.

אתה זוכר איך קוראים ל-debugger שהשתמשת בו?

 ב-SoftICE היה step back. חבל שלמישהו היה מאד דחוף להרוג את זה.

 אגב (סתם סקרנות בריאה), גנאדי, אם זכור לי נכון, אתה עובד במיקרוסופט. אז מה אתה עושה עם TotalView?

צטט: xylose 2008-10-17 22:41:12

 

 ב-SoftICE היה step back. חבל שלמישהו היה מאד דחוף להרוג את זה.

 אגב (סתם סקרנות בריאה), גנאדי, אם זכור לי נכון, אתה עובד במיקרוסופט. אז מה אתה עושה עם TotalView?

לגבי SoftICE - לא השתמשתי בו מעולם, אבל אני יודע שיש אנשים שמתגעגעים. ב-totalview דווקא השתמשתי בעבר - נכון לא במיקרוסופט

וברצינות - אני לא מנהל את קהילת המו"פ מטעם מיקרוסופט ובמקרים שיש צורך אני מציין שאני עובד שם.

נתקלתי בכלי debugging המאפשר חזרה לאחור עבור JAVA.

אני לא זוכר את השם המדויק שלו, אבל זה היה משהו בסגנון OmniDebug.

היו לו קצת בעיות ביצועים, כי הוא ממש זכר את כל הפעולות שרצו כדי לעשות step אחורה, אבל בתור הוכחת היתכנות זה עבד לא רע בכלל...

צטט: nir_shm 2008-11-16 00:13:28

נתקלתי בכלי debugging המאפשר חזרה לאחור עבור JAVA.

אני לא זוכר את השם המדויק שלו, אבל זה היה משהו בסגנון OmniDebug.

 

היו לו קצת בעיות ביצועים, כי הוא ממש זכר את כל הפעולות שרצו כדי לעשות step אחורה, אבל בתור הוכחת היתכנות זה עבד לא רע בכלל...

 

הי ניר וברוך הבא!

תיאורתית הרבה יותר קל לנתח את הקוד ב-java ולשמור את השינויים. הקושי הוא באיך לממש ועד כמה יש צורך

להיכנס לתוך ה-JVM (האם ממשק ה-debug בתוספת instrumentation של הקוד מספיקים?). במובן הזה קל יותר לממש דבר כזה ב-C++ כי פשוט אפשר לכתוב לרגיסטרים ולזיכרון ישירות.

אני לא השתמשתי בכלי, רק ראיתי מה הוא מסוגל.

לפי דעתי הם לא באמת מחזירים את ה-debugging לאחור, אלא פשוט מראים לך את הסטטוס של מה שהיה בנקודות זמן אחורה בסביבת ה-debugging שלהם (שהיא ספציפית לכלי שלהם).

אבל יכול להיות שאני טועה... אני חושב שהם לא השתמשו ב-JVM מיוחד לצורך כך.

אתגר לא פחות מעניין זה איך אפשר לחזור אחורה בתוכנית שהיא multi-threaded וחזרה לאחור ב-thread אחד יכולה להיות לא עקבית עם התקדמות של threads אחרים...