Nicht, wenn du diese Variablen auch in anderen Modulen/Skripten verwendest.

ich hab mal eine ganz allgemeine frage:

eine Variable, die innerhalb einer Schleife deklariert ist, gilt die auch als Global? Sie ist ja immerhin ausserhalb einer Sub

diese Variable ist nur in der Schleife gültig...

ok danke!!! gibt es sonst noch allgemeine dinge die man bei der arbeit mit mod_perl beachten sollte?

Bei Apache::Registry fallen mir die folgenden Sachen ein:

1. Die perldoc's lesen: mod_perl, Apache::Registry, eventuell Apache::DBI, cgi_to_mod_perl, Mod_perl_cgi, Mod_perl_faq, mod_perl_traps,
2. globale Variablen nur readonly verwenden; wenn in die auch geschrieben werden soll, dann versuchen, ob man die nicht durch closures ersetzen kann
3. Nicht davon ausgehen, dass das Hauptprogramm im package main laeuft
4. Zirkulaere Referenzen selbst wieder soweit aufloesen, dass perl den speicher wiederverwenden kann
5. use strict und warnings sollte sowieso klar sein
6. ein Modul zum parameterparsen verwenden (z.b. CGI.pm), und vielleicht ein Templating-System fuer die Ausgabe des HTML-Codes verwenden (z.B. HTML::Template; das cached unter mod_perl auch recht gut, wenn man es ihm sagt)

Dann mal testen und nachschauen, ob Speicherleaks auftreten.

Feststellen, ob ein Script unter mod_perl laeuft, kannst Du am einfachsten, indem du die Existenz und den Wert der Umgebungsvariable $ENV{MOD_PERL} abfragst.

Wenn du mehr unter mod_perl machen willst, solltest du dir aber ein Buch darueber zulegen. Mir hat das "mod_perl Developer's Cookbook" von Geoffrey Young, Paul Lindner, Randy Kobes (Verlag: Sams Publishing, 2002, 0-672-32240-4, ~40Euro) sehr geholfen. Allerdings bezieht sich das auf den Apache 1.3.x, denn mod_perl fuer Apache2.0 scheint immer noch ziemlich beta zu sein...

Vielen Dank!
Kannst Du mir aber Punkt 3 und 4 nochmal erklären? Was ist eine zirkuläre Referenz und wie löst man sie auf.

$ENV{MOD_PERL} enthält den Wert: mod_perl/1.26
Globale Variablen hab ich jetzt alle als readonly.

3. bei mod_perl wird haeufig das Hauptprogramm in ein eigenes package gesetzt, damit der Code dieses programmes nicht mit dem von anderen kollidiert. welches das bei dir ist, kannst du z.B. mit dem backtracing-code auf meiner HP -> Tips&Tricks herausfinden
4.

da perl anhand eines referenzzaehlers ueberprueft, ob noch was auf den speicherbereich einer referenz zeigt, kann es so nicht selbst feststellen, dass es den speicher wieder freigeben kann, und er bleibt solange alloziiert, bis das programm abbricht (also z.b. der prozess resetted wird). mir ist sowas bisher eigentlich nur bei der programmierung von graphen passiert. Aufloesen kann man sowas, indem man eine referenz unterbricht, z.B. undef $y; oder $y = undef;\n\n

<!--EDIT|Strat|1079462344-->

[quote=Strat,16.Mar..2004, 19:38]4.

da perl anhand eines referenzzaehlers ueberprueft, ob noch was auf den speicherbereich einer referenz zeigt, kann es so nicht selbst feststellen, dass es den speicher wieder freigeben kann, und er bleibt solange alloziiert, bis das programm abbricht (also z.b. der prozess resetted wird). mir ist sowas bisher eigentlich nur bei der programmierung von graphen passiert. Aufloesen kann man sowas, indem man eine referenz unterbricht, z.B. undef $y; oder $y = undef;[/quote]
... oder indem man eine Referenz "schwach" macht (siehe Scalar::Util::weaken).

was ist hiermit:

muss ich das auch auflösen (ist global)

wie kann ich globvars ändern?\n\n

<!--EDIT|Froschpopo|1090505097-->