From twerner-perl at vwisb7.vkw.tu-dresden.de Tue Jul 1 01:22:26 2003 From: twerner-perl at vwisb7.vkw.tu-dresden.de (Torsten Werner) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Arrays und Append? In-Reply-To: <1056926865.26053.3.camel@rechner1.local> References: <1056919790.3770.8.camel@rechner1.local> <20030629212748.GA12784@twerner42.de> <1056926865.26053.3.camel@rechner1.local> Message-ID: <20030701062226.GA5942@twerner42.de> On 2003-06-30, Steffen Liebergeld wrote: > Wir können uns ja an der Schandauer treffen, dort wo früher immer die > Lug Treffen waren. Für die Räume im Pentacon musste die LUG aber bezahlen, außerdem müsste es sicherlich vorher angemeldet werden. Torsten -- Torsten Werner +49 162 3123004 email@twerner42.de http://www.twerner42.de From SteffenL15 at gmx.de Tue Jul 1 03:27:31 2003 From: SteffenL15 at gmx.de (Steffen Liebergeld) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Arrays und Append? In-Reply-To: <20030701062226.GA5942@twerner42.de> References: <1056919790.3770.8.camel@rechner1.local> <20030629212748.GA12784@twerner42.de> <1056926865.26053.3.camel@rechner1.local> <20030701062226.GA5942@twerner42.de> Message-ID: <1057048050.27878.7.camel@rechner1.local> Am Die, 2003-07-01 um 08.22 schrieb Torsten Werner: > On 2003-06-30, Steffen Liebergeld wrote: > > Wir können uns ja an der Schandauer treffen, dort wo früher immer die > > Lug Treffen waren. > > Für die Räume im Pentacon musste die LUG aber bezahlen, außerdem müsste > es sicherlich vorher angemeldet werden. Ich frag einfach heut mal nach. Ne bessere Idee hab ich nämlich bis jetzt noch nicht. > Torsten From westphal at kep-dresden.de Tue Jul 1 04:31:40 2003 From: westphal at kep-dresden.de (Joerg Westphal) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Arrays und Append? References: <1056919790.3770.8.camel@rechner1.local> <20030629212748.GA12784@twerner42.de> <1056926865.26053.3.camel@rechner1.local> <20030701062226.GA5942@twerner42.de> Message-ID: <002001c33fb3$93ab2a70$2473a8c0@westphal2> Torsten schrieb: > On 2003-06-30, Steffen Liebergeld wrote: > > Wir können uns ja an der Schandauer treffen, dort wo früher immer die > > Lug Treffen waren. > > Für die Räume im Pentacon musste die LUG aber bezahlen, außerdem müsste > es sicherlich vorher angemeldet werden. Ich bin auch schon seit geraumer Zeit auf Raumsuche, konnte aber auch noch nichts vernünftiges fest machen. Es scheint in Dresden niemanden mit einem leerstehenden Raum zu geben. ;( Nun war ich auch noch kurzfristig eine Woche in Rumänien, da ist gleich alles stehen und liegen geblieben. Olli, du hattest mal den Schulungsraum deines Vaters angeboten. Steht das noch? Die ersten Treffen waren auch in einem Pub, aber das ist eben nicht wirklich praktisch. Aber schön war es schon. :) Gruss Jörg -- _/_ _ _ _/_ _ (// (-_) (/(-/)./)//) / From afterimage at gmx.net Tue Jul 1 04:40:47 2003 From: afterimage at gmx.net (Kristian Rink) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Arrays und Append? In-Reply-To: <20030701062226.GA5942@twerner42.de> References: <1056919790.3770.8.camel@rechner1.local> <20030629212748.GA12784@twerner42.de> <1056926865.26053.3.camel@rechner1.local> <20030701062226.GA5942@twerner42.de> Message-ID: <20030701114047.792bae1d.afterimage@gmx.net> On Tue, 1 Jul 2003 08:22:26 +0200 Torsten Werner wrote: [snip] > Für die Räume im Pentacon musste die LUG aber bezahlen, außerdem > müsste es sicherlich vorher angemeldet werden. [snip] Wie läuft das eigentlich mit dem LUGDD-Treffen im Gag18? Wär' das was für diese Veranstaltung? Oder ist da am Do. schon belegt? Cheers, Kris From schwigon at webit.de Tue Jul 1 06:09:31 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden Message-ID: <874r26h5as.fsf@teufelkommraus.webit.de> Hi Leute! Die Dresden Perl Mongers treffen sich ab nun immer in der "Wir AG", ehemals "Club für Dich", Martin Luther Str. 21. Das ist in der Neustadt. So auch diesen Donnerstag, 2o.oo Uhr. Dort müssen wir einen kleinen Unkostenbeitrag bezahlen, Größenordnung 20 EURO, Details liefere ich nach. Ich wollte nur erstmal warnen, daß ihr aufhören könnt zu suchen. GreetinX Steffen -- Steffen Schwigon From schwigon at webit.de Tue Jul 1 06:31:40 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Perl Mongers Treffen Message-ID: <87znjyfppf.fsf@teufelkommraus.webit.de> Hi! Am kommenden Donnerstag treffen sich wieder die Perl Mongers. Donnerstag, 3.Juli 2003 2o.oo Uhr in der "Wir AG" (ehemals "Club für Dich") Martin-Luther-Str. 21 Das ist in der Neustadt bei dieser Kirche, wo sich davor so'ne Steinkugel im Wasserbett dreht. Themen: * AxPoint demonstrieren (macht aus XML schicke PDF-Slides) * evtl. Excelfiles mit Perl * misc GreetinX Steffen -- Steffen Schwigon Dresden Perl Mongers From schwigon at webit.de Tue Jul 1 06:44:45 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden In-Reply-To: <874r26h5as.fsf@teufelkommraus.webit.de> References: <874r26h5as.fsf@teufelkommraus.webit.de> Message-ID: <87vfumfp3m.fsf@teufelkommraus.webit.de> Ok, hier die fehlenden Details. Der Raum wird pro Veranstaltung 10 EURO kosten. Ich vereinbare jeden ersten Donnerstag im Monat, 2o.oo Uhr. Wenn zu der Zeit eine Veranstaltung, die mehr Kohle einbringt, unbedingt nur da reinwill, werden wir ggf. auf einen anderen Tag verdrängt. Wenn das rechtzeitig bekannt ist, können wir IMHO damit leben. Wir waren ja anfangs auch flexibel. Ich denke, daß jeder einfach 2 EURO in die Runde wirft, Überschüsse heben wir für's nächste Mal auf. Ich habe für kommenden Donnerstag leider noch immer keinen Beamer zur Verfügung. Wenn jemand möchte und es nicht zu aufwendig wird, kann er einen mitbringen. Ansonsten gucken wir halt wieder direkt auf meinen Laptop. Außerdem wäre es schön, wenn wieder mehr Leute kämen, ich zähle vor allem auf die Aktivisten der ersten Stunde. Kommt bitte zahlreich, damit die neuen keinen so schlechten Eindruck bekommen und verschreckt ihrer Wege ziehen. PS: Ich lese bis Donnerstag keine Mail mehr, bin noch im Urlaub, ohne Netz. GreetinX Steffen -- Steffen Schwigon From steffen.winkler at gmx.net Tue Jul 1 12:57:08 2003 From: steffen.winkler at gmx.net (Steffen Winkler) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden und gleich mal eine Frage zu 3964R Message-ID: <010901c33ffb$16fc98e0$6464a8c0@pc1> ... also wenn es nicht gerade auf Donnerstag, meinen Saunatag fällt, komme ich sicher auch mal mit zum Treffen. Um eine genaue Anfahrtbeschreibung würde ich dann bitten. Für "Dresdener Ausländer" ist das nötig. Und die Frage: Wo finde ich etwas über das Siemens Protokoll 3964R. Ich habe heute schon mit GOOGLE gesucht, aber nichts brauchbares gefunden. Ich möchte mich gern mit einer Siemens-Steuerung unterhalten, besser gesagt, meine Perl-Programm. Im CPAN wurde ich auch nicht fündig. perlige Grüße von Steffen Winkler Hohlweg 23 D - 09306 Seelitz From westphal at kep-dresden.de Wed Jul 2 08:33:19 2003 From: westphal at kep-dresden.de (Joerg Westphal) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden und gleich mal eine Frage zu 3964R References: <010901c33ffb$16fc98e0$6464a8c0@pc1> Message-ID: <000701c3409e$80dbe150$2473a8c0@westphal2> Steffen schrieb: > ... also wenn es nicht gerade auf Donnerstag, meinen Saunatag fällt, komme > ich sicher auch mal mit zum Treffen. Um eine genaue Anfahrtbeschreibung > würde ich dann bitten. Für "Dresdener Ausländer" ist das nötig. Schade, die Treffen fallen immer auf den 1. Donnerstag im Monat, oder habe ich nur einen Ironieanzeiger übersehen. ( http://www.dresden-pm.org/cgi-bin/index.pl?site=8 ) Vielleicht kannst du die Sauna ja mal verschieben. ;-) Anfahrt: Leider gibt es die wirklich schönen Online-Stadtpläne nicht mehr, aber hier hast du einen Hinweis: http://dresden.dnn-online.de/dresden/cgi-bin/perl/intern-link.pl?GK=25698 33,5657712_dreieck Gruss Jörg From steffen.winkler at gmx.net Wed Jul 2 15:44:58 2003 From: steffen.winkler at gmx.net (Steffen Winkler) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden und gleich mal eine Frage zu 3964R Message-ID: <001001c340da$f0a06ec0$6464a8c0@pc1> ... na wenn ich so einen schönen Stadtplan bekomme, dann werde ich am 7.8. meinen Saunatermin in den Wind schreiben und nach Dresden fahren. So, wie ich das hier gelesen habe, wird der Ort für das Treffen nun wohl immer der gleiche sein. Ach so, da schreibe ich gleich mal, welche Themen mich u.a. interessieren würden, also welche, die ich noch nicht oder nicht vollständig geschnallt habe. Vielleicht gibt es Gleichgesinnte. Mein Perl läuft übrigens unter Windows. - POE - habe mal ein Beispiel probiert, konnte mir aber nicht vorstellen, warum es funktionierte. Beim Module installieren fand ich nicht viel bei activestate.com . - Drucken - so richtig schön, wie's Word auch kann - Win32::Pipe - lief bei mir noch nie unter NT, muß man vielleicht erst einen Dienst starten??? - Perl-Debugger - wer hat was schon damit geschafft - DLL's einbinden - Unicode - hab's noch nie getestet - POD2xxx - die verschiedenen Formate erstellen - Win32::SerialPort - Daten verschlüsselt übertragen Steffen From uwe.voelker at gmx.de Thu Jul 3 06:13:34 2003 From: uwe.voelker at gmx.de (Uwe Voelker) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Raum gefunden und gleich mal eine Frage zu 3964R In-Reply-To: <001001c340da$f0a06ec0$6464a8c0@pc1> References: <001001c340da$f0a06ec0$6464a8c0@pc1> Message-ID: <1057230814.3f040fde5c800@mail.tu-chemnitz.de> Hallo Steffen, > - Perl-Debugger - wer hat was schon damit geschafft Am besten Devel::ptkdb installieren, ist eine Tk-Oberfläche für den Debugger. Geht sehr gut. Uwe From steffen.winkler at gmx.net Thu Jul 3 17:08:30 2003 From: steffen.winkler at gmx.net (Steffen Winkler) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Danke Uwe Message-ID: <003e01c341af$a55ca3e0$6464a8c0@pc1> Ich habe gerade Devel::ptkdb installiert, werde es bei Gelegenheit testen und darüber berichten, wie ich damit zurecht kam. From SteffenL15 at gmx.de Fri Jul 4 14:21:55 2003 From: SteffenL15 at gmx.de (Steffen Liebergeld) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] OT: Animatrix Message-ID: <1057346514.16571.6.camel@rechner1.local> Guten Abend zusammen, mein Namensgedächtniss straft mich schon wieder mit einem Totalverlust sämtlicher Daten. Vielleicht haben mich die vielen Closures überlastet. Na ja, jedenfalls hat gestern jemand angeboten er wisse wo man die Animatrix Filme herkriegen könnte. Leider ist mir nur noch sein Erscheinungsbild, aber leider kein Name im Gedächtnis. Darum hier die Frage an alle, wer kann die mir evtl. per ftp oder so geben. Per mldonkey oder so wäre auch möglich, dann bräuchte ich nur die ed2k links oder die genauen Namen und Größen der Dateien. Wie auch immer, vielen Dank und ein schönes Wochenende an alle! -- Steffen Liebergeld From schwigon at webit.de Mon Jul 7 06:00:52 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] OT: Animatrix In-Reply-To: <1057346514.16571.6.camel@rechner1.local> References: <1057346514.16571.6.camel@rechner1.local> Message-ID: <87k7auzjnb.fsf@teufelkommraus.webit.de> Steffen Liebergeld writes: > mein Namensged~chtniss straft mich schon wieder mit einem Totalverlust > s~mtlicher Daten. Vielleicht haben mich die vielen Closures ~berlastet. > Na ja, jedenfalls hat gestern jemand angeboten er wisse wo man die > Animatrix Filme herkriegen k~nnte. Olli hatte paar Empfangsprobleme mit der Mailingliste. Prinzipiell wird er sich sicher melden, wenn er wieder Kontakt hat und das hier liest. GreetinX Steffen -- Steffen Schwigon From akunert at main-rheiner.de Fri Jul 11 05:40:51 2003 From: akunert at main-rheiner.de (Andreas Kunert) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Problem mit Sonderzeichen beim Suchen / Ersetzen Message-ID: <3F0E9433.1040908@main-rheiner.de> Hallo, folgendes Problem erwartet eine Lösung. Ich bekomme eine Datei daten.txt im mac format. Diese recode ich in latin1 und erhalte dabei in der Datei einige Sonderzeichen, die ich gerne erstzen würde. Speziell sind es in diesem einfache Anführungszeichen unten. Ich habe mir ein kleines Script gebastelt, welches erstmal alle bekannten Zeichen rausfiltert und dann für den rest zeichenweise den Wert zurückgibt. ---- schnipp ----- for($x=0;$x lt length($zeile);$x++){ $subzeile = substr($zeile,$x,1); print "\tSubzeile: ".ord($subzeile)."\n"; } ------- schnipp ------- Sicher nicht die eleganteste Lösung, reicht aber erstmal für das, was ich will. Als Ausgabe bekomme ich jetzt beispielsweise zurück ---------- schnipp -------- Subzeile: 208 Subzeile: 139 Subzeile: 63 Subzeile: 150 Subzeile: 144 -------- schnipp ------- Für meinen Parser habe ich eine kleine Funktion geschrieben, die den übergebenen Text parsen soll und die Sonderzeichen ersetzen soll. -------- schnipp ------ $text =~ s/â/\'/g; -------- schnipp ------- Leider klappt es nicht so, wie ich es möchte. Gibt es eine Möglichkeit in Perl, die es ermöglicht, es in der Art zu lösen? $text =~ s/ord(144)/'/g; Vielen Dank für einen Tipp oder Lösungsansatz. mfg Andreas From westphal at kep-dresden.de Fri Jul 11 05:46:27 2003 From: westphal at kep-dresden.de (Joerg Westphal) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Problem mit Sonderzeichen beim Suchen / Ersetzen References: <3F0E9433.1040908@main-rheiner.de> Message-ID: <000701c34799$aecf3790$2473a8c0@westphal2> Hallo Andreas, > $text =~ s/ord(144)/'/g; Das sollte eigentlich funktionieren, wenn du es so schreibst: $text =~ s/\0144/\'/g; Du kannst auch mit \x64 den Hex-Wert verwenden. Gruß Jörg -- _/_ _ _ _/_ _ (// (-_) (/(-/)./)//) / From akunert at main-rheiner.de Fri Jul 11 06:30:47 2003 From: akunert at main-rheiner.de (Andreas Kunert) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Problem mit Sonderzeichen beim Suchen / Ersetzen In-Reply-To: <000701c34799$aecf3790$2473a8c0@westphal2> References: <3F0E9433.1040908@main-rheiner.de> <000701c34799$aecf3790$2473a8c0@westphal2> Message-ID: <3F0E9FE7.2020802@main-rheiner.de> Hallo Jörg, danke für die schnelle Antwort. Der Punkt mit den hex-Code's hats gelöst. Damit komme ich jetzt wunderbar dran. Das bringt das gewünschte: $text =~ s/\x90/\'/g; mfg Andreas Joerg Westphal wrote: >Hallo Andreas, > > >Du kannst auch mit \x64 den Hex-Wert verwenden. > > > From thkomando at web.de Fri Jul 18 08:55:02 2003 From: thkomando at web.de (=?iso-8859-1?Q? Oliver=20S=F6hnel ?=) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] *anklopf* Message-ID: <200307181355.h6IDt2Q21920@mailgate5.cinetic.de> Mahlzeit... ich wollt nur mal anfragen wo der tagebucheintrag vom 3.juli bleibt!?! okay... das wars schon... bis dahin... cu oli... ______________________________________________________________________________ Wenn POP fur Sie mehr als nur Musik ist. Senden Sie Ihre SMS direkt aus Outlook oder Netscape! http://freemail.web.de/features/?mc=021177 From schwigon at webit.de Fri Jul 18 12:37:22 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] *anklopf* In-Reply-To: <200307181355.h6IDt2Q21920@mailgate5.cinetic.de> References: <200307181355.h6IDt2Q21920@mailgate5.cinetic.de> Message-ID: <87u19jlos9.fsf@teufelkommraus.webit.de> "Oliver Söhnel" writes: > Mahlzeit... > ich wollt nur mal anfragen wo der tagebucheintrag vom 3.juli bleibt!?! Aaaaaha, da isser ja. Ja, ich wollte es bewußt etwas rauszögern, um eine Reaktion von Dir zu provozieren, damit wir alle wissen, ob Du die Mailingliste wieder empfängst. :-) Aber Du hast Recht, es hängt etwas. Als ich aus'm Urlaub wieder auf Arbeit kam, drehte sich hier alles und hat seitdem nicht richtig aufgehört. Ich bin irgendwie also nicht so recht dazu gekommen, soll das heißen. :-) Ich schreib ihn aber noch, versprochen. Hoffentlich krieg ich's noch zusammen. Jedenfalls war was mit Closures dabei. :-) GreetinX Steffen -- Steffen Schwigon Dresden Perl Mongers From schwigon at webit.de Mon Jul 21 12:49:53 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Re: Perl: gemeinsames dbh-Handle =?iso-8859-1?q?=FCber?= mehrere Objekte In-Reply-To: References: Message-ID: <87d6g3ahxe.fsf@teufelkommraus.webit.de> [ CC: Perl-Mongers-Mailingliste, für's Archiv :-) ] "Jens Puruckherr" writes: > Eine Perl-Applikation besteht aus verschiedenen Klassen (Shop, > Artikel, Hersteller,Kunde ....) > z.B. ein Artikel besteht u.a. aus mehrere Bild-Objekten, einem > Hersteller-Objekt, Attribut-Objekten .... > Beim Schreiben des Artikels in die DB soll nun eine mysql-Transaktion > zum Einsatz kommen. > > Alle Klassen erben von der Shop-Klasse die Fähigkeit ein connect auf > die DB zu machen. > Allerdings wird dabei jedesmal ein neues DB-Handle erzeugt, womit > meine Transaktion in die Hosen geht. > > Als einzigste Lösung fällt mir ein, in der Applikation selber ein > initiales Shop-Objekt zu erzeugen, dass eine DB-Verbindung aufbaut. > Dieses Handle wird allen anderen Objekten bei der Initialisierung > übergeben. Initialisiert ein Objekt ein weiteres, übergibt es dieses > Händle einfach weiter. > Aber irgendwie gefällt mir das nicht so recht ... Irgendwann hat die > DB ein Timeout und das Handle ist ungültig ... > Mir schwebt eher eine Lösung vor, bei der das aktuell gültige > DB-Handle via Methodenaufruf abgeholt werden kann und alle Objekte > bekommen so automatsich das gleiche Handle. Das erfolgt sinnigerweise > unmittelbar vor Start der DB-Transaktion. Aber wie bewerkstellige ich > das?. > > Oder gibt es für sowas eine ganz andere Herangehensweise? Ich strukturiere es tatsächlich immer anders. Im folgenden mein persönlicher Weg, man kann es auch so machen, wie Du es oben beschrieben hast. Ist mir aber zu wenig abstrakt, IMHO sollten die Applikationsklassen Shop, Artikel, Hersteller usw. kaum was von der Datenbanksache mitbekommen. ***** Ich gehe mal davon aus, daß sich MySQL-Transaktionen wie herkömmliche Datenbanken verhalten, ich kenne nur Oracle und PostgreSQL. Und ich rede vom Datenbankzugriff via DBI. Ich habe meist eine zentrale Klasse "DbHandling". Diese kann als einzige connecten. Darin bringe ich Methoden zum Zugriff auf die DB unter, entweder Klassenspezifisch, z.B. my $shop = Shop->new(); my $hersteller = Hersteller->new(); $dbHandling->saveShop ($shop); $dbHandling->saveHersteller ($hersteller); oder komplett generisch $dbHandling->save ($shop); $dbHandling->save ($hersteller); o.ä. Im generischen Fall erben Shop, Hersteller, Artikel usw. z.B. von einer gemeinsamen Klasse "Table", die mit dem DbHandling kooperiert. DbHandling arbeitet dann immer nur mit Objekten vom Typ "Table", also deren Methoden-API. Jedes Table-Objekt implementiert dann ggf. spezifische Methoden der Table-API und bringt alle notwendigen Infos mit, die DbHandling braucht. In der Applikation erzeuge ich dann eine Transaktionsklammer durch $dbHandling->connect(); # $dbHandling->do_something_useful(); $dbHandling->commit(); Damit sparst Du Dir zumindest mal das Durchreichen von Handles durch alle Klassen und hältst Shop, Hersteller, usw. von DB-Logik frei. Manchmal lagere ich auch Funktionalität aus, z.B. in ein ShopHandling HerstellerHandling usw. damit Shop und Hersteller komplett nur Datencontainer sind. Geschmackssache und fallabhängig. Timeouts auf das DB-Handle sollte die Datenbank nicht haben, falls doch, ist es ein generelles Problem, daß Deine Transaktion länger dauert, als es die DB erlaubt. Dann dreht man einfach die Parameter an der DB entsprechend hoch oder sturkturiert die Applikation anders. Mehrere voneinander unabhängige Transaktionen kannst Du durch verschiedene DbHandling-Objekte erreichen. Mein DbHandling hat in sich auch nochmal eine Klassenstruktur, um allgemeine Dinge und applikationsspezifische Methode zu trennen. Für das Schreiben von generisch zusammenspielenden "Table"- und "DbHandling"-Klassen kannst Du Dir auf CPAN mal die "DBIx::DBSchema"- Klassen angucken. Mit denen kannst Du wohl Deine Shop- und Hersteller-Beziehungen in abstraktere, applikationsgerechtere OO-Strukturen unterbringen, habe ich aber selber auch noch nicht genutzt. ****** Falls Du jetzt noch von Web-Applikationen, z.B. mit mod_perl redest, besteht das Problem, daß Du ein DB-Handle nicht garantiert über zwei Requests gerettet bekommst, ohne einen Applikationsserver einzusetzen, oder den Apache absurd zu konfigurieren. Das bedeutet praktisch, Du mußt Dir Deine Transaktionsdinge über mehrere Seiten manuell zusammenorganisieren und machst am Ende innerhalb eines einzigen Web-Requests alles zusammen: connect(), logik() und commit(). Also immer nur recht kurze Transaktionen. Letzteres ist ein Hobbyproblem von mir, da können wir gerne mal bei einem Malzbier bei 'nem Perl-Mongers-Treffen in Ruhe drüber reden. :-) GreetinX Steffen -- Steffen Schwigon Dresden Perl Mongers From jpuruckherr at cyberport.de Tue Jul 22 02:47:01 2003 From: jpuruckherr at cyberport.de (Jens Puruckherr) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Re: Perl: gemeinsames dbh-Handle =?iso-8859-1?q?=FCber?= mehrere Objekte In-Reply-To: <87d6g3ahxe.fsf@teufelkommraus.webit.de> References: <87d6g3ahxe.fsf@teufelkommraus.webit.de> Message-ID: lug-dd@schlittermann.de writes: > >Ich strukturiere es tatsächlich immer anders. Im folgenden mein >persönlicher Weg, man kann es auch so machen, wie Du es oben >beschrieben hast. Ist mir aber zu wenig abstrakt, IMHO sollten die >Applikationsklassen Shop, Artikel, Hersteller usw. kaum was von der >Datenbanksache mitbekommen. .... > >Darin bringe ich Methoden zum Zugriff auf die DB unter, entweder >Klassenspezifisch, z.B. > > my $shop = Shop->new(); > my $hersteller = Hersteller->new(); > $dbHandling->saveShop ($shop); > $dbHandling->saveHersteller ($hersteller); Das scheint mir recht handlich und schnell umsetzbar. Danke. Generell die DB-Geschichte aus den Klassen rauszunehmen und in eine Wrapper-Klasse ainzubauen, werde ich mir für die Zkunft vornehmen. Jetzt muss ich aber erst mal paar Ergebnisse vorzeigen.... Dann wird das ganze noch via Webservice angesteuert ... lecker ;-) Wir sprechen uns dann bestimmt nochmal ..... Achso ... und als cgi läuft es garantiert nicht. > Danke für den Denkanstoss Mit freundlichen Grüßen Jens Puruckherr From schwigon at webit.de Thu Jul 24 09:43:31 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Googlewhack Message-ID: <87oezkasty.fsf@teufelkommraus.webit.de> Hi! Die Meldung kam gerade über INTERNET: Unsere Perl-Mongers-Seite ist Ergebnislink eines Googlewhacks. Tippt auf http://google.de Vergleich Malzbiersorten ein. Der Googlewhack ist bereits registriert: http://www.gugle.de/down/wbboard/thread.php?threadid=26571&boardid=1 http://googlewhack.de GreetinX Steffen -- Steffen Schwigon Dresden Perl Mongers From email at twerner42.de Thu Jul 24 14:40:49 2003 From: email at twerner42.de (Torsten Werner) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Destruktoren Message-ID: <20030724194049.GA11907@twerner42.de> Hallo Leute, mal eine Frage: Arbeiten in perl die Destruktoren etwa so wie in C++? Ein Beispiel: sub read_files (@) { use IO::File; my @result; for(@_) { my $handle = new IO::File $_ or next; push @result, $handle->getlines; } return @result; } Kann ich davon ausgehen, dass am Ende der Funktion alle Dateien wieder ordentlich geschlossen wurden? Das ganze ist übrigens eine nette Variante des <>-Konstrukts und geht natürlich auch nur mit einer Datei: my @fstab = read_files '/etc/fstab'; my ($root_disk) = map { m{(^/dev/[hs]d[a-z])\d\s+/\s+} } @fstab; print $root_disk; Im Gegensatz zu <> kann man die Dateien beliebig oft im Programm ändern: print read_files glob '*.pl'; und das geht natürlich auch mit Kommandos: print read_files qw(pwd| hostname| w| ls|); Torsten -- Torsten Werner +49 162 3123004 email@twerner42.de http://www.twerner42.de From schwigon at webit.de Fri Jul 25 02:45:18 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Destruktoren In-Reply-To: <20030724194049.GA11907@twerner42.de> References: <20030724194049.GA11907@twerner42.de> Message-ID: <874r1b59th.fsf@teufelkommraus.webit.de> Ich bin mir nicht sooo supersicher, also Obacht. Torsten Werner writes: > mal eine Frage: Arbeiten in perl die Destruktoren etwa so wie in C++? Nicht generell vergleichbar, denke ich, schon weil in Perl das destruieren an das Garbage Collection gebunden ist. Für Dein folgendes Beispiel müßte man jetzt konkret das File-Schließen bei IO::Handle prüfen. > sub read_files (@) { > use IO::File; > my @result; > for(@_) { > my $handle = new IO::File $_ or next; > push @result, $handle->getlines; > } > return @result; > } > > Kann ich davon ausgehen, dass am Ende der Funktion alle Dateien wieder > ordentlich geschlossen wurden? Es hängt IMHO von der Implementierung von IO::Handle und vom Garbage Collection ab. Im Manual von IO::Handle steht, daß ein undef $handle; das File schließt. Daraus würde ich schlußfolgern, daß es auch beim garbage-collecten passiert. Obiges Beispiel sollte zumindest sauber garbage-collect-fähig sein; ob und wann genau das passiert, entscheidet AFAIK aber der GC. In der SYNOPSIS von IO::Handle schreiben sie immer explizit "undef $handle" oder "$handle->close" rein, möglicherweise um genau das Problem zu betonen. Das könntest Du also nach dem "push" auch tun, um sicherzugehen, weil Du nicht 100%ig weißt, wann es der GC tut. > Das ganze ist übrigens eine nette > Variante des <>-Konstrukts Wobei <> auch *automatisch* von STDIN liest, wenn keine Dateinamen an das Programm übergeben wurden. Sehr bequem für Filterskripte. > und das geht natürlich auch mit Kommandos: > > print read_files qw(pwd| hostname| w| ls|); *Das* ist in der Tat schick. :-) GreetinX Steffen -- Ok, nennt mich verrückt, aber langsam glaube ich, Elvis ist wirklich tot. -- Langly From twerner-perl at vwisb7.vkw.tu-dresden.de Fri Jul 25 03:05:10 2003 From: twerner-perl at vwisb7.vkw.tu-dresden.de (Torsten Werner) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Destruktoren In-Reply-To: <874r1b59th.fsf@teufelkommraus.webit.de> References: <20030724194049.GA11907@twerner42.de> <874r1b59th.fsf@teufelkommraus.webit.de> Message-ID: <20030725080510.GB11073@vwisb7.vkw.tu-dresden.de> Hallo Steffen, On 2003-07-25, Steffen Schwigon wrote: > Nicht generell vergleichbar, denke ich, schon weil in Perl das > destruieren an das Garbage Collection gebunden ist. Ich habe gerade nochmal im Kamelbuch nachgesehen: 'When a block is exited, its locally scoped variables are normally freed up, ...' Das ist also tatsächlich eher wie in C++ und nicht wie in Java oder C-Gartenzaun, was mir sehr sympathisch ist. > undef $handle; Das ist zumindest dann sinnvoll, wenn man vor dem Ende des Blocks die Datei schließen möchte. > Wobei <> auch *automatisch* von STDIN liest, wenn keine Dateinamen an > das Programm übergeben wurden. Sehr bequem für Filterskripte. Okay das lässt sich einfach beheben: for(@_ ? @_ : '-') { ... } Damit kann man dann äquivalent zu 'print <>' einfach schreiben: print read_files @ARGV; Torsten -- Torsten Werner Dresden University of Technology email@twerner42.de +49 351 46336711 / +49 162 3123004 http://www.twerner42.de/ telefax: +49 351 46336809 From schwigon at webit.de Fri Jul 25 03:35:49 2003 From: schwigon at webit.de (Steffen Schwigon) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Destruktoren In-Reply-To: <20030725080510.GB11073@vwisb7.vkw.tu-dresden.de> References: <20030724194049.GA11907@twerner42.de> <874r1b59th.fsf@teufelkommraus.webit.de> <20030725080510.GB11073@vwisb7.vkw.tu-dresden.de> Message-ID: <87vftr3swu.fsf@teufelkommraus.webit.de> Torsten Werner writes: > On 2003-07-25, Steffen Schwigon wrote: > > Nicht generell vergleichbar, denke ich, schon weil in Perl das > > destruieren an das Garbage Collection gebunden ist. > > Ich habe gerade nochmal im Kamelbuch nachgesehen: > > 'When a block is exited, its locally scoped variables are normally > freed up, ...' Durchaus. IMHO jedoch schon dann nicht mehr, sobald z.B. $handle noch an eine Funktion übergeben würde, die die Variable aus irgendeinem Grund länger bindet. Dann sollte $handle auch nicht garbage-collected werden. Also von daher doch eher näher an Java (oder generell garbagecollecteten Sprachen), soweit ich das verstehe. In diesem Fall dürfte sogar das "undef $handle" nichtmehr die Files schließen, sondern nur ein explizites "$handle->close". Was man wiederum vielleicht gar nicht will, wenn man $handle woandershin übergeben hat, und nicht weiß, ob dort das Filehandle später noch im geöffneten Zustand benötigt wird. Das spricht wiederum dafür, *kein* explizites undef/close reinzumachen und auf den GC zu warten, weil der in Deinem Originalcode durchaus funktionieren sollte, was ja auch Deine zitierte Stelle oben sagt. Hm, jetzt ist es irgendwie ja doch wieder so wirr wie immer mit den Filehandles... :-) Summa summarum, bin ich dafür, Dein originales Stück Code unverändert zu lassen. "Perl tries to DO THE RIGHT THING", so heißt es doch immer. GreetinX Steffen -- Steffen Schwigon From joerg.westphal at gmx.de Tue Jul 29 11:42:57 2003 From: joerg.westphal at gmx.de (Joerg Westphal) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Newsletter from the O'Reilly UG program, July 28 Message-ID: <200307291842.57629.joerg.westphal@gmx.de> Hallo Mongers, als Perl-User Group unterstützt uns O'Reilly mit Buchrabbaten, Bücherneuvorstellungen und hoffentlich bald noch ein paar anderen Sachen. Im Gegenzug würde ich gern den Newsletter den Marsee mir wöchentlich schickt hier einfach auf die Mailliste werfen. Falls Euch das nicht recht ist, könnte ich auch einen Verteiler an die Interessierten einrichten. Heute aber erst mal im vollen Wortlaut, damit sich jeder ein Bild machen kann. ---------- Weitergeleitete Nachricht ---------- Subject: Newsletter from the O'Reilly UG program, July 28 Date: Dienstag, 29. Juli 2003 01:57 From: Marsee Henon To: joerg.westphal@gmx.de O'Reilly User Group Program Newsletter July 28, 2003 Please share the information your members would be interested in.... Highlights This Week: ---------------------------------------------------------------- Book News ---------------------------------------------------------------- -RTF Pocket Guide -Practical RDF ---------------------------------------------------------------- Upcoming Events ---------------------------------------------------------------- -Come See Me at LinuxWorld, San Francisco, CA--Aug 5 -James Duncan Davidson ("Cocoa in a Nutshell"), Utah Java User Group, West Valley City, UT--Aug 21 ---------------------------------------------------------------- Conferences ---------------------------------------------------------------- -Call For Participation: The 2004 O'Reilly Life Science Informatics Conference -The Second Annual O'Reilly Mac OS X Conference -Put Up an O'Reilly Mac OS X Conference Banner, Get a Free Book ---------------------------------------------------------------- Safari ---------------------------------------------------------------- -"Go On Safari" Tip of the Week Winner--John Davey, Philadelphia Area Computer Society, Web Design SIG ---------------------------------------------------------------- News ---------------------------------------------------------------- -Amazon Hacks: Beta Chapter available online -New User Group page and Book Review Guideline section for the O'Reilly UG Program -Secure Cooking with C and C++ -Simplify Your Life with Apache Virtual Hosts -Why Web Developers Need JavaServer Faces -StringBuilders Explained -Why Choose RSS 1.0? ---------------------------------------------------------------- News From Your Peers ---------------------------------------------------------------- -Mactopia interview with Lorene Romero NCMUG, CA ================================================ Book News ================================================ Review books are available--email me for a copy. ***Please include the book order number on your requests. Let me know if you need your books by a certain date. Allow at least four weeks for shipping. Send or email me copies of your newsletters and book reviews. Don't forget, your members get 20% off any O'Reilly book they purchase directly from O'Reilly. Just use code DSUG when ordering. http://www.oreilly.com/ ***Group purchases with better discounts are available*** Please let me know if you are interested. Press releases are available on our press page: http://press.oreilly.com/ ***RTF Pocket Guide Order Number: 4753 Any programmer working with text files today needs a way to deal with Microsoft Word documents and their underlying Rich Text Format. Our handy quick reference is the only book available on this notoriously difficult format. Small and easy to use on the job, RTF Pocket Guide focuses on the "workhorse" codes that programmers can't do without, including text style codes, paragraph formatting codes, and page formatting codes--all with real-world examples. http://www.oreilly.com/catalog/rtfpg/?CMP=EMC-OC5466230545 A Sample Excerpt, "RTF Tutorial," is available online: http://www.oreilly.com/catalog/rtfpg/chapter/index.html ***Practical RDF Order Number: 2637 The Resource Description Framework (RDF) is a structure for describing and interchanging metadata on the Web. "Practical RDF" explains RDF from the ground up, providing real-world examples and descriptions of how the technology is being used in applications like Mozilla, FOAF, and Chandler, as well as infrastructure you can use to build your own applications. This book cuts to the heart of the W3C's often obscure specifications, giving you tools to apply RDF successfully in your own projects. http://www.oreilly.com/catalog/pracrdf/?CMP=EMC-79IF02722688 Chapter 8, "Jena: RDF in Java," is available online: http://www.oreilly.com/catalog/pracrdf/chapter/index.html ================================================ Upcoming Events ================================================ ***For more events, please see: http://events.oreilly.com/ ***Come See Me at LinuxWorld, San Francisco, CA--Aug 5 Stop by the O'Reilly booth #1473 and say hi to me on Tuesday, August 5. The show runs August 5-7. Here is the list of O'Reilly Events at LinuxWorld: http://linux.oreillynet.com/linux/linuxworld2003/ ***James Duncan Davidson ("Cocoa in a Nutshell"), Utah Java User Group, West Valley City, UT--Aug 21 Author James Duncan demonstrates techniques for writing clear and robust code at this UJUG event. For more information and to RSVP please go to: http://www.ujug.org/meetings.html IHC Lake Park Facility, 4646 West Lake Park Blvd. West Valley City, UT http://www.ujug.org/location.html ================================================ Conference News ================================================ ***Call For Participation: The 2004 O'Reilly Life Science Informatics Conference O'Reilly & Associates invites biologists, computer scientists, software engineers, mathematicians, and experts in other related fields to submit proposals to lead tutorial and conference sessions at the O'Reilly Life Science Informatics Conference, slated for February 9-12, 2004 at the Westin Horton Plaza in San Diego, CA. Proposals are due September 1, 2003. http://conferences.oreillynet.com/lsi2004/ ** The Second Annual O'Reilly Mac OS X Conference User Group members who register before September 12, 2003 get a double discount. Use code DSUG when you register, and receive 20% off the "Early Bird" price. To register, go to: http://conferences.oreillynet.com/cs/macosx2003/create/ord_mac03 O'Reilly Mac OS X Conference October 27-30, 2003 Westin Santa Clara, Santa Clara, CA http://conferences.oreilly.com/macosxcon/ ***Put Up an O'Reilly Mac OS X Conference Banner, Get a Free Book We are looking for user groups to display our conference banners on their web sites. If you send me the link to your user group site with our O'Reilly Mac OS X Conference banner, I will send you the O'Reilly book of your choice. O'Reilly Mac OS X Conference Banners: http://ug.oreilly.com/banners/macosx2003/ ================================================ Safari News ================================================ ***"Go On Safari" Tip of the Week Winner--John Davey, Philadelphia Area Computer Society, Web Design SIG "...Safari dovetails very well with your print library. I have a couple books that now have second editions. Safari lets me review the new editions on the Safari bookshelf for reference when I need them. And of course, when looking to buy a book on a subject, Safari lets you search the catalogs of several publishers and read as much of each book as you need to make a decision." Your group can also participate in this introductory program just for user group members. To "Go on Safari," any of your members who sign up for our Safari 14-day free trial can send comments on their experiences, or tips and tricks for how they used Safari (it only needs to be 2 sentences long, but it may be longer) to safari_talk@oreilly.com. (Please include your UG name in the email.) Every week someone will be chosen from the tips or comments submitted to receive fun stuff from O'Reilly (T-shirts, book bags, or other surprises). If a member of your user group is selected, your group receives free gifts, too. Whatever the individual member receives, your UG will get one, too, to give away at your next meeting, or use however you see fit. Recipients--and their comments--will be announced in the User Group Newsletter. **Please use this special UG URL to sign up for the 14-day trial** http://www.oreilly.com/safari/ug For more information on Safari: http://safari.oreilly.com/ ================================================ News From O'Reilly & Beyond ================================================ --------------------- General News --------------------- ***Amazon Hacks: Beta O'Reilly's upcoming "Amazon Hacks" is a collection of real-world tips, tricks, and full-scale solutions to practical uses of amazon.com and the Amazon Web services API. http://www.oreilly.com/catalog/amazonhks/chapter/index.html?CMP=EMC-UO9997498 356 ***New User Group page and Book Review Guideline section for the O'Reilly UG Program We have decided to give the UG page (http://ug.oreilly.com/) a new look by updating the graphics section, adding a "User Group Programs and Resources" section, and a "Book Review Guidelines and Suggestions" section. Writing a review has never been so easy.... http://ug.oreilly.com/bookreviews.html?CMP=NLC-6DT281319197 ***Secure Cooking with C and C++ In this first in a three-part series of sample recipes from "Secure Programming Cookbook for C and C++," the authors offer nine basic rules for proper data validation, which they recommend all programmers follow. From their first rule: "Assume all input is guilty until proven otherwise" to their last: "The better you understand the data, the better you can filter it," the advice presented here will help programmers keep unwanted, malicious data out of their applications. http://www.oreillynet.com/pub/a/network/excerpt/spcookbook_chap03/index.html Secure Programming Cookbook for C and C++ Order Number: 3943 http://www.oreilly.com/catalog/secureprgckbk/index.html --------------------- Open Source --------------------- ***Simplify Your Life with Apache Virtual Hosts Not every web site needs its own server or IP address. Apache and HTTP 1.1 both allow different sites to share a single box and an IP address. Russell Dyer explains how virtual hosts can make your life easier as a web developer and a system administrator. http://www.onlamp.com/pub/a/apache/2003/07/24/vhosts.html ***Defending Your Site Against Spam To users, unsolicited commercial email is an annoyance. To mail server administrators, it's a threat. Dru Nelson recently had his network attacked by spammers. He explains the various defenses he considered for protecting against future attacks. Part one: http://linux.oreillynet.com/pub/a/linux/2003/06/26/blocklist.html Part two: http://linux.oreillynet.com/pub/a/linux/2003/07/24/blocklist.html --------------------- Java --------------------- ***Why Web Developers Need JavaServer Faces Several good frameworks exist to make the Java server programmer's life easier. Unfortunately, several hard problems still exist, including multiple output-format support and separation of content from presentation. In this first Java Q&A column, Chuck Cavaness explains why JSF matters. http://www.onjava.com/pub/a/onjava/2003/07/23/java_qa.html Chuck is the author of the "Jakarta Struts Pocket Reference" Order Number: 5199 http://www.oreilly.com/catalog/jakartapr/index.html --------------------- .NET --------------------- ***StringBuilders Explained Visual Basic programmers have long enjoyed ease in string manipulations. It is easy to create a string, split it up, concatenate multiple strings, etc. However, this seemingly innocent piece of code is not the recommended way to perform string manipulations in .NET. Wei-Meng Lee shows you how to make sense of the StringBuilder class. http://www.ondotnet.com/pub/a/dotnet/2003/07/21/stringbuilder.html --------------------- XML --------------------- ***Why Choose RSS 1.0? Part of RSS 1.0's value is in retaining its roots as primarily a metadata specification. A journal publisher explains why they chose RSS 1.0 as the basis for distributing RSS feeds of their publications. http://www.xml.com/pub/a/2003/07/23/rssone.html --------------------- Mac --------------------- ***Penny-Pinching PowerBook Do you need portability for email and word processing, but don't want to plunk down a pile of cash for a new Apple laptop? Diehard Mac user Michael Norton describes his penny-pinching Odyssey that explored the PowerBook 280c and the 1400. http://www.macdevcenter.com/pub/a/mac/2003/07/22/cheap_powerbook.html ***Welcome to Swaine Manor Swaine Manor is a new column for Mac DevCenter written by technology veteran Michael Swaine. In this debut, Michael comments on dancing with Apple, Mac rumors, REALbasic, and more. http://www.macdevcenter.com/pub/a/mac/2003/07/18/swaine.html?CMP=NLC-A5T99139 3753 ================================================ News From Your Peers ================================================'' ***Mactopia interview with Lorene Romero NCMUG, CA Lorene is a board member and past president for the North Coast Mac Users Group in Northern Cailfornia. http://www.microsoft.com/mac/community/usergroups/usergroups.aspx?pid=whyjoin &page=romero Until next time-- Marsee ------------------------------------------------------- Gruss Jörg -- _/_ _ _ _/_ _ Perl-Usergroup Dresden (// (-_) (/(-/)./)//) immer am 1. Donnerstag / in der Lutherstraße 21 http://dresden.pm.org - mailto: info@dresden-pm.org From twerner-perl at vwisb7.vkw.tu-dresden.de Tue Jul 29 13:08:49 2003 From: twerner-perl at vwisb7.vkw.tu-dresden.de (Torsten Werner) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Speicherverbrauch Message-ID: <20030729180849.GA15325@twerner42.de> Hallo, folgendes Programm: my %hash; for(1 .. 1000000) { $hash{$_} = [ 42, 'egal' ]; } system 'ps v'; speichert pro Hashelement netto etwa 12 Byte an Daten. Perl verbraucht aber insgesamt 200 MB, also 200 Byte pro Hashelement. Woran liegt diese immense Speicherverschwendung? Kann man irgendwas dran drehen? Tschüss, Torsten -- Torsten Werner +49 162 3123004 email@twerner42.de http://www.twerner42.de From steffen.winkler at gmx.net Tue Jul 29 16:46:24 2003 From: steffen.winkler at gmx.net (Steffen Winkler) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Speicherverbrauch Message-ID: <003501c3561a$dc7e29a0$6464a8c0@pc1> Bei so großen Hashes ist es günstiger anstatt [42, 'egal'] die Werte erst mit pack() zu verarbeiten, denn Perl muß Zusatzinformationen über den ursprünglichen Hash und die eingehängten Arrays speichern, denn neben den Werten kennt die Perl-Variable ja auch den Typ, die Länge, den Grad der Verseuchung usw.. Diese Informationen müssen für jeden Wert im Array für das Array selbst und natürlich für den Hash gehalten werden, durch Pack bleibt nur noch der Hash und ein Wert übrig. Steffen Winkler Hohlweg 23 D - 09306 Seelitz Telefon: +49 (0)3737 77 16 17 Telefax: +49 (0)1212 5 11 71 89 86 e-Mail: info@steffen-winkler.de url: http://www.steffen-winkler.de -----Ursprüngliche Nachricht----- Von: Torsten Werner An: dresden-pm@mail.pm.org Datum: Dienstag, 29. Juli 2003 20:01 Betreff: [Dresden-pm] Speicherverbrauch >Hallo, > >folgendes Programm: > > my %hash; > for(1 .. 1000000) { > $hash{$_} = [ 42, 'egal' ]; > } > system 'ps v'; > >speichert pro Hashelement netto etwa 12 Byte an Daten. Perl verbraucht >aber insgesamt 200 MB, also 200 Byte pro Hashelement. Woran liegt diese >immense Speicherverschwendung? Kann man irgendwas dran drehen? > >Tschüss, >Torsten > >-- >Torsten Werner +49 162 3123004 >email@twerner42.de http://www.twerner42.de > >_______________________________________________ >Dresden-pm mailing list >Dresden-pm@mail.pm.org >http://mail.pm.org/mailman/listinfo/dresden-pm > From uwe.voelker at gmx.de Wed Jul 30 04:32:05 2003 From: uwe.voelker at gmx.de (Uwe Voelker) Date: Mon Aug 2 21:29:38 2004 Subject: [Dresden-pm] Newsletter from the O'Reilly UG program, July 28 In-Reply-To: <200307291842.57629.joerg.westphal@gmx.de> References: <200307291842.57629.joerg.westphal@gmx.de> Message-ID: <1059557525.3f279095a9d50@mail.tu-chemnitz.de> Hallo, > Review books are available--email me for a copy. Gibts das auch für das schon erschienene "practical mod_perl"? Da würde ich sofort mitmachen. Kann man eigentlich das Buch danach behalten? "Programming Web Services with Perl" würde ich auch machen. Und (noch nicht erschienen) "Advanced MySQL". Gibts eine Übersicht der "review-fähigen" Bücher? Tschüs, Uwe