› פורומים › אפיון ופיתוח פריוריטי › מעבר ל-13
- This topic has 16 תגובות, 6 משתתפים, and was last updated לפני 15 שנים, 3 חודשים by PriorityDev.
- Post
-
- אפריל 30, 2009 בשעה 1:42 pm
שלום לכולםאחרי מעבר ל-13 בהכנת פרוצדורות מופיעות הרבה שגיאות מהסוג הבא:
פרוצדורה ZXXX_PROCNAME, שלב 30: לא ניתן להשתמש באותו שם CURSOR פעמיים באותה שאילתה
בפועל הקרסור מופיע רק פעם אחת. ניסיתי בכל שלב של פרוצדורה לתת שמות שונים לקרסור – לא עוזר.
תודה על העזרה,
- Replies
-
- אפריל 30, 2009 בשעה 3:36 pm
נדמה לי שנוכל לעזור לך הכי טוב אם תשלח את הקוד של שלב ה-SQLIאם אתה לא רוצה לחשוף את העבודה שלך תוריד את החלקים העסיסיים 🙂 ותשאיר את השלדה במיוחד כל הפקודות שקשורות לקורסורים.
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- אפריל 30, 2009 בשעה 3:53 pm
במקרה הזה באמת אין צורך. מדובר בקוד סטנדרטי עם קרסור, שמופיע פעם אחת באותו שלב של פרוצדורה
משהו כזה:
[code:1]DECLARE ENVCUR CURSOR FOR
SELECT … FROM …
WHERE …;
OPEN ENVCUR;
GOTO 90 WHERE :RETVAL
[/code:1]
מדובר בבעיה סטנדרטית של 13 שמופיע בהרבה פרוצדורות שונות.
תודה על הנסיון לעזור.- מאי 1, 2009 בשעה 5:02 pm
גם אני נתקלתי בהודעות שגיאה חסרות הסבר
כתיבת השורות מחדש בעורך הפנימי ומחיקת הקודמות פתרו את הבעיה.
( אולי קשור ליוניקוד)- מאי 3, 2009 בשעה 11:04 am
אני לא מכיר את הבעיה. האם אתה בטוח שלפני השדרוג פרוצדורות אלו פעלו כראוי. אם אתה רוצה לוודא, שלח לי shell, אני אריץ אותו על 12 ונראה.
כמו כן, אם אתה מתקדם לחבילת השירות האחרונה – 4 תוך התעלמות מההודעות הללו. האם השגיאות ממשיכות להופיע ?- יוני 23, 2009 בשעה 6:28 pm
הבעיה היא שימוש חוזר בתוך אותה פרוצדורה. לפני כן היינו חייבים לא לחזור על שם קורסור רק באותו שלב SQLI.הזכרתי לאשבל כי זה גורם לי לחשוש מבעיות אחרות (כל השלבים השונים עכשיו ביחד? מה אם יש אותו LABEL?) נראה מה הם יענו לי.
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יוני 24, 2009 בשעה 12:43 am
הבעיה קיימת החל מגרסה 13.4.
מה שמתקמפל ב-13.3 ב-13.4 מודיע על בעיה עם שמוש באותו שם של קורסור. וזה עוד יותר מציק כאשר אושים אינקלודים בקוד. אם מאינקלוד יש שימוש בקורסור – אסור להשתמש באותו שם בקוד אב.
זה גם אומר שבמסגרת אותה פרוצדורה אסור לעשות שני אינקלודים לאותו טריגר אם בתוכו יש שימוש בקורסור.
אני כבר לא מדבר על זה שבחלק מטריגרים של func השתנו שמות של פרמטרים שמפיל קודים פרטיים המשתמשים בטריגרים האלה. למשל, פרמטר VAL ב-func/CubeInit השתנה ל-STRVAL…- יוני 24, 2009 בשעה 8:00 pm
וכמובן שינוי כמו שאתה מזכיר ב-func לא יגרום לשגיאה בקימפול, רק תוצאות לא צפויות…[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יוני 25, 2009 בשעה 10:38 am
מרשים מאוד. במיוחד שינוי פרמטרים ב-func .
ליאור, אולי כדאי לפתוח טופיק חדש ששם נתאר את כל הבעיות מהסוגים האלה ב-13.4 ?- יוני 25, 2009 בשעה 12:18 pm
הי מיכאל, תודה על ההצעה.
אם מישהו יהיה מוכן לקחת על עצמו ריכוז של זה בצורה מסודרת, אני יותר מאודה לו וגם אשים את זה כנושא דביק בכניסה לפורום.
בינתיים אני חושב שנסתפק בחיפוש ובשרשור הזה שהופך לאט לאט למה שאתה מדבר עליו.- יוני 25, 2009 בשעה 12:38 pm
אז אולי רק תדביק את השרשור הזה למעלה. לא צריך ריכוז מיוחד. מספיק שכולם ישאירו שם הודעות.אני חושב שזה נושא חם ביותר וכדאי שיהיה כל הזמן מול העיניים.
- יוני 29, 2009 בשעה 1:38 pm
לא נשכח את הרגישות שיש פתאום לתווים שהיו תמידhttps://www.priority-forums.com/he/index.php/forums?func=view&id=1327&catid=6
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יוני 29, 2009 בשעה 2:45 pm
תודה רבה.- יולי 14, 2009 בשעה 2:10 pm
אני מוסיפ לינק לטופיק חדש שפתחתי בקשר לבעיות יוניקוד ב-13:https://www.priority-forums.com/he/index.php/forums?func=view&id=2181&catid=6
- אוגוסט 18, 2009 בשעה 1:11 pm
לאחר השדרוג רציתי לשתף אותכם בבעיות שנתקלתי:
1. tabula dirver אינו תקין – למי שמשתמש בתוכנות חיצוניות יראה כי
השאילתות אינן מציגות נתונים נכונים.
הפיתרון: הורדת DLL חדש מה FTP של אשבל.
2. שדה ACSPRINTED בטבלת INVOICES לא קיים יותר.
3. נוספה עמודת AGENT ב PHONEBOOK
- יש להתחבר למערכת על מנת להגיב.