יש לי שאלה בנוגע לפרמטרים של הפונקציה winmain .

1) אני יודע שהפרמטר הראשון הוא מספר מזהה שמערכת ההפעלה נותנת לתוכנית כשהיא מורצת. למה? למה זה משמש? האם כל פעם שמריצים תוכנית ניתן מספר מזהה?





הפרמטר השלישי היא שורת הפקודה שאני רושם כשאני מריץ את התוכנית בדוס. איך הדבר מתבצע ביישום של דוס? אני יודע שיש שני פרמטרים ב-main אחד משתנה שלם והשני מצביע למחרוזת. כשקוראים לפונקציה בתוכנית, הקריאה היא מהתוכנית הראשית לפונקציה. איך השימוש בהם נעשה?



2) הפונקציה malloc מקצה זיכרון. אם נגיד אני רוצה להקצות זיכרון של 8 בתים למצביע int. רציתי לדעת אם אני לא חייב להמיר את המצביע שהפונקציה שולחת ל-int כי הרי בכל מקרה המצביע מקבל כעת כתובת .

תודה

בכתיבת תכנית המוגדת win32 application, אתה משתמש ב-winmain בתחביר הבא (זה
התחביר של microsoft):

קוד PHP:

 int APIENTRY _tWinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPTSTR    lpCmdLine,
                     int       nCmdShow) 


הסבר לפרמטרים:
hInstance - פרמטר מסוג HINSTANCE שהוא למעשה מסכה ל-int. זוהי הידית (handle) לאפליקציה שלנו. (ידית היא מעין מצביע של windows לאובייקטים - לא נכנס פה להסברים בנושא).
hPrevInstance - פרמטר מסוג זהה לקודם, הוא הידית לאפליקציה זהה הרצה קודם לאפליקציה זו (מופע קודם של האפליקציה). במערכות הפעלה NT ב-win32 ערך זה תמיד NULL. (ושוב, אני לא אכנס פה להסברים נוספים למה...אולי בהזדמנות אם תהיה התעניינות בתכנות ל-win32api ).
lpCmdLine - פרמטר מסוג LPTSTR או מחרוזת. אלו הם הארגומנטים משורת הפקודה.
nCmdShow - פרמטר המייצג את הסגנון של חלון התכנית עם פתיחתה (מוגדל, ממוזער וכו...)

APIENTRY - הוא מאקרו שמוגדר כך:

קוד:

#define APIENTRY WINAPI

כשגם WINAPI הוא מאקרו:

קוד:

#define WINAPI __stdcall

עכשיו נבחן תחביר של הכרזה של console application (לא DOS כמו שקראת לזה)

קוד PHP:

 int _tmain(int argc, _TCHAR* argv[]) 


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

קוד:

argv[0]

הינו מצביע למחרוזת הראשונה.

[ זיו ]
[ fat fish ]

דרך אגב, לשאלתך, אני אישית מעוניין בהסבר לתכנות ל-win32api. אני מתחיל ללמוד את זה לבד.

כמו כן, אפשר לקבל קצת יותר פרטים בנוגע ל- hInstance .


תודה

http://www.relisoft.com/win32/index.htm

מה זאת אומרת הקצאה של 8 בתים למצביע מסוג int???
או שאתה מקצה 8 בלוקים למשתנים מסוג int (על הגודל של המקום המוקצה שולט המהדר).
או שאתה מקצה 8 בלוקים, כלומר מקום לכתיבת 8 מצביעים למצביעים ל-int (מצביע למצביע).

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

הסבר את שאלתך ואשמח לענות לך בנושא.

[ זיו ]
[ fat fish ]

סליחה על הבלבול בקשר לשאלה 2.

הכוונה שלי הייתה אם אני מקצה 4 בתים למצביע int כך:

קוד PHP:

 p=malloc(4); 


אני רואה שבספרים הם מסבים את המצביע שמוחזר מ-malloc שהוא void כך:

קוד PHP:

 p=(int*)malloc(4); 


פשוט לא הבנתי למה מתבצעת ההסבה של המצביע המוחזר מ- malloc כי בכל מקרה הוא מחזיר כתובת התחלתית של 4 בתים.

בס"ד

המהדר יודע שאתה מקבל משהוא מהפונקציה (VOID *) אבל הוא לא יודע איזה סוג זה - בשביל להגדיר סוג צריך לעשות איך שראית
וזה ככה בגלל שכך התוכנה תיהיה עם פחות שגיאות - וכן בשביל לדבג את התוכנה ביתר קלות

קוד PHP:

 int *ptr = (int*)malloc(sizeof(int*)); 


ולא לארבעה משתנים מטיפוס int כמו שהוא רוצה.

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

המהדר יבין לבד שאתה רוצה מתביע ל-int, אבל זה יותר קריא ככה כשאתה מגדיר בפירוש למה אתה מצפה.

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

זה גם תיכנות יותר נכון.
היום במחשב ביתי מצביע ל INT הוא בגודל של 4 בתים.
אבל כבר עכשיו יש מחשבים של 64BIT ובהם גודלו של INT* יהיה 8 בתים ולא ארבעה. הקוד שהוא כותב היום לא יעבוד לו על המחשב שהוא הולך לקנות בעוד שנה כי במקום לרשום:

קוד:

 malloc(sizeof(int*)); 

הוא רשם:

קוד:

 malloc(4); 

שזאת פשוט הגדרה לא נכונה.

ועכשיו לך תדבג גלישת זיכרון שקוראת לך 100 שורות אחרי שאתה מבצע הקצאה....

קוד שאתה כותב צריך להיות נכון לא רק על המחשב שלך היום אלא גם על המחשב שלך שיהיה לך מחר וגם על המחשב שלי וגם על המחשבים של כולנו שיהיו לנו בעוד 10 שנים...ובטח שבלי תלות בגודל של INT*.

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