DCSIMG
Debug - GadiM - Gad J. Meir www.idag.co.il

GadiM - Gad J. Meir
www.idag.co.il

מסעותיו של משמיד חרקים ושרברב תהליכים במרחב הקיברנטי

קישורים

Browse by Tags

All Tags » Debug (RSS)
שורש הבעיה Bug in Reflector ואיך זה קשור להיסטוריה של המחשבים II
אם הגעת לפוסט הזה מבלי לקרוא את הפוסט הקודם אנא עצור כאן ולך לפוסט הקודם , אחרת אתה מפספס את כל הכף. אל תתעצל, לך לפוסט הקודם . נו….. טוב, שלא תגיד שלא הזהרתי אותך. ---------------------------------------------------------- אז להלן רמז נוסף לשאלה למה ה Reflector פישל. לך בבקשה ל Explorer ופתח אותו באיזה תיקיה שאתה רוצה, לאחר מכן לחץ על עכבר ימין ובקש New Folder. תן בבקשה לפולדר הזה את השם aux, האם הצלחת ? לא, לא הצלחת. נסה prn ? יש כאן איזה שהוא Pattern ? מצלצל פעמון באיזה שהוא מקום ? נסה lpt1, מעניין...
שורש הבעיה Bug in Reflector ואיך זה קשור להיסטוריה של המחשבים I
אני תמיד מסביר למי שמוכן להקשיב לי, שמציאה של Bug בסביבת הייצור אינה החלק החשוב בתהליך. מי שעוצר ב Bug, יגלה שיש לו בפרויקט עוד המון Bug – ים שכולם יופיעו בשלב זה או אחר בסביבת הייצור או אצל הלקוח. השאלה החשובה באמת היא איך ה Bug הגיע בכלל למערכת. הרי ה Bug לא היה בספציפיקציות של המוצר, אז מאיפה הוא הגיע למוצר הסופי ? הטעות הכי גדולה שיכולה לעשות מערכת פיתוח/ייצור, היא לעצור במציאת ה Bug, לתקן אותו, ולסמן V. הדבר הנכון הוא לא לעצור ב Bug, אלא לנתח לעומק, את כל השרשרת של הטעויות, שהביאו לכך שה Bug...
חוויות מכנס ביצועים 2011 התשע"ב אי שם
גם השנה, במה שהפך כבר למסורת , הוזמנתי להרצות על הנושא האהוב עלי Production time Debugging, בכנס ביצועים, שנערך כל שנה, אי שם. עצם העובדה שמרכזים פעם בשנה, קבוצה גדולה של אנשי שטח, לדון בנושא שיפור ביצועים, הינה דבר מבורך. כי במערכות גדולות, כל שניה שאתה חוסך, יכולה להיות מוכפלת בקלות, בפקטורים של עשרות אלפים (והיו כמה דוגמאות כאלה בכנס). היום התחיל עם שיחת פתיחה, על נושא ביצועים בעולם ה IT. נושא הביצועים חותך את כל הרכיבים בארגון, ולכן צריך להתיחס לזה בתפיסה הוליסטית וכוללת. ומכאן הסיבה לכך שהוקם...
מה חדש ב Windows 8 למפתחי Device Drivers ולכל מי שמה שקורה מתחת למכסה המנוע של Windows 8 מענין אותו
תהליך פיתוח ה Device drivers עובר מהפכה עם ההכרזה על חלונות 8. הכלים עברו שידרוגים, יש סביבת פיתוח חדשה Visual Studio 2011, יש פרוטוקולים חדשים לחיבור Kernel Debugger למערכת ההפעלה , יש הנחיות חדשות לגבי תאימות לתכנית ה Logo, יש כלי Debug ו Testing משופרים , ויש כלי אנליזה ואיתור בעיות חדשים ומשופרים, שמאפשרים לאתר בעיות ותקלות בתחום ה Device Drivers מהר יותר. החלטתי להרים את הכפפה וביחד עם ג'ון ברייס מכללת הי-טק, אני מרים יום הדרכה שלם, שמוקדש לכל מה שחדש ב Windows 8, מנקודת מבט של תשתית ה Drivers...
נראה מוזר? VS2011 תומך בצורה מלאה ב Kernel Debugging
כן, אני יודע שזה נראה מוזר לכל מי שעוסק בתחום ה Device Drivers, אבל סביבת הפיתוח החדשה לפיתוח Device Drivers, היא לא פחות ולא יותר מאשר Visual Studio 2011. להלן כמה פנינים. Device Drivers לסוגיהן הם סוג פרויקט מוכר ב Visual Studio 2011. אתה יכול ללחוץ על F5 ולהתחיל לדבג את ה Target או סתם לעשות Attach debuuger ל Kernel. וכך נראה מסך של KD כחלק אינטגרלי של VS, שכולל אפילו IntelliSense לפקודות של ה Debugger. ועוד לא אמרתי כלום על Deployment אוטומטי, ועוד המון חידושים שעושים את החיים של מפתח Device...
ל Windows 8 נוספו שני פרוטוקלי Kernel Debug חדשים והפתעה…
מלכתחילה יכולת להתחבר עם Kernel Debugger למחשב שאותו אתה מדבג, דרך RS-232. באיזה שהוא שלב נוספה תמיכה ב Firewire (תקן 1394), ומשך השנים נוספה גם תמיכה (לא הכי נוחה) בעבודה עם ה Kernel Debugger דרך USB 2.0. אבל הטכנולוגיה לא עומדת במקום, קשה למצוא כיום מחשבים, שיש להם בכלל יציאת RS-232. במחשבי שרת אין בדרך כלל כניסת 1394, וגם במחשבים הניידים היא הולכת ונעלמת. וכמובן, USB 2.0 עומד לפנות את מקומו ל USB 3.0 המהיר והטוב ממנו. מבחינת מיקרוסופט, לא קביל שתיוצר חמרה, שאמורה להריץ מערכת Windows, מבלי שתוכל...
על ניפוי שגיאות בתנאי שטח
אתמול סיימתי שבוע מתיש, אבל מרתק אי שם בניכר, שבו עבדתי עם צוות פיתוח שלם, על תכנה של ציוד מעבדתי מורכב, שהתעופפה בצורה בלתי מוסברת בזמנים הלא נכונים. זה מקרה קלאסי של סביבה שאתה לא יכול להשתמש בה ב Visual Studio כדי לדבג בעיה. כי ברגע שאתה מפעיל Visual Studio הבעיה פשוט נעלמת או הופכת לבעיה אחרת לחלוטין. בכלל ל Visual Studio יש תכונה, שאותה הוא ירש עוד מימי ה Visual Basic העליזים, להסתיר מהמתכנת את העולם האמיתי ולתת לו עולם סטרילי ויפה שבו החיים ורודים והבעיות נפתרות מאליהם. ומילא Visula Studio...
גירסא חדשה של Debugging Tools for Windows (וה WDK)
יצאה גירסא חדשה של כלי העבודה העיקרי, של כל מי שעוסק ב Production Debugging, הלא היא חבילה ה debugginh tools for windows מגירסא 633. מעבר לתיקוני בגים, ישנם שני שינויים מענינים בגירסא החדשה. קודם כל החבילה מעתה והלאה תהיה חלק מה WDK (יצא באותה הזדמנות עדכון ל WDK), ולא ניתן יהיה להוריד אותה בנפרד. והשינוי המשמעותי יותר, הוא החלפת ה AdPlus.vbs הוותיק ב exe בעל אותו שם (הכלי הותיק נמצא עדיין בחבילה, תחת השם adplus_old.vbs). פרטים נוספים באתר .
אני מופיע ב Expert Days במסלול פתרון בעיות.
ארוע ה Expert Days מתרחש פעם בשנה ומאורגן על ידי חברת E4D . בארוע יש כמה עשרות סדנאות ומשתתפים בו מרצים רבים וטובים. ההבדל העיקרי בין ה Expert Days לבין ארועים מסוג IDCC או Dev Days של מיקרוסופט או מפגשי קבוצות המשתמשים הוא שהוא אינו מורכב מהרצאות בודדות, אלא מסדנאות, שכל סדנא עוסקת בנושא אחד, ממוקד, ותופסת יום הדרכה שלם. אני מציג בארוע ארבעה נושאים, שחלקם הינו גירסא מקוצרת של הסדנאות הרגילות שאנחנו מעבירים בחברת ידאג (רובם בחצרי הלקוח), וחלקם חומרים חדשים לגמרי, הקשורים ל VS2010 , שרק עכשיו יצאו...
מועדון הלינוקס התל אביבי הרצאה על ניפוי שגיאות עם gdb עם דוד קסיד
מה לחלונאי בעולמו של טרוולד (שחגג לא מכבר יומולדת). אז למי שלא ידע, יוצא לי לפעמים בגלל המקצוע שלי (שרברב למי ששכח) לדבג גם יישומי יוניקס. בעיקר אצל לקוחות שמריצים את אותו מסד קוד על פלטפורמות שונות. אז כשנגולה שמועה לאוזני שמועדון הלינוקס התל אביבי מעביר הרצאה על ניפוי שגיאות ברור שלא יכולתי לעמוד בפני הפיתוי. אז החנתי את האוטו קצת לפני שער 2 כדי שיהיה לי קל להגיע לבנין שריבר. לאחר שהגעתי לשער הסתבר לי שהוא נעול. המשכתי הלאה לשער הבא, שהיה נעול גם כן, בשער הבא (שהיה נעול גם כן) מצאתי נפש חיה ושאלתי...
מפגש קבוצת משתמשים של ארכיטקטים עם אליק לוין על PTD
אליק עובד במיקרוסופט MCS. נכון שתחום ה Production Debugging שייך מסורתית במיקרוסופט ל PSS. אבל אליק הוא איש, שהדיאגנוסטיקה של סביבות ייצור נמצאת בדם שלו ובניסיון החיים שלו. אליק התחיל בזה שהוא דיבר על הארכיטקט, בדיוק כמו שגם לדעתי ארכיטקט צריך להיות. כזה שלא רק עוסק בספירות הגבוהות, אלא יודע ללכלך את הידיים כשצריך. כזה שמדבר על ארכיטקטורה מהכרות וידע עם השטח ועם הטכנולוגיה, ולא מקונספטים אקדמאיים בלבד (מבלי לזלזל לרגע בקונספטים אקדמאיים, שהם חשובים גם כן). אחר כך אליק דיבר על ביצועים, על Treat Performance...
אסף יפה, חברת RadVision ושוב James Reinders
אסף יפה מאינטל חיפה המשיך את תאור המוצרים והתרכז ב Intel Parallel Inspector ו Intel Oarallel Amplifier. הכלי הראשון מאתר בעיות בזכרון ובריבוי נימים בעיקר במערכות מרובות ליבות אבל לא רק. הכלי השני מזהה צווארי בקבוק מסוגים שונים כתוצאה מריבוי נימים כאשר יש לו תרומה חזקה יותר במערכות מרובות ליבות. שילוב מלא ב Visual Studio כבר אמרנו. חשוב להדגיש שבתוך VS יש כבר הרבה כלים מובנים למטרות האלה (ובמיוחד ב VS 2010), אבל בנושא המורכב הזה ריבוי כלים מיצרנים שונים הוא איסטרטגיה טובה כי לכל כלי יש תועלת ומספיק...
לקראת ארוחת הצהריים, אורי ברון דר' עמי מרווקה וגיא בן חיים
אורי ברון עלה לכמה דקות של שיווק טהור מטעם אינטל חיפה, היה ניתן לשפר את הרקע של השקפים שלו. מבחינתי היה הכי טוב שהוא היה קצר כל לא באתי ליום הזה בשביל שיווק. רוב הקהל ניצל את האתנחתא השיווקית לחזור לאט מהקפה ולהתארגן בשקט להמשך. דר' עמי מרווקה ממחלקת מדעי המחשב באוניברסיטת בר אילן, דיבר על Pitfalls & Issues (אי אפשר לתרגם את זה לעברית) שבהם יתקל כל מי שנכנס לעולם המקבילי. בסגנון קצת אוניברסיטאי, אבל עם מספיק הומור שגרם לכולם לצחוק בקטעים הנכונים. הוא הוליך את קהל היעד, של אנשים שתחום המקביליות...
הרצאה של James Reinders מאינטל ושל Blaise Vignon ממיקרוסופט
לאחר מילות הפתיחה עלה לבמה James Reinders. הספר שלו על TBB ניתן במתנה לכל משתתפי יום העיון. הכובע שלו זה כלי תכנה אינטל. הוא ביצע סריקה מחוף לחוף של כלל המוצרים וניסה לשים אותם בקונטקס הנכון. הדגש היה על Multi-Core וזה מן הסתם הנושא הכי לוהט כרגע, בעולם שבו מעבדי I7 עם 8 ליבות כבר זמינים. אז כמה נקודות מענינות שעלו בהרצאה שלו. גם ל Atom תהיה תמיכה בריבוי ליבות בשלב זה או אחר. Paralel Studio ואינטגרציה של כלים אינטליים בתוך סביבת ה Visual Studio המוכרת שלנו. תמיכה ב Open MP 3.0 וגם (אל תצחקו) ב Fortran...
איתור תקלות במערכות תכנה בתנאי שטח
הנושא של שרברבות הוא רחב מאד ומקיף הרבה תת תחומים, שכל אחד מהם הוא עולם ומלואו. אוהד האחראי על קבוצת המשתמשים של נס ציונה , ביקש ממני לבוא לקצה העולם (נס ציונה), ולדבר על איתור תקלות במערכות תכנה בתנאי שטח . זה נושא שאני מאד אוהב לדבר עליו, וגם דיברתי על תת נושא שלו בחודש מרץ השנה בכנס SD West 2009 שנערך בעמק הסיליקון. על מנת למנוע אי הבנות, חשוב אולי לציין ש "איתור תקלות בתנאי שטח", זה לא " למה פרויקטים נכשלים, למה מערכות מתמוטטות ומה ניתן לעשות כדי למנוע את זה "  אמנם נכון...
Posted: May 20 2009, 11:38 PM by GadiM | with 3 comment(s)
תגים:, ,
More Posts Next page »