اختبر مهاراتك في المؤشرات (الحلقة الرابعة)

ElectroDoc كتب:

عدا عن هذه النقطة فبرنامجك أخ OmniVore متعوب عليه بالفعل الله يعطيك العافية.

شكرا دكتور :happy:

ElectroDoc كتب:

(أيضاً استغربت أن حجم الملف التنفيذي كبير جداً بالمقارنة مع الكود - حوالي 1.4 MB!!!)

لانه الاصدار بكل معلومات التنقيح ( compiled with debug information included ) ودون optimization من المترجم , لكن الاصدار دون ذلك سيكون اصغر بكثير

بالتوفيق للجميع

السلام عليكم

مرحبا إخوتي :)

هناك خطأ فادح وقعنا فيه جميعا و المصيبة الكبرى أن برامجنا تعتمد بنسبة 50% على هذا الخطأ ! :(

الخطأ ببساطة هو أن الدالة getch ليست من الدوال القياسية بالرغم من توفرها في جميع المترجمات تقريبا على أنظمة Windows.

إذا .. استعمالنا لهذه الدالة لا يُبشر بالخير ! فماذا لو قام أحد أصدقاءنا بترجمة الأكواد التي كتبناها في IDE لا يدعم سوى النسخة القياسية من السي ANSI C ؟؟ حينها لن يستطيع صديقنا هذا تنفيذ المشروع و بالأحرى رؤية البرنامج الناتج !

... أخيرا, لا يسعني إلا أن أقول أن خبراء البرمجة دائما ما يُحذرون المبرمجين من استخدام الدوال الغير قياسية في اللغة لأنها تجعل مشروعك عبارة عن لعبة أطفال .. تعتمد على الحظ !!

بالمناسبة, هل لدى أحدكم فكرة عن برمجة دالة مُكافئة لــ getch ؟

حتى لا يتشعب الموضوع, قمت بفتح هذا الموضوع لنقاش بعض المسائل المتعلقة بــ getch :

نقاش حول الدالة getch

تقييم الأعضاء النهائي للأخ Omnivore :

3/4, ألف مبروك أخي :)

ننتقل الآن إلى تقييم العضو ahmedsaoud31.

السلام عليكم وحمه الله

عفواً سأغادر اليوم إلى الدراسة عذراً ... فإنتظرونى غداً

وسوف أحاول الدخول لنقاش أرآكم بإذن الله

دمتم بخير

اقتباس

هناك خطأ فادح وقعنا فيه جميعا و المصيبة الكبرى أن برامجنا تعتمد بنسبة 50% على هذا الخطأ ! :(

وهذا السبب الرئيس وراء تأخرى كان على ان اقوم ببعض التعديلات على الــ console فى بيئة لينكس حتى اتمكن من محاكاة عملية اﻻدخال لكلمة السر الى جانب ان الزملاء سوف يعملون على ويندوز فتفقد القياسية وتصبح مشاركة ﻻيستفيد منها قطاع كبير من اﻻعضاء

السلام عليكم

ما زالت لدي العديد من الأفكار البرمجية الرائعة التي يمكننا تطبيقها في حلقات قادمة من هذه السلسلة :)

لكن نظرا لظروف دراسية صعبة .. سأنقطع عن المنتدى لفترة.

و أرجو من كافة الأعضاء أن يُسامحوني إن كنت أخطأت في حق أحدهم و أنا بدوري أسامح الجميع :happy:

سيتم استنئاف حلقات السلسلة بعد رجوعي إن شاء الله و ستكون الحلقات القادمة أكثر إثارة و سخونة.

حتى أُدلي برأيي في التقييم سأضع لاحقا تقييمي لأخي العزيز ahmedsaoud31

ونظرا لأنني لا أملك الوقت الكافي للدخول إلى الموضوع بشكل منتظم فسأضع أيضا تقييمي للأخ محمد أبو زايد و الدكتور همام أيضا.

