From gooly at gmx.at  Mon May  3 13:23:56 2004
From: gooly at gmx.at (Gooly)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] http://www.perldoc.com/
Message-ID: <200405032023.57102.gooly@gmx.at>

Hi,

wei? jemand, was da los ist seit mehreren Tagen ist meine Lieblingsadresse 
(nach eBay) nicht zug?nglich.

Ist das ein System-update oder -Umstellung, war das der neue Wurm oder ist das 
der Anfang vom Ende?

Calli

From horshack at lisa.franken.de  Mon May  3 13:36:46 2004
From: horshack at lisa.franken.de (Richard Lippmann)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] http://www.perldoc.com/
In-Reply-To: <200405032023.57102.gooly@gmx.at>
Message-ID: <5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>

Da findet eine Umleitung statt nach:

     <script language="javascript">
         var myhostname = "www.perldoc.com";
         //alert("Hey Nice to see you " + myhostname);
         myRe = /^(.*):([0-9]*)(.*)/;
         var newname = myhostname.replace(myRe,"$1$3");
         //alert("I changed URL to:" + newname);
         document.write("<meta http-equiv=\"Refresh\" content=\"1; URL=" + 
"https://" + newname + ":19638/webhost/rollout\">");
     </script>


ergo: https://www.perldoc.com:19638/webhost/rollout

Ich kann es fast nicht glauben. Wein! Den Port lassen nur wenige Admins 
durch die Proxies und Firewalls.

Gru?,
Horshack


At 20:23 03.05.2004 +0200, Gooly wrote:
>Hi,
>wei? jemand, was da los ist seit mehreren Tagen ist meine Lieblingsadresse
>nach eBay) nicht zug?nglich.
>Ist das ein System-update oder -Umstellung, war das der neue Wurm oder ist 
>das
>er Anfang vom Ende?
>Calli
>______________________________________________
>ienna-pm mailing list
>ienna-pm@mail.pm.org
>ttp://mail.pm.org/mailman/listinfo/vienna-pm

--
Richard Lippmann, Findus Internet-OPAC
Findus, see http://www.hultsfred.de
Private, see http://lena.franken.de


From markus.schabel at tgm.ac.at  Mon May  3 13:43:23 2004
From: markus.schabel at tgm.ac.at (Markus Schabel)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] http://www.perldoc.com/
In-Reply-To: <5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>
References: <5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>
Message-ID: <409692CB.1050903@tgm.ac.at>

Richard Lippmann wrote:
> Da findet eine Umleitung statt nach:
> [..]
> ergo: https://www.perldoc.com:19638/webhost/rollout

naja, das kann aber auch nicht ganz der gew?nschte seiteninhalt sein...

> Ich kann es fast nicht glauben. Wein! Den Port lassen nur wenige Admins 
> durch die Proxies und Firewalls. [..]

stimmt. ich jedenfalls nicht :D

lg Markus
-- 
           \\\ ||| ///                               _\=/_
            (  @ @  )                                (o o)
+--------oOOo-(_)-oOOo--------------------------oOOo-(_)-oOOo------+
| Markus Schabel      TGM - Die Schule der Technik   www.tgm.ac.at |
| IT-Service          A-1200 Wien, Wexstrasse 19-23  net.tgm.ac.at |
| markus.schabel@tgm.ac.at                   Tel.: +43(1)33126/316 |
| markus.schabel@members.fsf.org             Fax.: +43(1)33126/154 |
| FSF Associate Member #597, Linux User #259595 (counter.li.org)   |
|        oOOo        Yet Another Spam Trap:     oOOo               |
|       (    )    oOOo    yast@tgm.ac.at       (   )     oOOo      |
+--------\  (----(   )--------------------------\ ( -----(   )-----+
           \_)     ) /                            \_)      ) /
                  (_/                                     (_/

Computers are like airconditioners:
   They stop working properly if you open windows.

From hjp at wsr.ac.at  Mon May  3 13:51:18 2004
From: hjp at wsr.ac.at (Peter J. Holzer)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] http://www.perldoc.com/
In-Reply-To: <5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>
References: <200405032023.57102.gooly@gmx.at>
	<5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>
Message-ID: <20040503185118.GA1428@wsr.ac.at>

On 2004-05-03 20:36:46 +0200, Richard Lippmann wrote:
> Da findet eine Umleitung statt nach:
> 
>     <script language="javascript">
>         var myhostname = "www.perldoc.com";
>         //alert("Hey Nice to see you " + myhostname);
>         myRe = /^(.*):([0-9]*)(.*)/;
>         var newname = myhostname.replace(myRe,"$1$3");
>         //alert("I changed URL to:" + newname);
>         document.write("<meta http-equiv=\"Refresh\" content=\"1; URL=" + 
> "https://" + newname + ":19638/webhost/rollout\">");
>     </script>
> 
> 
> ergo: https://www.perldoc.com:19638/webhost/rollout
> 
> Ich kann es fast nicht glauben. Wein! Den Port lassen nur wenige Admins 
> durch die Proxies und Firewalls.

Der ist auch ziemlich sicher nicht f?r die ?ffentlichkeit gedacht. Da
kommt man nur zu einer Login-Maske (wo man sich offenbar als User
"Administrator" anmelden k?nnte, wenn man das Passwort w?sste, und zu
Manual eines Produkts namens "Ensim", das offenbar ein Webinterface zum
Webserververwalten ist und mit Perl vermutlich eher wenig zu tun hat
(Au?er dass der ISP des Eigent?mers von perldoc.com das offenbar
verwendet).

> >ist das er Anfang vom Ende?

Die W??t steht auf kan Foi mea long und ibas Joa kummt sowiso da Komet!

	hp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 388 bytes
Desc: not available
Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20040503/9ebf96c2/attachment.bin
From domm at zsi.at  Mon May  3 13:49:41 2004
From: domm at zsi.at (Thomas Klausner)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] http://www.perldoc.com/
In-Reply-To: <409692CB.1050903@tgm.ac.at>
References: <5.1.1.2.2.20040503203438.00b69960@home.rosi13.de>
	<409692CB.1050903@tgm.ac.at>
Message-ID: <20040503184941.GB27951@zsi.at>

Hi!

On Mon, May 03, 2004 at 08:43:23PM +0200, Markus Schabel wrote:
> Richard Lippmann wrote:
> >ergo: https://www.perldoc.com:19638/webhost/rollout
> 
> naja, das kann aber auch nicht ganz der gew?nschte seiteninhalt sein...

ich krieg da eine Admin-Login-Seite, sieht irgendwie nach ISP aus.

Mir ist aber in div. Mailinglisten nix aufgefallen (wobei ich p5p nur
ueberfliege..)

-- 
-> Austrian Perl Workshop - 20th-22nd May - http://vienna.pm.org/ <-

#!/usr/bin/perl                               http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

From domm at zsi.at  Mon May 10 15:42:24 2004
From: domm at zsi.at (Thomas Klausner)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] T-Shirt-Design-Hilfe
Message-ID: <20040510204224.GC5109@zsi.at>

Hi!

Ich moechte fuer den Workshop T-Shirts machen, und haette da ein kleines
Bild im Kopf, kanns aber irgendwie (mangels Grafik-Begabung) nicht umsetzen.

Deshalb die Frage: Kann das jemand?

Ein Roh-Entwurf ist hier:
  http://vienna.pm.org/kamel_6.png

Das Kamel ist ja ganz OK, nur das Riesenrad... (irgendwie kann ich im GIMP
keine Kreise/Linien machen)

Auf die Rueckseite (oder ev unten drunter) kommt noch eine kleine Obfuscation.

Die Idee ist nicht ja mega-orginell, d.h. wenn jemand eine
besser hat: her damit. Allerdings muesste das superschnell gehen, weil ich
die T-Shirts eigentlich morgen (DI) nachmittag in Auftrag geben wollte...

Also wenn wer kann, waer das super.

-- 
-> Austrian Perl Workshop - 20th-22nd May - http://vienna.pm.org/ <-

#!/usr/bin/perl                               http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

From alfie at ist.org  Tue May 11 04:30:03 2004
From: alfie at ist.org (Gerfried Fuchs)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] T-Shirt-Design-Hilfe
In-Reply-To: <20040510204224.GC5109@zsi.at>
References: <20040510204224.GC5109@zsi.at>
Message-ID: <2004-05-11_11.29.58@alfie.ist.org>

* Thomas Klausner <domm@zsi.at> [2004-05-10 22:42]:
> Ich moechte fuer den Workshop T-Shirts machen, und haette da ein kleines
> Bild im Kopf, kanns aber irgendwie (mangels Grafik-Begabung) nicht umsetzen.
> 
> Deshalb die Frage: Kann das jemand?
> 
> Ein Roh-Entwurf ist hier:
>   http://vienna.pm.org/kamel_6.png
> 
> Das Kamel ist ja ganz OK, nur das Riesenrad... (irgendwie kann ich im GIMP
> keine Kreise/Linien machen)

 Kreise: Kreis-Select-Werkzeug, und dann Edit->Stroke
 Linien: Anfang klicken, shift-klick auf Endpunkt

 Geniale Idee, auf jeden Fall!

> Auf die Rueckseite (oder ev unten drunter) kommt noch eine kleine Obfuscation.
> 
> Die Idee ist nicht ja mega-orginell, d.h. wenn jemand eine
> besser hat: her damit. Allerdings muesste das superschnell gehen, weil ich
> die T-Shirts eigentlich morgen (DI) nachmittag in Auftrag geben wollte...

 Ich finde die Idee herrlich. Aber interessant, dass da offenbar
?hnliche Ideen vorherrschen:
<http://debconf5.gwendoline.at/img/debconf5.png>

 Bis dann,
Alfie
-- 
        "It's today!" said Piglet.
        "My favorite day," said Pooh.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20040511/b9e05543/attachment.bin
From gooly at gmx.at  Tue May 11 06:42:21 2004
From: gooly at gmx.at (Gooly)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] JUBEL, sie geht wieder
Message-ID: <200405111342.21380.gooly@gmx.at>

Hallo,

sie geht wieder:
	http://www.perldoc.com/perl5.8.0/pod/perl.html

Ich bin gerettet,
gooly

From domm at zsi.at  Wed May 12 03:27:12 2004
From: domm at zsi.at (Thomas Klausner)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] Perl Workshop - Programm & Anmeldung
Message-ID: <20040512082710.GB21583@zsi.at>

Hi!

Vom 20. bis 22. Mai 2004 veranstaltet vienna.pm gemeinsam mit 5uper.net den
Ersten Österreichischen Perl Workshop. Das Programm (und weitere Infos)
gibts hier:

  http://vienna.pm.org/ws_programm.html

Ich bitte alle, die zum Workshop kommen wollen, sich hier anzumelden

  http://vienna.pm.org/ws_anmelden.html

damit wir des gemeinsame Abendessen organisieren, Namensschilder drucken,
und aehnliche Dinge mehr machen koennen.

Danke!        (und Sorry fuers crossposten)

Thomas Klausner
Vienna.pm

-- 
-> Austrian Perl Workshop - 20th-22nd May - http://vienna.pm.org/ <-

#!/usr/bin/perl                               http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

From joe at bec.at  Wed May 19 10:54:05 2004
From: joe at bec.at (Josef Bergmann)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
Message-ID: <200405191754.05699.joe@bec.at>

Hi!

Ich m?chte das zwei Linux-Programme auf gemeinsame Daten zugreifen. Konkret, 
ein Programm sammelt Informationen aus Netzwerkverbindungen und legt diese 
(z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten periodisch 
auslesen und in einer Datenbank ablegt.

Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
Daten/Hashes ab damit der zweite Prozess darauf zugreifen kann. Gibt es so 
eine Art Shared-Memory-Modul?

bye Josef
-- 
BERGMANN engineering & consulting  http://bec.at

From mjy at geizhals.at  Wed May 19 11:08:28 2004
From: mjy at geizhals.at (Marinos J. Yannikos)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <200405191754.05699.joe@bec.at>
References: <200405191754.05699.joe@bec.at>
Message-ID: <40AB867C.8070407@geizhals.at>

Hi,

Josef Bergmann wrote:

> Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
> Daten/Hashes ab damit der zweite Prozess darauf zugreifen kann. Gibt es so 
> eine Art Shared-Memory-Modul?
> 

http://search.cpan.org/~bsugars/IPC-Shareable-0.60/lib/IPC/Shareable.pm

MfG,
-mjy
-- 
Dipl.-Ing. Marinos Yannikos, CEO
Preisvergleich Internet Services AG
Obere Donaustra?e 63/2, A-1020 Wien
Tel./Fax: (+431) 5811609-52/-55

From pilsl at goldfisch.at  Wed May 19 12:15:14 2004
From: pilsl at goldfisch.at (peter pilsl)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <200405191754.05699.joe@bec.at>
References: <200405191754.05699.joe@bec.at>
Message-ID: <40AB9622.8030809@goldfisch.at>


linux unterst?tzt mit IPC unter anderem shared memory, semaphoren u
sysmessages und das ist genau das was du ben?tigst.

auf cpan findest du viele IPC-module mit sehr unterschiedlichen
Leistungen.  IPC::Shareable, IPC::ShareLite, IPC::SysV usw.
Die meisten (alle?) basieren auf IPC::SysV.

manche erlauben das direkte Tie von Variablen auf den shared memory und
komplexe locks.

F?r mich waren im Endeffekt alle diese einfachen Varianten viel zu
langsam und ich benutze IPC::ShareLite und das Storable-modul, das mit
freeze und thaw Methoden zur verf?gung stellt, die einen Hash in einen
string und vice versa abbildet.

shared memory ist ein sehr m?chtiges Werkzeug, aber du musst halt gut
?berlegen, wer den Speicher nachher wieder freigibt, wer gerade darauf
schreiben darf usw. usf.

wenn du shm wirklich nur ben?tigst, um Daten unidirektional von einem
Prozess zum anderen zu schicken, w?rde ich es mit Pipes oder so versuchen.

erster Einstieg f?r alle diese Dinge ist auf jeden Fall:
man perlipc

viel spass,
peter

ps: unter linux kannst du mit ipcs und ipcrm den sharedmem beobachten
und die segmente "manuell" l?schen. Kann recht hilfreich sein ;)


Josef Bergmann wrote:
> Hi!
> 
> Ich m?chte das zwei Linux-Programme auf gemeinsame Daten zugreifen. Konkret, 
> ein Programm sammelt Informationen aus Netzwerkverbindungen und legt diese 
> (z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten periodisch 
> auslesen und in einer Datenbank ablegt.
> 
> Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
> Daten/Hashes ab damit der zweite Prozess darauf zugreifen kann. Gibt es so 
> eine Art Shared-Memory-Modul?
> 
> bye Josef



From wolfgang.laun at alcatel.at  Fri May 21 01:02:27 2004
From: wolfgang.laun at alcatel.at (LAUN Wolfgang)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
Message-ID: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>

Zu den Hinweisen auf die CPAN-Module, die zum Thema SM gekommen
sind, m?chte ich eine grundlegende Frage stellen: Warum soll
?berhaupt Shared Memory verwendet werden? Damit handelt man
sich eine ganze Reihe von Problemen ein.

(1) Shared memory segmente m?ssen angelegt und initialisiert
werden. Damit muss man zwischen einem Cold start (SM
anlegen und initialisieren) und einem Restart (z.B. nach
Ausfall eines oder beider Programme) unterscheiden.

(2) Weiters wird Synchronisation zwischen dem Produzenten
(dem Sammler-Prozess) und dem Konsumenten (der DB-Client)
notwendig.

(3) Ein Hash w?chst i.a. dynamisch; SM-Segmente sind daf?r
nicht unbedingt gut geeignet.

Ich habe in einer Reihe ?hnlicher F?lle immer Sockets f?r
die Weitergabe von Daten verwendet und bin damit recht gut
gefahren. Neben dem Wegfallen aller Nebenbedingungen f?r SM
gewinnt man gratis dazu, dass Produzent und Konsument auch
auf verschiedenen Systemen laufen k?nnen. Speichern der
Daten ist nat?rlich nur mehr im Kosument notwendig.

Ich habe f?r das Socket-Handling das Package Msg.pm
aus dem Buch "Advanced Perl Programming" von Sriram
Srinivasan verwendet. Der Code ist auf 
http://examples.oreilly.com/advperl/
zu finden.

(Zusatzfrage: Warum m?ssen es ?berhaupt 2 Prozesse sein?)

F?r weitere Ausk?nfte stehe ich gerne zur Verf?gung!

Wolfgang Laun
Transport Solutions Division
Alcatel Austria AG
Phone +43 1 27722 5662
Fax   +43 1 27722 1173








> -----Original Message-----
> From: Josef Bergmann [mailto:joe@bec.at]
> Sent: Wednesday, May 19, 2004 5:54 PM
> To: vienna-pm@mail.pm.org
> Subject: [Vienna-pm] hash in shared memory?
> 
> 
> Hi!
> 
> Ich m?chte das zwei Linux-Programme auf gemeinsame Daten 
> zugreifen. Konkret, 
> ein Programm sammelt Informationen aus Netzwerkverbindungen 
> und legt diese 
> (z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten 
> periodisch 
> auslesen und in einer Datenbank ablegt.
> 
> Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
> Daten/Hashes ab damit der zweite Prozess darauf zugreifen 
> kann. Gibt es so 
> eine Art Shared-Memory-Modul?
> 
> bye Josef
> -- 
> BERGMANN engineering & consulting  http://bec.at
> _______________________________________________
> Vienna-pm mailing list
> Vienna-pm@mail.pm.org
> http://mail.pm.org/mailman/listinfo/vienna-pm
> 

From joe at bec.at  Fri May 21 03:10:18 2004
From: joe at bec.at (Josef Bergmann)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
References: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
Message-ID: <200405211010.18160.joe@bec.at>

Hallo!

Vorerst danke f?r die vielen schnellen Hinweise. Ich hatte beim Studium des 
Archives eher den Eindruck es handelt sich um eine tote Liste ;-)

> > ein Programm sammelt Informationen aus Netzwerkverbindungen
> > und legt diese
> > (z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten
> > periodisch
> > auslesen und in einer Datenbank ablegt.

> (Zusatzfrage: Warum m?ssen es ?berhaupt 2 Prozesse sein?)

Ja die Frage hab ich mir mittlerweile auch wieder mal gestelllt. Ich hole f?r 
meine Gedanken vielleicht ein bisserl weiter aus.

Ich brauche einen Sammler-task der mir Pakete aus dem IPTables::IPv4::IPQueue 
Modul abholt. Das ganze sollte schnell und "nicht blockierend" passieren (da 
sonst der Netzverkehr ins stocken kommen kann).

Des weiteren brauche ich einen Task der mir Teile der gesammelten Daten 
periodisch in Datenbanken schreibt (wahrscheinlich RRD und MySQL).

Mein erster (klassicher Ansatz) war das Unix-like mit zwei Prozessen zu 
machen. Mittlerweile bin allerdings auf die Threads in Perl (ithreads) 
gestossen die shared hashes bereits implemetieren. Scheint mir der perfekte 
Ansatz zu sein.

Kann mir jemand dazu seine Erfahrungen mitteilen?

Danke!
bye Josef
-- 
BERGMANN engineering & consulting  http://bec.at

From wolfgang.laun at alcatel.at  Fri May 21 04:41:55 2004
From: wolfgang.laun at alcatel.at (LAUN Wolfgang)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
Message-ID: <DF27CDCBD2581D4B88431901094E4B4D02B0C72B@attmsx1.aut.alcatel.at>

Wenn ich die Erkl?rungen zu IPTables::IPv4::IPQueue richtig verstanden habe,
bekommt man die Packets mit einem blockierenden, zeit?berwachten Aufruf von
select(2). 

F?r die Anwendung w?ren mir sowohl SM als auch threads zu aufwendig. Der
Vorschlag, die Daten mit einer Pipe weiterzuleiten, scheint am
einfachsten zu sein.

Der Sammler schreibt auf P, das mit open( P, "| dbwriter" ) er?ffnet
wird; der DB-Schreiber liest einfach von STDIN. Allenfalls muss er noch
sicherstellen, dass er nicht zu lange im Read h?ngt, wenn die
DB-Updates genau periodisch stattfinden sollen.

Noch eins: Je mehr Info der Sammler filtert bzw. komprimiert, umso
geringer wird der Overhead zum Weiterleiten. Optimal w?re es vielleicht
sogar, nur die DB-Update-Kommandos an den dbwriter zu senden, der sich dann mit
den DB-Zugriffen herumschlagen kann.

(Mit threads in Perl habe ich keine Erfahrung - es gibt aber sicher eine
Reihe von systemabh?ngigen Feinheiten. Z.B.: Blockiert Perl mit threads bei 
select() komplett oder nur der thread, der select() aufruft?)

mfg
Wolfgang Laun

> -----Original Message-----
> From: Josef Bergmann [mailto:joe@bec.at]
> Sent: Friday, May 21, 2004 10:10 AM
> To: vienna-pm@mail.pm.org
> Subject: Re: [Vienna-pm] hash in shared memory?
> 
> Ich brauche einen Sammler-task der mir Pakete aus dem 
> IPTables::IPv4::IPQueue 
> Modul abholt. Das ganze sollte schnell und "nicht 
> blockierend" passieren (da 
> sonst der Netzverkehr ins stocken kommen kann).
> 
> Des weiteren brauche ich einen Task der mir Teile der 
> gesammelten Daten 
> periodisch in Datenbanken schreibt (wahrscheinlich RRD und MySQL).
> 
> Mein erster (klassicher Ansatz) war das Unix-like mit zwei 
> Prozessen zu 
> machen. Mittlerweile bin allerdings auf die Threads in Perl 
> (ithreads) 
> gestossen die shared hashes bereits implemetieren. Scheint 
> mir der perfekte 
> Ansatz zu sein.
> 
> Kann mir jemand dazu seine Erfahrungen mitteilen?
> 
> Danke!
> bye Josef
> -- 
> BERGMANN engineering & consulting  http://bec.at
> _______________________________________________
> Vienna-pm mailing list
> Vienna-pm@mail.pm.org
> http://mail.pm.org/mailman/listinfo/vienna-pm
> 

From pilsl at goldfisch.at  Fri May 21 09:18:16 2004
From: pilsl at goldfisch.at (peter pilsl)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
References: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
Message-ID: <40AE0FA8.9030303@goldfisch.at>


Warum shared memory?

Ich verwende shm in folgendem szenario:

beliebig viele prozesse (zB eine threaded serverapplikation wie 
apache/mod_perl) wollen gemeinsame daten sehr effizient sharen (zB 
caching aufw?ndiger Datenbankabfragen etc.)
Ich komme bei kaum einer mod_perl-applikation ohne aus. Irgendwo ist 
immer die Situation, dass ein Prozess Daten zeitaufw?ndig gewinnen muss 
und dann ?ber shm bequem den anderen zur Verf?gung stellen muss.

Wenn man es einmal gemacht hat, ist es so komplex auch wieder nicht.
semaphoren sind f?r ein simplex locking bestens geeignet und es muss 
einen Allocation-Table geben, damit alle Prozesse den ?berblick 
behalten, was eigentlich gespeichert ist.
Wichtig nat?rlich immer ein monitor, der die shm-segmente wieder l?scht, 
wenns n?tig ist.

Sockets sind f?r diese Art der Anwendung nach meinem Wissen nicht geeignet.

peter


LAUN Wolfgang wrote:
> Zu den Hinweisen auf die CPAN-Module, die zum Thema SM gekommen
> sind, m?chte ich eine grundlegende Frage stellen: Warum soll
> ?berhaupt Shared Memory verwendet werden? Damit handelt man
> sich eine ganze Reihe von Problemen ein.
> 
> (1) Shared memory segmente m?ssen angelegt und initialisiert
> werden. Damit muss man zwischen einem Cold start (SM
> anlegen und initialisieren) und einem Restart (z.B. nach
> Ausfall eines oder beider Programme) unterscheiden.
> 
> (2) Weiters wird Synchronisation zwischen dem Produzenten
> (dem Sammler-Prozess) und dem Konsumenten (der DB-Client)
> notwendig.
> 
> (3) Ein Hash w?chst i.a. dynamisch; SM-Segmente sind daf?r
> nicht unbedingt gut geeignet.
> 
> Ich habe in einer Reihe ?hnlicher F?lle immer Sockets f?r
> die Weitergabe von Daten verwendet und bin damit recht gut
> gefahren. Neben dem Wegfallen aller Nebenbedingungen f?r SM
> gewinnt man gratis dazu, dass Produzent und Konsument auch
> auf verschiedenen Systemen laufen k?nnen. Speichern der
> Daten ist nat?rlich nur mehr im Kosument notwendig.
> 
> Ich habe f?r das Socket-Handling das Package Msg.pm
> aus dem Buch "Advanced Perl Programming" von Sriram
> Srinivasan verwendet. Der Code ist auf 
> http://examples.oreilly.com/advperl/
> zu finden.
> 
> (Zusatzfrage: Warum m?ssen es ?berhaupt 2 Prozesse sein?)
> 
> F?r weitere Ausk?nfte stehe ich gerne zur Verf?gung!
> 
> Wolfgang Laun
> Transport Solutions Division
> Alcatel Austria AG
> Phone +43 1 27722 5662
> Fax   +43 1 27722 1173
> 
> 
> 
> 
> 
> 
> 
> 
> 
>>-----Original Message-----
>>From: Josef Bergmann [mailto:joe@bec.at]
>>Sent: Wednesday, May 19, 2004 5:54 PM
>>To: vienna-pm@mail.pm.org
>>Subject: [Vienna-pm] hash in shared memory?
>>
>>
>>Hi!
>>
>>Ich m?chte das zwei Linux-Programme auf gemeinsame Daten 
>>zugreifen. Konkret, 
>>ein Programm sammelt Informationen aus Netzwerkverbindungen 
>>und legt diese 
>>(z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten 
>>periodisch 
>>auslesen und in einer Datenbank ablegt.
>>
>>Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
>>Daten/Hashes ab damit der zweite Prozess darauf zugreifen 
>>kann. Gibt es so 
>>eine Art Shared-Memory-Modul?
>>
>>bye Josef
>>-- 
>>BERGMANN engineering & consulting  http://bec.at
>>_______________________________________________
>>Vienna-pm mailing list
>>Vienna-pm@mail.pm.org
>>http://mail.pm.org/mailman/listinfo/vienna-pm
>>
> 
> _______________________________________________
> Vienna-pm mailing list
> Vienna-pm@mail.pm.org
> http://mail.pm.org/mailman/listinfo/vienna-pm
> 


From gooly at gmx.at  Fri May 21 13:10:40 2004
From: gooly at gmx.at (Gooly)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <40AE0FA8.9030303@goldfisch.at>
References: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
	<40AE0FA8.9030303@goldfisch.at>
Message-ID: <200405212010.40945.gooly@gmx.at>

Hello, 

hier in dem threaded chats?Server verwende ich shared Variablen: Array 
(Buffer) Hash = string re-hashed, weil ich nicht sicher war und es machmal 
eine Zugriffsfehler gegeben hat..

Ich glaube n?heres steht unter den Hlp-Files von Threaded..

maybe it helps
carl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ChatServer.pl
Type: application/x-perl
Size: 7098 bytes
Desc: not available
Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20040521/3551c7db/ChatServer.bin
From domm at zsi.at  Sat May 22 06:20:19 2004
From: domm at zsi.at (Thomas Klausner)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
In-Reply-To: <200405211010.18160.joe@bec.at>
References: <DF27CDCBD2581D4B88431901094E4B4D02B0C72A@attmsx1.aut.alcatel.at>
	<200405211010.18160.joe@bec.at>
Message-ID: <20040522112019.GA31403@zsi.at>

Hi!

On Fri, May 21, 2004 at 10:10:18AM +0200, Josef Bergmann wrote:


> Vorerst danke f?r die vielen schnellen Hinweise. Ich hatte beim Studium des 
> Archives eher den Eindruck es handelt sich um eine tote Liste ;-)

Hmm, zZ ist die Vienna.pm Liste immer so semi-schlafend, d.h. lange passiert
nix, dann wieder ein bust of activity.

Aber ich hoffe, das der Perl Workshop (wo ich grad sitze) im Freiraum/MuQua,
etwas (viel) mehr Leben in die Liste und auch in den IRC channel
(#austria.pm auf irc.perl.org) bringen wird.

Und zum Shared-Memory:

Ich verwende, wie eh schon angemerkt (aber schon laenger, hab also schon
seit einiger Zeit nicht mehr geschaut, was es sonst noch gibt), Shared
Memory in mod_perl, um 'teure' Datenstrukturen zwischen einzelnen
Apache-Childs zu teilen.

Funktioniert einwandfrei.


-- 
-> Austrian Perl Workshop - 20th-22nd May - http://vienna.pm.org/ <-

#!/usr/bin/perl                               http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

From wolfgang.laun at alcatel.at  Mon May 24 00:45:48 2004
From: wolfgang.laun at alcatel.at (LAUN Wolfgang)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] hash in shared memory?
Message-ID: <DF27CDCBD2581D4B88431901094E4B4D02B0C72C@attmsx1.aut.alcatel.at>

> -----Original Message-----
> From: peter pilsl [mailto:pilsl@goldfisch.at]
> Sent: Friday, May 21, 2004 4:18 PM
> To: vienna-pm@mail.pm.org
> Subject: Re: [Vienna-pm] hash in shared memory?
> 
> 
> 
> Warum shared memory?
> 
> Ich verwende shm in folgendem szenario:
> 
> beliebig viele prozesse (zB eine threaded serverapplikation wie 
> apache/mod_perl) wollen gemeinsame daten sehr effizient sharen (zB 
> caching aufw?ndiger Datenbankabfragen etc.)

Das ist doch ein anderes Szenario als das urspr?nglich mit einem
Produzenten und einem Konsumenten beschriebene.

> Ich komme bei kaum einer mod_perl-applikation ohne aus. Irgendwo ist 
> immer die Situation, dass ein Prozess Daten zeitaufw?ndig 
> gewinnen muss 
> und dann ?ber shm bequem den anderen zur Verf?gung stellen muss.
> 
> Wenn man es einmal gemacht hat, ist es so komplex auch wieder nicht.
> semaphoren sind f?r ein simplex locking bestens geeignet und es muss 
> einen Allocation-Table geben, damit alle Prozesse den ?berblick 
> behalten, was eigentlich gespeichert ist.
> Wichtig nat?rlich immer ein monitor, der die shm-segmente 
> wieder l?scht, 
> wenns n?tig ist.

Eben doch ein wenig viel Aufwand, wenn's eine Pipe (oder eine
entsprechende Einbahn-Verbindung) von A nach B auch tut.

> 
> Sockets sind f?r diese Art der Anwendung nach meinem Wissen 
> nicht geeignet.

Klar, denn (wie oben gesagt) das ist ja eine andere Situation. 

-W

> 
> peter
> 
> 
> LAUN Wolfgang wrote:
> > Zu den Hinweisen auf die CPAN-Module, die zum Thema SM gekommen
> > sind, m?chte ich eine grundlegende Frage stellen: Warum soll
> > ?berhaupt Shared Memory verwendet werden? Damit handelt man
> > sich eine ganze Reihe von Problemen ein.
> > 
> > (1) Shared memory segmente m?ssen angelegt und initialisiert
> > werden. Damit muss man zwischen einem Cold start (SM
> > anlegen und initialisieren) und einem Restart (z.B. nach
> > Ausfall eines oder beider Programme) unterscheiden.
> > 
> > (2) Weiters wird Synchronisation zwischen dem Produzenten
> > (dem Sammler-Prozess) und dem Konsumenten (der DB-Client)
> > notwendig.
> > 
> > (3) Ein Hash w?chst i.a. dynamisch; SM-Segmente sind daf?r
> > nicht unbedingt gut geeignet.
> > 
> > Ich habe in einer Reihe ?hnlicher F?lle immer Sockets f?r
> > die Weitergabe von Daten verwendet und bin damit recht gut
> > gefahren. Neben dem Wegfallen aller Nebenbedingungen f?r SM
> > gewinnt man gratis dazu, dass Produzent und Konsument auch
> > auf verschiedenen Systemen laufen k?nnen. Speichern der
> > Daten ist nat?rlich nur mehr im Kosument notwendig.
> > 
> > Ich habe f?r das Socket-Handling das Package Msg.pm
> > aus dem Buch "Advanced Perl Programming" von Sriram
> > Srinivasan verwendet. Der Code ist auf 
> > http://examples.oreilly.com/advperl/
> > zu finden.
> > 
> > (Zusatzfrage: Warum m?ssen es ?berhaupt 2 Prozesse sein?)
> > 
> > F?r weitere Ausk?nfte stehe ich gerne zur Verf?gung!
> > 
> > Wolfgang Laun
> > Transport Solutions Division
> > Alcatel Austria AG
> > Phone +43 1 27722 5662
> > Fax   +43 1 27722 1173
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >>-----Original Message-----
> >>From: Josef Bergmann [mailto:joe@bec.at]
> >>Sent: Wednesday, May 19, 2004 5:54 PM
> >>To: vienna-pm@mail.pm.org
> >>Subject: [Vienna-pm] hash in shared memory?
> >>
> >>
> >>Hi!
> >>
> >>Ich m?chte das zwei Linux-Programme auf gemeinsame Daten 
> >>zugreifen. Konkret, 
> >>ein Programm sammelt Informationen aus Netzwerkverbindungen 
> >>und legt diese 
> >>(z.Z.) in Hashes ab. Nun soll ein anderer Prozess diese Daten 
> >>periodisch 
> >>auslesen und in einer Datenbank ablegt.
> >>
> >>Die beiden Teilproblem habe ich ja gel?st, nur wie/wo lege ich die 
> >>Daten/Hashes ab damit der zweite Prozess darauf zugreifen 
> >>kann. Gibt es so 
> >>eine Art Shared-Memory-Modul?
> >>
> >>bye Josef
> >>-- 
> >>BERGMANN engineering & consulting  http://bec.at
> >>_______________________________________________
> >>Vienna-pm mailing list
> >>Vienna-pm@mail.pm.org
> >>http://mail.pm.org/mailman/listinfo/vienna-pm
> >>
> > 
> > _______________________________________________
> > Vienna-pm mailing list
> > Vienna-pm@mail.pm.org
> > http://mail.pm.org/mailman/listinfo/vienna-pm
> > 
> 
> _______________________________________________
> Vienna-pm mailing list
> Vienna-pm@mail.pm.org
> http://mail.pm.org/mailman/listinfo/vienna-pm
> 


