From gooly at gmx.at Fri Feb 3 02:04:54 2006 From: gooly at gmx.at (Carl A. Schreiber) Date: Fri, 3 Feb 2006 11:04:54 +0100 Subject: [Vienna-pm] Vars in sub max {..} Message-ID: <200602031104.55308.gooly@gmx.at> Hallo, kleine Frage zum Leben und Sterben einer Variablen.. die Variable (hier $x) in einer sub: sub max { my $x = shift; foreach (@_) { $x = $_ if ($x > $_) } return $x; } Angenommen, dieses max() ist Teil eines Moduls (use ..), wann und wie oft wird $x angelegt, also ihr Speicherplatz reserviert.. bzw, wann wird dieser Speicherplatz wieder freigegeben? ( einmal beim laden des Moduls ), einmal bei der ersten Ausf?hrung jedesmal, wenn max aufgerufen wird ( .. ?) ? Danke schon mal, Calli From Wolfgang.Laun at alcatel.at Fri Feb 3 03:28:38 2006 From: Wolfgang.Laun at alcatel.at (Wolfgang Laun) Date: Fri, 03 Feb 2006 12:28:38 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <200602031104.55308.gooly@gmx.at> References: <200602031104.55308.gooly@gmx.at> Message-ID: <43E33E66.20206@alcatel.at> Carl A. Schreiber wrote: >Hallo, > >kleine Frage zum Leben und Sterben einer Variablen.. > >die Variable (hier $x) in einer sub: > sub max { > my $x = shift; > foreach (@_) { $x = $_ if ($x > $_) } > return $x; > } >Angenommen, dieses max() ist Teil eines Moduls (use ..), > Irrelevant f?r die Frage >wann und wie oft wird $x angelegt, also ihr Speicherplatz reserviert.. bzw, >wann wird dieser Speicherplatz wieder freigegeben? > ( einmal beim laden des Moduls ), > einmal bei der ersten Ausf?hrung > jedesmal, wenn max aufgerufen wird > Genau. Auf die Leseliste setzen: man perlsub, "Private Variables via my()". mfg Wolfgang > ( .. ?) >? >Danke schon mal, >Calli >_______________________________________________ >Vienna-pm mailing list >Vienna-pm at pm.org >http://mail.pm.org/mailman/listinfo/vienna-pm > > From gooly at gmx.at Fri Feb 3 04:07:37 2006 From: gooly at gmx.at (Carl A. Schreiber) Date: Fri, 3 Feb 2006 13:07:37 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <43E337D9.6060607@goldfisch.at> References: <200602031104.55308.gooly@gmx.at> <43E337D9.6060607@goldfisch.at> Message-ID: <200602031307.37115.gooly@gmx.at> Am Freitag, 3. Februar 2006 12:00 schrieb peter pilsl: > Carl A. Schreiber wrote: > > } > > Angenommen, dieses max() ist Teil eines Moduls (use ..), > > wann und wie oft wird $x angelegt, also ihr Speicherplatz reserviert.. > > bzw, wann wird dieser Speicherplatz wieder freigegeben? > > ( einmal beim laden des Moduls ), > > einmal bei der ersten Ausf?hrung > > jedesmal, wenn max aufgerufen wird > > ( .. ?) > > ? > > #!/usr/bin/perl -w > > foreach (1..100) {a($_)}; > sub a { > my $x = shift; > print \$x,"\n"; > } > > > Man sieht, dass der Speicherplatz bei jedem Aufruf ein anderer ist, der > sich aber auch mal wiederholen kann. > > Die genaue Funktion der Speicherfreigabe ist nicht nur Aufgabe von perl > und keinesfalls deterministisch. > > Was fix ist: > bei jedem Aufruf der sub wird $x neu erzeugt. An welchem Speicherplatz > ist nach aussen zuf?llig. Bei Ende der sub wird $x wieder freigegeben > und damit im perl-internen sinn auch zerst?rt. > Wann der Speicherplatz jetzt tats?chlich freigegeben wird im Sinne von : > jetzt d?rfen andere threads/applikationen darauf zugreifen, ist viel > schwieriger. Da gibts mal eine perl-interne "garbage-collection" aber > auch OS-abh?ngige Prozesse. (bzw. auch abh?ngig von den verwendeten libs > auf dem OS) > hmm - aber Danke! - das w?rde bedeuten, diese Version ohne Hilfsvariablen w?re bei eine 24h-7d-Programm besser? sub max { $_[0] = pop; foreach ( @_ ) { $_[0] = $_ if ($_ > $_[0]) } } max( $max, @Werte ); (Ich war ?berrascht, aber das geht, testprogramm ist unten .. trotzdem, ist das irgendwie gef?hrlich?) Anm1. zwar w?re wohl eigentlich korrekt: sub max { ${$_[0]} = pop; foreach ( @_[1 .. $#_ ] ) { ${$_[0]} = $_ if ($_ > ${$_[0]} ) } } und max( \$max, @Werte ); aber ist langsamer! Anm2: unter man perlsub, "Private Variables via my()" fand ich nur etwas ?ber die visibility gefunden, aber nix wann sie und wie sie sterben. zB zu Garbage collection gibts 2 kurze S?tze #!/usr/bin/perl use strict; use warnings; $|++; use Time::HiRes qw ( time alarm sleep ); sub max1 { my $x = shift; foreach ( @_ ) { $x = $_ if ($_ > $x) } return $x; } sub max2 { ${$_[0]} = pop; foreach ( @_[1..$#_] ) { ${$_[0]} = $_ if ($_ > ${$_[0]}) } } sub max3 { $_[0] = pop; foreach ( @_ ) { $_[0] = $_ if ($_ > $_[0]) } #return $_[0]; } my ($nArray, $nTurns) = (0, 8, 100000); my ($max,$start,$end); srand(5); for my $i ( 0 .. 10 ) { my @A; for ( 0 .. int(rand($nArray))+2 ) { push @A, rand(100); } $start = time; for ( 0 .. $nTurns ) { $max = -1; $max = max1( @A ); } $end = time; printf "max1:\t%5.1f n:%2i => %.5f\n",$max,scalar @A, $end-$start; $start = time; for ( 0 .. $nTurns ) { $max = -1; max2( \$max, @A ); } $end = time; printf "max2:\t%5.1f n:%2i => %.5f\n",$max,scalar @A, $end-$start; $start = time; for ( 0 .. $nTurns ) { $max = -1; max3( $max, @A ); } $end = time; printf "max3:\t%5.1f n:%2i => %.5f\n\n",$max,scalar @A, $end-$start; } From gooly at gmx.at Fri Feb 3 04:33:16 2006 From: gooly at gmx.at (Carl A. Schreiber) Date: Fri, 3 Feb 2006 13:33:16 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <200602031307.37115.gooly@gmx.at> References: <200602031104.55308.gooly@gmx.at> <43E337D9.6060607@goldfisch.at> <200602031307.37115.gooly@gmx.at> Message-ID: <200602031333.16670.gooly@gmx.at> ?h?m.. > my ($nArray, $nTurns) = (0, 8, 100000); diese Zeile sollte nat?rlich so lauten: > my ($nArray, $nTurns) = (8, 100000); (hab das in der email noch ein bi?chen ge?ndert und.., naja.) Calli From pilsl at goldfisch.at Fri Feb 3 05:02:56 2006 From: pilsl at goldfisch.at (peter pilsl) Date: Fri, 03 Feb 2006 14:02:56 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <200602031104.55308.gooly@gmx.at> References: <200602031104.55308.gooly@gmx.at> Message-ID: <43E35480.2020902@goldfisch.at> Carl A. Schreiber wrote: > } > Angenommen, dieses max() ist Teil eines Moduls (use ..), > wann und wie oft wird $x angelegt, also ihr Speicherplatz reserviert.. bzw, > wann wird dieser Speicherplatz wieder freigegeben? > ( einmal beim laden des Moduls ), > einmal bei der ersten Ausf?hrung > jedesmal, wenn max aufgerufen wird > ( .. ?) > ? #!/usr/bin/perl -w foreach (1..100) {a($_)}; sub a { my $x = shift; print \$x,"\n"; } Man sieht, dass der Speicherplatz bei jedem Aufruf ein anderer ist, der sich aber auch mal wiederholen kann. Die genaue Funktion der Speicherfreigabe ist nicht nur Aufgabe von perl und keinesfalls deterministisch. Was fix ist: bei jedem Aufruf der sub wird $x neu erzeugt. An welchem Speicherplatz ist nach aussen zuf?llig. Bei Ende der sub wird $x wieder freigegeben und damit im perl-internen sinn auch zerst?rt. Wann der Speicherplatz jetzt tats?chlich freigegeben wird im Sinne von : jetzt d?rfen andere threads/applikationen darauf zugreifen, ist viel schwieriger. Da gibts mal eine perl-interne "garbage-collection" aber auch OS-abh?ngige Prozesse. (bzw. auch abh?ngig von den verwendeten libs auf dem OS) Im grossen und ganzen kann man darauf vertrauen, dass perl intern die garbage-collection gut macht und den speicher so verwaltet, dass alter speicher freigegeben wird, wenn neuer ben?tigt wird und dass auch OS wie linux das gut machen. Aber die Aufgabe ist extremst komplex und es gibt speicherstrukturen, die perl ?berfordern und es gibt immer wieder bugs in der garbage-collection von perl und dann gibt es nat?rlich prinzipielle probleme wie zirkul?re referenzen $a->{x}-{y}=[1,2,\$a,4,5]; die von einem counter-basierten garbage-collector wie perl gar nicht aufgel?st werden *k?nnen*. Das Stichwort f?r weitere Vertiefung ins Thema ist auf jeden Fall "garbage collection" und "memory managment" der perl-garbage collector ist auf jeden fall kein highlight in der welt der prorammiersprachen : "If you're like most people, you've never seen a good garbage collector, because, while all of the commercial Lisp and Smalltalk systems had high quality GC, just about all of the open source garbage collectors are junk (e.g., Perl, Python, and Emacs.) Perl's GC is an especially bad joke: if you have circular references, the objects won't get collected until the program exits! Give me a break! (Update: I'm told that Python's so-called GC is just as bad, since it is also merely reference-counting instead of a real GC.)" von jamie zawinsky aber der in 5.8 ist viel stabiler und intelligenter als der in 5.6 und von perl6 erwarten wir uns hier einen Quantensprung. Bisher komme ich selten umhin, mir eigene GarbageCollectoren f?r gr?ssere Projekte zu basteln (k?mpfe aber dennoch seit M?rz mit einem unentdeckten mem-leak in einer mod_perl-application :) lgp -- mag. peter pilsl goldfisch.at IT- & dataconsulting tel: +43 650 3574035 tel: +43 1 8900602 fax: +43 1 8900602 15 pilsl at goldfisch.at From pilsl at goldfisch.at Fri Feb 3 05:11:18 2006 From: pilsl at goldfisch.at (peter pilsl) Date: Fri, 03 Feb 2006 14:11:18 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <200602031307.37115.gooly@gmx.at> References: <200602031104.55308.gooly@gmx.at> <43E337D9.6060607@goldfisch.at> <200602031307.37115.gooly@gmx.at> Message-ID: <43E35676.3010506@goldfisch.at> Carl A. Schreiber wrote: >> > hmm - aber Danke! - > das w?rde bedeuten, diese Version ohne Hilfsvariablen w?re bei eine > 24h-7d-Programm besser? > sub max { > $_[0] = pop; > foreach ( @_ ) { $_[0] = $_ if ($_ > $_[0]) } > } ?? warum ... deine alte version ist perfekt. perl k?mmert sich darum, dass der speicher intern effektiv verwaltet wird und dein OS k?mmert sich darum, dass perl genug speicher bekommt. kritisch wirds, wenn du extrem grosse speicherpl?tze in perl allokierst, freigibts und die dann augenblicklich von einer anderen applikation ben?tigt werden. Oder wenn du so komplexe speicherstrukturen hast, dass die perl-GC damit ?berfordert ist. F?r den Hausebrauch wie eine max-funktion ist das alles nix, wo man dran denken muss. Du kannst das alles sehr gut selbst nachvollziehen, indem du dein programm absichtlich verb?sest, indem du zB in der max-funktion extrem viel speicher allokierst ala $a[100000000]=1; (die nullen bitte nachz?hlen) und wieder freigibts und die adressen der allokierten/definierten variablen anschaust und die mem-entwicklung parallel. spannend hier auch: dein OS sagt die wieviel mem dein perl gerade zugeteilt hat. wieviel davon aber perl intern schon wieder freigegeben hat, weisst du nicht. Aber du kannst davon ausgehen, dass perl intern da sehr schlau ist und ich hab im ggs. zu unkenrufen die erfahrung gemacht, dass perl freien speicher auch relativ schnell wieder an das OS retourniert. lgp From bernd at firmix.at Fri Feb 3 05:14:22 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Fri, 03 Feb 2006 14:14:22 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <43E35480.2020902@goldfisch.at> References: <200602031104.55308.gooly@gmx.at> <43E35480.2020902@goldfisch.at> Message-ID: <1138972462.19516.44.camel@tara.firmix.at> On Fri, 2006-02-03 at 14:02 +0100, peter pilsl wrote: [...] > Man sieht, dass der Speicherplatz bei jedem Aufruf ein anderer ist, der > sich aber auch mal wiederholen kann. > > Die genaue Funktion der Speicherfreigabe ist nicht nur Aufgabe von perl > und keinesfalls deterministisch. > > Was fix ist: > bei jedem Aufruf der sub wird $x neu erzeugt. An welchem Speicherplatz > ist nach aussen zuf?llig. Bei Ende der sub wird $x wieder freigegeben > und damit im perl-internen sinn auch zerst?rt. Wenn es keine Referenzen drauf gibt. [...] > Aber die Aufgabe ist extremst komplex und es gibt speicherstrukturen, > die perl ?berfordern und es gibt immer wieder bugs in der > garbage-collection von perl und dann gibt es nat?rlich prinzipielle > probleme wie zirkul?re referenzen $a->{x}-{y}=[1,2,\$a,4,5]; die von > einem counter-basierten garbage-collector wie perl gar nicht aufgel?st > werden *k?nnen*. Daf?r ist der GC simpel. Wenn man solche Strukturen aufbaut (und Angst for Speicherleaks hat), dann kann man immer noch explizit Hashes und Array l?schen - st?ren wird das kaum k?nnen). [...] > Bisher komme ich selten umhin, mir eigene GarbageCollectoren f?r > gr?ssere Projekte zu basteln (k?mpfe aber dennoch seit M?rz mit einem > unentdeckten mem-leak in einer mod_perl-application :) Tja .... Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From Wolfgang.Laun at alcatel.at Fri Feb 3 05:18:15 2006 From: Wolfgang.Laun at alcatel.at (Wolfgang Laun) Date: Fri, 03 Feb 2006 14:18:15 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <200602031307.37115.gooly@gmx.at> References: <200602031104.55308.gooly@gmx.at> <43E337D9.6060607@goldfisch.at> <200602031307.37115.gooly@gmx.at> Message-ID: <43E35817.6050605@alcatel.at> Die simple Variante sub max { my $res = $_[0]; foreach ( @_ ){ $res = $_ if $_ > $res }; return $res; } ist nicht merklich langsamer, vermeidet die (nach meinem pers?nlichen Geschmack) unfeine Signatur und ist auch ein wenig lesbarer. Die Variante mit pop wird ?brigens bei gr??eren Arrays (so ab 400 Elemente) bei meinem Perl und auf meiner Maschine langsamer. Benchmark: timing 200000 iterations of maxhack, maxloop... max/pop: 21 wallclock secs (20.84 usr + 0.00 sys = 20.84 CPU) @ 9596.93/s (n=200000) max/loop: 20 wallclock secs (20.03 usr + 0.00 sys = 20.03 CPU) @ 9985.02/s (n=200000) Gru? Wolfgang Carl A. Schreiber wrote: > >hmm - aber Danke! - >das w?rde bedeuten, diese Version ohne Hilfsvariablen w?re bei eine >24h-7d-Programm besser? >sub max { > $_[0] = pop; > foreach ( @_ ) { $_[0] = $_ if ($_ > $_[0]) } >} > max( $max, @Werte ); >(Ich war ?berrascht, aber das geht, testprogramm ist unten .. >trotzdem, ist das irgendwie gef?hrlich?) > >Anm1. zwar w?re wohl eigentlich korrekt: >sub max { > ${$_[0]} = pop; > foreach ( @_[1 .. $#_ ] ) { ${$_[0]} = $_ if ($_ > ${$_[0]} ) } >} >und max( \$max, @Werte ); >aber ist langsamer! > > > > From pilsl at goldfisch.at Fri Feb 3 07:10:43 2006 From: pilsl at goldfisch.at (peter pilsl) Date: Fri, 03 Feb 2006 16:10:43 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <1138972462.19516.44.camel@tara.firmix.at> References: <200602031104.55308.gooly@gmx.at> <43E35480.2020902@goldfisch.at> <1138972462.19516.44.camel@tara.firmix.at> Message-ID: <43E37273.4010501@goldfisch.at> Bernd Petrovitsch wrote: ?hhh ... mit deinem zeilenumbruch ist etwas schwer nicht in ordnung ;) das explizite l?schen von hashes und arrays hat zwei haken: i) man ?bersieht immer etwas, wenn man verschachtelte strukturen verwendet ii) das explizite l?schen kann zuwenig sein. Wenn eine struktur referenzen auf code hat, der ?ber eval definiert wurde, zB Hier hilfts nix ausser eine eigene GC zu schreiben, die zB im zuge des destroys von objekten oder teilweise auch beim verlassen von methoden aufgerufen wird. aber ich denke, hier gibts zwei ans?tze: einerseits den ansatz, der meint, ein gutes programm braucht keine gute GC, weil der programmierer exakt weiss wo was genau steht und der ansatz der meint, der aufwand f?r dieses wissen ist ab einer bestimmten datenkomplexit?t zu gross und eine GC daher wesentlich effizienter. lgp > On Fri, 2006-02-03 at 14:02 +0100, peter pilsl wrote:[...]> Man sieht, dass der Speicherplatz bei jedem Aufruf ein anderer ist, der> sich aber auch mal wiederholen kann.> > Die genaue Funktion der Speicherfreigabe ist nicht nur Aufgabe von perl> und keinesfalls deterministisch.> > Was fix ist:> bei jedem Aufruf der sub wird $x neu erzeugt. An welchem Speicherplatz> ist nach aussen zuf?llig. Bei Ende der sub wird $x wieder freigegeben> und damit im perl-internen sinn auch zerst?rt. > Wenn es keine Referenzen drauf gibt. > [...]> Aber die Aufgabe ist extremst komplex und es gibt speicherstrukturen,> die perl ?berfordern und es gibt immer wieder bugs in der> garbage-collection von perl und dann gibt es nat?rlich prinzipielle> probleme wie zirkul?re referenzen $a->{x}-{y}=[1,2,\$a,4,5]; die von> einem counter-basierten garbage-collector wie perl gar nicht aufgel?st> werden *k?nnen*. > Daf?r ist der GC simpel. Wenn man solche Strukturen aufbaut (und Angstfor Speicherleaks hat), dann kann man immer noch explizit Hashes undArray l?schen - st?ren wird das kaum k?nnen). > [...]> Bisher komme ich selten umhin, mir eigene GarbageCollectoren f?r> gr?ssere Projekte zu basteln (k?mpfe aber dennoch seit M?rz mit einem> unentdeckten mem-leak in einer mod_perl-application :) > Tja .... > Bernd-- Firmix Software GmbH http://www.firmix.at/mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services > _______________________________________________Vienna-pm mailing listVienna-pm at pm.orghttp://mail.pm.org/mailman/listinfo/vienna-pm > -- mag. peter pilsl goldfisch.at IT- & dataconsulting tel: +43 650 3574035 tel: +43 1 8900602 fax: +43 1 8900602 15 pilsl at goldfisch.at From bernd at firmix.at Fri Feb 3 07:45:52 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Fri, 03 Feb 2006 16:45:52 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <43E37273.4010501@goldfisch.at> References: <200602031104.55308.gooly@gmx.at> <43E35480.2020902@goldfisch.at> <1138972462.19516.44.camel@tara.firmix.at> <43E37273.4010501@goldfisch.at> Message-ID: <1138981552.19516.57.camel@tara.firmix.at> On Fri, 2006-02-03 at 16:10 +0100, peter pilsl wrote: > Bernd Petrovitsch wrote: [...] > ?hhh ... mit deinem zeilenumbruch ist etwas schwer nicht in ordnung ;) Spa?ig. Du bist der erste, der damit ein Problem hat. Und ich w??te nicht da? Eolution diesbez?glich deppert ist. > das explizite l?schen von hashes und arrays hat zwei haken: > > i) man ?bersieht immer etwas, wenn man verschachtelte strukturen verwendet Bug in der Software, wenn man den Weg w?hlt. > ii) das explizite l?schen kann zuwenig sein. Wenn eine struktur > referenzen auf code hat, der ?ber eval definiert wurde, zB Naja, ich bin absolut kein Fan dieser Verwendung von `eval`, wenn es sich irgendwie vermeiden l??t (ja ,`eval` f?r Exception Handling l??t sich nicht vermeiden und damit kann ich auch gut leben). > Hier hilfts nix ausser eine eigene GC zu schreiben, die zB im zuge des > destroys von objekten oder teilweise auch beim verlassen von methoden > aufgerufen wird. Explizites L?schen von Arrays/Hashes an geeigneten Stellen, wo man wei?, da? es weg mu?, ist ja auch nichts wesentlich anderes. Oder ?berseh ich was? > aber ich denke, hier gibts zwei ans?tze: > > einerseits den ansatz, der meint, ein gutes programm braucht keine gute > GC, weil der programmierer exakt weiss wo was genau steht Ja. > und der ansatz der meint, der aufwand f?r dieses wissen ist ab einer > bestimmten datenkomplexit?t zu gross und eine GC daher wesentlich > effizienter. Wenn sie existiert, ja. Es w?re auch eine gute L?sung, den teuren GC durch die Applikation triggern zu lassen. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From spaceman at foo.at Fri Feb 3 11:09:49 2006 From: spaceman at foo.at (Stefan Weiss) Date: Fri, 03 Feb 2006 20:09:49 +0100 Subject: [Vienna-pm] Vars in sub max {..} In-Reply-To: <43E37273.4010501@goldfisch.at> References: <200602031104.55308.gooly@gmx.at> <43E35480.2020902@goldfisch.at> <1138972462.19516.44.camel@tara.firmix.at> <43E37273.4010501@goldfisch.at> Message-ID: <43E3AA7D.60101@foo.at> On 2006-02-03 16:10, peter pilsl wrote: > ii) das explizite l?schen kann zuwenig sein. Wenn eine struktur > referenzen auf code hat, der ?ber eval definiert wurde, zB > > Hier hilfts nix ausser eine eigene GC zu schreiben, die zB im zuge des > destroys von objekten oder teilweise auch beim verlassen von methoden > aufgerufen wird. In manchen Situationen kann weaken() aus Scalar::Util hilfreich sein: weaken REF REF will be turned into a weak reference. This means that it will not hold a reference count on the object it references. Also when the reference count on that object reaches zero, REF will be set to undef. This is useful for keeping copies of references , but you don't want to pre- vent the object being DESTROY-ed at its usual time. { my $var; $ref = \$var; weaken($ref); # Make $ref a weak reference } # $ref is now undef cheers, stefan From rl at brabbel.net Fri Feb 10 00:50:06 2006 From: rl at brabbel.net (Roland Lammel) Date: Fri, 10 Feb 2006 09:50:06 +0100 Subject: [Vienna-pm] Perl Workshop 2006? In-Reply-To: <20060123151358.GB21197@domm2.zsi.at> References: <20060123151358.GB21197@domm2.zsi.at> Message-ID: <9b51ffb30602100050u3c0abf0ewf46a1340aaa8b18c@mail.gmail.com> Ad 1) Auf jeden Fall, mind. einmal im Jahr sollt man auch was lernen ;-) Ad 2) K?nnt event. wieder ein wenig mithelfen, im besonderen Falls es wieder im Haus ist. Ad 3) Event. k?nnte Kapsch CarrierCom wieder den Raum hosten Bitte mitteilen, ob ich anfragen soll, oder wir lieber eine andere Location haben. Ad 4) Don't know Ad 5) Logo w?r fein, bin in der hinsicht eher talentfrei Ad 6) Yes, Sir. Hat gut gepasst. Cheers +rl On 1/23/06, Thomas Klausner wrote: > > Hi! > > Da ich mich gerade im Penizilin-gepowerten Schwebezustand zwischen > zu-krank-zum-hackeln und zu-gesund-zum-nixtun befinde, leiere ich > hiermit mal die Organisation des pot. stattfindendenden Oesterreichschen > Perl Workshops 2006 an. > > 1: besteht Interesse? > > > 2: besteht Interesse, mitzuorganiseren? > (es gibt ein orga-liste, ich subskribiere gerne jedeN, der/die will) > > > 3: Wir brauchen eine Venue fuer ca 50 Leute, mit Beamer und ev > Soundanlage, WLan + Bandbreite, Platz fuer Kaffepause und ev einem > Extrakaemmerlein fuer Hack-Sessions. > Hat da ev jemand was bei der Hand? > Moeglichst gratis, weil je weniger fixkosten, desto besser. > (ich hab lieber ein nicht perfekte Venue umsonst als eine gute um > 500 Euro) > > > 4: Voraussichtlich wird Geld fuer folgende Dinge benoetigt, wenn also > jemandes Arbeitgeber (oder man selber) das finanziell unterstuetzen > kann, waere es super: > (mit * sollte auf jeden Fall da sein): > - Kaffepausen (Essen & Trinken) * > - Speakers Dinner * > - T-Shirts > - Reise/Hotelkosten fuer ev. einzuladende "Stargaeste" > > > 5: Logo (im uebrigen waere ein Vienna.pm-Logo auch recht nett, wenn > jemand ein wenig zeichnen mag) und/oder T-Shirt-Design > > > 6: Kosten und Dauer waren letztes Jahr ziemlich OK, IMO, koennten wir > dieses Jahr also wieder aehnlich machen. > (2 Tage, 10/30/75 Euro) > > > 7: Zeitpunkt haengt ein wenig von der Venue ab (von wegen geschenkter > Gaul..) aber Mai/Juni ist meine Praeferenz. > > > und wohl einiges mehr. > > also? > > > -- > #!/usr/bin/perl http://domm.zsi.at > for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > -- * Sonja & Roland Lammel * * Herbalife & Wellness Beratung * http://www.xund.biz * mailto:lammel at xund.biz * Telefon: +43676 87835935 * * Gesunde Gewichtskontrolle * Energie & Vitalit?t * Wellness & Fitness * Selbstst?ndig arbeiten von zu Hause * Nebenverdienst * 2. Standbein? * * Sind Sie interessiert an Ver?nderung? Holen Sie sich die Fakten! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/vienna-pm/attachments/20060210/320352c0/attachment.html From domm at cpan.org Wed Feb 15 02:29:31 2006 From: domm at cpan.org (Thomas Klausner) Date: Wed, 15 Feb 2006 11:29:31 +0100 Subject: [Vienna-pm] Perl Workshop 2006? In-Reply-To: <9b51ffb30602100050u3c0abf0ewf46a1340aaa8b18c@mail.gmail.com> References: <20060123151358.GB21197@domm2.zsi.at> <9b51ffb30602100050u3c0abf0ewf46a1340aaa8b18c@mail.gmail.com> Message-ID: <20060215102931.GF25949@domm2.zsi.at> Hi! On Fri, Feb 10, 2006 at 09:50:06AM +0100, Roland Lammel wrote: > Ad 3) > Event. k?nnte Kapsch CarrierCom wieder den Raum hosten > Bitte mitteilen, ob ich anfragen soll, oder wir lieber eine andere Location > haben. Ja, bitte frag mal. Ich wuerde mir wieder 2 Tage (DO/FR) im Juni wuenschen. Am liebsten 1. und 2. oder 8. und 9. Hmm, nach ein wenig im Kalender blaettern scheint mir 8. und 9. am besten, weil sonst ueberall div Feiertage sind (Christi Himmelfahrt, Pfingsten, Fronleichnam). Und weiter hinten (22./23.) ist schon sehr nahe an den Sommerferien. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at cpan.org Wed Feb 15 06:57:02 2006 From: domm at cpan.org (Thomas Klausner) Date: Wed, 15 Feb 2006 15:57:02 +0100 Subject: [Vienna-pm] Leute fuer Catalyst-Projekt gesucht Message-ID: <20060215145702.GN25949@domm2.zsi.at> Hi! Ich suche ein oder mehr Leute, die mit mir gemeinsam an einem kleinen Catalyst-Projekt rumschrauben wollen. Es gibt (ein wenig) Geld, viel Ruhm und die Moeglichkeit, Catalyst auszuprobieren... Gehen tuts hierrum: http://mana.netznetz.net bzw das MANA Community Game Interessenten bitte mal bei mir melden -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From rl at brabbel.net Wed Feb 15 09:22:43 2006 From: rl at brabbel.net (Roland Lammel) Date: Wed, 15 Feb 2006 18:22:43 +0100 Subject: [Vienna-pm] Leute fuer Catalyst-Projekt gesucht In-Reply-To: <20060215145702.GN25949@domm2.zsi.at> References: <20060215145702.GN25949@domm2.zsi.at> Message-ID: <9b51ffb30602150922h3f731adat6d743252bbbd111a@mail.gmail.com> Howdi, Hab erst k?rzlich ein Catalyst Projekt bestritten. Sehr nettes Ding. W?rd glatt die eine oder andere Schraube mitdrehen mit dir. Ein wenig Details w?ren dann noch n?tig ;-) LG +rl On 2/15/06, Thomas Klausner wrote: > > Hi! > > Ich suche ein oder mehr Leute, die mit mir gemeinsam an einem kleinen > Catalyst-Projekt rumschrauben wollen. Es gibt (ein wenig) Geld, viel > Ruhm und die Moeglichkeit, Catalyst auszuprobieren... > > Gehen tuts hierrum: > > http://mana.netznetz.net > > bzw das MANA Community Game > > Interessenten bitte mal bei mir melden > > > -- > #!/usr/bin/perl http://domm.zsi.at > for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > -- * Sonja & Roland Lammel * * Herbalife & Wellness Beratung * http://www.xund.biz * mailto:lammel at xund.biz * Telefon: +43676 87835935 * * Gesunde Gewichtskontrolle * Energie & Vitalit?t * Wellness & Fitness * Selbstst?ndig arbeiten von zu Hause * Nebenverdienst * 2. Standbein? * * Sind Sie interessiert an Ver?nderung? Holen Sie sich die Fakten! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/vienna-pm/attachments/20060215/83eaa3d2/attachment.html From pilsl at goldfisch.at Sun Feb 19 01:07:24 2006 From: pilsl at goldfisch.at (peter pilsl) Date: Sun, 19 Feb 2006 10:07:24 +0100 Subject: [Vienna-pm] Leute fuer Catalyst-Projekt gesucht In-Reply-To: <20060215145702.GN25949@domm2.zsi.at> References: <20060215145702.GN25949@domm2.zsi.at> Message-ID: <43F8354C.9050203@goldfisch.at> Dringend n?tig ists ja :) wollte mich anmelden, aber ausser der ersten mail "in bearbeitung" hab ich nie wieder was von der plattform geh?rt :) das projekt selbst ist ?brigens in der szene umstritten. Siehe dazu ein "streitgespr?ch" in der aktuelle malmoe - print gratis in alle guten lokalen oder direkt die coole mod_perl-basierte und von mir realisierte online-ausgabe: http://www.malmoe.org/suchergebnis/0/10/netzkultur/ Mich selbst w?rd das projekt technisch und politisch sehr interessieren, hab aber erst im herbst wieder zeit f?r irgendwas. lgp ps: sorry f?r die ?bertriebene malmoewerbung im text ;) Thomas Klausner wrote: > Hi! > > Ich suche ein oder mehr Leute, die mit mir gemeinsam an einem kleinen > Catalyst-Projekt rumschrauben wollen. Es gibt (ein wenig) Geld, viel > Ruhm und die Moeglichkeit, Catalyst auszuprobieren... > > Gehen tuts hierrum: > > http://mana.netznetz.net > > bzw das MANA Community Game > > Interessenten bitte mal bei mir melden > > From rl at brabbel.net Thu Feb 23 08:37:11 2006 From: rl at brabbel.net (Roland Lammel) Date: Thu, 23 Feb 2006 17:37:11 +0100 Subject: [Vienna-pm] Perl Workshop 2006? In-Reply-To: <20060215102931.GF25949@domm2.zsi.at> References: <20060123151358.GB21197@domm2.zsi.at> <9b51ffb30602100050u3c0abf0ewf46a1340aaa8b18c@mail.gmail.com> <20060215102931.GF25949@domm2.zsi.at> Message-ID: <9b51ffb30602230837o7346e1er6927de64e3430fdf@mail.gmail.com> Howdi, Ich habe bereits bei uns in der Firma vorgef?hlt, und wir k?nnen dieses Jahr erneut die Location stellen. Ich habe die selben R?umlichkeiten wie letztes Jahr f?r 8. - 9. Juni 2006 vorreserviert. Sponsoring ist dieses Jahr nicht vergesehen, d.h. Snacks/Mittagessen m?ssen wir getrennt organisieren. @Domm: D.h. ich br?ucht dann eine Best?tigung, dass es wieder bei uns stattfinden wird. @All: Bitte melden, falls etwas letztes Jahr nicht gepasst hat, damit es noch besser werden kann. K?nnt euch auch melden, was euch sehr gut gepasst hat, damit wirs erneut machen ;-) +rl On 2/15/06, Thomas Klausner wrote: > > Hi! > > On Fri, Feb 10, 2006 at 09:50:06AM +0100, Roland Lammel wrote: > > > Ad 3) > > Event. k?nnte Kapsch CarrierCom wieder den Raum hosten > > Bitte mitteilen, ob ich anfragen soll, oder wir lieber eine andere > Location > > haben. > > Ja, bitte frag mal. Ich wuerde mir wieder 2 Tage (DO/FR) im Juni > wuenschen. Am liebsten 1. und 2. oder 8. und 9. > > Hmm, nach ein wenig im Kalender blaettern scheint mir 8. und 9. am > besten, weil sonst ueberall div Feiertage sind (Christi Himmelfahrt, > Pfingsten, Fronleichnam). Und weiter hinten (22./23.) ist schon sehr > nahe an den Sommerferien. > > > -- > #!/usr/bin/perl http://domm.zsi.at > for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > -- * Sonja & Roland Lammel * * Herbalife & Wellness Beratung * http://www.xund.biz * mailto:lammel at xund.biz * Telefon: +43676 87835935 * * Gesunde Gewichtskontrolle * Energie & Vitalit?t * Wellness & Fitness * Selbstst?ndig arbeiten von zu Hause * Nebenverdienst * 2. Standbein? * * Sind Sie interessiert an Ver?nderung? Holen Sie sich die Fakten! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/vienna-pm/attachments/20060223/89b89b28/attachment.html From domm at cpan.org Thu Feb 23 12:09:35 2006 From: domm at cpan.org (Thomas Klausner) Date: Thu, 23 Feb 2006 21:09:35 +0100 Subject: [Vienna-pm] Perl Workshop 2006? In-Reply-To: <9b51ffb30602230837o7346e1er6927de64e3430fdf@mail.gmail.com> References: <20060123151358.GB21197@domm2.zsi.at> <9b51ffb30602100050u3c0abf0ewf46a1340aaa8b18c@mail.gmail.com> <20060215102931.GF25949@domm2.zsi.at> <9b51ffb30602230837o7346e1er6927de64e3430fdf@mail.gmail.com> Message-ID: <20060223200935.GB846@domm2.zsi.at> Hi! On Thu, Feb 23, 2006 at 05:37:11PM +0100, Roland Lammel wrote: > Ich habe bereits bei uns in der Firma vorgef?hlt, und wir k?nnen dieses Jahr > erneut die Location stellen. Super! > Ich habe die selben R?umlichkeiten wie letztes Jahr f?r 8. - 9. Juni 2006 > vorreserviert. Grossartig > Sponsoring ist dieses Jahr nicht vergesehen, d.h. Snacks/Mittagessen m?ssen > wir getrennt organisieren. ok > @Domm: D.h. ich br?ucht dann eine Best?tigung, dass es wieder bei uns > stattfinden wird. Wenns keine Einwaende von anderen Listemitgliedern gibt, ja. > @All: Bitte melden, falls etwas letztes Jahr nicht gepasst hat, damit es > noch besser werden kann. > K?nnt euch auch melden, was euch sehr gut gepasst hat, damit wirs erneut > machen ;-) Ja, genau. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}