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

Name	Last modified	Size	Description

Parent Directory		-
siehe-auch/	2023-07-26 20:52	-
01-echo.c	2023-04-26 15:45	169
intro-gdb.link	2023-05-03 12:50	506	GDB (GNU Debugger) Einführung
02-isort.c	2023-05-03 15:50	737
arbeitsumgebung.html	2023-05-17 13:03	33K	Tipps zur Einrichten einer Arbeitsumgebung
03-list-run.c	2023-05-17 16:04	659
02.5-sort.c	2023-05-24 16:00	1.9K
04-matmul.c	2023-06-08 19:06	40K
06-lssym.c	2023-06-28 19:18	774
memcheck.sh	2023-07-06 22:19	604
0K-wosch.c	2023-07-12 15:55	6.2K

Webseite zur SP1 Übung T05

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

Tutor: Kaludercic, Philip (Email)

Die Tafelübung T05 findet am Mittwoch um 14:15 bis 16:45 statt im 0.031-113. Auf dieser Seite werden Material, Code sonstige Verweise gesammelt.

Meine Recherübung ist Mittwochs von 10:15 bis 12:45 im CIP1 (Blaues-Hochhaus, erster Stock).

Ankündigungen und Erinnerungen (Feed)

[2023-07-19] Klausurvorbereitung (II): Am 19.7. werden werden die Aufgabe 1. und 2. aus der WS22 Klausur bearbeiten, neben der Besprechung von der Creeper
[2023-07-10] Klausurvorbereitung (I): Am 12.7. werden wir die Aufgabe 2. aus der WS22 Klausur bearbeiten.
[2023-05-31] Fehler geziehlt Provozieren: Ich heute habe in der Übung “trip” vorgestellt gehabt, um besser Fehler in SP zu provozieren. Ich würde mich über Rückmeldungen freuen, und helfe gerne bei Problemen.
[2023-05-16] SP-Chats: Neben #i4sp1 und #i4sp2, gibt es jetzt im IRC auch #offtopic, für SP-verwandte Themen. Diese Kanäle können auch alle über den FAU Matrix Server betreten werden.
[2023-04-23] Linux-Install Party: Am 2.5. organisiert die FSI ein “Linux-Install-Party”, um Studenten dabei zu helfen Linux auf Laptops zu installieren.

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?
Zum Bauen werden die notwendigen Flags benutzt?
Die Aufgabe kann ohne Fehlermeldungen gebaut werden?
Das Programm wurde vor der Abgabe getestet?
Der Quelltext wurde sinnvoll Kommentiert¹?
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, Cppcheck, GDB oder andere Werkzeuge zu benutzen.

Links zu CIP-Seiten anderer Tutoren

Felix (T02), Stef (Ehemalig), Milan (Ehemalig), Andreas (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.