6c696e7578.de - /dev/diplomarbeit

ABGEGEBEN!!!

nospam@example.com (7068696c69707065) — Thu, 29 Jun 2006 15:29:21 +0200

Diplomarbeit gebunden!!!

nospam@example.com (7068696c69707065) — Wed, 28 Jun 2006 18:23:35 +0200

Heute habe ich 6,5 Stunden damit zugebracht, mitzuhelfen meine Diplomarbeit zu sortieren.

Da der Drucker bei einem Laden XYZ kaputt war, musste jede farbige Seite einzeln ausgedruckt werden ;-( -- meistens auch noch mehrmals, weil es teilweise auf den Ausdrucken Flecken gab. Und dafuer habe ich knapp 130 EUR loehnen muessen :-0. Und dazu gab es noch obendrein eine Farbseite, die S/W ausgedruckt wurde - TOLL!!! Zum Glueck faellt es nicht zu sehr auf und dort spielt die farbliche Hervorhebung auch nicht so eine grosze Rolle -- denn nochmal 5 Exemplare binden lassen: NEIN!!!

Apropo: Der Verkaeufer war so gut gelaunt, wie einem Hund, dem man die meiste Zeit seines Lebens gehaenzelt hat!!! Unglaublich...

Letzte Huerde zur Abgabe meiner Diplomarbeit

nospam@example.com (7068696c69707065) — Sun, 25 Jun 2006 12:40:15 +0200

Jetzt ist meine Diplomarbeit auch schon fast wieder Geschichte. Nun gut, ich muss am Montag und ggf. am Dienstag noch einige Fehler korrigieren, die mein betrieblicher Betreuer noch gefunden hat und dann will ich sie am Mittwoch bzw. spaetestens am Donnerstag binden lassen und sofort abgeben. Ende der kommenden Woche ist dann der groeszte Teil gelaufen...

Wann meine Hochschul-Betreuer (Erst- und Zweitkorrektor) die DA dann lesen und wann ich dann meine mdl. Verteidigungspruefung bekommen, das ist noch abzuwarten...

Big waring!!!

nospam@example.com (7068696c69707065) — Fri, 09 Jun 2006 18:07:45 +0200

Ich benutze das freie LaTeX als DPS um meine Diplomarbeit zu vertexten. Dabei kommt man immer wieder auf dich "dumme" Idee, unterschiedliche LaTeX-Versionen dazu zu verwenden um sein TEX-File in PDF zu konvertieren. Kein Wunder, dass es dann anderes ausschaut...

88 Seiten lassen sich eben nicht so einfach ueberblicken!!!

Diplomarbeit rennt zielgerichtet dem Ende entgegen!

nospam@example.com (7068696c69707065) — Mon, 22 May 2006 20:32:20 +0200

Um die Analyse der etwas anderen Art etwas ^^ zu erweitern, moechte ich nicht nur quantitativ ein paar Worte verlieren. Mittlerweile bin ich bei einem 166 KB groszen LaTeX-File angekommen, dass ueber pdflatex gejagt und inkl. Titelblatt und saemtlichen Verzeichnissen 82 Seiten ergibt.

Fachlich habe ich IMHO alles abgedeckt, was zu meinem Thema relevant erschien. Nur die Anpassung des Prosa-Geschnippsels fehlt jetzt noch. Ab Donnerstag - welcher sich ja zum Glueck als Feiertag herausgestellt hat - kann ich daran nachhaltig arbeiten (-; .

Listingverzeichnis m. Abstand zw. Kapiteln

nospam@example.com (7068696c69707065) — Mon, 15 May 2006 13:56:41 +0200

Wer in LaTeX Tabellen- oder Abbildungsverzeichnisse kennt weisz, dass LaTeX automatisch einen Abstand zwischen Eintraegen unterschiedlichen Kapitels bei dieser Art von Verzeichnissen macht. Wer Listings verwendet, hat dabei ein kleines Problem, weil das Listings-Paket diese Option nicht vorsieht.

Wer es dennoch so haben will, dem bietet sich nur die Mglk. ueber die Dokumentendefinitionsdatei (beispielsweise scrbook.cls oder article.cls), indem man zu folgenden zwei Zeilen

\addtocontents{lof}{\protect\addvspace{10\p@}}% \addtocontents{lot}{\protect\addvspace{10\p@}}%

noch diese ergaenzt:

\addtocontents{lol}{\protect\addvspace{10\p@}}%

(Quelle: http://wiki.telematik.edu/index.php/Source%20Code)

Achtung mit "tr"

nospam@example.com (7068696c69707065) — Fri, 12 May 2006 16:53:37 +0200

Ich habe gerade gemerkt, dass der Linux-Befehl fuer die Umsortierung meines Literaturverzeichnisses fehlerbehaftet ist. Der Fehler kommt von dem Befehl tr her, welches im Paket coreutils enthalten sein duerfte. Ich hatte die Version 5.2.1 in Verwendung.

Also lieber die Umsortierung mittels sort vornehmen:

user@linux:~$ cat Diplomarbeit.tex | \ > grep -o -e 'bibitem.*]{' | \ > sed 's/bibitem//g' | \ > sed 's/{//g' | \ > sort -f

coLinux: Doping des Bootprozesses

nospam@example.com (7068696c69707065) — Mon, 08 May 2006 16:08:40 +0200

Nachdem der Bootprozess von coLinux (v0.6.3), mit dem von der Distribution mitgebrachten Kernel 2.6.11, (bei dem Debian Image) ca. 5 bis 8 Sekunden auf meinem Firmen-Notebook braucht, habe ich mir heute gedacht, dass das sicherlich auch schneller gehen kann ;-).

Also habe ich mich heute einmal hingesetzt und einen Vanilla-Kernel 2.6.11 dafuer gebacken. Nachdem ich dann noch die paar Init-Skripte rausgeschmissen hatte, die ich nicht brauchte, bootet die VM nunmehr in nur noch ca. 3 bis 4 Sekunden!!!

Na wenn das nicht schnell ist, ein komplettes Linux innerhalb von nur 3,5 Sekunden im Durchschnitt zu booten, dann weisz ich auch nicht ;-).

Eclipse als maechtige, eierlegende Wollmilchsau

nospam@example.com (7068696c69707065) — Fri, 05 May 2006 15:31:23 +0200

Der in Java geschriebene Runtime Kernel, der auch unter dem Namen Eclipse bekannt ist (-:, wird ueber dynamisch zuladbare Plugins nicht nur zu einem vollstaendigen Integrated Devolopment Environment (IDE), sondern kann weitaus mehr! Beispielsweise kann man das Eclipse IDE auch zum Schreiben von LaTeX-Dokumenten nutzen. Dafuer gibt es entweder das Plugin TeXlipse oder LaPsE.

Continue reading "Eclipse als maechtige, eierlegende Wollmilchsau"

VMware forciert Desktop-Virtualisierung

nospam@example.com (7068696c69707065) — Tue, 25 Apr 2006 20:47:40 +0200

Lt. einer Heise-Nachricht schmiedet VMware eine Allianz fuer den virtuellen Desktop. Dabei sind hochkaraetige Unternehmen mit am Start: Altiris, AppStream, Ardence, ATOS Origin, Check Point Software Technologies, Citrix, ClearCube Technology, Devon IT, Dunes Technologies, Fujitsu-Siemens, Hitachi, HP, IBM, Leostream, NComputing, NEC, Platform Computing, Propero, Provision Networks, Route1, Softricity, Sun, Wyse Technology und Zeus Technology.

Meine Diplomarbeit sieht Land!

nospam@example.com (7068696c69707065) — Tue, 25 Apr 2006 20:29:33 +0200

... das soll nicht heiszen, dass die Diplomarbeit (DA) sich dem Ende nähert, aber irgendwie schon ^^. Selbst wenn eine Arbeit am Anfang steht, naehert sie sich dem Ende - sei denn, sie wird nicht weiterentwickelt ;-).

Nein! So soll das aber nicht verstanden werden!!! Eher, dass ich mich in dem Themengebiet langsam sehr gut auskenne und mir dort ein beachtliches Wissen angeeignet habe - innerhalb von "nur" einem Monat!

Wie sich momentane Stand meiner DA beschreiben laesst? Naja, ich habe alle Virtualisierungsloesungen "durch" und wir sind zu dem Entschluss gekommen, die coLinux-Loesung naeher zu verfolgen. Aber bei den Untersuchungen der Virtuellen Maschinen (VM) wird es nicht bleiben. Nun folgt die Integration dieser coLinux-Variante in die Integrierte Entwicklungsumgebung (IDE).

Es bleibt auf jedenfall spannend ;-).

