Index of /~oj14ozun/.old/sp2-ws23

Name	Last modified	Size	Description

Parent Directory		-
material/	2024-03-06 12:25	-
quiz/	2024-02-21 13:53	-
T06/	2024-02-04 21:11	-
T05/	2024-01-25 09:28	-
siehe-auch/	2024-01-12 14:36	-
trip.link	2023-11-05 18:58	518	"trip" auf GitLab
arbeitsumgebung.html	2023-11-01 12:52	35K	Tipps zur Einrichten einer Arbeitsumgebung
snailproxy.c.link	2023-10-07 15:22	584	snailproxy.c
kleinaufgaben.link	2023-09-25 16:29	531	Vorschläge für (kleine) C Übungsaufgaben
memcheck.sh	2023-07-06 22:19	604
intro-gdb.link	2023-05-03 12:50	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 SP2 Übungen T0{5,6}

Tutor: Kaludercic, Philip (Kontakt)

Auf dieser Seite werden Material, Code sonstige Verweise zu Systemprogrammierung gesammelt.

Meine Tafelübungen

T05 ist am Montag von 16:15 bis 17:45 im 11302.00.151 (Übungsraum im Blauen Hochhaus, auf dem ersten Stock mit den kleinen Fenstern) und
T06 ist am Mittwoch von 14:15 bis 15:45 statt im 11301.00.031 (Aquarium).

Meine Rechnerübungen

R04 ist Mittwochs von 16:15 bis 17:45 zusammen mit Felix und
R12 ist Donnerstags von 16:15 bis 17:45

im beide im CIP1 (11302.01.155, Blaues-Hochhaus, erster Stock).

Allgemeine Fragen kann man am besten im FSI Forum stellen. Es existiert ein inoffizieller Chat-Kanal für kurze und schnelle Fragen: #i4sp2 (Erreichbar auch über IRC/IRCNet).

Ankündigungen und Erinnerungen (Feed)

[2024-02-04] Klausurvorbereitung II: In der Übung für die letze Vorlesungswoche gehen wir die Theorieaufgaben aus den WS22 und SS20 (Buddy-Verfahren) durch.
[2024-01-18] Klausurvorbereitung: Wir machen nächste Woche (22.01. bzw. 24.01.) die Klausur vom SS23, spezifisch die Programmieraufgabe “SitzPlatz Planer-Backend”.
[2023-12-11] Hacking Übung: In der Woche vom 18.12. bis zum 22.12. findet die frewillige “Hacking Übung” statt, in dem die Bonus Aufgabe zu Sicherheit und Exploitation besprochen wird.
[2023-12-04] Linux-Install-Party: Am 11.12. (Montag) veranstalltet die FSI Informatik die “Linux Install Party” zum assistiertem installieren von GNU/Linux. Wenn man sein bisheriges System nicht ganz verwerfen will, dann kann man auch per Dual-Booting Linux nebenbei installieren.
[2023-11-07] TÜ am 8.11.: Trotz “Studendentenversammlung” findet aufgrund von Interesse die Übung morgen freiwillig statt.
[2023-10-24] Miniklausur: Die Anmeldung für die Miniklausur ist ab Donnerstag (26.10.) möglich sein via Waffel.

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 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 den Recher 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

Felix (T04), Julian (T02), 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önnte 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 hinzugefügt wird:
```
/* Deklariere und weise der Variable i den Wert 2 zu. */
int i = 2;
```
Ich kann C lesen.
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.