FreitagsrundenWiki - Benutzerbeiträge [de]

CAcert

2012-06-11T15:41:35Z

Seba: /* Assurer */

'''CAcert''' ist eine Zertifizierungsstelle für kostenlose S/MIME- und SSL-Serverzertifikate. Für personalisierte Zertifikate muss man sich gegenüber CAcert authentifizieren, dafür wurde ein "[[Web of Trust]]" geschaffen, in dem bereits ausreichend authentifizierte CAcert-Benutzer, die sogenannten "Assurer" andere Teilnehmer bestätigen können. Das ganze funktioniert über ein Punktesystem und je mehr Punkte man erhält, desto mehr Rechte hat man und kann dann z.B. für sich selber personalisierte S/MIME-Zertfikate erhalten oder ab einer gewissen Punktzahl auch andere Teilnehmer bestätigen.

Das wichtigste Ziel von CAcert ist, daß ihr [https://www.cacert.org/index.php?id=3 Root-Zertifikat] von den Browser-Herstellern in ihre Produkte aufgenommen wird, damit bei SSL-verschlüsselten Seiten, deren Schlüssel von CAcert unterschrieben wurden, zukünftig keine Warnhinweise mehr angezeigt werden, so wie man es schon von den großen kommerziellen Zertifizierungsstellen her kennt.

== Die Freitagsrunde bestätigt dich ==
Einige von uns und unseren Ehemaligen sind CAcert-Assurer. Unser Ziel ist es, dass Interessierte bei uns direkt alle benötigten Punkte für die Nutzung von CAcert erhalten können, vorausgesetzt natürlich die Identität konnte nach den Regeln von CAcert überprüft werden (zwei gültige amtliche Ausweisdokumente, mindestens eins mit Lichtbild).



Derzeit gibt es leider nicht immer Assurer, die regelmäßig bei den Treffen der Freitagsrunde anwesend sind. Eine Bestätigung ist daher im Moment am besten auf Anfrage möglich. Alle aktiven Assurer erreichst Du per E-Mail ([mailto:cacert@freitagsrunde.org cacert@freitagsrunde.org]).

== Assurer ==
* [[Benutzer:Mutax|Florian Streibelt]] (35 Punkte CAcert)
* Sebastian Lohff (35 Punkte CAcert)
* Sebastian Dyroff (30 Punkte CAcert)
* Alexander Kührmann (25 Punkte CAcert)
* [[Benutzer:Bmay|Bernd May]] (10 Punkte CAcert)
* [[Benutzer:Loofmann|Stefan Laufmann]] (10 Punkte CAcert)
* Andrew Karpow (10 Punkte CAcert)
* Nico Suhl (10 Punkte CAcert)
* [[Benutzer:jungnickel|Tim Jungnickel]] (10 Punkte CAcert)

==== Nicht mehr regelmäßig anwesend: ====
* [[Benutzer:Martin Häcker|Martin Häcker]] (35 Punkte CAcert)
* [[Benutzer:Thomas|Thomas Kaschwig]] (35 Punkte CAcert)
* [[Benutzer:Felix|Felix Schwarz]] (35 Punkte CAcert)
* [[Benutzer:dStulle|Daniel Sturm]] (35 Punkte CAcert)
* [[Benutzer:Cleeus|Kai Dietrich]] (25 Punkte CAcert)
* [[Benutzer:Dan|Dan Levin]] (20 Punkte CAcert)
* [[Benutzer:buchholz|Robert Buchholz]] (15 Punkte CAcert)
* [[Benutzer:Felixf|Felix Friedrich]] (35 Punkte CAcert)
* [[Benutzer:Bastla|Sebastian Lange]] (35 Punkte CAcert)
* [[Benutzer:BjörnL|Björn Lohrmann]] (10 Punkte CAcert)

== Wo und wann findet das ganze statt? ==

Wir sind eine Studierendeninitiative, die sich regelmäßig am Freitag trifft, daher auch unser Name.


=== Wo? ===

Technische Universität Berlin
Raum [[FR 5518]]
Franklinstr. 28/29
10587 Berlin

=== Wann? ===

Unsere Sitzung beginnt jeden Freitag um 13 Uhr und geht bis ca. 15:00. Während des Treffen führen wir keine Assurings durch. Nach dem Treffen ist ein Assuring aber nach Absprache möglich. Bitte unbdeingt vorher per E-Mail anmelden und abklären, wann genau Assurer da sind - die 'Personaldecke' ist derzeit recht dünn.

== Wie funktionierts? ==

Du zeigst uns deine Personaldokumente (mind. ein amtlicher Ausweis, zwei stark bevorzugt), füllst das CAcert-Formular aus. Solltest du auf den Ausweisen erkennbar sein, vergeben wir anschließend die Punkte und tragen das auf der CAcert-Webseite ein. Fertig. Das ganze dauert idR. etwa 10-15 Minuten.

== Was soll ich mitbringen? ==

# Zwei gültige amtliche Ausweisdokumente (z.B. Personalausweis + Führerschein). Wichtig: Auf mindestens einem Bild solltest du gut zu erkennen sein.
# Für Thawte-Zertifizierungen: Eine Kopie (Vorder- und Rückseite) deiner Personaldokumente.
# Für Thawte-Zertifizierungen: Im [https://www.thawte.com/cgi/personal/wot/directory.exe?node=397 Notary-Listing bei Thawte] [https://www.thawte.com/cgi/personal/wot/wotpermission.exe?add=esLj9v2MdTCJh2t4JAMazCA&ref=25&return=directory.exe&node=397 "Felix Schwarz" freischalten] ("allow this notary to view your details").
# [http://www.cacert.org/cap.php?lang=de_DE CAcert-Formulare] haben wir da, du kannst sie aber natürlich auch schon vorher bei CAcert herunterladen und ausfüllen. Die [https://www.thawte.com/en/wot/tngerman.pdf Thawte-Formulare] sind etwas versteckter, aber ebenfalls erhältlich.
# Du solltest bereits einen Account bei [https://www.cacert.org/ CAcert] besitzen (gleiches gilt natürlich für [http://www.thawte.com/wot/index.html Thawte]).
# Dich selbst.

== Was muss ich danach noch machen? ==

Wenn du bei uns schon die maximalen 100 Punkte bekommen hast, gibt es eigentlich für dich nicht mehr viel zu machen. Allerdings fänden wir es schön, wenn du folgende Bitten befolgen würdest:
# Mit 100 Punkten bist du selbst Assurer, kannst also andere bestätigen. Bitte missbrauche deine neue Macht nicht und prüfe die Identität der Leute, die du zertifizierst.
# Ein Projekt wie CAcert lebt davon, dass es möglichst viele Assurer gibt. Da du jetzt auch einer bist, trage dich doch in die Assurer-Liste ein, damit dich andere finden (dies ist standardmäßig nicht der Fall): Einloggen bei CAcert - Meine Details - Mein Listeneintrag.
# Installiere das [https://www.cacert.org/index.php?id=3 CAcert-Rootzertifikat] auf Systemen, die du ev. betreust (Familie, Freunde, Verwandte), um für größere Akzeptanz zu werben.
# Werbe allgemein für CAcert, so dass z.B. auch Foren-Bekannte etc. sich das CAcert-Rootzertifikat installieren.

== Weblinks ==
* https://www.cacert.org/
* http://wiki.cacert.org/

[[Kategorie: Kryptologie]]

Memes

2011-11-30T20:42:05Z

Seba:

* 1000
* "Steht schon auf SomeChan"
* "Frag Pamela"
* "Will jemand was von der EN-Cafete?" "Ruf hier nie wieder an!"

Kassensystem

2011-11-16T17:45:38Z

Seba:

Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems'' für die Freitagsrunde entstanden. Die Grundidee war dabei für den Touchscreen (oder eine andere Plattform) in unserem Raum eine Software zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.

= k4ever =
k4ever ist die aktuelle implementation des Kassensystems der Freitagsrunde. Momentan befindet es sich noch sehr stark in Entwicklung, ist aber vollständig Funktionsfähig. Der Kern ist die Webseite http://k4ever.freitagsrunde.org, auf der jedes Item gekauft, der Kontostand und Einstellungen verwaltet werden kann. Für Requests von außen kann die REST-Api benutzt werden. Diese ist ausführlich Dokumentiert: https://k4ever.freitagsrunde.org/media/docs/index.html

Für die Weiterentwicklung steht ein Trac bereit
* Code: git clone git://git.someserver.de/git/k4ever
* Trac/Bugs: http://k4ever.someserver.de

== Plugins ==
* Gnome-Panel: Kassenstand anzeigen, dropdown menü für aktionen? Regelmäßige Updates.
** Tom arbeitet dran:
** Schnellkaufen der fünf am meisten gekauften Items des Users
** Einloggen mit Authblob || (username && password)
** Mitmachen -> E-Mail
* Panic Button: Für Mate kaufen. Fenster-Global-Hotkey strg+alt+M(ate)?
* Android App: Obviously
** Widget für Matekauf
** Widget für Kontostandanzeige (Kombination möglich)
** Die drei Faces (Meistgekauft, Von dir meistgekauft, zuletzt gekauft) in der App
* Achievements: "n* Mate gekauft", "Mate-Spreeee!", "Uuultra-Mate!", "Allstar", "KontoMaster (incremental)", "IceMan!/Frosty", "Promille", "13,37€, 42,21€, 23€...90,01€", "Achievement-Farmer(n-mal)",
* Statistik: Kalorien, Timetable - wann häufig gekauft,

== Fehlende Barcodes ==
* Eis
* Opalix
* Spendenbuttons
* Sticker
* Tkroenert

== Policy für Gastaccounts ==
Gäste können in k4ever auf Anfrage einen Account bekommen, wenn er denn benötigt wird, d.h. wenn man öfters da ist. Der Accountname setzt sich dann aus g_ und einem Nickname (möglichst kein allgemeiner Name wie "Hans" oder "Peter") zusammen. Gäste sollten keinen negativen Kontostand haben, dies wird aber vom Kassensystem nicht enforced.

= Hochkomplexe Planungsideen =

WARNUNG WARNUNG WARNUNG
Ab diesen Punkt sind hauptsächlich Utopien und Planungsideen zu finden
==Generelle Fragen==

=== soll das Kassensystem auch für Besucher sein ===

* Pro
** Zusammenrechner bei groesseren Bestellungen.
** Man sieht wieviel Geld in der BAR-Kasse seien sollte.

* Con
** zu aufwändig

: Im Abschnitt Rollen steht ein Vorschlag für die Lösung des Problems

==Anforderungen==

===harte Anforderungen===

''Das soll das System unbedingt leisten''
* Der Frundler soll eine Übersicht bekommen was er der Frunde schuldet / wieviel Restguthaben er noch hat
* Überwachen der maximalen Kalorienzufuhr pro Tag/woche - überwachen eines Ernährungsplanes
* Verhindern von Indikationen nach ICD-10 Klassifikation F15.3 (langsames Ausschleichen)
* Verhinderung von Über und Unterdosierung von 1,3,7-Trimethyl-3,7-dihydro-1H-purin-2,6-dion

===weiche Anforderungen===

''sind für die 1.x-Reihe nicht ganz so wichtig''

* Fremdbuchungen à la "bring mir mal was mit" (gleich Feld [Gebucht von] oder so mit einbauen)
* Das Getränk wird am Terminal per Barcode-Scan eingegeben
* Anstatt einer Frunden-geldkarte wird per RFID die Mensakarte genommen
* Getränke/Speisekarte als PDF exportierbar machen um sie an den Kühlschrank zu hängen
* Achivement-System für z.B. 10 Mate in Reihe/Tag (oder ggf. Gesundheitswarnung)
* ...

==Interface/Plattform==
Für die Umsetzung sollte zumindest klar sein was später rauskommen soll:
* Touchscreen
** muss erst wieder Touch haben --[[Benutzer:Jörg F|Jörg F]] 10:47, 26. Sep. 2010 (CEST)
*** leider läuft der Touch nur unter nem extrem alten X --[[Benutzer:Jungnickel|Jungnickel]] 10:57, 26. Sep. 2010 (CEST)
**** Ja und nein. Ich habe ihn in der Konsole mit gpm zum Laufen gebracht, gpm kann einen socket für X zur Verfügung stellen, wo die Daten rausfallen. Also gpm als Proxy. --[[Benutzer:Mutax|Florian]] 14:19, 26. Sep. 2010 (CEST)
***** Das ist ne gute idee... warum nicht gleich auf X verzichten? In der C-Base haben sie auch nur text-mode interfaces fuer ihr kassensystem, und jeder ist zufrieden mit. Ist doch viel geekiger :D --[[Benutzer:Andrew|Andy[DE]]]
** für jeden zugänglich --[[Benutzer:Jörg F|Jörg F]] 10:47, 26. Sep. 2010 (CEST)
** Leichter Zugang für Gäste und schnelle Mate trinker/käufer --[[Benutzer:Jungnickel|Jungnickel]] 10:57, 26. Sep. 2010 (CEST)
* Browser
** man muss nen Laptop mit Internet dabei haben --[[Benutzer:Jörg F|Jörg F]] 10:47, 26. Sep. 2010 (CEST)
** es können parallel Getränke gekauft werden --[[Benutzer:Jungnickel|Jungnickel]] 10:57, 26. Sep. 2010 (CEST)
** den Verbrauch und Kontostand sollte einsehbar sein ohne an den Touchscreen zu gehen. --[[Benutzer:Jungnickel|Jungnickel]] 10:57, 26. Sep. 2010 (CEST)
** Komplexere Seiten (Geld aufladen etc) sind vllt. leichter für den Browser zu implementieren--[[Benutzer:Jungnickel|Jungnickel]] 10:57, 26. Sep. 2010 (CEST)
* Konsole
** wird wohl eher nicht angenommen da zu aufwändig

==Use cases==
''Der Warenverwaltungsaspekt fehlt hier noch völlig''

''Man sollte hier vielleicht sowas wie die (nummerierten) Haupt-Usecases rauspellen und unten dran eine Liste mit den Varianten stellen (die CLI-Fälle sind vermtl. alle Varianten der Kiosk-Fälle)''

# Frundler konsumiert:
## Der Frundler authentifiziert sich am System
## Der Frundler sagt dem System er kauft ein Getränk
## Das System belastet das Konto des Frundlers mit dem genommenen Getränk
# Gast konsumiert:
## Der Gast sagt dem System er kauft ein Getränk.
## Der Gast legt den zum Getränk passenden Betrag in die Barkasse
## Der Gast nimmt sich das Getränk
# Bucher laedt Frundlerkonto auf
## Der Frundler gibt dem Bucher $Geld Euro
## Der Bucher authentifiziert sich am System
## Er hebt den Betrag vom Buchungskonto ab
## Er laedt das Geld auf das Frundlerkonto
# Bucher leeren Kasse
## Der Bucher authentifiziert sich am System
## Der Bucher nimmt das Geld aus der Barkasse
## Der Bucher bucht das Geld vom Barkassenkonto auf sein Konto
# Bucher gibt Geld an Kassenwart weiter
## Der Bucher gibt dem Kassenwart (auch per Banktransfer) das gewartete Geld
## Der Kassenwart authentifiziert sich am System
## Er entlastet das Konto des Buchers

CLI-Fälle der obigen Varianten (alle?)

''Folgende Faelle werden nur vom Admin im Auftrag des Getraenkewartes durchgefuehrt''
* Ein neues Getränk anlegen
* Den Preis eines Getränks verändern

===Rollen===
Es gibt also folgende Rollen:
Rollen: Gast, Frundler, Bucher, Kassenwart

'''Kommentare:'''
* Brauchen wir wirklich einen Bucher und einen Kassenwart (als Rolle)? Die Rolle des Buchers scheint mir überflüssig und auch für den Bucher zu stressig. Da eh auch jeder einfach so ohne zu Bezahlen Mate klauen könnte, wäre ein Bucher der wie ein Barman darauf achtet ob wirklich bezahlt wird schon zuviel Stasi. Ich denke da wir eh darauf vertrauen (müssen), dass die Leute bezahlen, is ein Bucher überflüssig??? Wenn der Bucher rausfällt, dann fliegt vllt. auch der Kassenwart mit raus, da der ohne den Bucher keine Aufgabe mehr hat. --[[Benutzer:Jungnickel|Jungnickel]] 09:24, 25. Sep. 2010 (CEST)
:: Der Kassenwart hat Zugriff aufs Bankkonto der Frunde. Von diesem Konto werden die Getraenke bezahlt. Auf dieses Konto muss irgendwie das bezahlte Geld auch wieder kommen... (darum finde ich seine Rolle wichtig). Bucher hingegen koennte jeder werden. Der Bucher hat aber dafuer zu sorgen, dass nicht zuviel Bargeld in der Frunde ''herrumliegt''. Darum finde ich das Bargeld-aufladen eines frundenkontos in Form direkter Bezahlung an den Bucher schon sinnvoll! --[[Benutzer:Tkroenert|Tkroenert]] 12:18, 10. Okt. 2010 (CEST)
::: Okay, klar dafür brauchen wir einen Kassenwart, aber an welcher Stelle der was mit dem System zutun hat hab ich noch nicht geblickt. Zahlung per Überweisung fand ich auch eine interessante Sache. Das Problem mit der Rolle des Buchers ist, dass ich scheinbar nur mein Konto aufladen kann wenn der Bucher da ist. Ich würde da auch vorschlagen: jeder ist Bucher und kann sein Konto aufladen indem er 10€ (oder überweist) in die Kasse wirft und dies in seinem Konto vermerkt. Also eine Rolle Bucher der nur dafür da ist das Geld einzusacken und es auf die unterschiedlichen Konten aufzuladen brauchen wir nicht oder? Dass können die Frundler auch selbst machen. --[[Benutzer:Jungnickel|Jungnickel]] 13:19, 10. Okt. 2010 (CEST)
:::: Wenn jmd. sein Konto auflaedt, dann wahrschein mit 10EUR oder 20EUR. Wenn nun ein paar Leute mal ihr Konto aufladen liegen schnell 100Euro in der Frunde. Ich sehe das ungern - nicht das ich jmd. der Keymembers nicht vertraue.. es gibt nur momente wo mir viele unbekannte in der Frunde auch mal sind. Und um nun Geld aus der Frunde aufs Konto zu bekommen gibs den Bucher. Jeder koennte das sein.. klar! Aber eben nicht jeder hat die ganzen daten.. also gibs dieses als Rolle. bzw.: Es kann auch mehrere Bucher geben ; ) Und wegen ueberweisen: Das ist natuerlich was anderes!! --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)
::::: Nur um wirklich letzte Klarheiten auszuräumen: Was unterscheidet den View eines Frundlers von dem eines Buchers am System? Was kann der Bucher mehr als der Frundler (am System)? --[[Benutzer:Jungnickel|Jungnickel]] 09:54, 16. Okt. 2010 (CEST)
:::::: Wenn jetzt JEDER Bucher wäre dann würde diese Klasse doch ad absurdum geführt. Wenn wir den Frundlern nicht vertrauen dann macht das alles keinen Sinn. Warum überweist man nicht "einfach" reales Geld von seinem Realen Konto auf das Reale Konto der frunde? Und trägt das dann selbst ins System ein? Das Bar zahlen kann man ja immernoch nebenher machen. Aber das würde den Bargeld bestand in der Frunde drastisch reduzieren. Dazu kommt die möglichkeit der dauerüberweisung. Natürlich müsste dann ein "Kassenwart" den Geld bestand zwischen Bargeld inner Frunde und Geld eingang aufm Konto überprüfen. Wobei man ja bei der Einzahlung eine $Var nehmen könnte Bar/Überweisung, und das system hält es für den Kassenwart getrennt vor wie viel in der Dose liegen müsste und was aufs Konto gekommen sein müsste.--[[Benutzer:Timmeey|Timmeey]] 22:49, 18. Okt. 2010 (CEST)
* Wenn der Gast eine Gast-Karte bekommt (die quasi immer neben dem Scanner liegt), fliegt auch der Gast als Akteur raus, da er dann wie ein Frundler gehandled werden kann. Der Gast bezahlt eh immer in Bar, das wissen wir ja. --[[Benutzer:Jungnickel|Jungnickel]] 09:34, 25. Sep. 2010 (CEST)
:: ja, das ist eine gute Loesung! --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)

==Modelle==
Objekt: Karte, Konto. 
Konto-Aspekte:
* Quota (von -x bis +y)
* Quota ist Attribut eines Kontos (einfacher als nach Kontentypen zu differenzieren)
* immer einer Karte zugeordnet (ist das im Fall des Master-Kontos angemessen?)
* jede Karte kann auf ein zugeordnetes Konto verweisen ("Konsumkonto")
* es gibt Karten die zusätzlich noch ein Bucherkonto haben
* intervall wieviel/welche getränke von letztem Zeitpunkt getrunken wurden angeben

Den letzten Punkt würde ich noch zurückhalten, bis das Getränkeproblem s.w.u. gelöst ist

===Subtypen und so===

Subtypen von Konto: Kasse, Frundler, Bucher, Gast

Es erscheint am einfachsten, im System nicht weiter zwischen verschiedenen Kontentypen zu differenzieren. Das Quota etwa kann ja ruhig wie oben geschrieben als Attribut am Konto kleben, beim Notifizieren wird uns sicher ähnliches einfallen. Um dennoch für uns zwischen den verschiedenen Zwecken der Konten zu unterscheiden, bekommt jedes Konto noch ein Namensattribut.

===Getränke===

Hier liegt noch einiges im Argen: Wir wollen mit Sicherheit die verschiedenen verfügbaren Getränketypen (Mate, Cola, ...) in einer Tabelle speichern, und daraus u.A. das manuelle Getränkemenü zu generieren etc.
Da steht dann auch der Preis dran. Dann gibt es zwei Möglichkeiten:
* keine abgeschlossene Transaktion verweist auf ein solches Getränk (sonst ändert sich die Transaktion, wenn das Getränk einen anderen "Preis" bekommt)
* wenn wir den "Preis" für Mate erhöhen, legen wir mehrere Mate-Einträge an, einmal mit altem Preis, einmal mit neuem, und konsumieren kann man nur nach aktuellem Preis, die alte erscheint nicht im Menü