From max at sternwelten.at  Mon May 24 06:30:00 2004
From: max at sternwelten.at (maximilian attems)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] Re: [Austrian Perlworkshop] Der Workshop ist vorbei ...
In-Reply-To: <20040523201243.GA13369@zsi.at>
References: <20040523201243.GA13369@zsi.at>
Message-ID: <20040524113000.GF1949@sputnik.stro.at>


hey domm,

zuerst mal danke an dir domm fuer die idee und vor allem
die gelungene umsetzung.
hab ein bischen bei manchen vortraegen mitgeschrieben,
werds an die lieste posten zwecks review und dann vielleicht
auf use.perl.org weblog.


On Sun, 23 May 2004, Thomas Klausner wrote:

> * Alle Vortragenden bitte ich, Links zu ihren Slides bzw sonstige Unterlagen
> zu schicken.

http://debian.stro.at/kernel_perl.sxi
 
> * Wenn jemand Fotos, Videos, Blog-Eintraege, etc gemacht hat: bitte
> ebenfalls URLs schicken, zB:
>   http://use.perl.org/~domm/journal/18902

fotos + blog nachgereicht
 
> * Da der Workshop anscheinend allen Leute recht gut gefallen hat, haette ich
> schon Lust, naechstes Jahr wieder einen Workshop zu veranstalten. Wer da ev
> mitmachen moechte (beim Organisieren) kann sich ja schon mal an mich wenden.