Erstes coLinux Buch!

nospam@example.com (7068696c69707065) — Fri, 21 Apr 2006 12:39:53 +0200

Da freut man sich, dass es ein wissenschaftliches Buch zu coLinux gibt und dann muss man sowas feststellen: [Link zu Amazon]

Kann es das Buch nicht auch auf englisch oder deutsch geben??? *grrr*

Ab in den Kernel!

nospam@example.com (7068696c69707065) — Sat, 15 Apr 2006 12:45:13 +0200

Laut Heise hat XEN den naechsten Huerde zum Weg in den Linux-Kernel genommen. Die Entwickler haben naemlich die Version 3.0.2 von XEN publiziert. Damit ist XEN keine eigenstaendige Architektur mehr, sondern eine Subarchitektur von i386 bzw. x86_64. Jetzt bleibt nur noch abzuwarten, wann XEN im Linux-Kernel integriert wird, was allerdings sicherlich noch einige Zeit dauern wird!!!

Parallels Virtualization Software

nospam@example.com (7068696c69707065) — Thu, 06 Apr 2006 16:34:49 +0200

Die ganze Woche habe jetzt mit Cygwin verbracht und mein Urteil: Tricky, but it works!

Inventur ueber Cygwin:

1 x defekter NTFS-Table nachdem ich im Cygwin-Subsystem eine Standardausgabe auf eine Datei umgelengt hatte ;-(
5(+) x Komplettabstuerze (nichtmal die Maus kommte man unter Windoze XP noch bewegen)

Auszerdem musste ich feststellen, dass Cygwin bei zeichenverarbeitenden Festplattenzugriffen bis zu 6 mal langsamer ist, als beispielsweise coLinux innerhalb des Root-Dateisystems (nicht COFS!). Da spielt es dann auch keine Rolle mehr, wenn die blockweisen Zugriffe fast doppelt so schnell sind (verglichen mit coLinux rootfs).

Ab heute habe ich mir vorgenommen, mich fuer die naechste Zeit genauer mit Parallels VM zu beschaeftigen. Erster Eindruck, nachdem ich Knoppix 4.0.2 vom 12.09.2005 installiert hatte: Amazing fast! Vorallem die KDE laeuft erstaunlich schnell. Ich bin erstaunt!!!

Meine Trail-Version von Parallels VM laeuft von heute bis zum 26.04.2006! In der Zeit wird heftig auf die VMware-Konkurrenz geschaut ;-).

Cross-Compiler

nospam@example.com (7068696c69707065) — Wed, 05 Apr 2006 17:11:54 +0200

Die Entwicklung über mehrere Prozessor- und Betriebssystem-Plattformen hinweg stoeszt des Oefteren auf nicht ganz triviale Probleme. Ein solches Problem könnte die Erstellung (und Installation) eines sog. Cross-Toolchain sein. Eine solche Toolchain beinhaltet u.a.

Cross-Compiler
Cross-Assembler
Cross-Debugger

Dazu habe ich zwei sehr gute Anleitungen gefunden: