טוב סיימתי לכתוב את כל השיטה מחדש אני מקווה שהפעם העיניין טופל.
https://dl.dropboxus... Icon -Test.exe
נכתב ב- 27/03/2016, 17:15
טוב סיימתי לכתוב את כל השיטה מחדש אני מקווה שהפעם העיניין טופל.
https://dl.dropboxus... Icon -Test.exe
נכתב ב- 27/03/2016, 17:25
טוב סיימתי לכתוב את כל השיטה מחדש אני מקווה שהפעם העיניין טופל.
סורי. עדיין אותה שגיאה.
נכתב ב- 27/03/2016, 18:10
אבי יא בעייתי חחח
קנה מחשב חדש
נכתב ב- 27/03/2016, 18:35
טוב זה לא יכול להיות חחחח.
לא השארתי שום דבר מהמקור איך אותה שגיאה מילא שגיאה אחרת אבל אותה אחת חחחחח
נכתב ב- 27/03/2016, 19:06
זהו הפעם זה זה!
https://dl.dropboxus...e Lest Test.exe
אני לא מצליח לשחזר את התקלה שלך בשום מצב.
אני לא מבין מה גורם לזה
נכתב ב- 27/03/2016, 19:24
טוב סיימתי לכתוב את כל השיטה מחדש אני מקווה שהפעם העיניין טופל.
סורי. עדיין אותה שגיאה.
א. תבדוק את הגירסה האחרונה של OBEH .
ב.תשאיר את התיקיה של TEMP פתוחה על ה-DESKTOP
ג. תפעיל את התוכנה תבחר תיקיה , תבחר תמונה ואל תלחץ בכלל על SET - אתה כבר אמור לראות את האיקון בתיקיה TEMP הפתוחה ב-DESKTOP , אחרת אין בכלל סיכוי שיעבוד לך .
בהצלחה.
נכתב ב- 27/03/2016, 19:28
נכתב ב- 27/03/2016, 19:33
הבעיה מתרחשת אצלו כבר בשלב שהוא בוחר קובץ תמונה.
עברתי שורה שורה עם פרופיילר ובדקתי אם יש handlerים פתוחים שיגרמו לשגיאה כזאת וכלום הכל נסגר בזמן.
השלב הבא יהיה לדסבל את חלונית התצוגה המקדימה של האייקון זה המקום היחיד שאני שומר על file stream פתוח לאורך התוכנית
מאתגר מאוד , וגם מבעס מאוד.
נכתב ב- 27/03/2016, 20:10
צר לי. לא עובד.
נכתב ב- 27/03/2016, 22:41
https://dl.dropboxus...con priview.exe
זה עם הפריויו מבוטל.
נקווה שהוא הגורם כי אם זה לא זה אני באמת לא יודע מה יכולה להיות הבעיה.
נכתב ב- 27/03/2016, 23:29
נופ - אותה תוצאה.
תגביל את התוכנה לעת עתה ל-64 ביט. אלא אם יש עוד מישהו עם 7 ו-32 ביט שיכול לנסות אותה ולבדוק אם יש שוני בתוצאה.
נכתב ב- 27/03/2016, 23:43
אני בדקתי על ווידוס 7 32 ביט בעברית והוא רץ נהדר אני שובר את הראש להבין למה אצלך זה לא עובד....
נכתב ב- 28/03/2016, 03:44
לאבי שוב.
יכול להיות שיש לך תוכנה או TOOLBAR שרצה כל הזמן ברקע למחיקת זמניים ?
נכתב ב- 28/03/2016, 04:49
או לחילופין חוסר בהרשאות כתיבה ל temp מאיזה סיבה...
באמת שאין לי עוד רעיונות מה יגרום לזה מלבד זה..
שיניתי משהו די מינורי אבל יכול להיות שהוא האשם.
אגב אמרת שאתה עובד מכונן חיצוני זה קורה גם בכוננים מקומיים (אם כבר ענית על השאלה הזאת לא ראיתי)
https://dl.dropboxus...on_Nuclear .exe
נכתב ב- 28/03/2016, 06:45
אגב אמרת שאתה עובד מכונן חיצוני זה קורה גם בכוננים מקומיים (אם כבר ענית על השאלה הזאת לא ראיתי)
שאלתי אותו כבר , וענה שאכן גם קורה אותו הדבר ..
ואכן רק זה נשאר.
או לחילופין חוסר בהרשאות כתיבה ל temp מאיזה סיבה...
OBEH - האם יש לך אפשרות לכתוב לו שיפנה במקום לתיקיית TEMP , שיפנה לתיקיה ב-כונן C שאתה קבעת לבדיקה בלבד .
נכתב ב- 28/03/2016, 08:14
קורה גם בחיצוני וגם בפנימי.
אין בעיה של הרשאות.
ועדיין אותה תוצאה.
ואתה נעשה יצירתי עם השמות...
לא עדיף למספר?!
נכתב ב- 28/03/2016, 11:32
אל תפנו ישירות ל- Temp.
אולי אצלו מוגדרת תיקיית Temp אחרת?
תשתמשו בפונקצייה:
System.IO.Path.GetTempPath()
בדיוק מה שהצעתי לו.
נכתב ב- 28/03/2016, 11:46
בקשר ל- Stream מתוך קובץ תמונה, שנסגר לפני שמשתמשים בו בפועל.
נתקלתי בעבר בבעיה שדומה למה שתיארתם פה (לא קראתי לעומק, אבל אני חושב שמדובר באותו דבר).
זה קורה בגלל ש- Stream מקובץ פיזי ממומש בצורה של LazyLoading. רק בשעת השימוש ב- Stream הוא הולך לקובץ וקורא ממנו, אך בשלב הזה של הריצה זה כבר מאוחר מפני שה- Stream נסגר.
הפתרון שעשיתי בזמנו הוא: לפתוח את התמונה ומיד להעתיק אותה לתוך MemoryStream, לאחר מכן, אפשר לעשות Dispose על התמונה בצורה רגילה (ע"י עטיפה ב- using), ולהחזיק את המידע שלה ב- MemoryStream להמשך הטיפול.
[לא לשכוח לעשות Dispose על ה- MemoryStream בסוף השימוש]
נכתב ב- 28/03/2016, 14:22
0 משתמשים, 0 אורחים, 0 משתמשים אנונימיים