Beides ist irgendwie häßlich. Vorschläge?

* Warum nicht den Preis beim Erstellen der Transaktion ins Transaktionsobjekt kopieren?
* Getränkeobjekte und Preisobjekte getrennt anlegen. Preise sind einem Getränkeobjekt zugeordnet und haben nebem einem Preis ein Startdatum. Somit können alle Preisänderungen problemlos nachvollzogen werden und nichts wird redundant gespeichert. So habe ich das bei meiner Getränkekasse gelöst. (externer Kommentar von tblank@gmx.net)

==weitere Aspekte==
===Logging===
* Jede Transaktion, wer von wo nach wo wie viel und wann und aus welchem Anlass erscheint im System. (auch wenn welches Getränk)
** Bitte versuchen das Prinzip der Datensparksamkeit nicht zu vergessen. Daten die nicht gespeichert sind können auch nicht wegkommen --[[Benutzer:Bmay|Bmay]] 19:48, 10. Okt. 2010 (CEST)
* Löschen von Transaktionen solange sie noch nicht commited ist (Session nicht vorbei) ist möglich
* Wie sieht ein Commit in der Logik aus?
* Sonstige Löschvorgänge von Transaktionen ist nicht möglich
** Ich nehme an, damit ist das Löschen durch den Nutzer selbst gemeint. Ein "Storno" sollte zumindest der Admin und ggF. der Bucher können um Irrtümer zu korrigieren, für Testzwecke, etc. --[[Benutzer:Bmay|Bmay]] 19:48, 10. Okt. 2010 (CEST)
:: Loeschmoeglichkeit der in den letzten n Minuten getaetigten Buchungsvorgaenge wuerde alle Probleme loesen.. --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)
* Frundler kann seine kürzlich gekauften Getränke einsehen.
:: History ueber getaetigte Buchungen... --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)
** Auch hier wieder, Datensparksamkeit. Eine Möglichkeit zum Abruf eines digitalen Kontoauszugs wäre gut - danach kann die entsprechende Liste wieder gelöscht oder zumindest verschlüsselt zum Backup abgespeichert werden. --[[Benutzer:Bmay|Bmay]] 19:48, 10. Okt. 2010 (CEST)
===Notification===
* Kassenwart muss über Geldübergabe an Bucher benachrichtigt werden
** Eventuell lässt sich hier eine Mail, Jabber, Statusneet, whatever Lösung basteln --[[Benutzer:Bmay|Bmay]] 19:48, 10. Okt. 2010 (CEST)
* Bei MaxBetrag in Kasse muessen die Bucher benachrichtigt werden

C-Kurs/Tron/Musterlösung

2011-09-05T23:11:34Z

Seba:

Für Tron gibt es zu jedem Unterpunkt der Aufgabe auch eine Lösung.

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/ Komplettlösung] - Die komplette Lösung inkl. aller Schritte + Makefile

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/tron-loesung.tar.gz tron-loesung.tar.gz] - Die komplette Lösung nochmal als .tar.gz

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/01-tron.c 01-tron.c] - SDL initlaisieren

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/02-tron.c 02-tron.c] - SDL Events

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/03-tron.c 03-tron.c] - Zustandsvariablen

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/04-tron.c 04-tron.c] - Zeichnen der Spieler

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/05-tron.c 05-tron.c] - Bewegen der Spieler

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/06-tron.c 06-tron.c] - Kollisionen erkennen und behandeln

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/07-tron.c 07-tron.c] - Tastatureingabe zu Richtungswechsel

[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/steps/08-tron.c 08-tron.c] - Punkte / Komplett

C-Kurs/Tron/Musterlösung

2011-09-05T18:05:49Z

Seba: Die Seite wurde neu angelegt: „Für Tron gibt es zu jedem Unterpunkt der Aufgabe auch eine Lösung. [http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/loesungen/tron-loesung/ Komplettl…“

CAcert

2011-07-15T14:11:06Z

Seba: /* Assurer */

'''CAcert''' ist eine Zertifizierungsstelle für kostenlose S/MIME- und SSL-Serverzertifikate. Für personalisierte Zertifikate muss man sich gegenüber CAcert authentifizieren, dafür wurde ein "[[Web of Trust]]" geschaffen, in dem bereits ausreichend authentifizierte CAcert-Benutzer, die sogenannten "Assurer" andere Teilnehmer bestätigen können. Das ganze funktioniert über ein Punktesystem und je mehr Punkte man erhält, desto mehr Rechte hat man und kann dann z.B. für sich selber personalisierte S/MIME-Zertfikate erhalten oder ab einer gewissen Punktzahl auch andere Teilnehmer bestätigen.

Das wichtigste Ziel von CAcert ist, daß ihr [https://www.cacert.org/index.php?id=3 Root-Zertifikat] von den Browser-Herstellern in ihre Produkte aufgenommen wird, damit bei SSL-verschlüsselten Seiten, deren Schlüssel von CAcert unterschrieben wurden, zukünftig keine Warnhinweise mehr angezeigt werden, so wie man es schon von den großen kommerziellen Zertifizierungsstellen her kennt.

== Die Freitagsrunde bestätigt dich ==
Einige von uns und unseren Ehemaligen sind CAcert-Assurer. Unser Ziel ist es, dass Interessierte bei uns direkt alle benötigten Punkte für die Nutzung von CAcert erhalten können, vorausgesetzt natürlich die Identität konnte nach den Regeln von CAcert überprüft werden (zwei gültige amtliche Ausweisdokumente, mindestens eins mit Lichtbild).



Derzeit gibt es leider nicht immer Assurer, die regelmäßig bei den Treffen der Freitagsrunde anwesend sind. Eine Bestätigung ist daher im Moment am besten auf Anfrage möglich. Alle aktiven Assurer erreichst Du per E-Mail ([mailto:cacert@freitagsrunde.org cacert@freitagsrunde.org]).

== Assurer ==
* [[Benutzer:Mutax|Florian Streibelt]] (35 Punkte CAcert)
* Sebastian Dyroff (10 Punkte CAcert)
* [[Benutzer:Bmay|Bernd May]] (10 Punkte Cacert)
* Sebastian Lohff (25 Punkte CAcert)
* Alexander Kührmann (25 Punkte CAcert)

==== Nicht mehr regelmäßig anwesend: ====
* [[Benutzer:Martin Häcker|Martin Häcker]] (35 Punkte CAcert)
* [[Benutzer:Thomas|Thomas Kaschwig]] (35 Punkte CAcert)
* [[Benutzer:Felix|Felix Schwarz]] (35 Punkte CAcert)
* [[Benutzer:dStulle|Daniel Sturm]] (35 Punkte CAcert)
* [[Benutzer:Cleeus|Kai Dietrich]] (25 Punkte CAcert)
* [[Benutzer:Dan|Dan Levin]] (20 Punkte CAcert)
* [[Benutzer:buchholz|Robert Buchholz]] (15 Punkte CAcert)
* [[Benutzer:Felixf|Felix Friedrich]] (35 Punkte CAcert)
* [[Benutzer:Bastla|Sebastian Lange]] (35 Punkte CAcert)
* [[Benutzer:BjörnL|Björn Lohrmann]] (10 Punkte CAcert)

== Wo und wann findet das ganze statt? ==

Wir sind eine Studierendeninitiative, die sich regelmäßig am Freitag trifft, daher auch unser Name.


=== Wo? ===

Technische Universität Berlin
Raum [[FR 5518]]
Franklinstr. 28/29
10587 Berlin

=== Wann? ===

Unsere Sitzung beginnt jeden Freitag um 13 Uhr und geht bis ca. 15:00. Während des Treffen führen wir keine Assurings durch. Nach dem Treffen ist ein Assuring aber nach Absprache möglich. Bitte unbdeingt vorher per E-Mail anmelden und abklären, wann genau Assurer da sind - die 'Personaldecke' ist derzeit recht dünn.

== Wie funktionierts? ==

Du zeigst uns deine Personaldokumente (mind. ein amtlicher Ausweis, zwei stark bevorzugt), füllst das CAcert-Formular aus. Solltest du auf den Ausweisen erkennbar sein, vergeben wir anschließend die Punkte und tragen das auf der CAcert-Webseite ein. Fertig. Das ganze dauert idR. etwa 10-15 Minuten.

== Was soll ich mitbringen? ==

# Zwei gültige amtliche Ausweisdokumente (z.B. Personalausweis + Führerschein). Wichtig: Auf mindestens einem Bild solltest du gut zu erkennen sein.
# Für Thawte-Zertifizierungen: Eine Kopie (Vorder- und Rückseite) deiner Personaldokumente.
# Für Thawte-Zertifizierungen: Im [https://www.thawte.com/cgi/personal/wot/directory.exe?node=397 Notary-Listing bei Thawte] [https://www.thawte.com/cgi/personal/wot/wotpermission.exe?add=esLj9v2MdTCJh2t4JAMazCA&ref=25&return=directory.exe&node=397 "Felix Schwarz" freischalten] ("allow this notary to view your details").
# [http://www.cacert.org/cap.php?lang=de_DE CAcert-Formulare] haben wir da, du kannst sie aber natürlich auch schon vorher bei CAcert herunterladen und ausfüllen. Die [https://www.thawte.com/en/wot/tngerman.pdf Thawte-Formulare] sind etwas versteckter, aber ebenfalls erhältlich.
# Du solltest bereits einen Account bei [https://www.cacert.org/ CAcert] besitzen (gleiches gilt natürlich für [http://www.thawte.com/wot/index.html Thawte]).
# Dich selbst.

== Was muss ich danach noch machen? ==

Wenn du bei uns schon die maximalen 100 Punkte bekommen hast, gibt es eigentlich für dich nicht mehr viel zu machen. Allerdings fänden wir es schön, wenn du folgende Bitten befolgen würdest:
# Mit 100 Punkten bist du selbst Assurer, kannst also andere bestätigen. Bitte missbrauche deine neue Macht nicht und prüfe die Identität der Leute, die du zertifizierst.
# Ein Projekt wie CAcert lebt davon, dass es möglichst viele Assurer gibt. Da du jetzt auch einer bist, trage dich doch in die Assurer-Liste ein, damit dich andere finden (dies ist standardmäßig nicht der Fall): Einloggen bei CAcert - Meine Details - Mein Listeneintrag.
# Installiere das [https://www.cacert.org/index.php?id=3 CAcert-Rootzertifikat] auf Systemen, die du ev. betreust (Familie, Freunde, Verwandte), um für größere Akzeptanz zu werben.
# Werbe allgemein für CAcert, so dass z.B. auch Foren-Bekannte etc. sich das CAcert-Rootzertifikat installieren.

== Weblinks ==
* https://www.cacert.org/
* http://wiki.cacert.org/

[[Kategorie: Kryptologie]]

CAcert

2011-07-12T23:46:01Z

Seba: /* Die Freitagsrunde bestätigt dich */

'''CAcert''' ist eine Zertifizierungsstelle für kostenlose S/MIME- und SSL-Serverzertifikate. Für personalisierte Zertifikate muss man sich gegenüber CAcert authentifizieren, dafür wurde ein "[[Web of Trust]]" geschaffen, in dem bereits ausreichend authentifizierte CAcert-Benutzer, die sogenannten "Assurer" andere Teilnehmer bestätigen können. Das ganze funktioniert über ein Punktesystem und je mehr Punkte man erhält, desto mehr Rechte hat man und kann dann z.B. für sich selber personalisierte S/MIME-Zertfikate erhalten oder ab einer gewissen Punktzahl auch andere Teilnehmer bestätigen.

Das wichtigste Ziel von CAcert ist, daß ihr [https://www.cacert.org/index.php?id=3 Root-Zertifikat] von den Browser-Herstellern in ihre Produkte aufgenommen wird, damit bei SSL-verschlüsselten Seiten, deren Schlüssel von CAcert unterschrieben wurden, zukünftig keine Warnhinweise mehr angezeigt werden, so wie man es schon von den großen kommerziellen Zertifizierungsstellen her kennt.

== Die Freitagsrunde bestätigt dich ==
Einige von uns und unseren Ehemaligen sind CAcert-Assurer. Unser Ziel ist es, dass Interessierte bei uns direkt alle benötigten Punkte für die Nutzung von CAcert erhalten können, vorausgesetzt natürlich die Identität konnte nach den Regeln von CAcert überprüft werden (zwei gültige amtliche Ausweisdokumente, mindestens eins mit Lichtbild).



Derzeit gibt es leider nicht immer Assurer, die regelmäßig bei den Treffen der Freitagsrunde anwesend sind. Eine Bestätigung ist daher im Moment am besten auf Anfrage möglich. Alle aktiven Assurer erreichst Du per E-Mail ([mailto:cacert@freitagsrunde.org cacert@freitagsrunde.org]).

== Assurer ==
* [[Benutzer:Mutax|Florian Streibelt]] (35 Punkte CAcert)
* Sebastian Dyroff (10 Punkte CAcert)
* [[Benutzer:Bmay|Bernd May]] (10 Punkte Cacert)
* Sebastian Lohff (20 Punkte CAcert)

==== Nicht mehr regelmäßig anwesend: ====
* [[Benutzer:Martin Häcker|Martin Häcker]] (35 Punkte CAcert)
* [[Benutzer:Thomas|Thomas Kaschwig]] (35 Punkte CAcert)
* [[Benutzer:Felix|Felix Schwarz]] (35 Punkte CAcert)
* [[Benutzer:dStulle|Daniel Sturm]] (35 Punkte CAcert)
* [[Benutzer:Cleeus|Kai Dietrich]] (25 Punkte CAcert)
* [[Benutzer:Dan|Dan Levin]] (20 Punkte CAcert)
* [[Benutzer:buchholz|Robert Buchholz]] (15 Punkte CAcert)
* [[Benutzer:Felixf|Felix Friedrich]] (35 Punkte CAcert)
* [[Benutzer:Bastla|Sebastian Lange]] (35 Punkte CAcert)
* [[Benutzer:BjörnL|Björn Lohrmann]] (10 Punkte CAcert)

== Wo und wann findet das ganze statt? ==

Wir sind eine Studierendeninitiative, die sich regelmäßig am Freitag trifft, daher auch unser Name.


=== Wo? ===

Technische Universität Berlin
Raum [[FR 5518]]
Franklinstr. 28/29
10587 Berlin

=== Wann? ===

Unsere Sitzung beginnt jeden Freitag um 13 Uhr und geht bis ca. 15:00. Während des Treffen führen wir keine Assurings durch. Nach dem Treffen ist ein Assuring aber nach Absprache möglich. Bitte unbdeingt vorher per E-Mail anmelden und abklären, wann genau Assurer da sind - die 'Personaldecke' ist derzeit recht dünn.

== Wie funktionierts? ==

Du zeigst uns deine Personaldokumente (mind. ein amtlicher Ausweis, zwei stark bevorzugt), füllst das CAcert-Formular aus. Solltest du auf den Ausweisen erkennbar sein, vergeben wir anschließend die Punkte und tragen das auf der CAcert-Webseite ein. Fertig. Das ganze dauert idR. etwa 10-15 Minuten.

== Was soll ich mitbringen? ==

# Zwei gültige amtliche Ausweisdokumente (z.B. Personalausweis + Führerschein). Wichtig: Auf mindestens einem Bild solltest du gut zu erkennen sein.
# Für Thawte-Zertifizierungen: Eine Kopie (Vorder- und Rückseite) deiner Personaldokumente.
# Für Thawte-Zertifizierungen: Im [https://www.thawte.com/cgi/personal/wot/directory.exe?node=397 Notary-Listing bei Thawte] [https://www.thawte.com/cgi/personal/wot/wotpermission.exe?add=esLj9v2MdTCJh2t4JAMazCA&ref=25&return=directory.exe&node=397 "Felix Schwarz" freischalten] ("allow this notary to view your details").
# [http://www.cacert.org/cap.php?lang=de_DE CAcert-Formulare] haben wir da, du kannst sie aber natürlich auch schon vorher bei CAcert herunterladen und ausfüllen. Die [https://www.thawte.com/en/wot/tngerman.pdf Thawte-Formulare] sind etwas versteckter, aber ebenfalls erhältlich.
# Du solltest bereits einen Account bei [https://www.cacert.org/ CAcert] besitzen (gleiches gilt natürlich für [http://www.thawte.com/wot/index.html Thawte]).
# Dich selbst.

== Was muss ich danach noch machen? ==

Wenn du bei uns schon die maximalen 100 Punkte bekommen hast, gibt es eigentlich für dich nicht mehr viel zu machen. Allerdings fänden wir es schön, wenn du folgende Bitten befolgen würdest:
# Mit 100 Punkten bist du selbst Assurer, kannst also andere bestätigen. Bitte missbrauche deine neue Macht nicht und prüfe die Identität der Leute, die du zertifizierst.
# Ein Projekt wie CAcert lebt davon, dass es möglichst viele Assurer gibt. Da du jetzt auch einer bist, trage dich doch in die Assurer-Liste ein, damit dich andere finden (dies ist standardmäßig nicht der Fall): Einloggen bei CAcert - Meine Details - Mein Listeneintrag.
# Installiere das [https://www.cacert.org/index.php?id=3 CAcert-Rootzertifikat] auf Systemen, die du ev. betreust (Familie, Freunde, Verwandte), um für größere Akzeptanz zu werben.
# Werbe allgemein für CAcert, so dass z.B. auch Foren-Bekannte etc. sich das CAcert-Rootzertifikat installieren.

== Weblinks ==
* https://www.cacert.org/
* http://wiki.cacert.org/

[[Kategorie: Kryptologie]]

CAcert

2011-06-20T12:35:20Z

Seba: /* Assurer */

'''CAcert''' ist eine Zertifizierungsstelle für kostenlose S/MIME- und SSL-Serverzertifikate. Für personalisierte Zertifikate muss man sich gegenüber CAcert authentifizieren, dafür wurde ein "[[Web of Trust]]" geschaffen, in dem bereits ausreichend authentifizierte CAcert-Benutzer, die sogenannten "Assurer" andere Teilnehmer bestätigen können. Das ganze funktioniert über ein Punktesystem und je mehr Punkte man erhält, desto mehr Rechte hat man und kann dann z.B. für sich selber personalisierte S/MIME-Zertfikate erhalten oder ab einer gewissen Punktzahl auch andere Teilnehmer bestätigen.

Das wichtigste Ziel von CAcert ist, daß ihr [https://www.cacert.org/index.php?id=3 Root-Zertifikat] von den Browser-Herstellern in ihre Produkte aufgenommen wird, damit bei SSL-verschlüsselten Seiten, deren Schlüssel von CAcert unterschrieben wurden, zukünftig keine Warnhinweise mehr angezeigt werden, so wie man es schon von den großen kommerziellen Zertifizierungsstellen her kennt.

== Die Freitagsrunde bestätigt dich ==
Einige von uns und unseren Ehemaligen sind CAcert-Assurer. Unser Ziel ist es, dass Interessierte bei uns direkt alle benötigten Punkte für die Nutzung von CAcert erhalten können, vorausgesetzt natürlich die Identität konnte nach den Regeln von CAcert überprüft werden (zwei gültige amtliche Ausweisdokumente, mindestens eins mit Lichtbild).



Derzeit gibt es leider keinen Assurer, der regelmäßig bei den Treffen der Freitagsrunde anwesend ist. Eine Bestätigung ist daher im Moment nicht möglich. Alle aktiven Assurer erreichst Du per E-Mail ([mailto:cacert@freitagsrunde.org cacert@freitagsrunde.org]).

== Assurer ==
* [[Benutzer:Mutax|Florian Streibelt]] (35 Punkte CAcert)
* Sebastian Dyroff (10 Punkte CAcert)
* [[Benutzer:Bmay|Bernd May]] (10 Punkte Cacert)
* Sebastian Lohff (20 Punkte CAcert)

==== Nicht mehr regelmäßig anwesend: ====
* [[Benutzer:Martin Häcker|Martin Häcker]] (35 Punkte CAcert)
* [[Benutzer:Thomas|Thomas Kaschwig]] (35 Punkte CAcert)
* [[Benutzer:Felix|Felix Schwarz]] (35 Punkte CAcert)
* [[Benutzer:dStulle|Daniel Sturm]] (35 Punkte CAcert)
* [[Benutzer:Cleeus|Kai Dietrich]] (25 Punkte CAcert)
* [[Benutzer:Dan|Dan Levin]] (20 Punkte CAcert)
* [[Benutzer:buchholz|Robert Buchholz]] (15 Punkte CAcert)
* [[Benutzer:Felixf|Felix Friedrich]] (35 Punkte CAcert)
* [[Benutzer:Bastla|Sebastian Lange]] (35 Punkte CAcert)
* [[Benutzer:BjörnL|Björn Lohrmann]] (10 Punkte CAcert)

== Wo und wann findet das ganze statt? ==

Wir sind eine Studierendeninitiative, die sich regelmäßig am Freitag trifft, daher auch unser Name.


=== Wo? ===

Technische Universität Berlin
Raum [[FR 5518]]
Franklinstr. 28/29
10587 Berlin

=== Wann? ===

Unsere Sitzung beginnt jeden Freitag um 13 Uhr und geht bis ca. 15:00. Während des Treffen führen wir keine Assurings durch. Nach dem Treffen ist ein Assuring aber nach Absprache möglich. Bitte unbdeingt vorher per E-Mail anmelden und abklären, wann genau Assurer da sind - die 'Personaldecke' ist derzeit recht dünn.

== Wie funktionierts? ==

Du zeigst uns deine Personaldokumente (mind. ein amtlicher Ausweis, zwei stark bevorzugt), füllst das CAcert-Formular aus. Solltest du auf den Ausweisen erkennbar sein, vergeben wir anschließend die Punkte und tragen das auf der CAcert-Webseite ein. Fertig. Das ganze dauert idR. etwa 10-15 Minuten.

== Was soll ich mitbringen? ==

# Zwei gültige amtliche Ausweisdokumente (z.B. Personalausweis + Führerschein). Wichtig: Auf mindestens einem Bild solltest du gut zu erkennen sein.
# Für Thawte-Zertifizierungen: Eine Kopie (Vorder- und Rückseite) deiner Personaldokumente.
# Für Thawte-Zertifizierungen: Im [https://www.thawte.com/cgi/personal/wot/directory.exe?node=397 Notary-Listing bei Thawte] [https://www.thawte.com/cgi/personal/wot/wotpermission.exe?add=esLj9v2MdTCJh2t4JAMazCA&ref=25&return=directory.exe&node=397 "Felix Schwarz" freischalten] ("allow this notary to view your details").
# [http://www.cacert.org/cap.php?lang=de_DE CAcert-Formulare] haben wir da, du kannst sie aber natürlich auch schon vorher bei CAcert herunterladen und ausfüllen. Die [https://www.thawte.com/en/wot/tngerman.pdf Thawte-Formulare] sind etwas versteckter, aber ebenfalls erhältlich.
# Du solltest bereits einen Account bei [https://www.cacert.org/ CAcert] besitzen (gleiches gilt natürlich für [http://www.thawte.com/wot/index.html Thawte]).
# Dich selbst.

== Was muss ich danach noch machen? ==

Wenn du bei uns schon die maximalen 100 Punkte bekommen hast, gibt es eigentlich für dich nicht mehr viel zu machen. Allerdings fänden wir es schön, wenn du folgende Bitten befolgen würdest:
# Mit 100 Punkten bist du selbst Assurer, kannst also andere bestätigen. Bitte missbrauche deine neue Macht nicht und prüfe die Identität der Leute, die du zertifizierst.
# Ein Projekt wie CAcert lebt davon, dass es möglichst viele Assurer gibt. Da du jetzt auch einer bist, trage dich doch in die Assurer-Liste ein, damit dich andere finden (dies ist standardmäßig nicht der Fall): Einloggen bei CAcert - Meine Details - Mein Listeneintrag.
# Installiere das [https://www.cacert.org/index.php?id=3 CAcert-Rootzertifikat] auf Systemen, die du ev. betreust (Familie, Freunde, Verwandte), um für größere Akzeptanz zu werben.
# Werbe allgemein für CAcert, so dass z.B. auch Foren-Bekannte etc. sich das CAcert-Rootzertifikat installieren.

== Weblinks ==
* https://www.cacert.org/
* http://wiki.cacert.org/

[[Kategorie: Kryptologie]]

Datei:Seba.jpg

2010-09-25T17:46:15Z

Seba:

C-Kurs/Tron

2010-09-17T13:31:15Z

Seba:

[[Datei:Tron-screenshot.png|miniatur|300px|So in etwa soll dann unser Spiel aussehen]]Hier wollen wir euch mal ein wenig SDL zeigen - am Beispiel von Tron. SDL steht für "Simple Direct media Layer" und kümmert sich um Tastatureingaben und um ein Zeichenfenster (eigentlich um noch viel mehr, [[#Further_reading_oder_.22Was_kann_SDL_denn_noch.3F.22|siehe unten]). SDL ist Plattformunabhängig, ihr könnt euren Code also sowohl unter Linux als auch unter Windows oder Mac compilen und ausführen.

Tron: Tron ist ein kleines Spiel für zwei (oder mehr) Spieler, dass ihr vielleicht aus dem Film Tron oder dem spiel Amagetronad kennt. In unserer Zwei-Spieler 2D Variante startet jeder Spieler als ein Punkt auf dem Spielfeld. Während des Spieles zieht jeder Spieler eine Linie hinter sich her. Fährt man irgendwo gegen (gegnerische Linie, eigene Linie, Bildschirmrand), so hat man verloren und eine neue Runde beginnt.

Das ganze machen wir Schritt für Schritt, vom Initialisieren des Fensters über abarbeiten der Tastatur-Events und erkennen der Kollisionen bis hin zum zeichnen des Feldes.
Falls ihr mehr über eine der SDL Funktionen wissen wollt (also alle Funktionen/Datenstrukturen, die mit SDL_ anfangen), könnt ihr entweder auf http://www.libsdl.org/cgi/docwiki.cgi gucken oder (falls ihr ein Unix-Artiges Betriebssystem mit installiertem SDL habt) einfach "man FUNKTION" (z.B. man SDL_Init) in eine Konsole eingeben um hilfe zu dieser Funktion zu bekommen. Ich werde an entsprechenden Stellen einfach (man funktion) als Hinweis schreiben, dass man mit dieser Funktion noch mehr anstellen könnte.

== Was ihr braucht ==
* SDL mit Development-Headers (unter Debian/Ubuntu heißt das Paket libsdl1.2-dev)
* Die beiden Hilfs-Funktionen um Pixel von zu setzen/lesen (putpixel/getpixel). Diese könnt ihr hier ([http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/aufgaben/tron/pixel.h pixel.h]/[http://docs.freitagsrunde.org/Veranstaltungen/ckurs_2010/aufgaben/tron/pixel.c pixel.c]) von uns downloaden oder auch von http://www.libsdl.org/cgi/docwiki.cgi/Pixel_Access .

== Ein erstes Fenster ==
Fangen wir mit unserem Fenster an.

=== SDL Initialisieren ===
Zu Beginn müssen wir das SDL Headerfile und unsere pixel.h includen.
<pre>
#include <SDL/SDL.h>
#include "pixel.h"
</pre>

In der Main-Funktion rufen wir zu aller erst die Initialisierungsfunktion von SDL auf:
<pre>
SDL_Init(SDL_INIT_EVERYTHING);
</pre>
Der einfachheit halber Initialisieren wir alles, was SDL zu bieten hat. Man kann ggf. nur Teilsysteme initialisieren (man SDL_Init), das ist für uns aber gerade nicht so wichtig.

Als nächstes müssen wir SDL sagen, dass wir ein Fenster haben wollen und wie groß dieses sein soll. Das machen wir mit der Funktion ''SDL_Surface *SDL_SetVideoMode(int width, int height, int bpp, Uint32 flags)''. Wir geben der Funktion die gewünschten Parameter für das Fenster und SDL gibt uns ein ''SDL_Surface'' (dieser Typ hält in SDL eine Grafik, in diesem Fall unser Fenster).
<pre>
SDL_Surface *screen = SDL_SetVideoMode(640, 480, 32, SDL_SWSURFACE);
</pre>
Oookay.. SDL gibt uns hier ein
* 640 Pixel breites
* 480 Pixel hohes Fenster mit
* 32 Bits pro Pixel (hat was mit der Farbtiefe zu tun, für uns nicht so wichtig, das passt schon so)
* als SDL_SW_SURFACE (soll heißen wir benutzen keine Hardwarebeschleunigung)
Für den letzten Parameter, also die Window Flags, gibt es viele verschiedene Parameter (man SDL_VideoMode) die man einfach miteinaner verunden könnte (z.B. SDL_HWSURFACE | SDL_FULLSCREEN für Vollbild mit Hardwarebeschleunigung), aber auch das ist für uns gerade nicht wichtig.

Zu guter letzt rufen wir am Ende der main-Funktion noch ein ''SDL_Quit()'' auf, damit SDL sich deinitialisiert, wenn wir das Programm beenden.

Nun wollen wir unser Grundgerüst ausprobieren. Damit wenn wir das Programm starten das Fenster nicht sofort wieder zu geht packen wir hinter die Initialisierung (aber vor das ''SDL_Quit()'') ein ''SDL_Delay(5000)'' (''SDL_Delay'' nimmt die zeit in Millisekunden, d.h. der Aufruf wartet 5 Sekunden). Und nun Compilen und ausprobieren!
<pre>
gcc -Wall tron.c pixel.c -lSDL -o tron
</pre>

Falls ihr (wie ich) zu faul seid das jedes mal einzugeben könnt ihr auch folgendes Makefile benutzen (soll heißen in die Datei Makefile pasten) und dann nur noch make bzw. make run eingeben.
<pre>
CFLAGS=`sdl-config --cflags` -Wall
LDFLAGS=`sdl-config --libs`
OBJ=tron.o pixel.c

.PHONY: clean run

tron: $(OBJ)

run: tron
./tron

clean:
rm -f *.o tron
</pre>

Jetzt solltet ihr für 5 Sekunden ein Fenster sehen, welches sich dann wieder schliesst.

=== SDL Events ===
Ein sich nach einiger Zeit wieder schliessendes Fenster bringt uns natürlich nicht so viel. Was wir wollen ist mit SDL zu interagieren. Wir wollen wissen, ob jemand eine Taste auf der Tastatur gedrückt hat oder das Fenster schliessen wollte. All das sagt uns SDL mit sog. *Events*. Davon gibt es viele für alle möglichen gegebenheiten (man SDL_Event), aber wir wollen als erstes nur den Fall des sich schliessenden Fensters betrachten.

Als erstes brauchen wir eine Variable vom Typ ''SDL_Event'' in der wir das Event speichern. Um SDL nach einen Event zu fragen übergeben wir ''int SDL_PollEvent(SDL_Event*)'' eine Referenz zu dieser Variable.
<pre>
SDL_Event event;
SDL_PollEvent(&event);
</pre>
''SDL_PollEvent'' hat als Rückgabewert 1, wenn es ein Event gefunden hat und 0, falls es kein neues Event gab. ''SDL_Event event'' ist ein struct, in event.type steht der Typ des aktuellen events. Für unser Spiel sind folgende Events wichtig (Dies sind dann auch die Werte, welche in event.type stehen): SDL_QUIT falls das Programm beendet werden soll und SDL_KEYDOWN, falls eine Taste auf der Tastatur gedrückt wurde.

Schreibt nun in die main-Methode eine while-Schleife. In dieser Schleife sollen SDL-Events abgefragt werden (unser sog. Event-Loop). Wenn ein SDL_QUIT-Event auftritt soll das Programm beendet werden. Damit die while-Schleife nicht all eure CPU-Zeit frisst solltet ihr mit ''SDL_Delay'' eine Verzögerung von 10-50 Millisekunden einbauen.

Nun kann man das Fenster über das ihm gegebene X (bei entsprechendem Windowmanager *hust*) schliessen. Horray, unser Fenster hört auf uns!

== Tron ==

=== Zustandsvariablen ===
Es wird Zeit, dass wir zu unserem Spiel kommen. Ein Spieler in Tron hat in etwa folgende Eigenschaften:
* eine Position (x/y)
* eine Richtung (up, down, left, right)
* Punktestand
* Farbe des Spielers (Definiert als Rot/Grün/Blau-Wert von 0-255)
Für Position und Punke können wir jeweils den Typ int wählen. Für die Farbe nehmen wir ''SDL_Color'' (das ist ein von SDL definiertes struct mit drei Uint8 r, g und b für den Farbwert rot, grün und blau (man SDL_Color)). Bei der Richtung könnt ihr euch überlegen, ob ihr lieber ein *enum* nehmen wollt anstatt eines ints. Wir packen diese Werte in ein struct Player, damit wir später Funktionen nur einmal schreiben müssen und dann für jeden Spieler jeweils einmal aufrufen können.

Schreibt nun eine Funktion ''void initPlayers()'' welche die Variablen der beiden Spieler initialisiert (und ihnen auch eine schöne Farbe gibt ;). Die Startposition der Spieler machen wir abhängig von der Spielfeldgröße. Ich schlage halbe Höhe des Feldes als Y-Koordinate und 1/3 bzw. 2/3 der Breite als Startposition vor. Hier ein Codeschnipsel, wie ihr an das ''SDL_Surface'' vom Fenster und an dessen Höhe/Breite kommt:

<pre>
[...]
SDL_Surface *screen = SDL_GetVideoSurface();
int hoehe = screen->h;
int breite = screen->w;
</pre>
Der Rückgabewert von ''SDL_GetVideoSurface'' ist hierbei mit dem von ''SDL_SetVideoMode'' identisch (halt der Zeichenbereich unseres Fensters).

Ruft nun ''initPlayers()'' in eurer main-Methode nach dem Initialisieren von SDL auf (sonst ist der Rückgabewert von ''SDL_GetVideoSurface()'' nicht definiert und ihr habt keine Fensterhöhe/breite).

=== Zeichnen der Spieler ===
Nun wollen wir anfangen unsere beiden Spieler zu zeichnen und sich bewegen zu lassen. Dazu setzen wir den Pixel, auf dem der Spieler sich gerade befindet auf seine Farbe.
<pre>
putpixel(SDL_Surface *screen, int x, int y, Uint32 pixel);
</pre>

Da putpixel einen Uint32 als Farbwert erwartet müssen wir unser ''SDL_Color'' wohl umwandeln. Dies passiert mit der Funktion
<pre>
Uint32 SDL_MapRGB(SDL_PixelFormat *fmt, Uint8 r, Uint8 g, Uint8 b);
</pre>
wobei mit ''SDL_PixelFormat'' das PixelFormat unseres screens gemeint ist (screen->format (man SDL_Surface)).

* Schreibt eine Funktion ''Uint32 color2rgb(SDL_Color)'' welche ein ''SDL_Color'' in den entsprechenden ''Uint32'' umwandelt.
* Schreibt eine Funktion ''void paintPlayer(struct Player*)'' welche einen Spieler zeichnet.

Wichtig: Eure Zeichenoperationen (also alles, was etwas in das Fenster bringt) werden erst sichtbar, wenn ihr SDL sagt, dass ihr eure "Änderungen" sehen wollt. Der einfachheit halber benutzt nach euren Zeichenoperationen ''int SDL_Flip(screen)'' (wobei screen unser Fenster (SDL_Surface*) ist) um dies zu tun (wer hier mehr drüber wissen will kann sich mal ''SDL_UpdateRect'' anschauen).

Nun zeichnet in eurer main-Methode vor dem Event-Loop die beiden Spieler und startet das Programm. Jetzt können wir unsere beiden Spieler als Pixel sehen.

=== Bewegen der Spieler ===
Ohne Bewegung wird das alles auf Dauer ziemlich langweilig. Deshalb brauchen wir eine Funktion ''void movePlayer(struct Player*)'', welche abhängig von der Richtung des Spielers dessen Position verändert. Diese Funktion müssen wir nun in unserem Event-loop unterbringen. Wenn wir kein Event haben, dann wollen wir unsere Spieler beide bewegen (movePlayer), beide zeichnen (paintPlayer), unseren Bildschirm aktualisieren (''SDL_Flip'') und dann ein wenig warten (''SDL_Delay'').

Wenn das Fertig ist und wir unser Programm starten, dann sehen wir, dass beide Spieler sich in ihre Richtung bewegen und sich ggf. übermalen. Sobald aber einer aus dem Bildschirm verschwindet passieren komische Sachen: Entweder sie kommen auf der anderen Seite wieder raus oder unser Programm stürzt ab. Hmmmm, da fehlt uns wohl...

=== Kollisionen erkennen und behandeln ===
In unserem Spiel gibt es drei Arten von Kollision
* Ein Spieler fährt aus dem Fenster raus
* Ein Spieler fährt gegen eine Linie (eine Eigene oder eines Gegners)
* Beide Spieler befinden sich auf der gleichen Position (unentschieden!)

Die ersten beiden Fälle wollen wir mit der Funktion behandeln ''int playerCollided(struct Player*)''. Die Soll überprüfen, ob der Spieler in seiner aktuellen Position ausserhalb des Bildschirms ist oder ob dort schon einer vor ihm war. Letzteres könnt ihr leicht überprüfen, indem ihr guckt, ob an dieser Stelle ein schwarzer Pixel ist (soll heißen: leeres Spielfeld). Das könnt ihr überprüfen, indem ihr schaut, ob der Wert, den ''Uint32 getpixel(SDL_Surface *screen, int x, inty)'' zurückliefert dem entspricht, was ''SDL_MapRGB'' für Schwarz (0, 0, 0) zurückgibt. Die Funktion soll 1 für Kollision und 0 für keine Kollision zurückgeben.

Nun brauchen wir die Funktion ''int gotCollison()'' welche 0 für keine Kollision, 1 für Player1 kollidiert, 2 für Player2 kollidiert und 3 für Unentschieden zurückgibt. Benutzt hierzu ''playerCollided()'' um herauszufinden, ob ein Spieler kollidiert ist und implementiert ausserdem den 3. Fall.

Aber was machen wir, wenn wir eine Kollision erkannt haben? Wir setzen alles wieder auf den Startzustand. Also brauchen wir eine Funktion ''void resetGame()'' die
* Unser Fenster komplett schwärzt (uns von den alten Linien befreit)
* Die Spieler auf ihre Startpositionen setzt (Richtung nicht vergessen!)
* Die beiden Spieler zeichnet

Zum Schwärzen des Bildschirms könnt ihr ''SDL_FillRect(screen, NULL, SDL_MapRGB(screen->format, 0, 0, 0))'' benutzen (man SDL_FillRect). NULL steht hierbei für das zu füllende Rechteck - wir übergeben keines, denn dadurch wird automatisch der gesamte Bildschirm angenommen.

Nun kombinieren wir all diese schönen Funktionen miteinander in unserem Event-loop in unserer main-methode:
* Fortbewegen beider Spieler
* Überprüfen, ob eine Kollision stattfand
* Wenn ja: Dem jeweiligen Spieler, der nicht Kollidiert ist, einen Punkt geben und das Spielfeld resetten
* Wenn nicht: Beide Spieler auf ihrer neuen Position zeichnen
* Den Bildschirm updaten ("flippen")

Puh! Nun haben wir es aber auch schon fast geschafft. Fehlt nur noch die Bewegung der Spieler und eine Punkteanzeige.

=== Tastatureingaben zu Richtungswechsel ===
Um die Richtung eines Spielers zu wechseln müssen wir ihm eigentlich nur einen anderen Wert in seine Richtungsvariable schreiben. Den Rest macht dann schon unsere movePlayer-Funktion im Event-Loop. Aber wie kriegen wir raus, welche Taste gedrückt wurde? Genau, per Event. Momentan dümpelt in unserer Event-Abfrage nur unser SDL_QUIT-Event rum. Nun wollen wir ausserdem gucken, ob es sich nich doch um ein SDL_KEYDOWN-Event handelt. Wenn es eines ist (event.type == SDL_KEYDOWN, schon vergessen?), steht in event.key.keysym.sym die Taste, die gedrückt wurde. sym ist vom Typ SDLKey. Alle benutzbaren Tasten findet ihr unter (man SDLKey), aber momentan sollten SDLK_LEFT, SDLK_RIGHT, SDLK_UP, SDLK_DOWN, SDLK_a, SDLK_w, SDLK_s und SDLK_d reichen.

Also: Behandelt das SDL_KEYDOWN Event, schaut ob eine Taste für einen der Spieler gedrückt wurde und behandelt diese. Wenn ihr das Spiel etwas einfacher machen wollt, dann passt auf, das kein Spieler in sich selbst steuern kann (d.h. keine 180° Wendung, also z.B. von left zu right wechseln).

Tja, nun habt ihr ein spielbares (und Plattformunabhängiges) Multiplayer 2D Tron Spiel!

=== Punkte? ===
Naja gut, was noch fehlt ist eine Punkteanzeige. Die realisieren wir ganz einfach über unseren Fenstertitel. Den kann man mit
<pre>
SDL_WM_SetCaption("Mein tolles Fenster!1!!", 0);
</pre>
setzen.

Schreibt eine Funktion ''void updateWindowTitle()'' welche (z.B. mit sprintf) einen Titel für das Fenster (z.B. C-Kurs Tron) und dahinter den aktuellen Punktestand zusammensetzt und unserem Fenster diesen gibt. Diese Funktion muss immer aufgerufen werden, wenn sich der Punktestand verändert (und natürlich auch einmal am Anfang). Sucht euch einen schönen Platz dafür aus.

== Bonusrunde ==
Wer jetzt noch nicht genug hat...

=== Einsteiger-Bonus: Quit on Esc ===
Das Spiel soll sich beenden, wenn jemand Escape drückt.

=== Bonus: Fenster resizen ===
Macht das Fenster vergrößerbar bzw. verkleinerbar! Denkt dran, dass bei einer neuen Runde die Spieler auch an der Richtigen stelle Anfangen (falls ihr diese Werte direkt als Zahlen reingeschrieben habt).

=== Bonus: Ein Torus als Spielfeld ===
Warum sollte man an der Spielwand crashen? Man könnte doch an der jeweils anderen Seite des Feldes herauskommen...

=== Bonus Bonus: Massive Multiplayer ===
Baut das Spiel so um, dass man beim Starten auf der Kommandozeile eine Spielerzahl übergeben kann (z.B. 2-4 Spieler). Damit es nich zu eng auf der Tastatur wird könnte es nützlich sein, wenn ihr das Spiel so umschreibt, dass man nur noch zwei Tasten für Links/Rechts hat um den Spieler zu kontrollieren (Megabonus: Ausser ihr baut Maus+Joysticksupport ein).

== Further reading oder "Was kann SDL denn noch?" ==
SDL hat noch einige interessante Zusatzmodule
* SDL_Image - Kann ein haufen Bildformate laden und in ein SDL_Surface packen (von sich aus kann SDL nur .bmp)
* SDL_Mixer - SDL Soundausgabe
* SDL_Net - SDL Netzwerkbibliothek
Ausserdem kann SDL ziemlich einfach geladene Bilder auf den Bildschirm bringen (man SDL_BlitSurface), Tastatur/Maus/Joystick eingabe behandeln, Musik/Soundeffekte zusammenmixen oder auch (mit der entsprechenden Bibliothek) Netzwerkkram machen. Gerne wird es für 2D Spiele benutzt (z.B. supertux, xmame, frozen-bubbles, ...), aber auch als Wrapper für OpenGL (sauerbraten, der Quake3 Linux Port, warsow, armagetronad...); teilweise nutzen auch einige Anwendungen SDL (mplayer, virtualbox, dosbox, ...).

Einsteigerfreundliche SDL-Tutorials:
* http://www.lazyfoo.net/SDL_tutorials/index.php
* http://www.libsdl.org/cgi/docwiki.cgi/
* http://www.libsdl.org/cgi/docwiki.cgi/Using_OpenGL_With_SDL

Happy Hacking ;)

C-Kurs/Übungsaufgaben

2010-09-14T18:39:29Z

Seba:

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer werden hier ein bis zwei Übungen beschäftigt sein 
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

== Die Aufgaben ==

{| class="wikitable sortable" border="0" cellpadding="4" cellspacing="2"}

|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
!Bearbeiter
!Korrektur gelesen
!Musterlösung
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Von der Konsole zum HelloWorld | Von der Konsole zum HelloWorld]]
| align="center" |1
| align="center" |1. VL
| Konsole benutzen, Hello World
| Sebastian D.
| [[Benutzer:Mario|Mario]] (2009),
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fakultät | Fakultät]]
| align="center" |2
| align="center" |1. VL
| Schleifen
| Sebastian D.
| Daniel (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2010/Pythagoras-Triplet | Pythagoras-Triplet]]
| align="center" |2
| align="center" |1. VL
| Schleifen if-Bedingungen
| Gabriel P.
| seba(2010)
| [[Ckurs2010/Pythagoras-Triplet/Musterloesung | Pythagoras-Triplet]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fibonacci-Folge|Fibonacci-Folge]]
| align="center" |2
| align="center" |1. VL
| Funktionen Rekursion
| Paul B.
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Fibonacci-Folge/Musterlösung | Fibonacci-Folge]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/digitalesSchloesserKnacken|digitales Schloesser knacken]]
| align="center" |4
| align="center" |1. VL
| Kontrollstrukturen Bitweise Operatoren
| Paul B.
| Eugen R. (2010)
| [[Ckurs2009/digitalesSchloesserKnacken/Musterlösung | digitales Schloesser knacken]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Rekursives_arbeiten|Rekursives Arbeiten]]
| align="center" |3-5
| align="center" |1. VL
| Bekannte Operatoren wie + durch Funktionen succ und neg nachbilden
| Eugen R.
| Paul B.(2010)
| [[Ckurs2009/Rekursives_arbeiten/Musterlösung | Rekursives Arbeiten]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Base64 | Base64]]
| align="center" |6
| align="center" |1. VL
| Operatoren
| Sebastian D.
| Paul B.(2010)
| [[Ckurs2009/Base64/Musterlösung | Base64]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/EingabeAusgabe | Ein- und Ausgabe]]
| align="center" |1
| align="center" |2. VL
| Einlesen von Benutzereingaben Ausgabe derselben
| [[Benutzer:Mario|Mario]]
| nion (2009),
| [[Ckurs2009/EingabeAusgabe/Musterlösung | Ein- und Ausgabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner | Taschenrechner]]
| align="center" |3
| align="center" |2. VL
| Eingabe+Ausgabe Mathematische Operatoren
| [[Benutzer:Mario|Mario]]
| [[Benutzer:Tkroenert|TKroenert]] (2009),
| [[Ckurs2009/Taschenrechner/Musterlösung | Taschenrechner]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/VerschachtelteSchleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Glückspiel | Glücksspiel]]
| align="center" |3
| align="center" |2. VL
| Anwenden von Fallunterscheidungen und Einlesen von Werten aus der Konsole
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
| [[Ckurs2009/Glückspiel/Musterlösung | Glückspiel]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Wochentag | Wochentagsrechnung]]
| align="center" |5
| align="center" |2. VL
| Einlesen von Benutzereingaben Mathematikverständniss
| [[Benutzer:Mario|Mario]]
| nion (Musterlösung noch nicht vorhanden) (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner2.0 | Taschenrechner ''2.0'']]
| align="center" |8
| align="center" |2. VL
| Knobeln Komplexes Aufgaben lösen
| [[Benutzer:Mario|Mario]]
| Martin K. (2009),
| [[Ckurs2009/Taschenrechner2.0/Musterlösung | Taschenrechner ''2.0'']]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Call by reference | Call by reference]]
| align="center" |4
| align="center" |3. VL
| Einfache Anwendung von &/*
| sping
| nion (2009), Alex K. (2010)
| [[Ckurs2009/Call by reference/Musterlösung | Call by reference]]
|- bgcolor="#F5F5F5"
| [[Ckurs2010/String to Double | String to Double]]
| align="center" |5
| align="center" |3. VL
| Original-Dokumentation anwenden (Opengroup, man pages) Pointer auf Pointer Const correctness Strings
| sping
| Eugen R. (2010)
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Text processing | Text processing]]
| align="center" |4, 6
| align="center" |3. VL
| Strings Pointer-Arithmetik Pointer auf Pointer Refactoring
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Text processing/Musterlösung | Text processing]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Palindrome | Palindrome]]
| align="center" |4
| align="center" |3. VL
| Pointer und Strings
| [[Benutzer:Dank|Daniel K.]]
| nion (2009),
| [[Ckurs2009/Palindrome/Musterlösung | Palindrome ]]
|- bgcolor="#E8E8E8"
| [[Ckurs/Buchstaben_zählen | Buchstaben zählen]]
| align="center" |4
| align="center" |3. VL
| Array, Dateien lesen
| Alex K.
| Gabriel (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/(Pointer) Swapping | (Pointer) Swapping]]
| align="center" |5
| align="center" |3. VL
| Pointer und Arrays benutzen, generisches swap
| Katrin
| Katrin (2010, wird nochmal überarbeitet bzw. mit mehr erklärendem Text versehen)
| [[Ckurs2009/(Pointer) Swapping/Musterlösung | (Pointer) Swapping]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Matrizenmultiplikation | Matrizenmultiplikation]]
| align="center" |6
| align="center" |3. VL
| Mehrdimensionale Arrays const correctness
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Matrizenmultiplikation/Musterlösung | Matrizenmultiplikation]]
|- bgcolor="#F5F5F5"
| [[Ckurs/DreiD | 3D mit C]]
| align="center" |6-9
| align="center" |3. VL
| Mathematische Rechenoperationen, Algorithmik
| AndreasF
|
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Arrayuebergabe | Arrayuebergabe]]
| align="center" |4/5
| align="center" |4. VL
| Einlesen von Benutzereingaben Pointer und Pointerarithmetik
| nion
| Martin K. (2009),
| [[Ckurs2009/Arrayuebergabe/Musterlösung | Arrayuebergabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Studentendatenbank | Studentendatenbank]]
| align="center" |4
| align="center" |4. VL
| struct, Pointer, Arrays
| AlexanderK
| Gabriel (2010)
| [[Ckurs2009/Studentendatenbank/Musterlösung | Studentendatenbank]]
|- bgcolor="#E8E8E8"
| [[Ckurs2010/Punktstrukturen| Punktstrukturen]]
| align="center" |2-3
| align="center" |4. VL
| Structs, Unions, Pointer
| [[Benutzer:Mutax|Florian]] (2010)
| Alex K. (2010)
| -
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Sammelbestellung | Sammelbestellung]]
| align="center" |2-5
| align="center" |4. VL
| Listen, Pointer, Speicherverwaltung
| [[Benutzer:Mutax|Florian]]
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Sammelbestellung/Musterlösung | Sammelbestellung]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Zahlen_sagen | Zahlen sagen]]
| align="center" |5
| align="center" |4. VL
| Umgang mit Zeichenketten
| Martin K.
| Paul B. (w.i.p.)
| [[Ckurs2009/Zahlen_sagen/Musterlösung | Zahlen sagen]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Compiler, Präprozessor, Header Files | Compiler, Präprozessor, Header Files]]
| align="center" |3
| align="center" |5. VL
| Arbeiten mit mehreren Quellcode-Dateien, Kompilieren und Linken, Header-Dateien und #include, debugging-Makro verwenden
| Katrin
| AndyF (2010)
| [https://wiki.freitagsrunde.org/Ckurs2009/Vortrag05 siehe Folien]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Bus Error | Bus Error]]
| align="center" |8
| align="center" |5. VL
| Pointer, wie entsteht ein bus error
| Katrin
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Bus Error/Musterlösung | Bus Error]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/BubbleSortDebug | BubbleSort Debugging]]
| align="center" |5
| align="center" |6. VL
| Debuggen eines Programmes mit gdb
| aeichner
|
| [[Ckurs2009/BubbleSortDebug/Musterlösung | BubbleSort Debugging]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Debug | Debugging]]
| align="center" |1-8
| align="center" |6. VL
| Debuggen einer Anwendung nach Wahl
| aeichner
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Code Layout | Code Layout]]
| align="center" |3
| align="center" |7. VL
| Kleinere Codeschipsel mit kleinen Unsauberkeiten
| Daniel
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs2009/Code Layout/Musterlösung | Code Layout]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Refactoring | Refactoring]]
| align="center" |5-9
| align="center" |7. VL
| Wie verbessere ich den Quellcode eines Programmes.
| Daniel
|
| [[Ckurs2009/Refactoring/Musterlösung | Refactoring]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Cat | Cat]]
| align="center" |6
| align="center" |2. VL
| Arbeiten mit Dateien Kommandozeilenparameter
| nion
| sping (2009),
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Pong | Pong]]
| align="center" |7
| align="center" |9.VL (eigentlich 2.VL)
| allgemeiner Programmablauf, fortgeschrittene Konsolenausgaben/eingaben
| AlexanderK
| seba(2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Buchhaltung | Buchhaltung]]
| align="center" |6
| align="center" |5.VL
| Lesen aus Dateien
| reiner
| AndyF (2010)
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StringArraySortieren | StringArraySortieren]]
| align="center" |8
| align="center" |3. VL
| Konsolparameter, Funktionspointer, stdlib
| reiner
|
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/integral | integral]]
| align="center" |2
| align="center" |3. VL
| Funktionspointer
| reiner
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs/integral/Musterlösung | Musterloesung]]
|- bgcolor="#E8E8E8"
| [[Ckurs/forschleife | forschleife]]
| align="center" |3
| align="center" |6. VL
| Bug (zum Knobeln)
| reiner
| nion (2009), [[Benutzer:Tkroenert|TKroenert]] (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/libgdsl | GDSL]]
| align="center" |5-7
| align="center" |9. VL
| Anwendung der Generic Data Structures Library
| martin
|
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StdLib | Standard C Library]]
| align="center" |3
| align="center" |9. VL
| Recherche in der Standard C Bibliothek
| martin
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs/Tron | Tron]]
| align="center" |7-8
| align="center" |4. VL
| SDL (Simple Directmedia Layer) kennen lernen, graphische Ausgabe
| seba
|
| vorhanden
|}

== Kleine und große Probleme ==

* Die Tubit-Accounts haben nicht /bin/bash als shell, so dass die Cursortasten nicht funktionieren. Workaround: als erstes Kommando 'bash' eingeben, man sieht dann auch in welchem Verzeichnis man gerade ist.
* wenn man nur den Promt 'bash-0.12' oder so erhält, also ohne das Verzeichnis in dem man ist, folgendes Kommando eingeben: <tt>export PS1='\u@\h:\w$ '</tt> oder zum dauerhaften Speichern: <tt> echo "export PS1='\u@\h:\w$ '" >> ~/.bashrc </tt>

== Musterlösungen ==
Die Lösungen zu den Aufgaben werden nach den jeweiligen Übungen hier veröffentlicht. Falls dies nicht geschieht, bitte den zuständigen Tutor fragen.

== Links ==

* [[Ckurs2009/Feedback|Feedback zum Kurs 2009]]

[[Kategorie:CKurs]]
[[Kategorie:CKurs Aufgaben]]

C-Kurs/Pythagoras-Triplet/Musterlösung

2010-09-14T18:12:16Z

Seba:

<pre>
#include <stdio.h>

int main(int argc, char **argv) {
int a, b, c;
for(a=0; a<998; a++) {
for(b=a+1; b<999; b++) {
for(c=b+1; c<1000; c++) {
if(a*a+b*b==c*c && a+b+c==1000) {
printf("Found: %d %d %d\n", a, b, c);
return 0;
}
}
}
}
return 1;
}

</pre>

C-Kurs/Pythagoras-Triplet/Musterlösung

2010-09-14T18:11:06Z

Seba:

<pre>
#include <stdio.h>

int main(int argc, char **argv) {
int a, b, c;
for(a=0; a<997; a++) {
for(b=a+1; b<998; b++) {
for(c=b+1; c<999; c++) {
if(a*a+b*b==c*c && a+b+c==1000) {
printf("Found: %d %d %d\n", a, b, c);
return 0;
}
}
}
}
return 1;
}

</pre>

C-Kurs/Übungsaufgaben

2010-09-14T17:02:32Z

Seba:

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer werden hier ein bis zwei Übungen beschäftigt sein 
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

== Die Aufgaben ==

{| class="wikitable sortable" border="0" cellpadding="4" cellspacing="2"}

|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
!Bearbeiter
!Korrektur gelesen
!Musterlösung
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Von der Konsole zum HelloWorld | Von der Konsole zum HelloWorld]]
| align="center" |1
| align="center" |1. VL
| Konsole benutzen, Hello World
| Sebastian D.
| [[Benutzer:Mario|Mario]] (2009),
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fakultät | Fakultät]]
| align="center" |2
| align="center" |1. VL
| Schleifen
| Sebastian D.
| Daniel (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2010/Pythagoras-Triplet | Pythagoras-Triplet]]
| align="center" |2
| align="center" |1. VL
| Schleifen if-Bedingungen
| Gabriel P.
| seba(in arbeit)
| [[Ckurs2010/Pythagoras-Triplet/Musterloesung | Pythagoras-Triplet]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fibonacci-Folge|Fibonacci-Folge]]
| align="center" |2
| align="center" |1. VL
| Funktionen Rekursion
| Paul B.
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Fibonacci-Folge/Musterlösung | Fibonacci-Folge]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/digitalesSchloesserKnacken|digitales Schloesser knacken]]
| align="center" |4
| align="center" |1. VL
| Kontrollstrukturen Bitweise Operatoren
| Paul B.
| Eugen R. (2010)
| [[Ckurs2009/digitalesSchloesserKnacken/Musterlösung | digitales Schloesser knacken]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Rekursives_arbeiten|Rekursives Arbeiten]]
| align="center" |3-5
| align="center" |1. VL
| Bekannte Operatoren wie + durch Funktionen succ und neg nachbilden
| Eugen R.
| Paul B.(2010)
| [[Ckurs2009/Rekursives_arbeiten/Musterlösung | Rekursives Arbeiten]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Base64 | Base64]]
| align="center" |6
| align="center" |1. VL
| Operatoren
| Sebastian D.
| Paul B.(2010)
| [[Ckurs2009/Base64/Musterlösung | Base64]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/EingabeAusgabe | Ein- und Ausgabe]]
| align="center" |1
| align="center" |2. VL
| Einlesen von Benutzereingaben Ausgabe derselben
| [[Benutzer:Mario|Mario]]
| nion (2009),
| [[Ckurs2009/EingabeAusgabe/Musterlösung | Ein- und Ausgabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner | Taschenrechner]]
| align="center" |3
| align="center" |2. VL
| Eingabe+Ausgabe Mathematische Operatoren
| [[Benutzer:Mario|Mario]]
| [[Benutzer:Tkroenert|TKroenert]] (2009),
| [[Ckurs2009/Taschenrechner/Musterlösung | Taschenrechner]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/VerschachtelteSchleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Glückspiel | Glücksspiel]]
| align="center" |3
| align="center" |2. VL
| Anwenden von Fallunterscheidungen und Einlesen von Werten aus der Konsole
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
| [[Ckurs2009/Glückspiel/Musterlösung | Glückspiel]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Wochentag | Wochentagsrechnung]]
| align="center" |5
| align="center" |2. VL
| Einlesen von Benutzereingaben Mathematikverständniss
| [[Benutzer:Mario|Mario]]
| nion (Musterlösung noch nicht vorhanden) (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner2.0 | Taschenrechner ''2.0'']]
| align="center" |8
| align="center" |2. VL
| Knobeln Komplexes Aufgaben lösen
| [[Benutzer:Mario|Mario]]
| Martin K. (2009),
| [[Ckurs2009/Taschenrechner2.0/Musterlösung | Taschenrechner ''2.0'']]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Call by reference | Call by reference]]
| align="center" |4
| align="center" |3. VL
| Einfache Anwendung von &/*
| sping
| nion (2009),
| [[Ckurs2009/Call by reference/Musterlösung | Call by reference]]
|- bgcolor="#F5F5F5"
| [[Ckurs2010/String to Double | String to Double]]
| align="center" |5
| align="center" |3. VL
| Original-Dokumentation anwenden (Opengroup, man pages) Pointer auf Pointer Const correctness Strings
| sping
| Eugen R. (2010)
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Text processing | Text processing]]
| align="center" |4, 6
| align="center" |3. VL
| Strings Pointer-Arithmetik Pointer auf Pointer Refactoring
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Text processing/Musterlösung | Text processing]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Palindrome | Palindrome]]
| align="center" |4
| align="center" |3. VL
| Pointer und Strings
| [[Benutzer:Dank|Daniel K.]]
| nion (2009),
| [[Ckurs2009/Palindrome/Musterlösung | Palindrome ]]
|- bgcolor="#E8E8E8"
| [[Ckurs/Buchstaben_zählen | Buchstaben zählen]]
| align="center" |4
| align="center" |3. VL
| Array, Dateien lesen
| Alex K.
| Gabriel (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/(Pointer) Swapping | (Pointer) Swapping]]
| align="center" |5
| align="center" |3. VL
| Pointer und Arrays benutzen, generisches swap
| Katrin
| Katrin (2010, wird nochmal überarbeitet bzw. mit mehr erklärendem Text versehen)
| [[Ckurs2009/(Pointer) Swapping/Musterlösung | (Pointer) Swapping]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Matrizenmultiplikation | Matrizenmultiplikation]]
| align="center" |6
| align="center" |3. VL
| Mehrdimensionale Arrays const correctness
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Matrizenmultiplikation/Musterlösung | Matrizenmultiplikation]]
|- bgcolor="#F5F5F5"
| [[Ckurs/DreiD | 3D mit C]]
| align="center" |6-9
| align="center" |3. VL
| Mathematische Rechenoperationen, Algorithmik
| AndreasF
|
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Arrayuebergabe | Arrayuebergabe]]
| align="center" |4/5
| align="center" |4. VL
| Einlesen von Benutzereingaben Pointer und Pointerarithmetik
| nion
| Martin K. (2009),
| [[Ckurs2009/Arrayuebergabe/Musterlösung | Arrayuebergabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Studentendatenbank | Studentendatenbank]]
| align="center" |4
| align="center" |4. VL
| struct, Pointer, Arrays
| AlexanderK
| Gabriel (2010)
| [[Ckurs2009/Studentendatenbank/Musterlösung | Studentendatenbank]]
|- bgcolor="#E8E8E8"
| [[Ckurs2010/Punktstrukturen| Punktstrukturen]]
| align="center" |2-3
| align="center" |4. VL
| Structs, Unions, Pointer
| [[Benutzer:Mutax|Florian]] (2010)
| -
| -
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Sammelbestellung | Sammelbestellung]]
| align="center" |2-5
| align="center" |4. VL
| Listen, Pointer, Speicherverwaltung
| [[Benutzer:Mutax|Florian]]
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Sammelbestellung/Musterlösung | Sammelbestellung]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Zahlen_sagen | Zahlen sagen]]
| align="center" |5
| align="center" |4. VL
| Umgang mit Zeichenketten
| Martin K.
| Paul B. (w.i.p.)
| [[Ckurs2009/Zahlen_sagen/Musterlösung | Zahlen sagen]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Compiler, Präprozessor, Header Files | Compiler, Präprozessor, Header Files]]
| align="center" |3
| align="center" |5. VL
| Arbeiten mit mehreren Quellcode-Dateien, Kompilieren und Linken, Header-Dateien und #include, debugging-Makro verwenden
| Katrin
| AndyF (2010)
| [https://wiki.freitagsrunde.org/Ckurs2009/Vortrag05 siehe Folien]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Bus Error | Bus Error]]
| align="center" |8
| align="center" |5. VL
| Pointer, wie entsteht ein bus error
| Katrin
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Bus Error/Musterlösung | Bus Error]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/BubbleSortDebug | BubbleSort Debugging]]
| align="center" |5
| align="center" |6. VL
| Debuggen eines Programmes mit gdb
| aeichner
|
| [[Ckurs2009/BubbleSortDebug/Musterlösung | BubbleSort Debugging]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Debug | Debugging]]
| align="center" |1-8
| align="center" |6. VL
| Debuggen einer Anwendung nach Wahl
| aeichner
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Code Layout | Code Layout]]
| align="center" |3
| align="center" |7. VL
| Kleinere Codeschipsel mit kleinen Unsauberkeiten
| Daniel
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs2009/Code Layout/Musterlösung | Code Layout]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Refactoring | Refactoring]]
| align="center" |5-9
| align="center" |7. VL
| Wie verbessere ich den Quellcode eines Programmes.
| Daniel
|
| [[Ckurs2009/Refactoring/Musterlösung | Refactoring]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Cat | Cat]]
| align="center" |6
| align="center" |2. VL
| Arbeiten mit Dateien Kommandozeilenparameter
| nion
| sping (2009),
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Pong | Pong]]
| align="center" |7
| align="center" |9.VL (eigentlich 2.VL)
| allgemeiner Programmablauf, fortgeschrittene Konsolenausgaben/eingaben
| AlexanderK
| seba(2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Buchhaltung | Buchhaltung]]
| align="center" |6
| align="center" |5.VL
| Lesen aus Dateien
| reiner
| AndyF (2010)
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StringArraySortieren | StringArraySortieren]]
| align="center" |8
| align="center" |3. VL
| Konsolparameter, Funktionspointer, stdlib
| reiner
|
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/integral | integral]]
| align="center" |2
| align="center" |3. VL
| Funktionspointer
| reiner
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs/integral/Musterlösung | Musterloesung]]
|- bgcolor="#E8E8E8"
| [[Ckurs/forschleife | forschleife]]
| align="center" |3
| align="center" |6. VL
| Bug (zum Knobeln)
| reiner
| nion (2009), [[Benutzer:Tkroenert|TKroenert]] (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/libgdsl | GDSL]]
| align="center" |5-7
| align="center" |9. VL
| Anwendung der Generic Data Structures Library
| martin
|
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StdLib | Standard C Library]]
| align="center" |3
| align="center" |9. VL
| Recherche in der Standard C Bibliothek
| martin
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs/Tron | Tron]]
| align="center" |7-8
| align="center" |4. VL
| SDL (Simple Directmedia Layer) kennen lernen, graphische Ausgabe
| seba
|
| vorhanden
|}

== Kleine und große Probleme ==

* Die Tubit-Accounts haben nicht /bin/bash als shell, so dass die Cursortasten nicht funktionieren. Workaround: als erstes Kommando 'bash' eingeben, man sieht dann auch in welchem Verzeichnis man gerade ist.
* wenn man nur den Promt 'bash-0.12' oder so erhält, also ohne das Verzeichnis in dem man ist, folgendes Kommando eingeben: <tt>export PS1='\u@\h:\w$ '</tt> oder zum dauerhaften Speichern: <tt> echo "export PS1='\u@\h:\w$ '" >> ~/.bashrc </tt>

== Musterlösungen ==
Die Lösungen zu den Aufgaben werden nach den jeweiligen Übungen hier veröffentlicht. Falls dies nicht geschieht, bitte den zuständigen Tutor fragen.

== Links ==

* [[Ckurs2009/Feedback|Feedback zum Kurs 2009]]

[[Kategorie:CKurs]]
[[Kategorie:CKurs Aufgaben]]

C-Kurs/Übungsaufgaben

2010-09-14T16:44:46Z

Seba:

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer werden hier ein bis zwei Übungen beschäftigt sein 
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

== Die Aufgaben ==

{| class="wikitable sortable" border="0" cellpadding="4" cellspacing="2"}

|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
!Bearbeiter
!Korrektur gelesen
!Musterlösung
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Von der Konsole zum HelloWorld | Von der Konsole zum HelloWorld]]
| align="center" |1
| align="center" |1. VL
| Konsole benutzen, Hello World
| Sebastian D.
| [[Benutzer:Mario|Mario]] (2009),
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fakultät | Fakultät]]
| align="center" |2
| align="center" |1. VL
| Schleifen
| Sebastian D.
| Daniel (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2010/Pythagoras-Triplet | Pythagoras-Triplet]]
| align="center" |2
| align="center" |1. VL
| Schleifen if-Bedingungen
| Gabriel P.
|
| [[Ckurs2010/Pythagoras-Triplet/Musterloesung | Pythagoras-Triplet]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Fibonacci-Folge|Fibonacci-Folge]]
| align="center" |2
| align="center" |1. VL
| Funktionen Rekursion
| Paul B.
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Fibonacci-Folge/Musterlösung | Fibonacci-Folge]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/digitalesSchloesserKnacken|digitales Schloesser knacken]]
| align="center" |4
| align="center" |1. VL
| Kontrollstrukturen Bitweise Operatoren
| Paul B.
| Eugen R. (2010)
| [[Ckurs2009/digitalesSchloesserKnacken/Musterlösung | digitales Schloesser knacken]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Rekursives_arbeiten|Rekursives Arbeiten]]
| align="center" |3-5
| align="center" |1. VL
| Bekannte Operatoren wie + durch Funktionen succ und neg nachbilden
| Eugen R.
| Paul B.(2010)
| [[Ckurs2009/Rekursives_arbeiten/Musterlösung | Rekursives Arbeiten]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Base64 | Base64]]
| align="center" |6
| align="center" |1. VL
| Operatoren
| Sebastian D.
| Paul B.(2010)
| [[Ckurs2009/Base64/Musterlösung | Base64]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/EingabeAusgabe | Ein- und Ausgabe]]
| align="center" |1
| align="center" |2. VL
| Einlesen von Benutzereingaben Ausgabe derselben
| [[Benutzer:Mario|Mario]]
| nion (2009),
| [[Ckurs2009/EingabeAusgabe/Musterlösung | Ein- und Ausgabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner | Taschenrechner]]
| align="center" |3
| align="center" |2. VL
| Eingabe+Ausgabe Mathematische Operatoren
| [[Benutzer:Mario|Mario]]
| [[Benutzer:Tkroenert|TKroenert]] (2009),
| [[Ckurs2009/Taschenrechner/Musterlösung | Taschenrechner]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/VerschachtelteSchleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Glückspiel | Glücksspiel]]
| align="center" |3
| align="center" |2. VL
| Anwenden von Fallunterscheidungen und Einlesen von Werten aus der Konsole
| [[Benutzer:Dank|Daniel K.]]
| AlexanderK (2009),
| [[Ckurs2009/Glückspiel/Musterlösung | Glückspiel]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Wochentag | Wochentagsrechnung]]
| align="center" |5
| align="center" |2. VL
| Einlesen von Benutzereingaben Mathematikverständniss
| [[Benutzer:Mario|Mario]]
| nion (Musterlösung noch nicht vorhanden) (2009),
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Taschenrechner2.0 | Taschenrechner ''2.0'']]
| align="center" |8
| align="center" |2. VL
| Knobeln Komplexes Aufgaben lösen
| [[Benutzer:Mario|Mario]]
| Martin K. (2009),
| [[Ckurs2009/Taschenrechner2.0/Musterlösung | Taschenrechner ''2.0'']]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Call by reference | Call by reference]]
| align="center" |4
| align="center" |3. VL
| Einfache Anwendung von &/*
| sping
| nion (2009),
| [[Ckurs2009/Call by reference/Musterlösung | Call by reference]]
|- bgcolor="#F5F5F5"
| [[Ckurs2010/String to Double | String to Double]]
| align="center" |5
| align="center" |3. VL
| Original-Dokumentation anwenden (Opengroup, man pages) Pointer auf Pointer Const correctness Strings
| sping
| Eugen R. (2010)
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Text processing | Text processing]]
| align="center" |4, 6
| align="center" |3. VL
| Strings Pointer-Arithmetik Pointer auf Pointer Refactoring
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Text processing/Musterlösung | Text processing]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Palindrome | Palindrome]]
| align="center" |4
| align="center" |3. VL
| Pointer und Strings
| [[Benutzer:Dank|Daniel K.]]
| nion (2009),
| [[Ckurs2009/Palindrome/Musterlösung | Palindrome ]]
|- bgcolor="#E8E8E8"
| [[Ckurs/Buchstaben_zählen | Buchstaben zählen]]
| align="center" |4
| align="center" |3. VL
| Array, Dateien lesen
| Alex K.
| Gabriel (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/(Pointer) Swapping | (Pointer) Swapping]]
| align="center" |5
| align="center" |3. VL
| Pointer und Arrays benutzen, generisches swap
| Katrin
| Katrin (2010, wird nochmal überarbeitet bzw. mit mehr erklärendem Text versehen)
| [[Ckurs2009/(Pointer) Swapping/Musterlösung | (Pointer) Swapping]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Matrizenmultiplikation | Matrizenmultiplikation]]
| align="center" |6
| align="center" |3. VL
| Mehrdimensionale Arrays const correctness
| sping
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Matrizenmultiplikation/Musterlösung | Matrizenmultiplikation]]
|- bgcolor="#F5F5F5"
| [[Ckurs/DreiD | 3D mit C]]
| align="center" |6-9
| align="center" |3. VL
| Mathematische Rechenoperationen, Algorithmik
| AndreasF
|
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Arrayuebergabe | Arrayuebergabe]]
| align="center" |4/5
| align="center" |4. VL
| Einlesen von Benutzereingaben Pointer und Pointerarithmetik
| nion
| Martin K. (2009),
| [[Ckurs2009/Arrayuebergabe/Musterlösung | Arrayuebergabe]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Studentendatenbank | Studentendatenbank]]
| align="center" |4
| align="center" |4. VL
| struct, Pointer, Arrays
| AlexanderK
| Gabriel (2010)
| [[Ckurs2009/Studentendatenbank/Musterlösung | Studentendatenbank]]
|- bgcolor="#E8E8E8"
| [[Ckurs2010/Punktstrukturen| Punktstrukturen]]
| align="center" |2-3
| align="center" |4. VL
| Structs, Unions, Pointer
| [[Benutzer:Mutax|Florian]] (2010)
| -
| -
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Sammelbestellung | Sammelbestellung]]
| align="center" |2-5
| align="center" |4. VL
| Listen, Pointer, Speicherverwaltung
| [[Benutzer:Mutax|Florian]]
| [[Benutzer:Mario|Mario]] (2009),
| [[Ckurs2009/Sammelbestellung/Musterlösung | Sammelbestellung]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Zahlen_sagen | Zahlen sagen]]
| align="center" |5
| align="center" |4. VL
| Umgang mit Zeichenketten
| Martin K.
| Paul B. (w.i.p.)
| [[Ckurs2009/Zahlen_sagen/Musterlösung | Zahlen sagen]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Compiler, Präprozessor, Header Files | Compiler, Präprozessor, Header Files]]
| align="center" |3
| align="center" |5. VL
| Arbeiten mit mehreren Quellcode-Dateien, Kompilieren und Linken, Header-Dateien und #include, debugging-Makro verwenden
| Katrin
| AndyF (2010)
| [https://wiki.freitagsrunde.org/Ckurs2009/Vortrag05 siehe Folien]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Bus Error | Bus Error]]
| align="center" |8
| align="center" |5. VL
| Pointer, wie entsteht ein bus error
| Katrin
| [[Benutzer:Mario|Mario]] (2010)
| [[Ckurs2009/Bus Error/Musterlösung | Bus Error]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/BubbleSortDebug | BubbleSort Debugging]]
| align="center" |5
| align="center" |6. VL
| Debuggen eines Programmes mit gdb
| aeichner
|
| [[Ckurs2009/BubbleSortDebug/Musterlösung | BubbleSort Debugging]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Debug | Debugging]]
| align="center" |1-8
| align="center" |6. VL
| Debuggen einer Anwendung nach Wahl
| aeichner
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Code Layout | Code Layout]]
| align="center" |3
| align="center" |7. VL
| Kleinere Codeschipsel mit kleinen Unsauberkeiten
| Daniel
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs2009/Code Layout/Musterlösung | Code Layout]]
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Refactoring | Refactoring]]
| align="center" |5-9
| align="center" |7. VL
| Wie verbessere ich den Quellcode eines Programmes.
| Daniel
|
| [[Ckurs2009/Refactoring/Musterlösung | Refactoring]]
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Cat | Cat]]
| align="center" |6
| align="center" |2. VL
| Arbeiten mit Dateien Kommandozeilenparameter
| nion
| sping (2009),
| vorhanden
|- bgcolor="#E8E8E8"
| [[Ckurs2009/Pong | Pong]]
| align="center" |7
| align="center" |9.VL (eigentlich 2.VL)
| allgemeiner Programmablauf, fortgeschrittene Konsolenausgaben/eingaben
| AlexanderK
| seba(2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs2009/Buchhaltung | Buchhaltung]]
| align="center" |6
| align="center" |5.VL
| Lesen aus Dateien
| reiner
| AndyF (2010)
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StringArraySortieren | StringArraySortieren]]
| align="center" |8
| align="center" |3. VL
| Konsolparameter, Funktionspointer, stdlib
| reiner
|
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/integral | integral]]
| align="center" |2
| align="center" |3. VL
| Funktionspointer
| reiner
| [[Benutzer:Tkroenert|TKroenert]] (2010)
| [[Ckurs/integral/Musterlösung | Musterloesung]]
|- bgcolor="#E8E8E8"
| [[Ckurs/forschleife | forschleife]]
| align="center" |3
| align="center" |6. VL
| Bug (zum Knobeln)
| reiner
| nion (2009), [[Benutzer:Tkroenert|TKroenert]] (2010)
| vorhanden
|- bgcolor="#F5F5F5"
| [[Ckurs/libgdsl | GDSL]]
| align="center" |5-7
| align="center" |9. VL
| Anwendung der Generic Data Structures Library
| martin
|
|
|- bgcolor="#E8E8E8"
| [[Ckurs2009/StdLib | Standard C Library]]
| align="center" |3
| align="center" |9. VL
| Recherche in der Standard C Bibliothek
| martin
|
|
|- bgcolor="#F5F5F5"
| [[Ckurs/Tron | Tron]]
| align="center" |7-8
| align="center" |4. VL
| SDL (Simple Directmedia Layer) kennen lernen, graphische Ausgabe
| seba
|
| vorhanden
|}

== Kleine und große Probleme ==

* Die Tubit-Accounts haben nicht /bin/bash als shell, so dass die Cursortasten nicht funktionieren. Workaround: als erstes Kommando 'bash' eingeben, man sieht dann auch in welchem Verzeichnis man gerade ist.
* wenn man nur den Promt 'bash-0.12' oder so erhält, also ohne das Verzeichnis in dem man ist, folgendes Kommando eingeben: <tt>export PS1='\u@\h:\w$ '</tt> oder zum dauerhaften Speichern: <tt> echo "export PS1='\u@\h:\w$ '" >> ~/.bashrc </tt>

== Musterlösungen ==
Die Lösungen zu den Aufgaben werden nach den jeweiligen Übungen hier veröffentlicht. Falls dies nicht geschieht, bitte den zuständigen Tutor fragen.

== Links ==

* [[Ckurs2009/Feedback|Feedback zum Kurs 2009]]

[[Kategorie:CKurs]]
[[Kategorie:CKurs Aufgaben]]

C-Kurs/Tron

2010-09-14T16:40:00Z

Seba: hat „Ckurs2009/Tron“ nach „Ckurs/Tron“ verschoben

[[Datei:Tron-screenshot.png|miniatur|300px|So in etwa soll dann unser Spiel aussehen]]Hier wollen wir euch mal ein wenig SDL zeigen - am Beispiel von Tron. SDL steht für "Simple Direct media Layer" und kümmert sich um Tastatureingaben und um ein Zeichenfenster (eigentlich um noch viel mehr, siehe unten FIXME). SDL ist Plattformunabhängig, ihr könnt euren Code also sowohl unter Linux als auch unter Windows oder Mac compilen und ausführen.

Tron: Tron ist ein kleines Spiel für zwei (oder mehr) Spieler, dass ihr vielleicht aus dem Film Tron oder dem spiel Amagetronad kennt. In unserer Zwei-Spieler 2D Variante startet jeder Spieler als ein Punkt auf dem Spielfeld. Während des Spieles zieht jeder Spieler eine Linie hinter sich her. Fährt man irgendwo gegen (gegnerische Linie, eigene Linie, Bildschirmrand), so hat man verloren und eine neue Runde beginnt.

Das ganze machen wir Schritt für Schritt, vom Initialisieren des Fensters über abarbeiten der Tastatur-Events und erkennen der Kollisionen bis hin zum zeichnen des Feldes.
Falls ihr mehr über eine der SDL Funktionen wissen wollt (also alle Funktionen/Datenstrukturen, die mit SDL_ anfangen), könnt ihr entweder auf http://www.libsdl.org/cgi/docwiki.cgi gucken oder (falls ihr ein Unix-Artiges Betriebssystem mit installiertem SDL habt) einfach "man FUNKTION" (z.B. man SDL_Init) in eine Konsole eingeben um hilfe zu dieser Funktion zu bekommen. Ich werde an entsprechenden Stellen einfach (man funktion) als Hinweis schreiben, dass man mit dieser Funktion noch mehr anstellen könnte.

== Was ihr braucht ==
* SDL mit Development-Headers (unter Debian/Ubuntu heißt das Paket libsdl1.2-dev)
* Die beiden Hilfs-Funktionen um Pixel von zu setzen/lesen (putpixel/getpixel). Diese könnt ihr hier (pixel.h/pixel.c FIXME) von uns downloaden oder auch von http://www.libsdl.org/cgi/docwiki.cgi/Pixel_Access .

== Ein erstes Fenster ==
Fangen wir mit unserem Fenster an.

=== SDL Initialisieren ===
Zu Beginn müssen wir das SDL Headerfile und unsere pixel.h includen.
<pre>
#include <SDL/SDL.h>
#include "pixel.h"
</pre>

In der Main-Funktion rufen wir zu aller erst die Initialisierungsfunktion von SDL auf:
<pre>
SDL_Init(SDL_INIT_EVERYTHING);
</pre>
Der einfachheit halber Initialisieren wir alles, was SDL zu bieten hat. Man kann ggf. nur Teilsysteme initialisieren (man SDL_Init), das ist für uns aber gerade nicht so wichtig.

Als nächstes müssen wir SDL sagen, dass wir ein Fenster haben wollen und wie groß dieses sein soll. Das machen wir mit der Funktion ''SDL_Surface *SDL_SetVideoMode(int width, int height, int bpp, Uint32 flags)''. Wir geben der Funktion die gewünschten Parameter für das Fenster und SDL gibt uns ein ''SDL_Surface'' (dieser Typ hält in SDL eine Grafik, in diesem Fall unser Fenster).
<pre>
SDL_Surface *screen = SDL_SetVideoMode(640, 480, 32, SDL_SWSURFACE);
</pre>
Oookay.. SDL gibt uns hier ein
* 640 Pixel breites
* 480 Pixel hohes Fenster mit
* 32 Bits pro Pixel (hat was mit der Farbtiefe zu tun, für uns nicht so wichtig, das passt schon so)
* als SDL_SW_SURFACE (soll heißen wir benutzen keine Hardwarebeschleunigung)
Für den letzten Parameter, also die Window Flags, gibt es viele verschiedene Parameter (man SDL_VideoMode) die man einfach miteinaner verunden könnte (z.B. SDL_HWSURFACE | SDL_FULLSCREEN für Vollbild mit Hardwarebeschleunigung), aber auch das ist für uns gerade nicht wichtig.

Zu guter letzt rufen wir am Ende der main-Funktion noch ein ''SDL_Quit()'' auf, damit SDL sich deinitialisiert, wenn wir das Programm beenden.

Nun wollen wir unser Grundgerüst ausprobieren. Damit wenn wir das Programm starten das Fenster nicht sofort wieder zu geht packen wir hinter die Initialisierung (aber vor das ''SDL_Quit()'') ein ''SDL_Delay(5000)'' (''SDL_Delay'' nimmt die zeit in Millisekunden, d.h. der Aufruf wartet 5 Sekunden). Und nun Compilen und ausprobieren!
<pre>
gcc -Wall tron.c pixel.c -lSDL -o tron
</pre>

Falls ihr (wie ich) zu faul seid das jedes mal einzugeben könnt ihr auch folgendes Makefile benutzen (soll heißen in die Datei Makefile pasten) und dann nur noch make bzw. make run eingeben.
<pre>
CFLAGS=`sdl-config --cflags` -Wall
LDFLAGS=`sdl-config --libs`
OBJ=tron.o pixel.c

.PHONY: clean run

tron: $(OBJ)

run: tron
./tron

clean:
rm -f *.o tron
</pre>

Jetzt solltet ihr für 5 Sekunden ein Fenster sehen, welches sich dann wieder schliesst.

=== SDL Events ===
Ein sich nach einiger Zeit wieder schliessendes Fenster bringt uns natürlich nicht so viel. Was wir wollen ist mit SDL zu interagieren. Wir wollen wissen, ob jemand eine Taste auf der Tastatur gedrückt hat oder das Fenster schliessen wollte. All das sagt uns SDL mit sog. *Events*. Davon gibt es viele für alle möglichen gegebenheiten (man SDL_Event), aber wir wollen als erstes nur den Fall des sich schliessenden Fensters betrachten.

Als erstes brauchen wir eine Variable vom Typ ''SDL_Event'' in der wir das Event speichern. Um SDL nach einen Event zu fragen übergeben wir ''int SDL_PollEvent(SDL_Event*)'' eine Referenz zu dieser Variable.
<pre>
SDL_Event event;
SDL_PollEvent(&event);
</pre>
''SDL_PollEvent'' hat als Rückgabewert 1, wenn es ein Event gefunden hat und 0, falls es kein neues Event gab. ''SDL_Event event'' ist ein struct, in event.type steht der Typ des aktuellen events. Für unser Spiel sind folgende Events wichtig (Dies sind dann auch die Werte, welche in event.type stehen): SDL_QUIT falls das Programm beendet werden soll und SDL_KEYDOWN, falls eine Taste auf der Tastatur gedrückt wurde.

Schreibt nun in die main-Methode eine while-Schleife. In dieser Schleife sollen SDL-Events abgefragt werden (unser sog. Event-Loop). Wenn ein SDL_QUIT-Event auftritt soll das Programm beendet werden. Damit die while-Schleife nicht all eure CPU-Zeit frisst solltet ihr mit ''SDL_Delay'' eine Verzögerung von 10-50 Millisekunden einbauen.

Nun kann man das Fenster über das ihm gegebene X (bei entsprechendem Windowmanager *hust*) schliessen. Horray, unser Fenster hört auf uns!

== Tron ==

=== Zustandsvariablen ===
Es wird Zeit, dass wir zu unserem Spiel kommen. Ein Spieler in Tron hat in etwa folgende Eigenschaften:
* eine Position (x/y)
* eine Richtung (up, down, left, right)
* Punktestand
* Farbe des Spielers (Definiert als Rot/Grün/Blau-Wert von 0-255)
Für Position und Punke können wir jeweils den Typ int wählen. Für die Farbe nehmen wir ''SDL_Color'' (das ist ein von SDL definiertes struct mit drei Uint8 r, g und b für den Farbwert rot, grün und blau (man SDL_Color)). Bei der Richtung könnt ihr euch überlegen, ob ihr lieber ein *enum* nehmen wollt anstatt eines ints. Wir packen diese Werte in ein struct Player, damit wir später Funktionen nur einmal schreiben müssen und dann für jeden Spieler jeweils einmal aufrufen können.

Schreibt nun eine Funktion ''void initPlayers()'' welche die Variablen der beiden Spieler initialisiert (und ihnen auch eine schöne Farbe gibt ;). Die Startposition der Spieler machen wir abhängig von der Spielfeldgröße. Ich schlage halbe Höhe des Feldes als Y-Koordinate und 1/3 bzw. 2/3 der Breite als Startposition vor. Hier ein Codeschnipsel, wie ihr an das ''SDL_Surface'' vom Fenster und an dessen Höhe/Breite kommt:

<pre>
[...]
SDL_Surface *screen = SDL_GetVideoSurface();
int hoehe = screen->h;
int breite = screen->w;
</pre>
Der Rückgabewert von ''SDL_GetVideoSurface'' ist hierbei mit dem von ''SDL_SetVideoMode'' identisch (halt der Zeichenbereich unseres Fensters).

Ruft nun ''initPlayers()'' in eurer main-Methode nach dem Initialisieren von SDL auf (sonst ist der Rückgabewert von ''SDL_GetVideoSurface()'' nicht definiert und ihr habt keine Fensterhöhe/breite).

=== Zeichnen der Spieler ===
Nun wollen wir anfangen unsere beiden Spieler zu zeichnen und sich bewegen zu lassen. Dazu setzen wir den Pixel, auf dem der Spieler sich gerade befindet auf seine Farbe.
<pre>
putpixel(SDL_Surface *screen, int x, int y, Uint32 pixel);
</pre>

Da putpixel einen Uint32 als Farbwert erwartet müssen wir unser ''SDL_Color'' wohl umwandeln. Dies passiert mit der Funktion
<pre>
Uint32 SDL_MapRGB(SDL_PixelFormat *fmt, Uint8 r, Uint8 g, Uint8 b);
</pre>
wobei mit ''SDL_PixelFormat'' das PixelFormat unseres screens gemeint ist (screen->format (man SDL_Surface)).

* Schreibt eine Funktion ''Uint32 color2rgb(SDL_Color)'' welche ein ''SDL_Color'' in den entsprechenden ''Uint32'' umwandelt.
* Schreibt eine Funktion ''void paintPlayer(struct Player*)'' welche einen Spieler zeichnet.

Wichtig: Eure Zeichenoperationen (also alles, was etwas in das Fenster bringt) werden erst sichtbar, wenn ihr SDL sagt, dass ihr eure "Änderungen" sehen wollt. Der einfachheit halber benutzt nach euren Zeichenoperationen ''int SDL_Flip(screen)'' (wobei screen unser Fenster (SDL_Surface*) ist) um dies zu tun (wer hier mehr drüber wissen will kann sich mal ''SDL_UpdateRect'' anschauen).

Nun zeichnet in eurer main-Methode vor dem Event-Loop die beiden Spieler und startet das Programm. Jetzt können wir unsere beiden Spieler als Pixel sehen.

=== Bewegen der Spieler ===
Ohne Bewegung wird das alles auf Dauer ziemlich langweilig. Deshalb brauchen wir eine Funktion ''void movePlayer(struct Player*)'', welche abhängig von der Richtung des Spielers dessen Position verändert. Diese Funktion müssen wir nun in unserem Event-loop unterbringen. Wenn wir kein Event haben, dann wollen wir unsere Spieler beide bewegen (movePlayer), beide zeichnen (paintPlayer), unseren Bildschirm aktualisieren (''SDL_Flip'') und dann ein wenig warten (''SDL_Delay'').

Wenn das Fertig ist und wir unser Programm starten, dann sehen wir, dass beide Spieler sich in ihre Richtung bewegen und sich ggf. übermalen. Sobald aber einer aus dem Bildschirm verschwindet passieren komische Sachen: Entweder sie kommen auf der anderen Seite wieder raus oder unser Programm stürzt ab. Hmmmm, da fehlt uns wohl...

=== Kollisionen erkennen und behandeln ===
In unserem Spiel gibt es drei Arten von Kollision
* Ein Spieler fährt aus dem Fenster raus
* Ein Spieler fährt gegen eine Linie (eine Eigene oder eines Gegners)
* Beide Spieler befinden sich auf der gleichen Position (unentschieden!)

Die ersten beiden Fälle wollen wir mit der Funktion behandeln ''int playerCollided(struct Player*)''. Die Soll überprüfen, ob der Spieler in seiner aktuellen Position ausserhalb des Bildschirms ist oder ob dort schon einer vor ihm war. Letzteres könnt ihr leicht überprüfen, indem ihr guckt, ob an dieser Stelle ein schwarzer Pixel ist (soll heißen: leeres Spielfeld). Das könnt ihr überprüfen, indem ihr schaut, ob der Wert, den ''Uint32 getpixel(SDL_Surface *screen, int x, inty)'' zurückliefert dem entspricht, was ''SDL_MapRGB'' für Schwarz (0, 0, 0) zurückgibt. Die Funktion soll 1 für Kollision und 0 für keine Kollision zurückgeben.

Nun brauchen wir die Funktion ''int gotCollison()'' welche 0 für keine Kollision, 1 für Player1 kollidiert, 2 für Player2 kollidiert und 3 für Unentschieden zurückgibt. Benutzt hierzu ''playerCollided()'' um herauszufinden, ob ein Spieler kollidiert ist und implementiert ausserdem den 3. Fall.

Aber was machen wir, wenn wir eine Kollision erkannt haben? Wir setzen alles wieder auf den Startzustand. Also brauchen wir eine Funktion ''void resetGame()'' die
* Unser Fenster komplett schwärzt (uns von den alten Linien befreit)
* Die Spieler auf ihre Startpositionen setzt (Richtung nicht vergessen!)
* Die beiden Spieler zeichnet

Zum Schwärzen des Bildschirms könnt ihr ''SDL_FillRect(screen, NULL, SDL_MapRGB(screen->format, 0, 0, 0))'' benutzen (man SDL_FillRect). NULL steht hierbei für das zu füllende Rechteck - wir übergeben keines, denn dadurch wird automatisch der gesamte Bildschirm angenommen.

Nun kombinieren wir all diese schönen Funktionen miteinander in unserem Event-loop in unserer main-methode:
* Fortbewegen beider Spieler
* Überprüfen, ob eine Kollision stattfand
* Wenn ja: Dem jeweiligen Spieler, der nicht Kollidiert ist, einen Punkt geben und das Spielfeld resetten
* Wenn nicht: Beide Spieler auf ihrer neuen Position zeichnen
* Den Bildschirm updaten ("flippen")

Puh! Nun haben wir es aber auch schon fast geschafft. Fehlt nur noch die Bewegung der Spieler und eine Punkteanzeige.

=== Tastatureingaben zu Richtungswechsel ===
Um die Richtung eines Spielers zu wechseln müssen wir ihm eigentlich nur einen anderen Wert in seine Richtungsvariable schreiben. Den Rest macht dann schon unsere movePlayer-Funktion im Event-Loop. Aber wie kriegen wir raus, welche Taste gedrückt wurde? Genau, per Event. Momentan dümpelt in unserer Event-Abfrage nur unser SDL_QUIT-Event rum. Nun wollen wir ausserdem gucken, ob es sich nich doch um ein SDL_KEYDOWN-Event handelt. Wenn es eines ist (event.type == SDL_KEYDOWN, schon vergessen?), steht in event.key.keysym.sym die Taste, die gedrückt wurde. sym ist vom Typ SDLKey. Alle benutzbaren Tasten findet ihr unter (man SDLKey), aber momentan sollten SDLK_LEFT, SDLK_RIGHT, SDLK_UP, SDLK_DOWN, SDLK_a, SDLK_w, SDLK_s und SDLK_d reichen.

Also: Behandelt das SDL_KEYDOWN Event, schaut ob eine Taste für einen der Spieler gedrückt wurde und behandelt diese. Wenn ihr das Spiel etwas einfacher machen wollt, dann passt auf, das kein Spieler in sich selbst steuern kann (d.h. keine 180° Wendung, also z.B. von left zu right wechseln).

Tja, nun habt ihr ein spielbares (und Plattformunabhängiges) Multiplayer 2D Tron Spiel!

=== Punkte? ===
Naja gut, was noch fehlt ist eine Punkteanzeige. Die realisieren wir ganz einfach über unseren Fenstertitel. Den kann man mit
<pre>
SDL_WM_SetCaption("Mein tolles Fenster!1!!", 0);
</pre>
setzen.

Schreibt eine Funktion ''void updateWindowTitle()'' welche (z.B. mit sprintf) einen Titel für das Fenster (z.B. C-Kurs Tron) und dahinter den aktuellen Punktestand zusammensetzt und unserem Fenster diesen gibt. Diese Funktion muss immer aufgerufen werden, wenn sich der Punktestand verändert (und natürlich auch einmal am Anfang). Sucht euch einen schönen Platz dafür aus.

== Bonusrunde ==
Wer jetzt noch nicht genug hat...

=== Einsteiger-Bonus: Quit on Esc ===
Das Spiel soll sich beenden, wenn jemand Escape drückt.

=== Bonus: Fenster resizen ===
Macht das Fenster vergrößerbar bzw. verkleinerbar! Denkt dran, dass bei einer neuen Runde die Spieler auch an der Richtigen stelle Anfangen (falls ihr diese Werte direkt als Zahlen reingeschrieben habt).

=== Bonus: Ein Torus als Spielfeld ===
Warum sollte man an der Spielwand crashen? Man könnte doch an der jeweils anderen Seite des Feldes herauskommen...

=== Bonus Bonus: Massive Multiplayer ===
Baut das Spiel so um, dass man beim Starten auf der Kommandozeile eine Spielerzahl übergeben kann (z.B. 2-4 Spieler). Damit es nich zu eng auf der Tastatur wird könnte es nützlich sein, wenn ihr das Spiel so umschreibt, dass man nur noch zwei Tasten für Links/Rechts hat um den Spieler zu kontrollieren (Megabonus: Ausser ihr baut Maus+Joysticksupport ein).

== Further reading oder "Was kann SDL denn noch?" ==
SDL hat noch einige interessante Zusatzmodule
* SDL_Image - Kann ein haufen Bildformate laden und in ein SDL_Surface packen (von sich aus kann SDL nur .bmp)
* SDL_Mixer - SDL Soundausgabe
* SDL_Net - SDL Netzwerkbibliothek
Ausserdem kann SDL ziemlich einfach geladene Bilder auf den Bildschirm bringen (man SDL_BlitSurface), Tastatur/Maus/Joystick eingabe behandeln, Musik/Soundeffekte zusammenmixen oder auch (mit der entsprechenden Bibliothek) Netzwerkkram machen. Gerne wird es für 2D Spiele benutzt (z.B. supertux, xmame, frozen-bubbles, ...), aber auch als Wrapper für OpenGL (sauerbraten, der Quake3 Linux Port, warsow, armagetronad...); teilweise nutzen auch einige Anwendungen SDL (mplayer, virtualbox, dosbox, ...).

Einsteigerfreundliche SDL-Tutorials:
* http://www.lazyfoo.net/SDL_tutorials/index.php
* http://www.libsdl.org/cgi/docwiki.cgi/
* http://www.libsdl.org/cgi/docwiki.cgi/Using_OpenGL_With_SDL

Happy Hacking ;)

C-Kurs 2009/Tron

2010-09-14T16:40:00Z

Seba: hat „Ckurs2009/Tron“ nach „Ckurs/Tron“ verschoben

#REDIRECT [[Ckurs/Tron]]

Wünsche ans Rechnernetz

2010-09-06T18:40:56Z

Seba:

Diese Seite soll alle Wünsche an die Rechnernetze vom IRB und TUBIT sammeln.

Die Liste enthält auch Software die bereits überall vorhanden sein könnte. Dies wurde nicht geprüft.

* Pidgin - Multiplatform Messanger (ICQ, IRC, MSN, Jabber,...) - erleichtert Kommunikation
* ein stabiler Firefox (besonders unter Solaris nicht gegeben)
* Scilab und MATLAB - werden in manchen Studiengängen für Labore gebraucht
** Scilab bitte nur in der Version 4.1.2 weil sonst bestimmte
* "Build essentials" - alles was man zum bauen von software braucht
** libncurses-dev auf den ubuntukisten (vllt gleich build-essential)
** ar auf den solaris kisten
** libsdl1.2-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libsdl-net1.2-dev
Komponenten nichtmehr funktionieren in den aktuelleren Versionen
* eclipse - unter Windows schon vorhanden, aber fehlt noch unter Linux!? vllt dazu gleich Plugins:
** CDT-Projekt (C/C++)
** TeXlipse (LaTeX)
* auf jedem Rechner sollte ein LaTeX Editor installiert sein, z.B.
** Kile
** für Ubuntu das Tex-Plugin für Gedit
** TexMaker (Plattfomunabhängig)
* PSpice (für Elektrotechniker sinnvoll)
* Eagle (für Elektrotechniker sinnvoll)
* OpenOffice
* JavaJDK (Javaprogrammierung)
* Thunderbird (E-Mails)
* GIMP (oder anderes Bildbearbeitungsprogramm)
* MARS MIPS simulator (oder ein anderer MIPS Simulator)

C-Kurs/Tron

2010-09-06T18:12:43Z

Seba: Die Seite wurde neu angelegt: „So in etwa soll dann unser Spiel aussehenHier wollen wir euch mal ein wenig SDL zeigen - am Beispiel von Tron. SDL st...“

[[Datei:Tron-screenshot.png|miniatur|300px|So in etwa soll dann unser Spiel aussehen]]Hier wollen wir euch mal ein wenig SDL zeigen - am Beispiel von Tron. SDL steht für "Simple Direct media Layer" und kümmert sich um Tastatureingaben und um ein Zeichenfenster (eigentlich um noch viel mehr, siehe unten FIXME). SDL ist Plattformunabhängig, ihr könnt euren Code also sowohl unter Linux als auch unter Windows oder Mac compilen und ausführen.

Tron: Tron ist ein kleines Spiel für zwei (oder mehr) Spieler, dass ihr vielleicht aus dem Film Tron oder dem spiel Amagetronad kennt. In unserer Zwei-Spieler 2D Variante startet jeder Spieler als ein Punkt auf dem Spielfeld. Während des Spieles zieht jeder Spieler eine Linie hinter sich her. Fährt man irgendwo gegen (gegnerische Linie, eigene Linie, Bildschirmrand), so hat man verloren und eine neue Runde beginnt.

Das ganze machen wir Schritt für Schritt, vom Initialisieren des Fensters über abarbeiten der Tastatur-Events und erkennen der Kollisionen bis hin zum zeichnen des Feldes.
Falls ihr mehr über eine der SDL Funktionen wissen wollt (also alle Funktionen/Datenstrukturen, die mit SDL_ anfangen), könnt ihr entweder auf http://www.libsdl.org/cgi/docwiki.cgi gucken oder (falls ihr ein Unix-Artiges Betriebssystem mit installiertem SDL habt) einfach "man FUNKTION" (z.B. man SDL_Init) in eine Konsole eingeben um hilfe zu dieser Funktion zu bekommen. Ich werde an entsprechenden Stellen einfach (man funktion) als Hinweis schreiben, dass man mit dieser Funktion noch mehr anstellen könnte.

== Was ihr braucht ==
* SDL mit Development-Headers (unter Debian/Ubuntu heißt das Paket libsdl1.2-dev)
* Die beiden Hilfs-Funktionen um Pixel von zu setzen/lesen (putpixel/getpixel). Diese könnt ihr hier (pixel.h/pixel.c FIXME) von uns downloaden oder auch von http://www.libsdl.org/cgi/docwiki.cgi/Pixel_Access .

== Ein erstes Fenster ==
Fangen wir mit unserem Fenster an.

=== SDL Initialisieren ===
Zu Beginn müssen wir das SDL Headerfile und unsere pixel.h includen.
<pre>
#include <SDL/SDL.h>
#include "pixel.h"
</pre>

In der Main-Funktion rufen wir zu aller erst die Initialisierungsfunktion von SDL auf:
<pre>
SDL_Init(SDL_INIT_EVERYTHING);
</pre>
Der einfachheit halber Initialisieren wir alles, was SDL zu bieten hat. Man kann ggf. nur Teilsysteme initialisieren (man SDL_Init), das ist für uns aber gerade nicht so wichtig.

Als nächstes müssen wir SDL sagen, dass wir ein Fenster haben wollen und wie groß dieses sein soll. Das machen wir mit der Funktion ''SDL_Surface *SDL_SetVideoMode(int width, int height, int bpp, Uint32 flags)''. Wir geben der Funktion die gewünschten Parameter für das Fenster und SDL gibt uns ein ''SDL_Surface'' (dieser Typ hält in SDL eine Grafik, in diesem Fall unser Fenster).
<pre>
SDL_Surface *screen = SDL_SetVideoMode(640, 480, 32, SDL_SWSURFACE);
</pre>
Oookay.. SDL gibt uns hier ein
* 640 Pixel breites
* 480 Pixel hohes Fenster mit
* 32 Bits pro Pixel (hat was mit der Farbtiefe zu tun, für uns nicht so wichtig, das passt schon so)
* als SDL_SW_SURFACE (soll heißen wir benutzen keine Hardwarebeschleunigung)
Für den letzten Parameter, also die Window Flags, gibt es viele verschiedene Parameter (man SDL_VideoMode) die man einfach miteinaner verunden könnte (z.B. SDL_HWSURFACE | SDL_FULLSCREEN für Vollbild mit Hardwarebeschleunigung), aber auch das ist für uns gerade nicht wichtig.

Zu guter letzt rufen wir am Ende der main-Funktion noch ein ''SDL_Quit()'' auf, damit SDL sich deinitialisiert, wenn wir das Programm beenden.

Nun wollen wir unser Grundgerüst ausprobieren. Damit wenn wir das Programm starten das Fenster nicht sofort wieder zu geht packen wir hinter die Initialisierung (aber vor das ''SDL_Quit()'') ein ''SDL_Delay(5000)'' (''SDL_Delay'' nimmt die zeit in Millisekunden, d.h. der Aufruf wartet 5 Sekunden). Und nun Compilen und ausprobieren!
<pre>
gcc -Wall tron.c pixel.c -lSDL -o tron
</pre>

Falls ihr (wie ich) zu faul seid das jedes mal einzugeben könnt ihr auch folgendes Makefile benutzen (soll heißen in die Datei Makefile pasten) und dann nur noch make bzw. make run eingeben.
<pre>
CFLAGS=`sdl-config --cflags` -Wall
LDFLAGS=`sdl-config --libs`
OBJ=tron.o pixel.c

.PHONY: clean run

tron: $(OBJ)

run: tron
./tron

clean:
rm -f *.o tron
</pre>

Jetzt solltet ihr für 5 Sekunden ein Fenster sehen, welches sich dann wieder schliesst.

=== SDL Events ===
Ein sich nach einiger Zeit wieder schliessendes Fenster bringt uns natürlich nicht so viel. Was wir wollen ist mit SDL zu interagieren. Wir wollen wissen, ob jemand eine Taste auf der Tastatur gedrückt hat oder das Fenster schliessen wollte. All das sagt uns SDL mit sog. *Events*. Davon gibt es viele für alle möglichen gegebenheiten (man SDL_Event), aber wir wollen als erstes nur den Fall des sich schliessenden Fensters betrachten.

Als erstes brauchen wir eine Variable vom Typ ''SDL_Event'' in der wir das Event speichern. Um SDL nach einen Event zu fragen übergeben wir ''int SDL_PollEvent(SDL_Event*)'' eine Referenz zu dieser Variable.
<pre>
SDL_Event event;
SDL_PollEvent(&event);
</pre>
''SDL_PollEvent'' hat als Rückgabewert 1, wenn es ein Event gefunden hat und 0, falls es kein neues Event gab. ''SDL_Event event'' ist ein struct, in event.type steht der Typ des aktuellen events. Für unser Spiel sind folgende Events wichtig (Dies sind dann auch die Werte, welche in event.type stehen): SDL_QUIT falls das Programm beendet werden soll und SDL_KEYDOWN, falls eine Taste auf der Tastatur gedrückt wurde.

Schreibt nun in die main-Methode eine while-Schleife. In dieser Schleife sollen SDL-Events abgefragt werden (unser sog. Event-Loop). Wenn ein SDL_QUIT-Event auftritt soll das Programm beendet werden. Damit die while-Schleife nicht all eure CPU-Zeit frisst solltet ihr mit ''SDL_Delay'' eine Verzögerung von 10-50 Millisekunden einbauen.

Nun kann man das Fenster über das ihm gegebene X (bei entsprechendem Windowmanager *hust*) schliessen. Horray, unser Fenster hört auf uns!

== Tron ==

=== Zustandsvariablen ===
Es wird Zeit, dass wir zu unserem Spiel kommen. Ein Spieler in Tron hat in etwa folgende Eigenschaften:
* eine Position (x/y)
* eine Richtung (up, down, left, right)
* Punktestand
* Farbe des Spielers (Definiert als Rot/Grün/Blau-Wert von 0-255)
Für Position und Punke können wir jeweils den Typ int wählen. Für die Farbe nehmen wir ''SDL_Color'' (das ist ein von SDL definiertes struct mit drei Uint8 r, g und b für den Farbwert rot, grün und blau (man SDL_Color)). Bei der Richtung könnt ihr euch überlegen, ob ihr lieber ein *enum* nehmen wollt anstatt eines ints. Wir packen diese Werte in ein struct Player, damit wir später Funktionen nur einmal schreiben müssen und dann für jeden Spieler jeweils einmal aufrufen können.

Schreibt nun eine Funktion ''void initPlayers()'' welche die Variablen der beiden Spieler initialisiert (und ihnen auch eine schöne Farbe gibt ;). Die Startposition der Spieler machen wir abhängig von der Spielfeldgröße. Ich schlage halbe Höhe des Feldes als Y-Koordinate und 1/3 bzw. 2/3 der Breite als Startposition vor. Hier ein Codeschnipsel, wie ihr an das ''SDL_Surface'' vom Fenster und an dessen Höhe/Breite kommt:

<pre>
[...]
SDL_Surface *screen = SDL_GetVideoSurface();
int hoehe = screen->h;
int breite = screen->w;
</pre>
Der Rückgabewert von ''SDL_GetVideoSurface'' ist hierbei mit dem von ''SDL_SetVideoMode'' identisch (halt der Zeichenbereich unseres Fensters).

Ruft nun ''initPlayers()'' in eurer main-Methode nach dem Initialisieren von SDL auf (sonst ist der Rückgabewert von ''SDL_GetVideoSurface()'' nicht definiert und ihr habt keine Fensterhöhe/breite).

=== Zeichnen der Spieler ===
Nun wollen wir anfangen unsere beiden Spieler zu zeichnen und sich bewegen zu lassen. Dazu setzen wir den Pixel, auf dem der Spieler sich gerade befindet auf seine Farbe.
<pre>
putpixel(SDL_Surface *screen, int x, int y, Uint32 pixel);
</pre>

Da putpixel einen Uint32 als Farbwert erwartet müssen wir unser ''SDL_Color'' wohl umwandeln. Dies passiert mit der Funktion
<pre>
Uint32 SDL_MapRGB(SDL_PixelFormat *fmt, Uint8 r, Uint8 g, Uint8 b);
</pre>
wobei mit ''SDL_PixelFormat'' das PixelFormat unseres screens gemeint ist (screen->format (man SDL_Surface)).

* Schreibt eine Funktion ''Uint32 color2rgb(SDL_Color)'' welche ein ''SDL_Color'' in den entsprechenden ''Uint32'' umwandelt.
* Schreibt eine Funktion ''void paintPlayer(struct Player*)'' welche einen Spieler zeichnet.

Wichtig: Eure Zeichenoperationen (also alles, was etwas in das Fenster bringt) werden erst sichtbar, wenn ihr SDL sagt, dass ihr eure "Änderungen" sehen wollt. Der einfachheit halber benutzt nach euren Zeichenoperationen ''int SDL_Flip(screen)'' (wobei screen unser Fenster (SDL_Surface*) ist) um dies zu tun (wer hier mehr drüber wissen will kann sich mal ''SDL_UpdateRect'' anschauen).

Nun zeichnet in eurer main-Methode vor dem Event-Loop die beiden Spieler und startet das Programm. Jetzt können wir unsere beiden Spieler als Pixel sehen.

=== Bewegen der Spieler ===
Ohne Bewegung wird das alles auf Dauer ziemlich langweilig. Deshalb brauchen wir eine Funktion ''void movePlayer(struct Player*)'', welche abhängig von der Richtung des Spielers dessen Position verändert. Diese Funktion müssen wir nun in unserem Event-loop unterbringen. Wenn wir kein Event haben, dann wollen wir unsere Spieler beide bewegen (movePlayer), beide zeichnen (paintPlayer), unseren Bildschirm aktualisieren (''SDL_Flip'') und dann ein wenig warten (''SDL_Delay'').

Wenn das Fertig ist und wir unser Programm starten, dann sehen wir, dass beide Spieler sich in ihre Richtung bewegen und sich ggf. übermalen. Sobald aber einer aus dem Bildschirm verschwindet passieren komische Sachen: Entweder sie kommen auf der anderen Seite wieder raus oder unser Programm stürzt ab. Hmmmm, da fehlt uns wohl...

=== Kollisionen erkennen und behandeln ===
In unserem Spiel gibt es drei Arten von Kollision
* Ein Spieler fährt aus dem Fenster raus
* Ein Spieler fährt gegen eine Linie (eine Eigene oder eines Gegners)
* Beide Spieler befinden sich auf der gleichen Position (unentschieden!)

Die ersten beiden Fälle wollen wir mit der Funktion behandeln ''int playerCollided(struct Player*)''. Die Soll überprüfen, ob der Spieler in seiner aktuellen Position ausserhalb des Bildschirms ist oder ob dort schon einer vor ihm war. Letzteres könnt ihr leicht überprüfen, indem ihr guckt, ob an dieser Stelle ein schwarzer Pixel ist (soll heißen: leeres Spielfeld). Das könnt ihr überprüfen, indem ihr schaut, ob der Wert, den ''Uint32 getpixel(SDL_Surface *screen, int x, inty)'' zurückliefert dem entspricht, was ''SDL_MapRGB'' für Schwarz (0, 0, 0) zurückgibt. Die Funktion soll 1 für Kollision und 0 für keine Kollision zurückgeben.

Nun brauchen wir die Funktion ''int gotCollison()'' welche 0 für keine Kollision, 1 für Player1 kollidiert, 2 für Player2 kollidiert und 3 für Unentschieden zurückgibt. Benutzt hierzu ''playerCollided()'' um herauszufinden, ob ein Spieler kollidiert ist und implementiert ausserdem den 3. Fall.

Aber was machen wir, wenn wir eine Kollision erkannt haben? Wir setzen alles wieder auf den Startzustand. Also brauchen wir eine Funktion ''void resetGame()'' die
* Unser Fenster komplett schwärzt (uns von den alten Linien befreit)
* Die Spieler auf ihre Startpositionen setzt (Richtung nicht vergessen!)
* Die beiden Spieler zeichnet

Zum Schwärzen des Bildschirms könnt ihr ''SDL_FillRect(screen, NULL, SDL_MapRGB(screen->format, 0, 0, 0))'' benutzen (man SDL_FillRect). NULL steht hierbei für das zu füllende Rechteck - wir übergeben keines, denn dadurch wird automatisch der gesamte Bildschirm angenommen.

Nun kombinieren wir all diese schönen Funktionen miteinander in unserem Event-loop in unserer main-methode:
* Fortbewegen beider Spieler
* Überprüfen, ob eine Kollision stattfand
* Wenn ja: Dem jeweiligen Spieler, der nicht Kollidiert ist, einen Punkt geben und das Spielfeld resetten
* Wenn nicht: Beide Spieler auf ihrer neuen Position zeichnen
* Den Bildschirm updaten ("flippen")

Puh! Nun haben wir es aber auch schon fast geschafft. Fehlt nur noch die Bewegung der Spieler und eine Punkteanzeige.

=== Tastatureingaben zu Richtungswechsel ===
Um die Richtung eines Spielers zu wechseln müssen wir ihm eigentlich nur einen anderen Wert in seine Richtungsvariable schreiben. Den Rest macht dann schon unsere movePlayer-Funktion im Event-Loop. Aber wie kriegen wir raus, welche Taste gedrückt wurde? Genau, per Event. Momentan dümpelt in unserer Event-Abfrage nur unser SDL_QUIT-Event rum. Nun wollen wir ausserdem gucken, ob es sich nich doch um ein SDL_KEYDOWN-Event handelt. Wenn es eines ist (event.type == SDL_KEYDOWN, schon vergessen?), steht in event.key.keysym.sym die Taste, die gedrückt wurde. sym ist vom Typ SDLKey. Alle benutzbaren Tasten findet ihr unter (man SDLKey), aber momentan sollten SDLK_LEFT, SDLK_RIGHT, SDLK_UP, SDLK_DOWN, SDLK_a, SDLK_w, SDLK_s und SDLK_d reichen.

Also: Behandelt das SDL_KEYDOWN Event, schaut ob eine Taste für einen der Spieler gedrückt wurde und behandelt diese. Wenn ihr das Spiel etwas einfacher machen wollt, dann passt auf, das kein Spieler in sich selbst steuern kann (d.h. keine 180° Wendung, also z.B. von left zu right wechseln).

Tja, nun habt ihr ein spielbares (und Plattformunabhängiges) Multiplayer 2D Tron Spiel!

=== Punkte? ===
Naja gut, was noch fehlt ist eine Punkteanzeige. Die realisieren wir ganz einfach über unseren Fenstertitel. Den kann man mit
<pre>
SDL_WM_SetCaption("Mein tolles Fenster!1!!", 0);
</pre>
setzen.

Schreibt eine Funktion ''void updateWindowTitle()'' welche (z.B. mit sprintf) einen Titel für das Fenster (z.B. C-Kurs Tron) und dahinter den aktuellen Punktestand zusammensetzt und unserem Fenster diesen gibt. Diese Funktion muss immer aufgerufen werden, wenn sich der Punktestand verändert (und natürlich auch einmal am Anfang). Sucht euch einen schönen Platz dafür aus.

== Bonusrunde ==
Wer jetzt noch nicht genug hat...

=== Einsteiger-Bonus: Quit on Esc ===
Das Spiel soll sich beenden, wenn jemand Escape drückt.

=== Bonus: Fenster resizen ===
Macht das Fenster vergrößerbar bzw. verkleinerbar! Denkt dran, dass bei einer neuen Runde die Spieler auch an der Richtigen stelle Anfangen (falls ihr diese Werte direkt als Zahlen reingeschrieben habt).

=== Bonus: Ein Torus als Spielfeld ===
Warum sollte man an der Spielwand crashen? Man könnte doch an der jeweils anderen Seite des Feldes herauskommen...

=== Bonus Bonus: Massive Multiplayer ===
Baut das Spiel so um, dass man beim Starten auf der Kommandozeile eine Spielerzahl übergeben kann (z.B. 2-4 Spieler). Damit es nich zu eng auf der Tastatur wird könnte es nützlich sein, wenn ihr das Spiel so umschreibt, dass man nur noch zwei Tasten für Links/Rechts hat um den Spieler zu kontrollieren (Megabonus: Ausser ihr baut Maus+Joysticksupport ein).

== Further reading oder "Was kann SDL denn noch?" ==
SDL hat noch einige interessante Zusatzmodule
* SDL_Image - Kann ein haufen Bildformate laden und in ein SDL_Surface packen (von sich aus kann SDL nur .bmp)
* SDL_Mixer - SDL Soundausgabe
* SDL_Net - SDL Netzwerkbibliothek
Ausserdem kann SDL ziemlich einfach geladene Bilder auf den Bildschirm bringen (man SDL_BlitSurface), Tastatur/Maus/Joystick eingabe behandeln, Musik/Soundeffekte zusammenmixen oder auch (mit der entsprechenden Bibliothek) Netzwerkkram machen. Gerne wird es für 2D Spiele benutzt (z.B. supertux, xmame, frozen-bubbles, ...), aber auch als Wrapper für OpenGL (sauerbraten, der Quake3 Linux Port, warsow, armagetronad...); teilweise nutzen auch einige Anwendungen SDL (mplayer, virtualbox, dosbox, ...).

Einsteigerfreundliche SDL-Tutorials:
* http://www.lazyfoo.net/SDL_tutorials/index.php
* http://www.libsdl.org/cgi/docwiki.cgi/
* http://www.libsdl.org/cgi/docwiki.cgi/Using_OpenGL_With_SDL

Happy Hacking ;)

Datei:Tron-screenshot.png

2010-09-06T17:40:39Z

Seba: Screenshot für die C-Kurs SDL/Tron Aufgabe

Screenshot für die C-Kurs SDL/Tron Aufgabe

Javakurs/Übungsaufgaben

2010-03-21T16:38:59Z

Seba:

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen. Einen kleinen Überblick zu den Schwierigkeitsgraden findet ihr ganz unten auf dieser Seite.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

== Die Aufgaben ==

{| class="wikitable sortable" border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
! Überprüfer(Status)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Von der Console zum HelloWorld | Vom Arbeiten mit der Konsole bis "Hallo Welt"]]
| align="center" |2
| align="center" |1. VL
| Einfaches Arbeiten mit der Kommandozeile Kompilieren und Ausführen von Javacode
| seba (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Variablen_und_Zuweisungen | Variablen und Zuweisungen]]
| align="center" |1
| align="center" |1. VL
| Deklarieren und definieren von Variablen grundlegende Regeln der Codeformatierung
| sdyroff (ok)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Cowsay | Cowsay oder "Wie macht die Kuh?"]]
| align="center" |3
| align="center" |1. VL
| etwas mehr Bildschirmausgabe schöne Graphiken
| tkroenert (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Kassenbon | Erstellen eines Kassenbons]]
| align="center" |2
| align="center" |1. VL
| Arbeiten mit Variablen Fallunterscheidungen
| AndyF (ok)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Javamenue | Ein eigenes Menü]]
| align="center" |3
| align="center" |1. VL
| Lesen von Benutzereingaben über die Konsole Fallunterscheidungen
| sdyroff (ok)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Glücksspiel | Glücksspiel]]
| align="center" |3
| align="center" |1. VL
| Anwenden von Fallunterscheidungen
| sdyroff (ok)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Arrays | Quickies Arrays]]
| align="center" |2
| align="center" |2. VL
| Verwenden von Arrays
| andy (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Verschachtelte_Schleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
| andy (okay)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Primzahlenaufgabe | Primzahlen]]
| align="center" |2-5
| align="center" |2. VL
| Geschicktes Einsetzen von Schleifen und Arrays
| andy (okay) 

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Wetterstation | Wetterstation]]
| align="center" |4
| align="center" |2. VL
| Schleifen und Arrays
| andy (okay)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Geometrie | Geometrie]]
| align="center" |4
| align="center" |2. VL
| Methoden schreiben schreiben mathematischer Funktionen
| AndyF (ok)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Zweierpotenzen | Zweierpotenzen]]
| align="center" |5
| align="center" |2. VL
| Schleifen und Arrays
| andy (okay)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Schleifen_und_Modulo | Schleifen und Modulo]]
| align="center" |5
| align="center" |2. VL
| Verwendung von Schleifen Benutzung des Modulo-Operators
| andy(okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Methoden | Quickies zu Methoden]]
| align="center" |2
| align="center" |3. VL
| Verwenden von Methoden
| andy (okay)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/MathematischeMethoden | Eigene Methoden]]
| align="center" |3
| align="center" |3. VL
| Schreiben eigener Methoden
| andy (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Schaltjahr | Schaltjahr]]
| align="center" |3
| align="center" |3. VL
| Schreiben von Methoden Fallunterscheidungen Benutzerinteraktion
| andy (okay) 

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Crack_the_Password | Crack the Password]]
| align="center" |3
| align="center" |2/3. VL
| Passwörter knacken ;-)
| seba (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Rekursion_vs._Iteration | Rekursion vs. Iteration]]
| align="center" |5
| align="center" |3. VL
| Fehler finden
| mars [ok]

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Lineare_Funktionen | Lineare Funktionen]]
| align="center" |5
| align="center" |3. VL
| Verwendung von Methoden Schleifen und Arrays
| mars [ok]

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Fibonacci | Fibonaccizahlen]]
| align="center" |5
| align="center" |3. VL
| Schleifen und Arrays
| mars [ok]

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Brainfuck | Brainfuck vs Turingmaschine]]
| align="center" |5
| align="center" |3. VL
| Arbeiten mit Arrays Allgemeinwissen :-)
| andy (working on) casten????

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Gau%C3%9F-Algorithmus | Gauß-Algorithmus]]
| align="center" |6
| align="center" |3. VL
| Arrays und Matrizen
| sdyroff (ok)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Zahlenumrechner | Zahlenumrechner]]
| align="center" |6
| align="center" |3. VL
| Arbeiten mit Methoden mathematisches Denken
| andy (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs 2007/Democracy | Der Fehler im System]]
| align="center" |3
| align="center" |3. VL
| Fehler finden
| mars [ok]

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Quersumme | Spaß mit Quersummen]]
| align="center" |5 - 7
| align="center" |3. VL
| Benutzung des Modulo-Operators Auslagern von Funktionalität in Methoden
| AndyF (ok)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Appleman | Appleman und Fraktale]]
| align="center" |7
| align="center" |3. VL
| Schleifen, Umgang mit Fließkommazahlen
| AndyF (gradDabei), ÜBB-Link funkt. nicht

|- bgcolor="#F5F5F5"
| [[Javakurs2007/DiffusionLimitedAggregation | Diffusion Limited Aggregation]]
| align="center" |5
| align="center" |3. VL
| 2-dimensionale Arrays, Methoden, Schleifen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Palindrome | Palindrome]]
| align="center" |3
| align="center" |4. VL
| Entwurf von Programmen Parameterübergabe beim Programmaufruf
| Jörg (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Hangman | Hangman]]
| align="center" |5
| align="center" |4. VL
| Entwurf von Programmen Arbeiten mit Methoden
| Jörg (dabei)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/SelectionSort | Selection Sort]]
| align="center" |5
| align="center" |4. VL
| Verstehen von komplexeren Algorithmen Schleifen und Arrays (Hilfs-)Methoden
| Jörg (dabei)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Cäsar-Chiffre | Chiffrierung/Dechiffrierung (Cäsar)]]
| align="center" |9
| align="center" |4. VL
| eigenständiges Problemlösen. Alle Konzepte des Kurses
| mars [checking]

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Abzaehlspiel | Abzählspiel]]
| align="center" |7
| align="center" |4. VL
| Analyse von Aufgabenstellungen Entwurf eines komplexen Programms von Grund auf
|

|- bgcolor="#F5F5F5"
| [[Javakurs2006/Rennschnecke | Schneckenrennen]]
| align="center" |4
| align="center" |5. VL
| Objektorientierte Programmierung
| seba(dabei)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Studentendatenbank_LE5 | Studentendatenbank]]
| align="center" |4
| align="center" |5. VL
| Vertiefung in objektorientiertes Programmieren
| seba (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Multiarray| Mehrdimensionale Arrays]]
| align="center" |10
| align="center" |5. VL
| Methoden, Schleifen, Arrays Objektorientierung
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Canvas | Virtuelles Canvas mit 3D-Objekten]]
| align="center" |5
| align="center" |6. VL
| Arbeiten mit Methoden mathematisches Denken
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Doom | ASCII DOOM ]]
| align="center" |8
| align="center" |6. VL
| Vertiefung in objektorientierte Programmierung Benutzung der Java-API
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Textwordcount | Texte lesen und analysieren]]
| align="center" |7
| align="center" |6. VL
| eigenständiges Problemlösen
|

|}

== Aufgaben als PDF ==
Alle Aufgaben als PDFs in einem Paket mit den Vorgaben gibt es hier:

[http://docs.freitagsrunde.org/Veranstaltungen/javakurs_2009/aufgaben2009.tar.gz http://docs.freitagsrunde.org/Veranstaltungen/javakurs_2009/aufgaben2009.tar.gz] (Stand: 24.03.2009 8:45)

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer weden hier ein bis zwei Übungen beschäftigt sein 
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

== Kleine und große Probleme ==

- Die Tubit-Accounts haben nicht /bin/bash als shell, so dass die Cursortasten nicht funktionieren. Workaround: als erstes Kommando 'bash' eingeben, man sieht dann auch in welchem Verzeichnis man gerade ist.

== Links ==

* [[Javakurs_2009/Feedback|Feedback zum Kurs 2009]]

[[Kategorie:Java]]
[[Kategorie:Java_Aufgaben]]

Javakurs 2010

2010-03-17T17:03:11Z

Seba:

__NOTOC__

Auch dieses Jahres bietet die Freitagsrunde wieder einen Javakurs an!

Der Kurs findet vom 22.03.2010 bis einschließlich dem 25.03.2010 statt. 
Er richtet sich vor allem an Programmieranfänger, dennoch ist wirklich jeder herzlich willkommen der an Java interessiert ist.

Die Vorlesungen finden in Raum H2032 statt. 
Die offenen Übungen finden voraussichtlich in den Räumen TEL106 und TEL206 statt.

Der Kurs ist kostenlos. Aufgrund der immensen Nachfrage müssen wir die Anmeldung leider schließen.

== ==

<center>
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#D8D8D8"
!Zeit
!Mo 22.03.2010
!Di 23.03.2010
!Mi 24.03.2010
!Do 25.03.2010
|- bgcolor="#E8E8E8"
|10:15-11:15
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag01 | Hello World]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag03 | Methoden und Testen]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag04 | Von der Aufgabe zum Code]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag06 | Vererbung]]
|- bgcolor="#F5F5F5"
|11:30-13:15
|Übung
|Übung
|Übung
|Übung
|- bgcolor="#FFFFFF"
|13:15-14:15
|Mittagspause
|Mittagspause
|Mittagspause
|Mittagspause
|- bgcolor="#E8E8E8"
|14:15-15:15
|[[Javakurs 2010/Vortrag02 | Schleifen und Felder]]
| bgcolor="#F5F5F5" rowspan=2 | Übung
|[[Javakurs 2010/Vortrag05 | Objekte und Kapselung]]
| bgcolor="#F5F5F5" rowspan=2 |Übung
|- bgcolor="#F5F5F5"
|15:30-17:30
| Übung
| Übung
|- bgcolor="#F5F5F5"

|}

'''[[Javakurs/Übungsaufgaben | --> Zu den Übungsaufgaben <-- ]]'''
</center>

== ==

== Warum teilnehmen? ==
Der Javakurs richtet sich an Programmieranfänger, die gerne Java lernen möchten. Wir haben uns zum Ziel gesetzt, möglichst gut verständliche und vor allem motivierende Lehre zu machen weil wir glauben, dass die Uni-Lehre manchmal zu langweilig ist und deshalb viele Studenten unnötigerweise Probleme haben. Lernen sollte Spass machen, nicht anstrengen. Folglich dient der Kurs auch nicht der direkten Vorbereitung auf Tests oder Klausuren.

Hauptsächlich hoffen wir damit den Teilnehmern von MPGI2 einen Kickstart für ihre Vorlesung zu geben, weil es je nach Dozent und Zuhörer manchmal zu schnell und manchmal zu langsam geht. Allerdings steht der Kurs jedem offen!

Wenn du also einfach gerne Java lernen möchtest, dann bist du herzlich eingeladen!

Der Kurs beruht ursprünglich auf der Initiative einiger StudentInnen und wissenschaftlicher Mitarbeiter. Er ist aus der Erfahrung entstanden, dass viele Informatiker in den Übungsaufgaben des 2. Semesters nicht unbedingt Probleme mit dem Stoff des Semesters selbst haben, sich jedoch sehr beim Erlernen der Sprache Java quälen. Die Situation hat sich seitdem zwar etwas geändert, aber vielen, gerade Studenten aus Informatik-fremden Studiengängen ist immer noch die Sprache selbst und nicht die Algorithmen eine Hürde.

Der Kurs wird wie im letzten Jahr komplett von engagierten StudentInnen geplant und durchgeführt. Insgesamt stehen euch in den Übungen zwölf TutorInnen mit Rat und Tat zur Seite, im Schnitt also einer für fünf bis zehn Studentierende. Aus den Reihen der TutorInnen rekrutieren sich auch unsere Vortragenden in den Vorlesungen. Inzwischen haben wir einiges an Erfahrung sammeln können, überarbeiten aber jedes Jahr die Vorträge neu und unterziehen sie einem Peer-Review Prozess. Wir hoffen, dass wir damit einen möglichst hohe Qualität bieten können.

Der Kurs kann in der Kürze der Zeit bei weitem nicht alle Aspekte von Java beleuchten, hierfür sind weiterführende Lehrveranstaltungen und das Lehrpersonal der Uni da. Er stellt jedoch eine gute Starthilfe dar und hilft vor allem StudentInnen denen der Umgang mit Programmiersprachen noch ein wenig fremd ist.

'''Es gibt für diesen Kurs keinerlei Scheine oder sonstige Anrechnung.'''

Es gibt auch keinerlei Anwesenheitspflicht. Dementsprechend entspannt ist allerdings auch die Atmosphäre. :)

== Teilnahmevoraussetzungen ==
Der Javakurs ist für absolute Programmieranfänger konzipiert. Wir setzen keinerlei Programmierkenntnisse voraus. Was wir allerdings voraussetzen sind rudimentäre Kentnisse wie man einen Computer bedient. Wir bringen euch nicht bei wie ihr eine Datei öffnet oder einen Browser bedient.

Die zweite Voraussetzung ist eine Möglichkeit bzw. ein Account um in den Übungsräumen zu arbeiten. Die Übungen finden in den Rechnerräumen des IRB statt. In diese Rechner kann man sich mit einem TubIT- oder CS-Account einloggen. Wenn du noch keinen TubIT oder CS-Account hast bist du vermutlich auch nicht Student an der TU Berlin. Dann ist die einfachste Lösung für Dich deinen eigenen Laptop mitzubringen.

== Anmeldung ==
Um Anmeldung unter
[http://anmeldung.freitagsrunde.org http://anmeldung.freitagsrunde.org]
wird zur besseren Planbarkeit gebeten.

== Termine & Räume ==
Der Javakurs findet vom Montag, den 22.03.2010 bis einschließlich Donnerstag, den 25.03.2010 statt. 
Die Vorlesungen finden im H2032 statt, die Übungen im TEL106 und TEL206.

== Inhalte ==

=== Vorlesungen ===

Eine Übersicht über die Inhalte der Vorlesungen folgt in Kürze.

=== offene Übungen ===

Der praktische Teil des Kurses orientiert sich vor allem daran was ihr selbst ausprobieren wollt. 
Ihr bestimmt selbst in welchem Schwierigkeitsgrad ihr lernen wollt und wie hoch euer Arbeitspensum ist.
Die folgenden Übungsaufgaben sind als Vorschläge zu verstehen aus denen ihr auswählen könnt, was und vor allem wie viel davon ihr versuchen wollt.

<center>'''[[Javakurs/Übungsaufgaben | --> Zu den Übungsaufgaben <-- ]]'''</center>

== Ansprechpartner ==
Solltet ihr Fragen zu Organisatorischem haben sind wir unter
<email>javakurs2010@freitagsrunde.org</email>
gerne für euch da!

== Links ==
* [[Javakurs 2010/Tutorenportal]]
* [[Javakurs2008| Seiten des Javakurses 2008]]
* [[Javakurs2009| Seiten des Javakurses 2009]]
* [[Javakurs/Übungsaufgaben|Übungsaufgaben]]

[[Kategorie: Veranstaltungen der Freitagsrunde]]

Javakurs 2010

2010-03-17T17:02:47Z

Seba:

__NOTOC__

Auch dieses Jahres bietet die Freitagsrunde wieder einen Javakurs an!

Der Kurs findet vom 22.03.2010 bis einschließlich dem 25.03.2010 statt. 
Er richtet sich vor allem an Programmieranfänger, dennoch ist wirklich jeder herzlich willkommen der an Java interessiert ist.

Die Vorlesungen finden in Raum H2032 statt. 
Die offenen Übungen finden voraussichtlich in den Räumen TEL106 und TEL206 statt.

Der Kurs ist kostenlos. Aufgrund der immensen Nachfrage müssen wir die Anmeldung leider schliessen.

== ==

<center>
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#D8D8D8"
!Zeit
!Mo 22.03.2010
!Di 23.03.2010
!Mi 24.03.2010
!Do 25.03.2010
|- bgcolor="#E8E8E8"
|10:15-11:15
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag01 | Hello World]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag03 | Methoden und Testen]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag04 | Von der Aufgabe zum Code]]
|bgcolor="#E8E8E8" |[[Javakurs 2010/Vortrag06 | Vererbung]]
|- bgcolor="#F5F5F5"
|11:30-13:15
|Übung
|Übung
|Übung
|Übung
|- bgcolor="#FFFFFF"
|13:15-14:15
|Mittagspause
|Mittagspause
|Mittagspause
|Mittagspause
|- bgcolor="#E8E8E8"
|14:15-15:15
|[[Javakurs 2010/Vortrag02 | Schleifen und Felder]]
| bgcolor="#F5F5F5" rowspan=2 | Übung
|[[Javakurs 2010/Vortrag05 | Objekte und Kapselung]]
| bgcolor="#F5F5F5" rowspan=2 |Übung
|- bgcolor="#F5F5F5"
|15:30-17:30
| Übung
| Übung
|- bgcolor="#F5F5F5"

|}

'''[[Javakurs/Übungsaufgaben | --> Zu den Übungsaufgaben <-- ]]'''
</center>

== ==

== Warum teilnehmen? ==
Der Javakurs richtet sich an Programmieranfänger, die gerne Java lernen möchten. Wir haben uns zum Ziel gesetzt, möglichst gut verständliche und vor allem motivierende Lehre zu machen weil wir glauben, dass die Uni-Lehre manchmal zu langweilig ist und deshalb viele Studenten unnötigerweise Probleme haben. Lernen sollte Spass machen, nicht anstrengen. Folglich dient der Kurs auch nicht der direkten Vorbereitung auf Tests oder Klausuren.

Hauptsächlich hoffen wir damit den Teilnehmern von MPGI2 einen Kickstart für ihre Vorlesung zu geben, weil es je nach Dozent und Zuhörer manchmal zu schnell und manchmal zu langsam geht. Allerdings steht der Kurs jedem offen!

Wenn du also einfach gerne Java lernen möchtest, dann bist du herzlich eingeladen!

Der Kurs beruht ursprünglich auf der Initiative einiger StudentInnen und wissenschaftlicher Mitarbeiter. Er ist aus der Erfahrung entstanden, dass viele Informatiker in den Übungsaufgaben des 2. Semesters nicht unbedingt Probleme mit dem Stoff des Semesters selbst haben, sich jedoch sehr beim Erlernen der Sprache Java quälen. Die Situation hat sich seitdem zwar etwas geändert, aber vielen, gerade Studenten aus Informatik-fremden Studiengängen ist immer noch die Sprache selbst und nicht die Algorithmen eine Hürde.

Der Kurs wird wie im letzten Jahr komplett von engagierten StudentInnen geplant und durchgeführt. Insgesamt stehen euch in den Übungen zwölf TutorInnen mit Rat und Tat zur Seite, im Schnitt also einer für fünf bis zehn Studentierende. Aus den Reihen der TutorInnen rekrutieren sich auch unsere Vortragenden in den Vorlesungen. Inzwischen haben wir einiges an Erfahrung sammeln können, überarbeiten aber jedes Jahr die Vorträge neu und unterziehen sie einem Peer-Review Prozess. Wir hoffen, dass wir damit einen möglichst hohe Qualität bieten können.

Der Kurs kann in der Kürze der Zeit bei weitem nicht alle Aspekte von Java beleuchten, hierfür sind weiterführende Lehrveranstaltungen und das Lehrpersonal der Uni da. Er stellt jedoch eine gute Starthilfe dar und hilft vor allem StudentInnen denen der Umgang mit Programmiersprachen noch ein wenig fremd ist.

'''Es gibt für diesen Kurs keinerlei Scheine oder sonstige Anrechnung.'''

Es gibt auch keinerlei Anwesenheitspflicht. Dementsprechend entspannt ist allerdings auch die Atmosphäre. :)

== Teilnahmevoraussetzungen ==
Der Javakurs ist für absolute Programmieranfänger konzipiert. Wir setzen keinerlei Programmierkenntnisse voraus. Was wir allerdings voraussetzen sind rudimentäre Kentnisse wie man einen Computer bedient. Wir bringen euch nicht bei wie ihr eine Datei öffnet oder einen Browser bedient.

Die zweite Voraussetzung ist eine Möglichkeit bzw. ein Account um in den Übungsräumen zu arbeiten. Die Übungen finden in den Rechnerräumen des IRB statt. In diese Rechner kann man sich mit einem TubIT- oder CS-Account einloggen. Wenn du noch keinen TubIT oder CS-Account hast bist du vermutlich auch nicht Student an der TU Berlin. Dann ist die einfachste Lösung für Dich deinen eigenen Laptop mitzubringen.

== Anmeldung ==
Um Anmeldung unter
[http://anmeldung.freitagsrunde.org http://anmeldung.freitagsrunde.org]
wird zur besseren Planbarkeit gebeten.

== Termine & Räume ==
Der Javakurs findet vom Montag, den 22.03.2010 bis einschließlich Donnerstag, den 25.03.2010 statt. 
Die Vorlesungen finden im H2032 statt, die Übungen im TEL106 und TEL206.

== Inhalte ==

=== Vorlesungen ===

Eine Übersicht über die Inhalte der Vorlesungen folgt in Kürze.

=== offene Übungen ===

Der praktische Teil des Kurses orientiert sich vor allem daran was ihr selbst ausprobieren wollt. 
Ihr bestimmt selbst in welchem Schwierigkeitsgrad ihr lernen wollt und wie hoch euer Arbeitspensum ist.
Die folgenden Übungsaufgaben sind als Vorschläge zu verstehen aus denen ihr auswählen könnt, was und vor allem wie viel davon ihr versuchen wollt.

<center>'''[[Javakurs/Übungsaufgaben | --> Zu den Übungsaufgaben <-- ]]'''</center>

== Ansprechpartner ==
Solltet ihr Fragen zu Organisatorischem haben sind wir unter
<email>javakurs2010@freitagsrunde.org</email>
gerne für euch da!

== Links ==
* [[Javakurs 2010/Tutorenportal]]
* [[Javakurs2008| Seiten des Javakurses 2008]]
* [[Javakurs2009| Seiten des Javakurses 2009]]
* [[Javakurs/Übungsaufgaben|Übungsaufgaben]]

[[Kategorie: Veranstaltungen der Freitagsrunde]]

Javakurs/Übungsaufgaben

2010-03-06T00:30:37Z

Seba: /* Die Aufgaben */

Wir haben jeder Aufgabe eine Einschätzung ihrer Schwierigkeit auf einer Skala von 1 bis 10 vorangestellt. Bei dieser Einschätzung sind wir von einem Gehirn ausgegangen, für welches das jeweilige Themengebiet völlig neu ist, das jedoch schon ein ganz gutes Verständnis dafür hat wie eine Programmiersprache denn so funktioniert.
Entsprechend kann eine schwer bewertete Aufgabe aus einem frühen Themengebiet für manch einen sehr einfach oder eine leicht bewertete aus einem späten Themengebiet für einen anderen sehr schwer sein. Es ist nur ein Wert, der euch helfen soll eure nächste Aufgabe zu wählen. Einen kleinen Überblick zu den Schwierigkeitsgraden findet ihr ganz unten auf dieser Seite.

Falls ihr Anmerkungen zu den Aufgaben habt, könnt ihr die Diskussionsseiten der jeweiligen Aufgaben nutzen.

== Die Aufgaben ==

{| class="wikitable sortable" border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#D8D8D8"
!Aufgabe
!Schwierigkeit
!Vorwissen
!Lerneffekte
! Überprüfer(Status)

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Von der Console zum HelloWorld | Vom Arbeiten mit der Konsole bis "Hallo Welt"]]
| align="center" |2
| align="center" |1. VL
| Einfaches Arbeiten mit der Kommandozeile Kompilieren und Ausführen von Javacode
| seba (okay)

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Variablen_und_Zuweisungen | Variablen und Zuweisungen]]
| align="center" |1
| align="center" |1. VL
| Deklarieren und definieren von Variablen grundlegende Regeln der Codeformatierung
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Cowsay | Cowsay oder "Wie macht die Kuh?"]]
| align="center" |3
| align="center" |1. VL
| etwas mehr Bildschirmausgabe schöne Graphiken
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Kassenbon | Erstellen eines Kassenbons]]
| align="center" |2
| align="center" |1. VL
| Arbeiten mit Variablen Fallunterscheidungen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Javamenue | Ein eigenes Menü]]
| align="center" |3
| align="center" |1. VL
| Lesen von Benutzereingaben über die Konsole Fallunterscheidungen
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Glücksspiel | Glücksspiel]]
| align="center" |3
| align="center" |1. VL
| Anwenden von Fallunterscheidungen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Arrays | Quickies Arrays]]
| align="center" |2
| align="center" |2. VL
| Verwenden von Arrays
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Verschachtelte_Schleifen | Verschachtelte Schleifen]]
| align="center" |3
| align="center" |2. VL
| Umgang mit mehreren verschachtelten Schleifen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Primzahlenaufgabe | Primzahlen]]
| align="center" |2-5
| align="center" |2. VL
| Geschicktes Einsetzen von Schleifen und Arrays
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Wetterstation | Wetterstation]]
| align="center" |4
| align="center" |2. VL
| Schleifen und Arrays
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Geometrie | Geometrie]]
| align="center" |4
| align="center" |2. VL
| Methoden schreiben schreiben mathematischer Funktionen
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Zweierpotenzen | Zweierpotenzen]]
| align="center" |5
| align="center" |2. VL
| Schleifen und Arrays
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Schleifen_und_Modulo | Schleifen und Modulo]]
| align="center" |5
| align="center" |2. VL
| Verwendung von Schleifen Benutzung des Modulo-Operators
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Methoden | Quickies zu Methoden]]
| align="center" |2
| align="center" |3. VL
| Verwenden von Methoden
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/MathematischeMethoden | Eigene Methoden]]
| align="center" |3
| align="center" |3. VL
| Schreiben eigener Methoden
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Schaltjahr | Schaltjahr]]
| align="center" |3
| align="center" |3. VL
| Schreiben von Methoden Fallunterscheidungen Benutzerinteraktion
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Crack_the_Password | Crack the Password]]
| align="center" |3
| align="center" |2/3. VL
| Passwörter knacken ;-)
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Rekursion_vs._Iteration | Rekursion vs. Iteration]]
| align="center" |5
| align="center" |3. VL
| Fehler finden
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Lineare_Funktionen | Lineare Funktionen]]
| align="center" |5
| align="center" |3. VL
| Verwendung von Methoden Schleifen und Arrays
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Fibonacci | Fibonaccizahlen]]
| align="center" |5
| align="center" |3. VL
| Schleifen und Arrays
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Brainfuck | Brainfuck vs Turingmaschine]]
| align="center" |5
| align="center" |3. VL
| Arbeiten mit Arrays Allgemeinwissen :-)
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Gau%C3%9F-Algorithmus | Gauß-Algorithmus]]
| align="center" |6
| align="center" |3. VL
| Arrays und Matrizen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Zahlenumrechner | Zahlenumrechner]]
| align="center" |6
| align="center" |3. VL
| Arbeiten mit Methoden mathematisches Denken
|

