Kommentare für DenkZEIT http://blog.gungfu.de leaving explanation to those who prefer comfort to truth Tue, 14 Feb 2012 14:51:55 +0000 hourly 1 http://wordpress.org/?v= Kommentar zu Neues Tool in meinem Web-Stack: GNU Screen von DenkZEIT : Mit Emacs (und Tramp und Leiningen und Noir) in den Webentwicklungsflow kommen http://blog.gungfu.de/archives/2012/01/09/neues-tool-in-meinem-web-stack-gnu-screen/comment-page-1/#comment-133010 DenkZEIT : Mit Emacs (und Tramp und Leiningen und Noir) in den Webentwicklungsflow kommen Tue, 14 Feb 2012 14:51:55 +0000 http://blog.gungfu.de/?p=2512#comment-133010 [...] gegenwärtige Entwicklungsumgebung sieht so aus, dass ich das bereits vorgestellte Screen nutze, um den Jetty-Server laufen zu [...] [...] gegenwärtige Entwicklungsumgebung sieht so aus, dass ich das bereits vorgestellte Screen nutze, um den Jetty-Server laufen zu [...]

]]> Kommentar zu Der Unterschied zwischen call-by-value und call-by-reference von Ich http://blog.gungfu.de/archives/2005/07/05/der-unterschied-zwischen-call-by-value-und-call-by-reference/comment-page-1/#comment-132504 Ich Sat, 20 Aug 2011 17:19:26 +0000 /?p=465#comment-132504 Danke! Danke!

]]> Kommentar zu Neues Zitat: Emacs, Stephenson’s thermonuclear word processor von DenkZEIT : M-C-% /la_[0-9] RET /la_,(+ 2 #) RET http://blog.gungfu.de/archives/2011/05/04/neues-zitat-emacs-stephensons-thermonuclear-word-processor/comment-page-1/#comment-132376 DenkZEIT : M-C-% /la_[0-9] RET /la_,(+ 2 #) RET Sat, 23 Jul 2011 18:34:15 +0000 http://blog.gungfu.de/?p=2129#comment-132376 [...] Thermonuklear! [...] [...] Thermonuklear! [...]

]]> Kommentar zu Fun intro to clojure by Uncle Bob von Golffan http://blog.gungfu.de/archives/2011/05/18/fun-intro-to-clojure-by-uncle-bob/comment-page-1/#comment-132163 Golffan Sun, 19 Jun 2011 16:17:51 +0000 http://blog.gungfu.de/?p=2039#comment-132163 Einen schönen Blog hast du hier, das vorige Microsoft Net Applications Video ist auch humorig :) Einen schönen Blog hast du hier, das vorige Microsoft Net Applications Video ist auch humorig :)

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131652 Steffen Mon, 11 Apr 2011 18:07:58 +0000 http://blog.gungfu.de/?p=2188#comment-131652 <p>Wie du willst.</p> Wie du willst.

]]> Kommentar zu offbyone von emerentia http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131649 emerentia Sun, 10 Apr 2011 22:30:19 +0000 http://blog.gungfu.de/?p=2188#comment-131649 Also ich hab hier mal die HTML-Funktionalität ausprobiert ... nicht so schön :-| Ich hab stattdessen meinen Account für den Blog gesucht (und gefunden) und werde in den kommenden Tagen einen Eintrag posten... :-) ich denke, das ist die geschickteste Lösung, oder? Also ich hab hier mal die HTML-Funktionalität ausprobiert … nicht so schön :-|
Ich hab stattdessen meinen Account für den Blog gesucht (und gefunden) und werde in den kommenden Tagen einen Eintrag posten… :-) ich denke, das ist die geschickteste Lösung, oder?

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131644 Steffen Wed, 06 Apr 2011 18:14:45 +0000 http://blog.gungfu.de/?p=2188#comment-131644 <p>So, es gibt jetzt eine Möglichkeit HTML direkt einzugeben. Das kann auch <code><code></code>-Elemente.</p> So, es gibt jetzt eine Möglichkeit HTML direkt einzugeben. Das kann auch <code>-Elemente.

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131643 Steffen Wed, 06 Apr 2011 11:51:15 +0000 http://blog.gungfu.de/?p=2188#comment-131643 Ich werde zusehen, dass ich heute Abend eine bessere Kommentarfunktion habe... Ich werde zusehen, dass ich heute Abend eine bessere Kommentarfunktion habe…

]]> Kommentar zu offbyone von Clemens Mühlberger http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131642 Clemens Mühlberger Wed, 06 Apr 2011 07:15:57 +0000 http://blog.gungfu.de/?p=2188#comment-131642 Also Codeschnipsel kann ich dir liefern, aber soll ich dazu erst noch die überarbeitete Kommentarfunktion abwarten? Und wie füge ich den Code am besten ein? Gibt es da sowas wie <code>-Tags?! Also Codeschnipsel kann ich dir liefern, aber soll ich dazu erst noch die überarbeitete Kommentarfunktion abwarten? Und wie füge ich den Code am besten ein? Gibt es da sowas wie <code>-Tags?!

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131641 Steffen Wed, 06 Apr 2011 05:02:57 +0000 http://blog.gungfu.de/?p=2188#comment-131641 Note to self: die Kommentarfunktionalität (fängt schon bei Textabsätzen an) hier ist sch....lecht und muss überarbeitet werden... Note to self: die Kommentarfunktionalität (fängt schon bei Textabsätzen an) hier ist sch….lecht und muss überarbeitet werden…

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131640 Steffen Wed, 06 Apr 2011 05:01:49 +0000 http://blog.gungfu.de/?p=2188#comment-131640 Nochmal eine Nachfrage: Inwiefern wird die HashMap verändert - werden neue Schlüssel/Wert-Paare hinzugefügt, oder werden nur Werte geändert? Die ConcurrentModificationException kann ja auch auftreten, wenn während einer Iteration die iterierte Collection geändert wird - hat also eigentlich erstmal wenig mit der speziellen foreach-Schleife zu tun. Vielleicht kannst du ja einen Codeschnippsel rüberreichen...? Nochmal eine Nachfrage: Inwiefern wird die HashMap verändert – werden neue Schlüssel/Wert-Paare hinzugefügt, oder werden nur Werte geändert? Die ConcurrentModificationException kann ja auch auftreten, wenn während einer Iteration die iterierte Collection geändert wird – hat also eigentlich erstmal wenig mit der speziellen foreach-Schleife zu tun. Vielleicht kannst du ja einen Codeschnippsel rüberreichen…?

]]> Kommentar zu offbyone von Clemens Mühlberger http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131639 Clemens Mühlberger Tue, 05 Apr 2011 11:50:03 +0000 http://blog.gungfu.de/?p=2188#comment-131639 Also die Exception fliegt eigentlich wegen der Veränderung der verwendeten HashMap in der foreach-Schleife sobald ich Threads verwende. So zumindest sieht es aufgrund der StackTrace-Ausgabe aus... Das stimmt aber genau genommen nicht und machte mir die eigentliche Fehlersuche enorm schwierig! Die Fehlerursache lag in einer falsch implementierten clone()-Methode einer ArrayListe, die Teil eines komplexen Objekts ist, das wiederum als Element in oben genannter HashMap erscheint: dort wurde nur die ArrayListe kopiert, nicht aber deren einzelnen Elemente, d.h. die Elemente der "kopierten" ArrayListe  referenzierten die selben Objekte :-( Und sobald ein solches Element der ArrayListe verändert oder gelöscht wurde -> bumm :-o Allerdings - und das will ich hier nochmals betonen - interessanterweise immer nur dann, wenn ich Threads verwendet habe. Verwende ich keine Threads, dann kommt auch keine ConcurrentModificationException mehr - dafür sehen meine generierten Daten "kaputt" aus. Die Suche nach dem Fehler für diese kaputten Daten brachte mich erst auf die <strong>nur vermeintlich</strong> "tiefe Kopie"...! Also die Exception fliegt eigentlich wegen der Veränderung der verwendeten HashMap in der foreach-Schleife sobald ich Threads verwende. So zumindest sieht es aufgrund der StackTrace-Ausgabe aus…
Das stimmt aber genau genommen nicht und machte mir die eigentliche Fehlersuche enorm schwierig! Die Fehlerursache lag in einer falsch implementierten clone()-Methode einer ArrayListe, die Teil eines komplexen Objekts ist, das wiederum als Element in oben genannter HashMap erscheint: dort wurde nur die ArrayListe kopiert, nicht aber deren einzelnen Elemente, d.h. die Elemente der “kopierten” ArrayListe  referenzierten die selben Objekte :-( Und sobald ein solches Element der ArrayListe verändert oder gelöscht wurde -> bumm :-o Allerdings – und das will ich hier nochmals betonen – interessanterweise immer nur dann, wenn ich Threads verwendet habe. Verwende ich keine Threads, dann kommt auch keine ConcurrentModificationException mehr – dafür sehen meine generierten Daten “kaputt” aus. Die Suche nach dem Fehler für diese kaputten Daten brachte mich erst auf die nur vermeintlich “tiefe Kopie”…!

]]> Kommentar zu offbyone von Steffen http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131638 Steffen Tue, 05 Apr 2011 08:30:52 +0000 http://blog.gungfu.de/?p=2188#comment-131638 Hallo Clemens, Um dein Problem besser zu verstehen, erstmal noch eine Frage: ist dein Problem, dass die HashMap noch woanders verwendet wird und durch die Änderungen in der foreach-Schleife eine Exception fliegt, oder fliegt die Exception allein wegen der Änderungen in der Schleife? Hallo Clemens, Um dein Problem besser zu verstehen, erstmal noch eine Frage: ist dein Problem, dass die HashMap noch woanders verwendet wird und durch die Änderungen in der foreach-Schleife eine Exception fliegt, oder fliegt die Exception allein wegen der Änderungen in der Schleife?

]]> Kommentar zu offbyone von Clemens Mühlberger http://blog.gungfu.de/archives/2011/04/03/offbyone/comment-page-1/#comment-131634 Clemens Mühlberger Sun, 03 Apr 2011 19:19:06 +0000 http://blog.gungfu.de/?p=2188#comment-131634 Das mit der <em>foreach</em>-Schleife finde ich auch in Java sehr praktisch. Allerdings bin ich vor wenigen Tage auf ein dieser (für Java neuen) Schleifenform inherentes Problem gestoßen: Ich verwende(te) diese <em>foreach</em>-Schleife, um eine HashMap elementweise zu durchlaufen und um dabei gleich einige Werte des gerade aktuellen Elementes zu verändern. So weit, so gut. Nun wollte ich allerdings Teile meines Codes aus Effizienzgründen in verschiedenen Threads ausführen lassen - der Code mit der <em>foreach</em>-Schleife findet sich leider auch darin. So erhielt ich sporadische ConcurrentModificationExceptions - übrigens messbar häufiger auf echten Mehrkern-Prozessoren! Nun könnte man meinen, es sollte ein einfacher <em>synchronized()</em>-Block um das besagte Schleifenkonstrukt helfen - dann sollte keine <em>gleichzeitige Veränderung</em> mehr stattfinden. Dem ist aber nicht so. Das Problem liegt eigentlich nicht in der Verwendung von Threads. Vielmehr ist die Ursache im Zusammenspiel von <em>Hidden Iterator</em> (das foreach-Konstrukt verwendet intern einen Iterator für den elementweisen Durchlauf), <em>Fail Fast Iterator</em> (der implizit verwendete Iterator ist ein solch pessimistischer Iterator) und der von mir verwendeten Datenstruktur <em>HashMap</em> (diese ist nämlich nicht Thread-sicher) zu suchen. Daher begrüße ich <em>foreach</em>-Schleifen zwar ob ihrer Kompaktheit, vermeide sie aber bei der Verwendung von Threads (in Java). Wie ist eigentlich die Thread-Sicherheit der <em>foreach</em>-Schleifen bei den von dir erwähnten Programmier- und Skriptsprachen C#, Python und Clojure? Gibt es da auch solche Fallstricke wie in Java? Das mit der foreach-Schleife finde ich auch in Java sehr praktisch. Allerdings bin ich vor wenigen Tage auf ein dieser (für Java neuen) Schleifenform inherentes Problem gestoßen:
Ich verwende(te) diese foreach-Schleife, um eine HashMap elementweise zu durchlaufen und um dabei gleich einige Werte des gerade aktuellen Elementes zu verändern. So weit, so gut. Nun wollte ich allerdings Teile meines Codes aus Effizienzgründen in verschiedenen Threads ausführen lassen – der Code mit der foreach-Schleife findet sich leider auch darin. So erhielt ich sporadische ConcurrentModificationExceptions – übrigens messbar häufiger auf echten Mehrkern-Prozessoren!
Nun könnte man meinen, es sollte ein einfacher synchronized()-Block um das besagte Schleifenkonstrukt helfen – dann sollte keine gleichzeitige Veränderung mehr stattfinden. Dem ist aber nicht so. Das Problem liegt eigentlich nicht in der Verwendung von Threads. Vielmehr ist die Ursache im Zusammenspiel von Hidden Iterator (das foreach-Konstrukt verwendet intern einen Iterator für den elementweisen Durchlauf), Fail Fast Iterator (der implizit verwendete Iterator ist ein solch pessimistischer Iterator) und der von mir verwendeten Datenstruktur HashMap (diese ist nämlich nicht Thread-sicher) zu suchen.
Daher begrüße ich foreach-Schleifen zwar ob ihrer Kompaktheit, vermeide sie aber bei der Verwendung von Threads (in Java).
Wie ist eigentlich die Thread-Sicherheit der foreach-Schleifen bei den von dir erwähnten Programmier- und Skriptsprachen C#, Python und Clojure? Gibt es da auch solche Fallstricke wie in Java?

]]> Kommentar zu Einbinden von JavaScript von Benjamin Berwie Schm http://blog.gungfu.de/archives/2004/08/09/einbinden-von-javascript/comment-page-1/#comment-131270 Benjamin Berwie Schm Wed, 02 Mar 2011 11:51:35 +0000 /?p=223#comment-131270 Bitteschoen. Was man nicht im Kopf hat liest man bei Dir<code>: </code> <blockquote> <code>/* <![CDATA[ */ /* ]]> */ </code> </blockquote> So lande ich auch 5 Jahre spaeter noch hier. Is' ja nett - m/Deine Korrekturen mittels <ins> eingefuegt. Gruesse aus ... Bitteschoen.
Was man nicht im Kopf hat liest man bei Dir:

