From domm at zsi.at Mon Dec 1 02:56:49 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Advent Message-ID: <20031201085649.GC22825@zsi.at> Hi! Wahrscheinlich kennen's eh die meisten, aber trotzdem: http://perladvent.org/2003/ (Man beachte: Britische Adventkalender habe 25 Felder!) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at zsi.at Mon Dec 1 03:18:13 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <846F3BC6-229F-11D8-BDB9-000393875BF8@laudatio.com> References: <846F3BC6-229F-11D8-BDB9-000393875BF8@laudatio.com> Message-ID: <20031201091813.GF22825@zsi.at> Hi! On Sat, Nov 29, 2003 at 08:09:12PM +0100, Florian Helmberger wrote: > Eventuell koennte die Universitaet Wien da aushelfen - habt Ihr > irgendwie > eine Groessenordnung vor dem geistigen Auge? Mit der Info koennte dann > mein Chefchen zu seinem Chefchen gehen etc. :) > > Netzwerk, WLAN etc. waere jedenfalls auf keinen Fall ein Problem. Wie viele Leute kommen ist natuerlich schwer zu sagen. Mind 20 sollten es wohl schon sein. Mehr als 100 kann ich mir schwer vorstellen. Wenn's eine Gratis-Location gibt, die irgendwie in diesem Rahmen ist (oder ev flexibel, sodass nicht 20 Leute in einem Riesensaal hocken (oder 100 in einem Wuzi-)), waere es wohl am besten. Dann koennen wir naemlich mal Leute einladen, Talks aufstellen, etc und schaun, wieviele es dann wirklich werden. Was haltet ihr denn davon, wenn sich alle interessierten mal wo f2f treffen? -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at zsi.at Mon Dec 1 03:24:19 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <3FC9616C.5020000@gmx.net> References: <20031128202218.GG30294@zsi.at> <3FC9616C.5020000@gmx.net> Message-ID: <20031201092419.GG22825@zsi.at> Hi! On Sun, Nov 30, 2003 at 04:18:04AM +0100, m wrote: > muqua wuerde generell in unserem gemieteten raum gehen -- electric > avenue // 5uper.net > ich werde checken ob es in der ganzen electric avenue moeglich waere, > ist aber generell kein problem glaube ich. > ich kann das im laufe der naechsten woche genauer herausfinden. > > kosten wuerde das garnichts, waere von 5uper.net unterstuetzt. wow, dann haben wir schon 2 pot. Locations. 5uper! Wegen Termin: (Ich hab noch nie wirklich so eine Veranstaltung organisiert, besserinformierte moegen mich also berichtigen.) Ich wuerde was im spaetwinter/Frueherbst interessant finden (Februar bis April). Da der Deutsche Workshop ja verschoben ist, ist jetzt im Februar nix (ausser die YAPC::Israel, aber die ist mir zu weit..). Im Sommer ist dann wieder die Perl Conference (oder wie die jetzt heisst) (aber die ist mir eh zu teuer), dann div. YAPCs etc. Ist das realistisch bis dahin? (Randnotiz: Mein Geburtstag (26.2) waere dieses Jahr auf den Deutschen Workshop gefallen. Aber bis dahin den Oesterreichischen zu mache ist wohl def. zu knapp, oder?) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From nick at ccl4.org Mon Dec 1 04:48:18 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Advent In-Reply-To: <20031201085649.GC22825@zsi.at> References: <20031201085649.GC22825@zsi.at> Message-ID: <20031201104818.GZ11153@plum.flirble.org> On Mon, Dec 01, 2003 at 09:56:49AM +0100, Thomas Klausner wrote: > (Man beachte: Britische Adventkalender habe 25 Felder!) Ich glabue da? Britische Adventkalender nur 24 haben solte, aber Mark gibt uns 4% mehr frei. :-) http://perladvent.org/about/ The Perl Advent Calendar is an online advent calendar that features a different Perl module each day for the twenty four days of advent, and an extra module on Christmas day Nicholas Clark From alfie at ist.org Mon Dec 1 05:03:05 2003 From: alfie at ist.org (Gerfried Fuchs) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Advent In-Reply-To: <20031201085649.GC22825@zsi.at> References: <20031201085649.GC22825@zsi.at> Message-ID: <2003-12-01_12.03.03@alfie.ist.org> * Thomas Klausner [2003-12-01 09:56]: > http://perladvent.org/2003/ Herzig :) Uhm, aber auch irgendwie genial, wenn man z.B. http://perladvent.org/2003/2nd/ versucht: [Text von "Santa Claus is coming to town"] "Now, I ask you, is opening the doors to the advent calender early naughty or nice?" hihi, Alfie -- * Joy idly wonders why the fuck did the lists let through the latest Fw: college girls spam ask a listmaster -- #debian-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031201/22e374d3/attachment.bin From spaceman at foo.at Sat Dec 6 13:01:33 2003 From: spaceman at foo.at (Stefan Weiss) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] OpenOffice starten Message-ID: <200312062001.33813.spaceman@foo.at> Hi. Ich mu? aus einem Skript OpenOffice1.1 starten. Das Office sollte auch weiterlaufen, wenn das urspr?ngliche Skript beendet wird. Leider gelingt mir das im Moment nicht so wirklich, und mir sind f?rs erste die Ideen ausgegangen. Das folgende Skript ist stark reduziert und soll nur den Effekt demonstrieren, das n?tige Errorhandling habe ich weggelassen. Wenn das OpenOffice l?uft, erscheint es im ps-Output als (mindestens) vier seperate Prozesse. Wenn man das Skript am Ende mit ^C beendet, sterben zwei der vier OO-Prozesse mit, und was ?brigbleibt ist nur mehr eine Leiche. Wahrscheinlich mu? nach dem fork() der Child- Prozess noch etwas tun, um sich vom Parent zu l?sen, aber was? TIA, stefan ------------------------------------------------------------------- #!/usr/bin/perl -w use strict; # $ENV{DISPLAY} = ":0.0"; # $SIG{CHLD} = "IGNORE"; my $pid; my $user = $ENV{USER}; sub office_is_running { return `ps aux` =~ m#($user[^\n]+program/soffice\.bin -writer.*?\n){4}#; } print "starting OO...\n"; if (office_is_running()) { print "OO is already running, bye bye.\n"; exit 0; } if ($pid = fork) { print "forked child with pid $pid is now OO\n"; } else { exec("/usr/local/OpenOffice.org1.1.0/program/soffice -writer"); } # wait for OO startup to complete for (1 .. 30) { sleep 2; last if office_is_running(); print "OO not running after ".(2*$_)." seconds...\n"; } if (office_is_running()) { print "OO up and running\n"; } else { die "could not start OO (reached timeout of 60 sec)\n"; } sleep 1000; ### hier mit ^C beenden From k.zoechling at wirtschaftsblatt.at Sat Dec 6 19:46:05 2003 From: k.zoechling at wirtschaftsblatt.at (Karlheinz) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] OpenOffice starten In-Reply-To: <200312062001.33813.spaceman@foo.at> Message-ID: <20031207014358.QUKL10515.viefep15-int.chello.at@neu> On Sat, 6 Dec 2003 20:01:33 +0100, Stefan Weiss wrote: >Wahrscheinlich mu? nach dem fork() der Child- >Prozess noch etwas tun, um sich vom Parent zu l?sen, aber was? nein, eigentlich - in diesem fall - nicht. ich glaube das problem ist dass du oo im falschen teil des if, also nicht im geforkten prozess startest: if ($pid = fork) { print "forked child with pid $pid is now OO\n"; # startet aber kein oo... } else { exec("/usr/local/OpenOffice.org1.1.0/program/soffice -writer"); # dafuer startet oo im "originalen" prozess der dann SIGINT bekommt } lg karlheinz From hjp-vienna-pm-list at hjp.at Sun Dec 7 03:17:38 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] OpenOffice starten In-Reply-To: <200312062001.33813.spaceman@foo.at> References: <200312062001.33813.spaceman@foo.at> Message-ID: <20031207091738.GA25216@teal.hjp.at> On 2003-12-06 20:01:33 +0100, Stefan Weiss wrote: > Ich mu? aus einem Skript OpenOffice1.1 starten. Das Office sollte > auch weiterlaufen, wenn das urspr?ngliche Skript beendet wird. > Leider gelingt mir das im Moment nicht so wirklich, und mir sind > f?rs erste die Ideen ausgegangen. > > Das folgende Skript ist stark reduziert und soll nur den Effekt > demonstrieren, das n?tige Errorhandling habe ich weggelassen. Wenn > das OpenOffice l?uft, erscheint es im ps-Output als (mindestens) > vier seperate Prozesse. Wenn man das Skript am Ende mit ^C beendet, > sterben zwei der vier OO-Prozesse mit, und was ?brigbleibt ist nur > mehr eine Leiche. Wahrscheinlich mu? nach dem fork() der Child- > Prozess noch etwas tun, um sich vom Parent zu l?sen, aber was? Soll er nur gegen Abbrechen mittels Ctrl-C immun sein, oder sich v?llig vom Controlling TTY l?sen? Im ersten Fall sollte ein $SIG{INT} = 'IGNORE'; unmittelbar vor dem exec reichen. Im zweiten Fall liefert die FAQ die Antwort: perldoc -q daemon hp -- _ | Peter J. Holzer | In this vale |_|_) | Sysadmin WSR | Of toil and sin | | | hjp@hjp.at | Your head grows bald __/ | http://www.hjp.at/ | But not your chin. -- Burma Shave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031207/9ccaa700/attachment.bin From spaceman at foo.at Sun Dec 7 04:25:05 2003 From: spaceman at foo.at (Stefan Weiss) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] OpenOffice starten In-Reply-To: <20031207091738.GA25216@teal.hjp.at> References: <200312062001.33813.spaceman@foo.at> <20031207091738.GA25216@teal.hjp.at> Message-ID: <200312071125.05910.spaceman@foo.at> On Sunday, 07 December 2003 10:17, Peter J. Holzer wrote: >> Wahrscheinlich mu? nach dem fork() der Child- >> Prozess noch etwas tun, um sich vom Parent zu l?sen, aber was? .. > Im zweiten Fall liefert die FAQ die Antwort: > > perldoc -q daemon Yup, das POSIX::setsid() wars. Das aufrufende Skript ist eh schon ein Daemon (nicht gepostet, weil >2K Zeilen), daher er?brigen sich die anderen Schritte, aber an das zweite setsid() hatte ich nicht gedacht. Danke, Stefan PS: Wei? jemand, wo ich ?ber setsid & Co nachlesen kann (am besten ein Buch, in dem das Prozess-Handling unter Linux und Unix generell gut beschrieben wird)? From wolfgang.laun at alcatel.at Sun Dec 7 04:44:32 2003 From: wolfgang.laun at alcatel.at (LAUN Wolfgang) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] OpenOffice starten Message-ID: http://www.oreilly.com/catalog/posix/index.html POSIX Programmer's Guide By Donald Lewine 1st Edition April 1991 0-937175-73-0, Order Number: 730 634 pages, $39.95 US, $59.95 CA, ?28.50 UK Und dann gibt's nat?rlich noch den ISO/IEC 9945 http://www.unix.org/version3/iso_std.html -W > -----Original Message----- > From: Stefan Weiss [mailto:spaceman@foo.at] > Sent: Sunday, December 07, 2003 11:25 AM > To: vienna-pm@mail.pm.org > Subject: Re: [Vienna-pm] OpenOffice starten > > > PS: Wei? jemand, wo ich ?ber setsid & Co nachlesen kann (am besten > ein Buch, in dem das Prozess-Handling unter Linux und Unix generell > gut beschrieben wird)? > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > From domm at zsi.at Mon Dec 8 14:22:47 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? Message-ID: <20031208202247.GC28514@zsi.at> Hi! packages.debian.org ist ja schon seit einiger Zeit down, deshalb mal hier die Frage: Gibts fuer debian (testing) ein Perl, das ohne threads kompiliert ist? Das Perl, das dabei ist, ist v5.8.0 built for i386-linux-thread-multi, ich werd aber keine threads verwenden und hab also auch keine Lust auf die Performanceeinbussen. Selber kompilieren waere ja im Prinzip kein Problem, aber dann komm ich wieder mit apt uebers Kreuz. Oder ich wage es endlich mal, selber zu kompilieren und daraus dann eine package zu machen... Hmm, naja, bin fuer Hinweise dankbar! -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From alfie at ist.org Tue Dec 9 04:51:28 2003 From: alfie at ist.org (Gerfried Fuchs) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <20031208202247.GC28514@zsi.at> References: <20031208202247.GC28514@zsi.at> Message-ID: <2003-12-09_11.51.24@alfie.ist.org> * Thomas Klausner [2003-12-08 21:22]: > packages.debian.org ist ja schon seit einiger Zeit down, deshalb mal hier > die Frage: Gibts fuer debian (testing) ein Perl, das ohne threads kompiliert > ist? Nicht dass es mir bekannt w?re.... > Selber kompilieren waere ja im Prinzip kein Problem, aber dann komm ich > wieder mit apt uebers Kreuz. Oder ich wage es endlich mal, selber zu > kompilieren und daraus dann eine package zu machen... $> apt-get source perl # eventuell ist eine deb-src Zeile in der \ sources.list daf?r notwendig, falls noch \ nicht vorhanden $> cd perl-* $> vim debian/rules # und threading da drin deaktivieren $> dch # und einen logeintrag ins changelog reintun $> debuild -uc -us $> cd .. $> ls *.deb # die kann man dann installieren Viel Spass dabei :) Alfie -- > Wozu ein Forum, wenn's Usenet gibt? Die groessere Latenz von Webseitenzugriffen erhoeht die Spannung und macht das Erlebnis damit viel intensiver -- Alexander Talos in <3d18e47b$0$20382$3b214f66@news.univie.ac.at> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031209/120da12c/attachment.bin From lt at toetsch.at Tue Dec 9 04:40:45 2003 From: lt at toetsch.at (Leopold Toetsch) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? References: <20031208202247.GC28514@zsi.at> Message-ID: <3FD5A6AD.5080307@toetsch.at> Thomas Klausner wrote: > Selber kompilieren waere ja im Prinzip kein Problem, aber dann komm ich > wieder mit apt uebers Kreuz. Sollte wirklich kein Problem sein. Ich habe hier z.B. $ l $(which perl) lrwxrwxrwx 1 root root 21 Nov 30 2002 /usr/bin/perl -> /opt/perl-ld/bin/perl* Das voher existierende perl wurde bei make install renamed zu: /usr/bin/perl5.00503 s. INSTALL: -Dprefix und make install PERLNAME d.h. der einzige Konflikt ist eventuell ein Link auf das zu verwendende Perl. Alles andere ist sauber getrennt. leo From domm at zsi.at Tue Dec 9 05:34:22 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <3FD5A6AD.5080307@toetsch.at> References: <20031208202247.GC28514@zsi.at> <3FD5A6AD.5080307@toetsch.at> Message-ID: <20031209113422.GH4494@zsi.at> Hi! On Tue, Dec 09, 2003 at 11:40:45AM +0100, Leopold Toetsch wrote: > >Selber kompilieren waere ja im Prinzip kein Problem, aber dann komm ich > >wieder mit apt uebers Kreuz. > > Sollte wirklich kein Problem sein. Ich habe hier z.B. > .. So aehnlich hab ich's bisher gemacht, nur geht's in Wahrheit nicht (nur) um Perl, sondern um mod_perl. Da gibts auch eine Debian-Package, aber das verwendet eben das threaded Perl. d.h. entweder ich kompiliere alles selber (Apache, mod_perl, Perl) und habe paralell dazu die debian-packages, oder ich mach's mit anderen (oder selber zusammengestellten) packages. Da wir grad eine Server-Rochade machen (alter Webserver wird Dev-Box, alte dev-box wird eingemottet, neuer Webserver) und wir dabei von Suse auf Debian umsteigen, wollte ich das Debain-Packagin-System verwenden, anstatt der Selber-kompiliererei, die einige Nachteile hat. Trotzdem Danke. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at zsi.at Tue Dec 9 05:34:54 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <2003-12-09_11.51.24@alfie.ist.org> References: <20031208202247.GC28514@zsi.at> <2003-12-09_11.51.24@alfie.ist.org> Message-ID: <20031209113454.GI4494@zsi.at> Hi! On Tue, Dec 09, 2003 at 11:51:28AM +0100, Gerfried Fuchs wrote: > $> apt-get source perl # eventuell ist eine deb-src Zeile in der \ > sources.list daf?r notwendig, falls noch \ > nicht vorhanden > $> cd perl-* > $> vim debian/rules # und threading da drin deaktivieren > $> dch # und einen logeintrag ins changelog reintun > $> debuild -uc -us > $> cd .. > $> ls *.deb # die kann man dann installieren Ah, so geht das also! Danke fuer die Hinweise, werd das mal so ausprobieren... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at zsi.at Wed Dec 10 10:30:36 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <2003-12-09_11.51.24@alfie.ist.org> References: <20031208202247.GC28514@zsi.at> <2003-12-09_11.51.24@alfie.ist.org> Message-ID: <20031210163036.GA17845@zsi.at> Hi! On Tue, Dec 09, 2003 at 11:51:28AM +0100, Gerfried Fuchs wrote: > $> apt-get source perl # eventuell ist eine deb-src Zeile in der \ > sources.list daf?r notwendig, falls noch \ > nicht vorhanden > $> cd perl-* > $> vim debian/rules # und threading da drin deaktivieren > $> dch # und einen logeintrag ins changelog reintun > $> debuild -uc -us > $> cd .. > $> ls *.deb # die kann man dann installieren Hab das mehr oder weniger gemacht (threads-deaktivieren war in config-debian) Perl funkt und meldet: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES also keine Threads. Super! Nur: dselect meldet die ganze Zeit: perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: Perl_Gthr_key_ptr Scheint irgendwas mit shared librarys zu tun haben, aber ich kann das nicht ganz nachvollziehen. Was kann das sein? Was kann ich tun? -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From BaierO at spardat.at Wed Dec 10 10:59:27 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:15 2004 Subject: AW: [Vienna-pm] Debian Perl ohne Threads? Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60399BFA6@m0114.s-mxs.net> > -----Urspr?ngliche Nachricht----- > Von: vienna-pm-bounces@mail.pm.org > Gesendet: Mittwoch, 10. Dezember 2003 17:31 > > perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: > undefined symbol: Perl_Gthr_key_ptr > > Scheint irgendwas mit shared librarys zu tun haben, aber ich > kann das nicht ganz nachvollziehen. Was kann das sein? > Was kann ich tun? > relocation errors sind meistens mistig. wenn ich mich recht erinnere, haben undefined symbols was mit einem unvollstaendigen LD_LIBRARY_PATH beim Kompilieren zu tun. Kannst ja mal mit ldd draufschaun, ob ihm irgendwelche libraries fehlen, aber ich vermute, dass du mit dem korrekten LD_LIBRARY_PATH nochmal kompilieren musst. lg Oliver From nick at ccl4.org Wed Dec 10 11:11:49 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <20031210163036.GA17845@zsi.at> References: <20031208202247.GC28514@zsi.at> <2003-12-09_11.51.24@alfie.ist.org> <20031210163036.GA17845@zsi.at> Message-ID: <20031210171149.GJ91982@plum.flirble.org> On Wed, Dec 10, 2003 at 05:30:36PM +0100, Thomas Klausner wrote: > Nur: dselect meldet die ganze Zeit: > perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: > undefined symbol: Perl_Gthr_key_ptr > > Scheint irgendwas mit shared librarys zu tun haben, aber ich kann das nicht > ganz nachvollziehen. Was kann das sein? Was kann ich tun? 1: Was is perl -V fur der neue perl? 2: Ist /usr/bin/perl der neue perl? Ich wiess nicht ob ich die ganze Antwort kenne, aber auf #p5p oder #perl sollten die Leute sie kennen. Nicholas Clark From bernd at firmix.at Wed Dec 10 11:16:47 2003 From: bernd at firmix.at (Bernd Petrovitsch) Date: Mon Aug 2 21:39:15 2004 Subject: AW: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <1FCFCFC1F0830E4D93860866CACC07B60399BFA6@m0114.s-mxs.net> References: <1FCFCFC1F0830E4D93860866CACC07B60399BFA6@m0114.s-mxs.net> Message-ID: <1071076606.24352.113.camel@tara.firmix.at> On Mit, 2003-12-10 at 17:59, Baier Oliver MAX SD wrote: > > -----Urspr?ngliche Nachricht----- > > Von: vienna-pm-bounces@mail.pm.org > > Gesendet: Mittwoch, 10. Dezember 2003 17:31 > > > > perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: > > undefined symbol: Perl_Gthr_key_ptr ^^^ > > > > Scheint irgendwas mit shared librarys zu tun haben, aber ich > > kann das nicht ganz nachvollziehen. Was kann das sein? > > Was kann ich tun? > > > > relocation errors sind meistens mistig. > > wenn ich mich recht erinnere, haben undefined symbols > was mit einem unvollstaendigen LD_LIBRARY_PATH beim > Kompilieren zu tun. Kannst ja mal mit ldd draufschaun, Da kann es viel Ursachen geben - je nach den Randbedingungen. Im konkreten Fall halte ich den Shared-Linker und Umgebung f?r unschuldig. > ob ihm irgendwelche libraries fehlen, aber ich vermute, > dass du mit dem korrekten LD_LIBRARY_PATH nochmal > kompilieren musst. Schaut f?r mich so aus, als ob es ohne Threads obiges Symbol einfach nicht gibt (oder zumindest hei?t es nicht so)[0]. Hmm, ich rate einfach mal, da? man besser die Module alle neu kompiliert. Oder zumindest die Module, die solche Linker Errors verursachen. Bernd [0]: Ohne Thread-Support kann man (bzw. die beteiligte Software) sich jegliche Synchronisation innerhalb eines Prozesses sparen (abgesehen von Signalbehandlung). Ich w?rde also erwarten, da? die zugeh?rige Synchronisation per #ifdef rausgeh?ngt ist (wie es z.B. beim Linux-Kernel mit SMP der Fall ist - das spart Code *und* bringt Performance). -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From domm at zsi.at Wed Dec 10 12:10:41 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: AW: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <1071076606.24352.113.camel@tara.firmix.at> References: <1FCFCFC1F0830E4D93860866CACC07B60399BFA6@m0114.s-mxs.net> <1071076606.24352.113.camel@tara.firmix.at> Message-ID: <20031210181041.GB17845@zsi.at> Hi! On Wed, Dec 10, 2003 at 06:16:47PM +0100, Bernd Petrovitsch wrote: > > > perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: > > > undefined symbol: Perl_Gthr_key_ptr > Hmm, ich rate einfach mal, da? man besser die Module alle neu > kompiliert. Oder zumindest die Module, die solche Linker Errors > verursachen. Ja, das war's (oder isses, bin grad am neu-kompilieren von liblocale-gettext-perl) Danke fuer den Hinweis (das 'thr' war zwar gut versteckt, aber da haett ich eigentlich auch selber draufkommen koennen). -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From alfie at ist.org Thu Dec 11 03:59:41 2003 From: alfie at ist.org (Gerfried Fuchs) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Debian Perl ohne Threads? In-Reply-To: <20031210163036.GA17845@zsi.at> References: <20031208202247.GC28514@zsi.at> <2003-12-09_11.51.24@alfie.ist.org> <20031210163036.GA17845@zsi.at> Message-ID: <2003-12-11_10.59.37@alfie.ist.org> * Thomas Klausner [2003-12-10 17:30]: > Hab das mehr oder weniger gemacht (threads-deaktivieren war in config-debian) > > Perl funkt und meldet: > Characteristics of this binary (from libperl): > Compile-time options: USE_LARGE_FILES > > also keine Threads. Super! Freut mich :) > Nur: dselect meldet die ganze Zeit: > perl: relocation error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: > undefined symbol: Perl_Gthr_key_ptr $> dpkg -S /usr/lib/perl5/auto/Locale/gettext/gettext.so liblocale-gettext-perl: /usr/lib/perl5/auto/Locale/gettext/gettext.so Ich vermute, dass Locale::gettext mit Threading-Unterst?tzung ?bersetzt wurde -- Du wirst das Paket genauso neu ?bersetzen m?ssen. Btw., nicht vergessen, die Pakete auf "hold" zu setzen, damit bei einem n?chsten Update nicht pl?tzlich wieder die Treaded-Pakete dr?bergeb?gelt werden: $# echo perl hold | dpkg --set-selections (bzw. halt f?r alle Pakete, die Du so installiert hast) HTH & HAND, Alfie -- if (argc > 1 && strcmp(argv[1], "-advice") == 0) { printf("Don't Panic!\n"); exit(42); } -- Arnold Robbins in the LJ of February '95, describing RCS -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031211/74ea4e8b/attachment.bin From max at sternwelten.at Sat Dec 20 06:06:39 2003 From: max at sternwelten.at (maximilian attems) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads Message-ID: <20031220120639.GB1206@mail.sternwelten.at> hallo, /. verweist anlaesslich von 16 jahre perl auf diese gute erklaerung des "pumpkin": http://search.cpan.org/~nwclark/perl-5.8.2/pod/perlhist.pod wer hat's gwusst? (ausser etwaige blunzenschaedel ;) @domm: kennst du benchmarks mit perl +- threads? woher kommt die 10% schneller zahl, ist die echt oder aehnlicher gentoo mythoos wie c mit -O3 ??! salut max -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031220/11c70529/attachment.bin From lt at toetsch.at Sat Dec 20 07:41:28 2003 From: lt at toetsch.at (Leopold Toetsch) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads References: <20031220120639.GB1206@mail.sternwelten.at> Message-ID: <3FE45188.7010404@toetsch.at> maximilian attems wrote: > hallo, > > /. verweist anlaesslich von 16 jahre perl auf diese gute > erklaerung des "pumpkin": > http://search.cpan.org/~nwclark/perl-5.8.2/pod/perlhist.pod > wer hat's gwusst? (ausser etwaige blunzenschaedel ;) eh klor und s/blunzen/bluza/ > @domm: kennst du benchmarks mit perl +- threads? That depends, e.g. Building a threaded perl (I read this as: perl supports threads) will give me a 25% performance hit on HP-UX which I am not willing to take Das h?ngt sicher von OS (Geschwindigkeit v. mutex), #Threads, #Prozessoren, Anwendung usw. ab ... Selber Benchmarken macht schlau :) > salut max leo, der Parrot Bluza From marcel at noug.at Sat Dec 20 12:17:35 2003 From: marcel at noug.at (Marcel Gruenauer) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads In-Reply-To: <20031220120639.GB1206@mail.sternwelten.at> References: <20031220120639.GB1206@mail.sternwelten.at> Message-ID: <20031220181735.GA14878@localhost> hi maks, > /. verweist anlaesslich von 16 jahre perl auf diese gute > erklaerung des "pumpkin": > http://search.cpan.org/~nwclark/perl-5.8.2/pod/perlhist.pod > wer hat's gwusst? (ausser etwaige blunzenschaedel ;) habs gewusst. ein blunzenschaedl waer auch nicht schlecht, aber ich glaub nicht, dass das was mit pumpkin(g)s zu tun hat. :) marcel -- We are Perl. Your table will be assimilated. Your waiter will adapt to service us. Surrender your beer. Resistance is futile. -- London.pm strategy aka "embrace and extend" aka "mark and sweep" From max at sternwelten.at Sun Dec 21 04:56:54 2003 From: max at sternwelten.at (maximilian attems) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads In-Reply-To: <20031220181735.GA14878@localhost> References: <20031220120639.GB1206@mail.sternwelten.at> <20031220181735.GA14878@localhost> Message-ID: <20031221105654.GB1320@mail.sternwelten.at> hi marcel, On Sat, 20 Dec 2003, Marcel Gruenauer wrote: > [..] > habs gewusst. ein blunzenschaedl waer auch nicht schlecht, aber ich glaub > nicht, dass das was mit pumpkin(g)s zu tun hat. :) siehe parrot release 0.0.13 :) http://use.perl.org/article.pl?sid=03/10/31/1520257&mode=thread&tid=33 lg max -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031221/da1876b7/attachment.bin From max at sternwelten.at Sun Dec 21 05:02:09 2003 From: max at sternwelten.at (maximilian attems) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads In-Reply-To: <3FE45188.7010404@toetsch.at> References: <20031220120639.GB1206@mail.sternwelten.at> <3FE45188.7010404@toetsch.at> Message-ID: <20031221110209.GC1320@mail.sternwelten.at> On Sat, 20 Dec 2003, Leopold Toetsch wrote: [..] > >wer hat's gwusst? (ausser etwaige blunzenschaedel ;) > > eh klor und s/blunzen/bluza/ uups verzeih meine bad memory, war die schnelle assoziation ohne nachschauen. merke mir bluza > > Building a threaded perl (I read this as: perl supports threads) will > give me a 25% performance hit on HP-UX which I am not willing to take > puuh 25% ist ein wahnsinn > Das h?ngt sicher von OS (Geschwindigkeit v. mutex), #Threads, > #Prozessoren, Anwendung usw. ab ... > Selber Benchmarken macht schlau :) gibts dafuer ein offizielles tool, dasz unterschiedliche perl version timed? lg maks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031221/64a53f0b/attachment.bin From domm at zsi.at Sun Dec 21 05:19:03 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads In-Reply-To: <20031221110209.GC1320@mail.sternwelten.at> References: <20031220120639.GB1206@mail.sternwelten.at> <3FE45188.7010404@toetsch.at> <20031221110209.GC1320@mail.sternwelten.at> Message-ID: <20031221111903.GI26643@zsi.at> Hi! On Sun, Dec 21, 2003 at 12:02:09PM +0100, maximilian attems wrote: > > > > Building a threaded perl (I read this as: perl supports threads) will > > give me a 25% performance hit on HP-UX which I am not willing to take > > > > puuh 25% ist ein wahnsinn > > > Das h?ngt sicher von OS (Geschwindigkeit v. mutex), #Threads, > > #Prozessoren, Anwendung usw. ab ... > > Selber Benchmarken macht schlau :) > > gibts dafuer ein offizielles tool, > dasz unterschiedliche perl version timed? zB "time" time - run programs and summarize system resource usage d.h. man muesste Perl mit verschiedenen Options (mit/ohne threads etc) kompilieren, ein test-programm schrieben (bevorzugt eines, dem threads wurscht sind) und dann mit den unterschiedlichen perls via time rennen lassen. Nicolas hat (glaub ich) in seinem Talk 'When perl is not quite fast enough' http://yapc.mongueurs.net/yapc/talk/?tid=48 verschiedenste Techniken vorgestellt, Code zu benchmarken & profilen, allerdings kann ich mich nicht mehr erinnern, ob da unterschiedliche Perls auch getestet wurden. Ich weiss auch nicht, ob's irgendwo slides davon gibt. Zum selber testen fehlt mir grad die Zeit, aber vielleicht in den Weihnachtsferien... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From hjp-vienna-pm-list at hjp.at Sun Dec 21 05:53:03 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] pumpkin && threads In-Reply-To: <20031221111903.GI26643@zsi.at> References: <20031220120639.GB1206@mail.sternwelten.at> <3FE45188.7010404@toetsch.at> <20031221110209.GC1320@mail.sternwelten.at> <20031221111903.GI26643@zsi.at> Message-ID: <20031221115303.GB966@teal.hjp.at> On 2003-12-21 12:19:03 +0100, Thomas Klausner wrote: > On Sun, Dec 21, 2003 at 12:02:09PM +0100, maximilian attems wrote: > > > > Selber Benchmarken macht schlau :) > > > > gibts dafuer ein offizielles tool, > > dasz unterschiedliche perl version timed? > > zB "time" > > time - run programs and summarize system resource usage > > d.h. man muesste Perl mit verschiedenen Options (mit/ohne threads etc) > kompilieren, ein test-programm schrieben (bevorzugt eines, dem threads > wurscht sind) und dann mit den unterschiedlichen perls via time rennen lassen. Noch besser, keine Test-Programme schreiben, sondern Programme benchmarken, die man IRL auch verwendet (und bei denen die Performance wichtig ist - bei einem Job der einmal t?glich l?uft und 10 Sekunden braucht, ist es ziemlich egal, ob er 2 Sekunden schneller oder langsamer ist). Das benchmarken k?nnte bei mod_perl und Konsorten etwas schwierig sein. Mir f?llt da eigentlich nur ein, mit Time::Hires Beginn und Ende jedes Requests zu bestimmen und in ein Logfile mitzuschreiben. Wenn man das am Production-Server macht, hat man auch gleich realistische Input-Daten :-) hp -- _ | Peter J. Holzer | In this vale |_|_) | Sysadmin WSR | Of toil and sin | | | hjp@hjp.at | Your head grows bald __/ | http://www.hjp.at/ | But not your chin. -- Burma Shave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031221/07c47332/attachment.bin