bin dabei.

lieben grusz an alle
a++ maks



From elcondor at wennja.warum.net  Tue May 25 04:26:56 2004
From: elcondor at wennja.warum.net (Martin Schipany)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] MIME-Mails Generierung
Message-ID: <1085477215.28315.13.camel@phieps>

Hi!

Ich habe ein (potentiell triviales) Problem:
Ich m?chte eine HTML-Mail mit Perl generieren, diese soll im MUA
(Evolution, Outlook, etc) automatisch wie eine Webseite dargestellt
werden, inklusive der darin enthaltenen Graphiken, Style-Tags, etc.

Jetzt kann ich mit MIME::Entity zwar problemlos multipart-mails
generieren, aber es endet immer damit, dass der HTML-Teil als Attachment
angezeigt wird und die Graphiken ebenfalls nur als Attachments, nicht
Inline im HTML - von den Styles sieht man lat?rnich auch nix. 

Meine Frage jetzt: hab ich was ganz triviales ?bersehen (und wenn: was?)
oder geht das mit Perl bzw zumindest den MIME::Tools nicht (bzw gibts
ein package, dass das kann?)?

gruss
	Martin

*********************************************************************
*                                                                   *
*  Martin Schipany        email: elcondor(at)warum.net              *
*                         IRC  : ElCondor on channel #diddl         *
*                                                                   *
*******************************************************************'




