יש לי אובייקט מסוג dep שיש לו שדה name ושדה nextDep.
קראתי לפונקציה התחתונה ע"י השורות הבאות:
ולאחר מכן ניסיתי להדפיס את השדה name במה שיצרתי, אז הוא נותן לי Segmentation fault
ולא מדפיס כלום, אם אני מוותר על ההדפסה הוא עדיין נותן לי את הארור הזה כשאני קורא לפונקציה, ואני לא מבין למה.

קוד:

	dep* head=NULL;
	dep *t=addDepartment(head,"BioMed");

קוד:

dep* addDepartment(dep *head, char *name)
		{
	dep* depp;
	dep* currDep;
	depp = (dep *)malloc(sizeof(dep));
	if (depp == NULL) {
		printf("Memory allocation error!\n");
		exit(1);
	}
	strcpy(depp->name, name);
	depp->nextDep = NULL;
	if (!head) return depp;;
	currDep = head;
	while(currDep->nextDep)
		currDep = currDep->nextDep;
	currDep->nextDep = depp;
	return head;

		}

כי אתה צריך להקצות מקום למשתנה name, אני מניח שמה שיש לך ב-struct זה *char. (וזה אומר שאתה גם צריך לזכור לשחרר אותו בסוף התכנית)
אתה צריך לעשות משהו בסגנון של:

קוד:

depp->name=(char*)malloc(strlen(name)+1);

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

ד"א - שים לב שהפונקציה הזאת אמורה להחזיר Int ולא *dep.

שוב תודה רבה
כן אתה צודק אני אשנה את זה שיכנס בהתחלה.
*לגבי מה שהוא מחזיר זה לא קריטי, אמרו לנו שאפשר להחזיר מה שרוצים.

אגב אני מבין שעשית:

קוד:

(strlen(name)+1)

כדי להשאיר מקום ל\0 אבל שמתי לב שכל מספר שאני כותב שם, אפילו '1' וזה עובד.

RP כנראה צודק, תביא את ההגדרה של הSTRUCT

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

נ.ב.
גועל נפש כל השפת תכנות הזאת...

צודק, עדיף שפת תכנות שבה קוד תקין 100% ללא באגים, מחזיר Server Application Error in / ...

נמאס לכם לזכור סיסמאות? לחצו כאן!

1. אין לזה שום קשר לשפת תכנות. אולי לסביבה, או לפלטפורמה.

2. פשוט קשקוש.

וגם אפשר לחשוב שבPHP אין 500 INTERNAL ERROR.

1. אין דרך להריץ את שפת התכנות הזו בלי הסביבה והפלטפורמה שלה (כה נפלא לכתוב בגן סגור...)

2. חיפוש בגוגל אחר המחרוזת הנ"ל מראה שלא כזה קשקוש, למרות שכל הכותבים בסביבה זו חושבים שהיא מינימום קדושה.

האמת שב PHP אין דבר כזה Internal Server Error 500 (אני משער שלכך התכוונת...), כל הודעות השגיאה הן הגיונית לחלוטין, והן תמיד כי אתה עשית משהו שאתה לא אמור לעשות; לכן הם גם קונסיסטניות, עבור אותו קלט ואותו קוד, תהיה אותה שגיאה. הפעלה מחדש של השרת לא תשנה את זה, עד שלא תתקן מה שלא בסדר... ואתה מוזמן לנסות להוכיח אותי אחרת. (בהנחה שיש לך את הדוגמה שאני חושב שיש לך בראש, שכח ממנה, הגבלת זיכרון מכוונת אינה תקלה, וכאמור, הפעלה מחדש של השרת כמובן שלא תפתור אותה..)

נמאס לכם לזכור סיסמאות? לחצו כאן!

אי אפשר שרשור אחד על שפת C בלי שהדיון הזה יעלה?

