Index of /~oj14ozun/.old/sp1-ss24

Name	Last modified	Size	Description

Parent Directory		-
siehe-auch/	2024-07-21 19:18	-
T12/	2024-06-07 18:14	-
T06/	2024-07-05 15:05	-
arbeitsumgebung.html	2024-03-06 11:12	35K	Tipps zur Einrichten einer Arbeitsumgebung
preload.sh	2024-06-22 10:05	1.6K
memcheck.sh	2024-06-28 12:21	634
kleinaufgaben.link	2024-03-06 11:12	531	Vorschläge für (kleine) C Übungsaufgaben
trip.link	2024-03-06 11:12	518	"trip" auf GitLab
intro-gdb.link	2024-03-06 11:12	506	GDB (GNU Debugger) Einführung

Diese Seite ist veraltet, und wird nicht mehr verwaltet.
Siehe meine Indexseite, für neuere Übungsseiten.

Webseite zu den SP1 Übungen T{06,12}

Tutor: Kaludercic, Philip (Email)

Auf dieser Seite sammele ich Material und zusätzliche Informationen zu meinen Übungen.

Meine Tafelübungen sind...

T06 Mittwoch von 12:15 bis 13:45 in 0.031-113 (Aquarium) und
T12 Freitag von 14:15 bis 15:45 in 02.133-113.

Meine Rechnerübungen sind ...

R03 Dienstag von 14:00 bis 16:00 und
R12 Freitag von 16:00 bis 18:00

beide im CIP 1 (11302.01.155, WHH, erster Stock).

Allgemeine Fragen kann man am besten im FSI Subforum stellen. Für interaktive Diskussionen ist der Matrix Raum #faui4sp1 geeignet (alle Benutzer mit IdM Kennung können sich auf chat.fau.de einfach anmelden). Es gibt jedoch keinen Verlass, dass eure Nachrichten vom SP-Team gesehen und beantwortet werden. Für SP-Affine Themen gibt es auch den Matrix Raum #offtopic.

Ankündigungen und Erinnerungen (Feed)

[2024-06-07] Rechnerübung: Ab der 25. Kalenderwoche (17.06.) wird die Recherübung von Mittwoch 10 Uhr auf Freitag 16 Uhr verschoben.
[2024-05-19] Waffel Update: Das Problem mit Waffel wurde behoben, die Punkte+Link sollte nun nach der Korrektur dort eingetagen sein.
[2024-05-15] Korrektur Emails: Aufgrund von technischen Problemen mit Waffel, kann ich die Korrekturen erstmal nicht dort eintragen. Stattdessen werde ich an eure CIP-Email addressen (be15piel@cip.cs.fau.de) Emails schicken. Denkt daher daran, in eurem Home Verzeichnis die Datei ~/.forward zu erstellen bzw. zu überprüfen dass es zu einer gültigen Addresse zeigt. Ansonten kann man im CIP auch seine Mails mit mail(1) lesen. Mehr dazu auf der CIP Homepage.
[2024-05-14] Raumwechsel: Am 22.5. muss die T06 findet die Tafelübung im 02.134-113 statt, weil das Aquarium belegt ist.
[2024-04-17] Emacs Kurs: Aufgrund von allgemeinem Interesse, veranstalte ich eine Einführung meinem Text-Editor, Emacs. Wann ist noch nicht fest; bei Interesse auf mich zukommen. (Update (02May24): Ich halte eine Einführung am 10.5.)

Abgaben Checkliste

Häufige Fehler sind meist am einfachsten zu Vermeiden. Wenn man vor der Abgabe diese Punkte beachtet sollte man die Probleme vermeiden:

Die Angabe (samt Hinweisen) wurde sorgfältig gelesen?
Man hat darauf geachtet gegen C11 und POSIX zu programmieren?
Zum Bauen werden die notwendigen Flags benutzt? Vielleicht auch -Wextra.
Eine Makefile wurde geschrieben?
Die Makefile hat die Pseudotargets all und clean?
Die Makefile kann mit -r -R gebaut werden?
Die Makefile benutzt die CC und CFLAGS Makros?
Die Aufgabe kann ohne Fehlermeldungen gebaut werden?
Das Programm wurde vor der Abgabe getestet?
Der Quelltext wurde sinnvoll Kommentiert¹?
Alle Funktionen, welche nur innerhalb des Moduls benutzt werden wollen, wurden mit static deklariert.
Die Korrekturhinweise (Cheatsheet-Version) wurden beachtet.
Der letzte Stand wurde vor der Abgabefrist mit git push veröffentlicht.

Ich schätze es wenn Dateien schön und sauber formatiert sind, da man die dann leichter kommentieren kann. Dazu kann ich euch nicht zwingen, ihr könnt hier lesen wie man das Rechersystem erledigen lassen kann.

Wenn man Problem hat, kann es oft helfen erst Valgrind, Sanitizers, strace, ltrace, prlimit, Cppcheck, GDB oder andere Werkzeuge zu benutzen.

Links zu (CIP-)Seiten anderer Tutoren

Julian (T04), Hannes (T05), Lukas (T07), Frederik (T08), Felix (Ehemalig), Stef (Ehemalig), Milan (Ehemalig), Lou (Ehemalig),

¹ Meine Empfehlungen zu Kommentaren sind:

Kommentare können gerne benutzt werden um mit mir während der Korrektur zu kommunizieren. Ihr könnt anmerken worüber ihr nachgedacht habt und wieso ihr euch für eine Lösung entschieden habt, oder darum bitten das ich genauer in der Korrektur auf spezifische Fragen/Probleme eingehe. Allgemein hilft es beim Korrigieren den Gedankenprozess nachvollziehen zu können. Hierzu zählt auch neben Kommentaren eine sinnvolle Commit-Geschichte.

Kommentare können helfen den Quelltext zu Strukturieren, am besten in dem diese sich an logischen Abschnitten orientieren bzw. diese verdeutlichen:

/* Gebe die absteigende de Häufigkeit jedes Wortes aus. */
qsort(data.list, data.len, sizeof(struct count), comp);
for (i = 0; i < data.len; i++) {
	printf("%8d\t%s\n", data.list[i].occ, data.list[i].word);
}

Ein Kommentar ist überflüssig wenn keine Information beigetragen wird (für jemanden der C versteht):
```
/* Deklariere und weise der Variable i den Wert 2 zu. */
int i = 2;
```
Kommentare die mit TODO, FIXME, BUG sollten höchstwahrscheinlich nicht abgegeben werden. Um schnell danach zu suchen kann man in einer Shell
```
$ grep -rin "FIXME|TODO|BUG"
```
ausführen.

Ältere Fassungen meiner Übungsweiseite sind hier zu finden.

Systems programmers are the high priests of a low cult. — Robert S. Barton