From mjy at geizhals.at  Tue May 25 04:43:43 2004
From: mjy at geizhals.at (Marinos J. Yannikos)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] MIME-Mails Generierung
In-Reply-To: <1085477215.28315.13.camel@phieps>
References: <1085477215.28315.13.camel@phieps>
Message-ID: <40B3154F.5000804@geizhals.at>

Martin Schipany wrote:

> Meine Frage jetzt: hab ich was ganz triviales ?bersehen (und wenn: was?)
> oder geht das mit Perl bzw zumindest den MIME::Tools nicht (bzw gibts
> ein package, dass das kann?)?

Wir verwenden Mail::Sender - das hat zwar ein paar merkw?rdige Probleme 
(das API ist etwas inkonsistent), aber wie auch in der manpage 
nachzulesen ist, kann man damit bequem multipart-mails mit HTML und div. 
Attachments erzeugen:

        Sending message with plaintext and HTML alternatives with
        inline images [...]

Wir verschicken die Inline-Bilder und stylesheets dennoch nicht mit der 
Mail, sondern binden sie extern ein.

MfG,
-mjy
-- 
Dipl.-Ing. Marinos Yannikos, CEO
Preisvergleich Internet Services AG
Obere Donaustra?e 63/2, A-1020 Wien
Tel./Fax: (+431) 5811609-52/-55

From domm at zsi.at  Tue May 25 04:36:54 2004
From: domm at zsi.at (Thomas Klausner)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] MIME-Mails Generierung
In-Reply-To: <1085477215.28315.13.camel@phieps>
References: <1085477215.28315.13.camel@phieps>
Message-ID: <20040525093654.GI29048@zsi.at>

Hi!

On Tue, May 25, 2004 at 11:26:56AM +0200, Martin Schipany wrote:

> Ich habe ein (potentiell triviales) Problem:

Email-Generierung ist (leider) /nie/ trivial :-)

> Ich m?chte eine HTML-Mail mit Perl generieren, diese soll im MUA
> (Evolution, Outlook, etc) automatisch wie eine Webseite dargestellt
> werden, inklusive der darin enthaltenen Graphiken, Style-Tags, etc.
> 
> Jetzt kann ich mit MIME::Entity zwar problemlos multipart-mails
> generieren, aber es endet immer damit, dass der HTML-Teil als Attachment
> angezeigt wird und die Graphiken ebenfalls nur als Attachments, nicht
> Inline im HTML - von den Styles sieht man lat?rnich auch nix. 
> 
> Meine Frage jetzt: hab ich was ganz triviales ?bersehen (und wenn: was?)
> oder geht das mit Perl bzw zumindest den MIME::Tools nicht (bzw gibts
> ein package, dass das kann?)?

Mit Mail::Box (bzw Mail::Message) kann man recht genau die diversesten Mails
generieren. Ob man  damit auch solche Mails, wie du sie brauchst, erzeugen
kann, weiss ich nicht. 

Ich wuerd mir mal ein gewuenschtes Mail (von einem anderen MUA erzeugt) in
einem moeglichst rohem Zustand abspeichern und probieren, eine aehnliche
Struktur zu erzeugen.

Mehr faellt mir grad auch nicht ein...

-- 
-> Austrian Perl Workshop - 20th-22nd May - http://vienna.pm.org/ <-

#!/usr/bin/perl                               http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

From alfredreibenschuh at gmx.net  Thu May 27 10:42:00 2004
From: alfredreibenschuh at gmx.net (fredo)
Date: Mon Aug  2 21:39:20 2004
Subject: [Vienna-pm] MIME-Mails Generierung
In-Reply-To: <1085477215.28315.13.camel@phieps>
References: <1085477215.28315.13.camel@phieps>
Message-ID: <cc2cb0taug9c9vkegsi4oe2i9hef7nkvbm@4ax.com>

hi!

>Jetzt kann ich mit MIME::Entity zwar problemlos multipart-mails
>generieren, aber es endet immer damit, dass der HTML-Teil als Attachment
>angezeigt wird und die Graphiken ebenfalls nur als Attachments, nicht
>Inline im HTML - von den Styles sieht man lat?rnich auch nix. 
>
>Meine Frage jetzt: hab ich was ganz triviales ?bersehen (und wenn: was?)
>oder geht das mit Perl bzw zumindest den MIME::Tools nicht (bzw gibts
>ein package, dass das kann?)?

also ich hab da MIME::Lite verwendet, der clue ist den content-type
der main-entity als text/html zu haben und nicht zu attachen.

hoffe das du die images auch mit den richtigen cids gesetzt hast.

cheers,

 
--
  __              _ 
 / _|_ __ ___  __| | ___    unix, linux, freebsd
| |_| '__/ _ \/ _` |/ _ \   jpeg, png, gif, ppm
|  _| | |  __/ (_| | (_) |  apache, perl, php, mysql 
|_| |_|  \___|\__,_|\___/   pdf, ps, abw, html, pod