/* <![CDATA[ */ /* ]]> */

So lande ich auch 5 Jahre spaeter noch hier.
Is’ ja nett – m/Deine Korrekturen mittels <ins> eingefuegt.
Gruesse aus …

]]> Kommentar zu Der Unterschied zwischen call-by-value und call-by-reference von Horst http://blog.gungfu.de/archives/2005/07/05/der-unterschied-zwischen-call-by-value-und-call-by-reference/comment-page-1/#comment-131017 Horst Wed, 22 Dec 2010 18:33:40 +0000 /?p=465#comment-131017 Danke, gefällt mir ! Danke, gefällt mir !

]]> Kommentar zu Englisch – Japanisch – Japenglish – Enganisch – Bahnisch – Bahnhof von Steffen http://blog.gungfu.de/archives/2010/11/11/englisch-japanisch-japenglish-enganisch-bahnisch-bahnhof/comment-page-1/#comment-130943 Steffen Sat, 13 Nov 2010 20:09:12 +0000 http://blog.gungfu.de/?p=2031#comment-130943 Gratuliere - tolle Party! :-) Gratuliere – tolle Party! :-)

]]> Kommentar zu Englisch – Japanisch – Japenglish – Enganisch – Bahnisch – Bahnhof von Emerentia http://blog.gungfu.de/archives/2010/11/11/englisch-japanisch-japenglish-enganisch-bahnisch-bahnhof/comment-page-1/#comment-130942 Emerentia Thu, 11 Nov 2010 23:18:38 +0000 http://blog.gungfu.de/?p=2031#comment-130942 Du kennst mich ja: ich hab deinen Blogeintrag gelesen und musste den Translator gleich mal ausprobieren. Der erste Versuch war recht kurz. Aber dann hab ich ihm doch was von erstaunlicher Länge abringen können: http://translationparty.com/#8203050 Viel Spaß beim weiter "Bahn-hoffen" ...! Du kennst mich ja: ich hab deinen Blogeintrag gelesen und musste den Translator gleich mal ausprobieren. Der erste Versuch war recht kurz. Aber dann hab ich ihm doch was von erstaunlicher Länge abringen können:
http://translationparty.com/#8203050
Viel Spaß beim weiter “Bahn-hoffen” …!

]]> Kommentar zu Der Unterschied zwischen call-by-value und call-by-reference von buschflitzer http://blog.gungfu.de/archives/2005/07/05/der-unterschied-zwischen-call-by-value-und-call-by-reference/comment-page-1/#comment-130833 buschflitzer Thu, 28 Oct 2010 10:23:53 +0000 /?p=465#comment-130833 Sehr gut erklärt. Toller Artikel, weiter so!! Sehr gut erklärt.
Toller Artikel, weiter so!!

]]> Kommentar zu Pong von Foto Kunst http://blog.gungfu.de/archives/2004/12/24/pong/comment-page-1/#comment-130651 Foto Kunst Wed, 06 Oct 2010 12:44:56 +0000 /?p=331#comment-130651 Pong ist einfach nur großartig, ich weis nicht wie oft ich dieses Spiel schon gespielt habe?! ;-) Absolut zeitlos .. das kennt die Zocker Generation von heute schon gar nicht mehr ;-) Pong ist einfach nur großartig, ich weis nicht wie oft ich dieses Spiel schon gespielt habe?! ;-)
Absolut zeitlos .. das kennt die Zocker Generation von heute schon gar nicht mehr ;-)

]]>