أرجو لكم التوفيق.

khaled_prg كتب:

السلام عليكم

ما زالت لدي العديد من الأفكار البرمجية الرائعة التي يمكننا تطبيقها في حلقات قادمة من هذه السلسلة :)

لكن نظرا لظروف دراسية صعبة .. سأنقطع عن المنتدى لفترة.

و أرجو من كافة الأعضاء أن يُسامحوني إن كنت أخطأت في حق أحدهم و أنا بدوري أسامح الجميع :happy:

سيتم استنئاف حلقات السلسلة بعد رجوعي إن شاء الله و ستكون الحلقات القادمة أكثر إثارة و سخونة.

حتى أُدلي برأيي في التقييم سأضع لاحقا تقييمي لأخي العزيز ahmedsaoud31

ونظرا لأنني لا أملك الوقت الكافي للدخول إلى الموضوع بشكل منتظم فسأضع أيضا تقييمي للأخ محمد أبو زايد و الدكتور همام أيضا.

أرجو لكم التوفيق.

حقيقا سنفتقدك وندعو الله ان ييسر امرك .

ونحن فى انتظار عوتك ..... .

تحياتى لك أخى خالد بروج

والله ولى التوفيق

السلام عليكم

أبدا مع أخي الغالي ahmedsaoud31.

عندما نُدخل الإيميل التالي xxxxxxxxx@yahoo..com تظهر الرسالة :

This E-mail Not a valide YAHOO ID !

و عندما نُدخل الإيميل التالي xxxxxxxxx@yahoo;com تظهر الرسالة :

This E-mail Not Compleat YAHOO ID !

.. لاحظ أن الأخطاء السابقة تُعبر عن نفس المشكلة, إذا كيف تختلف رسائل الخطأ !؟

• كان من الأفضل أن تكون الرسالة أكثر دقة .. هكذا : "البريد الإلكتروني يجب أن ينتهي بــ yahoo.com أو yahoo.fr"
  
• إذا كانت كلمة السر عبارة عن حروف غير مرئية سيتم تسجيل الدخول دون شرط أو قيد.
  

تقييمي للأخ ahmedsaoud31 :

2.5/3

بالنسبة لأخي الفاضل محمد ابوزايد :

• إذا كان الإيميل يحتوي على أكثر من @ فإن البرنامج يقبله بكل رحابة صدر :)
  
• إذا كان الإيميل خاطئ فيجب على البرنامج إظهار الخطأ و الخروج و هذا ما لا يفعله برنامجك.
  
• الرسالة congratulation u now connected تظهر لي كل مرة حتى لو كان الإيميل خاطئ و بالأحرى كلمة المرور.
  
• عندما تكون كلمة المرور عبارة مجموعة من backspace تظهر الرسالة التالية :
  sorry < > ' | :. not allowed
  ما علاقة الرسالة بنوع الخطأ ؟؟
  

تقييمي للأخ محمد ابوزايد : 1.5/3

بالنسبة للدكتور ElectroDoc :

• البرنامج لا يقبل الرجوع بالأسهم عند إدخال الإيميل أو كلمة المرور !
  
• إذا كانت كلمة السر عبارة عن حروف غير مرئية سيتم تسجيل الدخول دون شرط أو قيد.
  

تقييمي للأخ ElectroDoc :

2.75/3

بقي الآن تقييمكم أنتم لمحاولتي, أنا بالانتظار :)

حتى نحقق هدف الموضوع, أرجو من المشاركين تقييم محاولة كل عضو حتى يستفيد من نقد محاولته و يستفيد القارئ أيضا.

تحياتي.

السلام عليكم

أرجوا أن تكونوا جميعاً فى تمام الصحة والعافية

أولاً شاكرأ لك عزيزى خلُود على تقييمك مشاركتى ... وبارك الله فيك ...

سريعاً لتقييم المحاولات بشكل عام وسريع على أدائها وتوافقها مع عملية محاكاة عملية التسجيل تقبلوا تقييمى (الظاهرى) :

أخى العزيز خالد :

ملاحظاتى

- هو أن برنامجك يربك المستخدم نوعاً ما عند إظهار الخطأ فجأه والخروج من تكملة البريد الإلكترونى .

- لا يدعم إستخدام ال backspace وعند إستخدامها يعطى أخطاء ( لا أستطيع ترجمتها من الفرنسية ).

- الباسورد لا يقبل الرموز الغير مرئية , وإن كنت معترض معى فى هذه الجزئية فبرنامجك يقبل الأسهم ضمن الرقم السرى وطبعاً كل إتجاه يحجز خانتين من الرقم السرى.

* تقييمى : 2.75/3

أخى الكريم محمد :

- كما أسلف الذكر الأخ خالد وأضيف :

- عدم إظهار خطأ بخصوص إذا كان طول الإيميل 5 حروف ويتم الترحيب.

- لا يقبل كل الرموز عادا المثتثنى كما ورد فى الشروط ( وإن كانت نقطة خلاف بينى وبين عزيزى خالد)

* تقييمى : 2/3

أخى الكريم همام :

أعجبنى البرنامج ككل ...

تقييمى : 3/3

ومجددأً بارك الله فيك (Khaled La Star) على هذه السلسة الممتعة ووفقك الله تعالى لما يحبه ويرضاه ولنا جميعأً بإذن الله .

اقتباس

برنامجك يربك المستخدم نوعاً ما عند إظهار الخطأ فجأه والخروج من تكملة البريد الإلكترونى

أنا أيضا لاحظت ذلك و لعل هذه إحدى سلبيات التحقق اللحظي :)

اقتباس

لا يدعم إستخدام ال backspace وعند إستخدامها يعطى أخطاء ( لا أستطيع ترجمتها من الفرنسية :D)

نعم, لضيق الوقت نسيت معالجة قضية الـ backspace و بالتالي البرنامج يعتبرها رمز غير مرئي.

الرسالة التي تظهر معناها : عفوا, لقد أدخلتم رمز غير مرئي !

إديني 100 دولار عشان الترجمة :D

اقتباس

الباسورد لا يقبل الرموز الغير مرئية , وإن كنت معترض معى فى هذه الجزئية فبرنامجك يقبل الأسهم ضمن الرقم السرى وطبعاً كل إتجاه يحجز خانتين من الرقم السرى

هذا خطأ في الدفاع على رأي أخونا Omnivore :D

شكرا لك أخي أحمد على إبداء هذه الملاحظات الجميلة.

بانتظار بقية الإخوة :)

السلام عليكم

فين المشاركين إختفوا راحوا فين ... يبقى أنا الفائز بالتذكية

اقتباس

الرسالة التي تظهر معناها : عفوا, لقد أدخلتم رمز غير مرئي !

إديني 100 دولار عشان الترجمة

ليه راح فين حبيب الكل Google ومن غير ولا سحتوت ( العملة المصرية القديمة)

السلام عليكم ..

في البداية أعتذر عن تأخري، كنت أنتظر نهاية الأسبوع لأتفرغ قليلاً..

تقييمي لبرنامج الأخ أحمد:

3 / 2.75

برنامجك ممتاز بشكل عام لكن عندي نصيحة صغيرة (ليست تقنية)، وهي أن تعمل على ترتيب الكود أكثر، مثلاً استخدام الـ Tab والمسافات بين الأسطر. هذا يجعل كودك أسهل للقراءة والتطوير في المستقبل.

أيضاً، لا يُنصح بوضع كود قابل للتنفيذ في ملفات الهيدر h. بالعادة توضع التصاريح فقط ولا يوضع فيه كود يمكن أن يزيد من حجم الملف التنفيذي، وذلك لأن أغلبنا ينسى أن يزيل سطر include# إذا قرر الاستغناء عن أحد الدوال المعرفة فيه، وبالتالي يزيد حجم الملف التنفيذي بدون فائدة.

هذا فقط رأيي كنصيحة

بالنسبة لبرنامج الأخ خالد:

2/3

بالإضافة لما ذكره الأخ أحمد عندي ملاحظتين:

- لا يمكن للمستخدم تصحيح الخطأ سواءً بالـ Backspace أو بالأسهم (والـ Backspace يعتبره البرنامج حرفاً في كلمة المرور)

- لاتوجد طريقة للخروج من البرنامج عدا استخدام زر x في نافذة الكونسول.

بالنسبة لأسلوب التحقق اللحظي رائع بصراحة لكنه يربك المستخدم أحياناً كما قال أخي أحمد

بالنسبة للأخ محمد أبو زايد

1.5/3

- ملاحظاتي هي كما ذكر الأخوة قبلي خالد وأحمد، وأضيف أن حرف Backspace يعتبره البرنامج حرف في كلمة المرور، بينما في عنوان الإيميل يحذف الحرف السابق (وهذا هو الصحيح).

في النهاية أشكر الجميع على الجهد و الوقت المبذولين في هذا المشروع.

وأسأل الله لكم ولي التوفيق

السلام عليكم

ElectroDoc كتب:

برنامجك ممتاز بشكل عام لكن عندي نصيحة صغيرة (ليست تقنية)، وهي أن تعمل على ترتيب الكود أكثر، مثلاً استخدام الـ Tab والمسافات بين الأسطر. هذا يجعل كودك أسهل للقراءة والتطوير في المستقبل.

أيضاً، لا يُنصح بوضع كود قابل للتنفيذ في ملفات الهيدر h. بالعادة توضع التصاريح فقط ولا يوضع فيه كود يمكن أن يزيد من حجم الملف التنفيذي، وذلك لأن أغلبنا ينسى أن يزيل سطر include# إذا قرر الاستغناء عن أحد الدوال المعرفة فيه، وبالتالي يزيد حجم الملف التنفيذي بدون فائدة.

هذا فقط رأيي كنصيحة

- شكراً لك كثيراً على إختبار البرنامج وإبداء رآيك , فعلاً جذئية التنظيم هذه مهمة جداً لا سيما لو أحد سوف ينظر على غيرك , بإذن الله سأحاول مراعتها عند كتابتى برامج يطلع عليها الأخرين ولكن هذا ما أعتدت عليه.

- بالنسبة لملف h أنا أول مرة أستخدمة فى هذا البرنامج فإستخدمتة كطريقة إستخدام الكلاس فى الجافا ومشى الحال , لكن ما كنت أعلم ما سبب فصل ملف الهيدر عن الملف التنفيذى. مع أنى كنت أرى جميع ملفات الهيدر المعرفة مسبقاً مع البرنامج عبارة عن تعريفات فقط !!! ولكن أين توجد الدوال التنفيذية لهذه التعريفات ؟

ahmedsaoud31 كتب:

السلام عليكم

- شكراً لك كثيراً على إختبار البرنامج وإبداء رآيك , فعلاً جذئية التنظيم هذه مهمة جداً لا سيما لو أحد سوف ينظر على غيرك , بإذن الله سأحاول مراعتها عند كتابتى برامج يطلع عليها الأخرين ولكن هذا ما أعتدت عليه.

- بالنسبة لملف h أنا أول مرة أستخدمة فى هذا البرنامج فإستخدمتة كطريقة إستخدام الكلاس فى الجافا ومشى الحال , لكن ما كنت أعلم ما سبب فصل ملف الهيدر عن الملف التنفيذى. مع أنى كنت أرى جميع ملفات الهيدر المعرفة مسبقاً مع البرنامج عبارة عن تعريفات فقط !!! ولكن أين توجد الدوال التنفيذية لهذه التعريفات ؟

سؤال وجيه أخي أحمد

إليك القصة كما أعرفها:

يتركب الملف التنفيذي المكتوب بلغة C من عدة Objects، كل Object به مجموعة من الدوال Functions.

كل Object هو ناتج ترجمة ملف مصدري c.* (كلمة Object هنا ليس لها علاقة بالبرمجة الكائنية OOP!! لأن C ليست لغة كائنية)

على سبيل المثال، لنقل أنك كتبت مشروعا به ملفين مصدريين: main.c و other.c. كل ملف منهما به مجموعة من الدوال.

الآن عندما تقوم بترجمة المشروع يقوم المترجم Compiler بتحويل كل ملف منهما إلى Object بالأسماء: main.obj و other.obj.

بعد ذلك يأتي دور الرابط Linker ليربط الملفين obj.* وينتج الملف التنفيذي exe. (طبعاً أصبحت عملية الترجمة والربط هذه الأيام تقوم بها بيئات البرمجة (مثل PellesC أو MSVC) بخطوة واحدة، فلا ينتبه المبرمج أنها في الحقيقة خطوتين منفصلتين).

ما علاقة هذا الكلام بسؤالك؟ ("ولكن أين توجد الدوال التنفيذية لهذه التعريفات ؟")

في الحقيقة، تكون هذه الدوال موجودة في ملف Object آخر، ويجب على الـ linker ربطه مع المشروع كي يعمل الرنامج بالشكل الصحيح.

هناك مشكلتين: كل Object لا يعرف (1) أين توجد الدالة المطلوبة أو (2) كيف يستدعيها.

لذلك، نقوم بكتابة تعريف للدالة في أول الملف المصدري وبهذا سيعرف الـ Object الناتج كيف يستدعي الدالة (2). وهذا هو عمل ملف الهيدر: التعريفات.

بقيت لدينا المشكلة (1). لحلها يجب أن نتأكد أن ال linker سيقوم بربط الـ Object الذي يحتوي على الدالة مع الـ Object الذي يستدعيها.

هذا الأمر يتم بشكل اوتوماتيكي إذا كان الملفين المصدريين في نفس المشروع، لأنه سيتم ترجمتهما مع بعض وربطهما.

هناك حالة أخرى وهي عندما يستدعي برنامجك دالة مثل printf. أين تكون هذه الدالة؟

تكون في ملف Object خاص تقوم بيئة التطوير بربطه مع مشروعك تلقائياً عندما يكون نوع المشروع Console.

نعود للمثال مرة أخرى: ملفين مصدريين main.c و other.c.

الملف main.c به استدعاء لدالة printf و لدالة أخرى اسمها ()DoIt موجودة في other.c

كي يعمل البرنامج بالشكل الصحيح يجب وضع تصريح للدالة printf و DoIt في أول الملف main.c

- تصريح printf موجود بالهيدر stdio.h لذلك تضيف سطر <include <stdio.h#