בVAX (מחשב של דיגיטל זצ"ל) היו הודעות שגיאה הגיוניות וbound ckecking כבר לפני 30 שנה (בכל השפות). כמו כן היו מימושים של השפה (למשל templets ב c++) שעד היום מייקרוזיפט לא הצליחו לממש כמו שצריך (נכון לפחות לVS-2005). הקומפיילרים של GNU לא נראים יותר טובים. האם אי אפשר לצפות שמישהו יכתוב קומפיילר נורמלי לPC?

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

אתה מבין שיש לזה מחיר ביצועים נכון?

ראיתי שבחלק מהמהדרים זו אופצייה. לפחות במוד דיבג הייתי מצפה שזה יהיה.

IIRC יש BOUND CHEKING בקומפיילר של MS אבל אתה חייב לבקש מפורשות...

אתה מוכן להרחיב?

http://msdn.microsoft.com/en-us/library/8wtf2dfz.aspx

http://msdn.microsoft.com/en-us/library/8dbf701c(VS.80).aspx

אבל אני לא בטוח...

בקישור הראשון יש בדיקות אחרות לא bound checking
הקישור השני לא עובד.
בכל מקרה תודה.

תעתיק ותדביק את השני...

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

כל עוד שאנשים שלא כתבו בשפת תכנות אמיתית בימי חייהם ימשיכו לקרוא "גועל נפש" ליסוד של מה שמפעיל (כנראה) את כל המחשבים בעולם... כנראה שלא.

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני מקווה שלא התכוונת אלי, כי את רוב השנה האחרונה עשיתי בC++...

ואתה עדיין מתעסק עם הדוד-דרעק הזה?

הזוי

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני מכיר LISP, CPP יחסים קוקרקטיים עם ג'אווה, קצת פייטון, קצת PHP, קצת F# , וגם את C#

C# ביחד עם .NET הם השפה והפלטפורמה הכי טובה ופרודוקטיבית שעבדתי איתה.

היא עדיין חרא, ועולה לי על העצבים רוב הזמן, בד"כ פחות מהאחרים.

1. http://en.wikipedia.org/wiki/Portable.NET
http://en.wikipedia.org/wiki/Mono_(software)

מה שמפעיל את רוב עולם המחשבים זה כנראה דווקא cobol.... בצורה מביכה משהו... אולי פרל? או שכבר עברנו לג'אווה?

שימי , בחייך מספיק עם הקשקוש הזה, הדף שגיאה שאתה מדבר עליו נובע מ Unheandeled Exception זה 100% שגיאת מתכנת.
ואני באמת לא מבין איך C# קשורה לדיון הזה, או לעובדה שC היא שפת תכנות מחורבנת.
רוצים ללמד סטודנטים תכנות? מה רע בSCHEME? אם C++ לא הייתה כל כך "קשה" אז היא גם היתה אופציה...

הבת שלי לומדת כרגע בטכניון C במבוא למדמ"ח. כשחיפשתי חומר עבורה ראיתי שבMIT באותו קורס מלמדים PYTHON.

פעם הם לימדו בעיקר SCHEME במבוא למדמח...

פייטון עדיף בהרבה לדעתי על C בלימוד...

אני די משוכנע שרוב מערכות ההפעלה בעולם כיום בסיסן ב C/C++

לינוקס (וכמובן יוניקס), חלונות ומק
בסלולרים: סימביאן, אנדרואיד, iOS (המע"ה של האייפון), BlackBerry

אני חושב שכיסיתי את רובן המוחלט של מערכות ההפעלה שבשימוש נפוץ היום. לפחות 99%...

קובול לא זוכר שראיתי, אולי אתה מבולבל.

C היא לא שפת תכנות מחורבנת. והיא דרך מצויינת ללמד סטודנטים תכנות, מהסיבה הפשוטה שכמעט כל שפה היום מבוססת, פחות או יותר, על התחביר שלה.

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

זה לא שאני אומר שC היא לא שפת תכנות טובה, היא שפת תכנות מעולה, לשימושים ספציפיים ונכון לשנות ה70-80, ממש לא בישביל ללמד מדעי המחשב. חוץ מזה שהסינטקס שלה והקושי והמורכבות של כל פעולה בה, מאוד מוציאים את החשק.
אם כבר אז C++ כי היא הרבה יותר מתקדמת, והרבה יותר פונקציונאלית בסגנון שלה.

ד"א אתה טועה לגבי התחביר, אתה מתכון לALGOL...

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

ההערות שלך על C# נעות בין חוסר הבנה בסיסי לקשקוש...

אפליקציה לא צריכה להעיף unhandled exception בחיים, אף פעם. חוץ מנניח חוסר זכרון...
אם יש לכם דף שפעם זורק unhandled exception ופעם לא, אני מבטיח לך 100% שיש איפשהו טעות בקוד שבונה אותו, שמפילה את הדף רק בתרחישים מסויימים.

הסינטקס של Ruby חמוד יותר מהשאר

אולי תפתחו אשכול שהיעוד היחיד שלו הוא לריב על שפות תכנות, ככה שכאשר אתם באים לענות למישהו על שאלה, לא תצטרכו להציף כל אשכול בפורום הזה בדברים לא רלוונטיים? :\