|- bgcolor="#F5F5F5"
| [[Javakurs 2007/Democracy | Der Fehler im System]]
| align="center" |3
| align="center" |3. VL
| Fehler finden
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Quersumme | Spaß mit Quersummen]]
| align="center" |5 - 7
| align="center" |3. VL
| Benutzung des Modulo-Operators Auslagern von Funktionalität in Methoden
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Appleman | Appleman und Fraktale]]
| align="center" |7
| align="center" |3. VL
| Schleifen, Umgang mit Fließkommazahlen
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/DiffusionLimitedAggregation | Diffusion Limited Aggregation]]
| align="center" |5
| align="center" |3. VL
| 2-dimensionale Arrays, Methoden, Schleifen
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Palindrome | Palindrome]]
| align="center" |3
| align="center" |4. VL
| Entwurf von Programmen Parameterübergabe beim Programmaufruf
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Hangman | Hangman]]
| align="center" |5
| align="center" |4. VL
| Entwurf von Programmen Arbeiten mit Methoden
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/SelectionSort | Selection Sort]]
| align="center" |5
| align="center" |4. VL
| Verstehen von komplexeren Algorithmen Schleifen und Arrays (Hilfs-)Methoden
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Cäsar-Chiffre | Chiffrierung/Dechiffrierung (Cäsar)]]
| align="center" |9
| align="center" |4. VL
| eigenständiges Problemlösen. Alle Konzepte des Kurses
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Abzaehlspiel | Abzählspiel]]
| align="center" |7
| align="center" |4. VL
| Analyse von Aufgabenstellungen Entwurf eines komplexen Programms von Grund auf
|

|- bgcolor="#F5F5F5"
| [[Javakurs2006/Rennschnecke | Schneckenrennen]]
| align="center" |4
| align="center" |5. VL
| Objektorientierte Programmierung
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Studentendatenbank_LE5 | Studentendatenbank]]
| align="center" |4
| align="center" |5. VL
| Vertiefung in objektorientiertes Programmieren
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Multiarray| Mehrdimensionale Arrays]]
| align="center" |10
| align="center" |5. VL
| Methoden, Schleifen, Arrays Objektorientierung
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Canvas | Virtuelles Canvas mit 3D-Objekten]]
| align="center" |5
| align="center" |6. VL
| Arbeiten mit Methoden mathematisches Denken
|

|- bgcolor="#F5F5F5"
| [[Javakurs2007/Doom | ASCII DOOM ]]
| align="center" |8
| align="center" |6. VL
| Vertiefung in objektorientierte Programmierung Benutzung der Java-API
|

|- bgcolor="#E8E8E8"
| [[Javakurs2007/Textwordcount | Texte lesen und analysieren]]
| align="center" |7
| align="center" |6. VL
| eigenständiges Problemlösen
|

|}

== Aufgaben als PDF ==
Alle Aufgaben als PDFs in einem Paket mit den Vorgaben gibt es hier:

[http://docs.freitagsrunde.org/Veranstaltungen/javakurs_2009/aufgaben2009.tar.gz http://docs.freitagsrunde.org/Veranstaltungen/javakurs_2009/aufgaben2009.tar.gz] (Stand: 24.03.2009 8:45)

== Schwierigkeitsgrade ==

# Reines Tutorial. Man muss nicht viel selbst denken
# ...
# Leichte Übungsaufgabe. Studies, die noch eher unsicher sind werden hier gut begleitet.
# ...
# Typische Aufgabe. Man muss den Kopf benutzen, bekommt an schwierigen Stellen aber Hilfestellungen.
# ...
# Herausfordernd, eher etwas für Studies die etwas fitter sind.
# ...
# Auch erfahrene Programmierer weden hier ein bis zwei Übungen beschäftigt sein 
# Tja, die Idee war da. Wir finden sie auch gut, aber es könnte wirklich anstrengend werden.

== Kleine und große Probleme ==

- Die Tubit-Accounts haben nicht /bin/bash als shell, so dass die Cursortasten nicht funktionieren. Workaround: als erstes Kommando 'bash' eingeben, man sieht dann auch in welchem Verzeichnis man gerade ist.

== Links ==

* [[Javakurs_2009/Feedback|Feedback zum Kurs 2009]]

[[Kategorie:Java]]
[[Kategorie:Java_Aufgaben]]

Javakurs2007/Kommandohilfe

2010-03-05T23:52:07Z

Seba: /* mv */

== Dont Panic ==

Du erhältst zu jedem Befehl in Unix eine ausfürliche Hilfe durch:

* man Befehl

oft kürzer auch mittels

* Befehl -h

oder

* Befehl --help

Wenn das alles nichts hilft, weil du z.B. noch nicht so fit in Englisch bist, versuchs bei Google ;)