- تصريح DoIt تكتبه من عندك وبشكل يطابق تعريفه في other.c. مثلاً (int DoIt(void

هذا كله في أول main.c. الآن بإمكانك استدعاء أي من الدالتين بشكل سليم لأنه أصبح من المعروف ما نوع القيمة المعادة ونوع البارامترات ...إلخ للدالتين.

- بما أن مشروعك Console فستقوم البيئة بربط main.obj مع الـ Object الخاص الذي به دالة printf بشكل تلقائي. وبما أن الملف other.c موجود ضمن المشروع فسيتم ترجمته وربطه مع main.c كي يستطيع main.c استدعاء DoIt منه بشكل سليم.

هذه هي القصة أرجو أن تكون واضحة وآسف للإطالة.

فهم هذه الأمور مفيد جداً خاصة عند تطوير برامج لويندوز والدخول في عالم الـ Static linking و الـ Dynamic linking.

وبالمناسبة، مسألة تنظيم وترتيب الكود ليست فقط مفيدة عندما يقرأ الآخرون برنامجك. بل مفيدة أيضاً لك، عندما تعود للمشروع بعد فترة طويلة (سنة مثلاً) ستجد أنه من الأسهل فهم البرنامج المرتب. وأيضاً يسهل عليك تطويره وتحسينه.

في بداية تعلمي للبرمجة كانت أكوادي غير مرتبة، فكنت إذا عدت للكود بعد فترة أضطر لكتابة الكود من الصفر مرة أخرى

السلام عليكم

سلمت يداك أخ همام بصراحة شرح ولا أروع , الآن إتضحت لى ماهية عمل ملفات الهيدر فى لغة السي.

ولكن يبقى لدي إستفسار أخير ."إن لم يكن لديك مانع لذلك ؟" . من أين لى إذاً أن أجد الأكواد التفيذية لتعريفات الدوال الموجودة فى ملفات الهيدر المحملة مسبقاً مع المترجم ؟ كعمل دالة printf مثلاً !!!

وأيضاً بحث داخل ملف PellesC داخل programfiles ولم أجد الملفات "obj.*" أعلم أننى لا أستطيع أن أتحصل على الكود من خلالها ولكن لم أجدها .

وعليكم السلام ورحمة الله وأهلاً بأسئلتك أخ أحمد في أي وقت

نعم معك حق، نسيت أن أذكر أن الدوال القياسية مثل printf موجودة في ملفات Object لكن من نوع خاص وهي (Static libraries (*.lib

تجدها في مجلد Program Files\Pelles C\Lib. لكن كما قلت لا يمكن معرفة الكود البرمجي لهذه الدوال لأنها مترجمة وأصبحت بلغة الآلة. (وقد تكون بالأصل مكتوبة بالأسمبلي وليست بالـ C)

العملية تتم كالعادة، يتم ربط برنامجك (الذي أصبح بصيغة Obj) مع ملف lib.* للمكتبة القياسية لينتج ملف exe النهائي.

(انظر في مجلد مشروعك تشاهد مجلد اسمه Output تجد فيه ملفات Obj الناتجة عن الملفات المصدرية لبرنامجك)

أي استفسار آخر أنا بالخدمة دائماً

السلام عليكم

بارك الله فيك أستاذ همام

فعلاً هذا ما وجدتة وهى ملفات (lib.*) .

أنا على ما أظن مر بى موقع موضوع عليه الأكواد التنفيذية للغة السي سأحاول البحث عنه

وأخياراً بارك الله فيك على معلوماتك القيمة.

لو عند وقت ممكن تلقى نظرة على كود printf و الخ ... . بداخل الملف http://ftp.gnu.org/pub/gnu/glibc/glibc-2.4.tar.gz

شكراً أخ محمد على الرابط جارى التنزيل ...

السلام عليكم

مرحبا إخوتي :)

دائما ما آتي متأخرا .. يبدو أن الوجبة كانت لذيذة بعض الشيء :D

شكرا لكم على إثراء الموضوع و بانتظار الأخ Omnivore حتى تكتمل عملية نقد المحاولات.

أرجو لكم التوفيق.

شكراً أخ محمد لكن عندي سؤال، أليست البنية التحتية للدوال القياسية (مثل printf) تعتمد بشكل أساسي على نظام التشغيل؟ أقصد أن كود printf الخاص بلينكس لن يعمل على ويندوز، وكذلك الكود الخاص بدوس (16 بت) لن يعمل على إطار موجّه الأوامر في ويندوز (32 أو 64 بت). صحيح؟

بالمختصر، سؤالي هو عن مدى 'الناقلية' Portablility للكود في الرابط الذي وضعته.

@khaled_prg: أهلاً بك أخي خالد من جديد

اقتباس

سؤالي هو عن مدى 'الناقلية' Portablility للكود في الرابط الذي وضعته.

هذا اﻻمر مرتبط بجوانب كثيرة وتفاصيل فى الوثائق الفنية الخاصة بالمكتبة ﻻ استطيع فى الوقت الحالى كتابة اجابة مسئول عنها.