=== Die elementarsten Unixkommandos in Kürze ===

==== cd ====

* cd .. # Wechsel in Mutterverzeichnis
* cd foo # Wechsel ins Verzeichnis foo, welches sich im aktuellen Verzeichnis befinden muss
* cd ../foo/bar # Wechsel ins Verzeichnis bar, welches in foo liegt, welches im Mutterverzeichnis liegt
* cd ~ # Wechsel ins Homedirectory

==== mkdir ====

* mkdir ./foo # erzeugt das Verzeichnis foo im aktuellen Verzeichniss

==== cp ====

* cp source_file target_file # Kopiert source_file nach target_file

==== mv ====

* mv source_file target_file # Verschiebt source_file nach target_file (wird auch zum umbenennen benutzt)

==== rm ====

* rm foo # Löscht die Datei foo

==== rmdir ====

* rmdir foo # Löscht das Verzeichis foo. Der Ordner muss vorher leer sein.
* rm -r foo # Löscht das Verzeichis foo und seinen Inhalt

==== tar ====
(entnommen aus tar --help)

* tar -tvf archive.tar # List all files in archive.tar verbosely.
* tar -cf archive.tar foo bar # Create archive.tar from files foo and bar.
* tar -xf archive.tar # Extract all files from archive.tar.

[[Kategorie:Java]]