FastCGI und Modul (Sicherheitsfrage) (Allgemeines zu Perl)

[thread]17255[/thread]

FastCGI und Modul (Sicherheitsfrage)

Tags: perl5 Ähnliche Threads

Leser: 16

Articles: hide open all | hide show old branches

+5 replies
Froschpopo

2012-03-21 08:30
User since
2003-08-15
2653 Artikel
BenutzerIn
Beschäftige mich gerade mit Objekten in Zusammenhang mit FastCGI.
Hier ein Beispiel:
Code: (dl )

1 2 3 4 5 6 7 8

my $obj = Modul->new(@allgemein_gueltig); while (my $cgi = new CGI::Fast) { my $privat = $obj->setItem('bla'); $privat->mach_irgendetwas; }
der in setItem() gesetzte Wert landet also nicht im $self-Hash von new(), sondern im Scope von setItem().

Meine Frage ist jetzt eher eine allgemeine Verständnisfrage zu Perl:

Wenn die while durchlaufen und $privat wieder erloschen ist, wird dann auch dessen Objekt aus dem Speicher entfernt? Ich möchte nämlich Zombieprozesse verhindern indem sich $obj irgendwann aufbläht!

Hier die Funktion:
Code: (dl )

1 2 3 4 5 6 7 8 9

sub setItem { my $self = shift; # allgemeine_gueltige Daten importieren my $arg = shift; my $items = {}; $items->{content} = $arg; bless($items); return $items; }
Wie man sieht werden $self keine Daten hinzugefügt.
Habe schon $self und $obj mit Data::Dumper untersucht, aber irgendwie noch die Sorge, dass irgendwo dieses "bla" festgehalten wird.

Es wäre ja außerdem ein Sicherheitsloch, wenn ein Request (= while-Durchlauf) irgendwelche Daten vom vorherigen Durchlauf vererbt bekommt.
Last edited: 2012-03-21 08:35:58 +0100 (CET)
- +4 replies
- pq
  
  2012-03-21 12:05
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  also ich sehe hier nicht, dass irgendwo eine variable "zurückbleiben" könnte.
  
  man sollte aufpassen mit zirkulären referenzen, aber sowas hast du hier ja nicht.
  
  2012-03-21T07:30:04 Froschpopo
  Wenn die while durchlaufen und $privat wieder erloschen ist, wird dann auch dessen Objekt aus dem Speicher entfernt? Ich möchte nämlich Zombieprozesse verhindern indem sich $obj irgendwann aufbläht!
  
  daraus lese ich eher grundsätzliche verständnisprobleme. wie sollten zombieprozesse enstehen, wenn du gar kein fork machst?
  und was meinst du mit "dessen objekt"? und wieso sollte es noch da sein, wenn $privat aus dem scope fällt?
  dann hätten sehr sehr sehr viele programme ein problem, wenn objekte überall im speicher übrig bleiben würden.
  
  $privat referenziert einen geblessten, anonymen hash.
  wenn $privat aus dem scope fällt, dann hat der hash auch nix mehr, was auf ihn zeigt, und somit wird er auch gelöscht.
  wenn das nicht so wäre, hätte perl keine funktionierende garbage collection.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +3 replies
  - murphy
    
    2012-03-21 15:20
    
    User since
    2004-07-19
    1776 Artikel
    HausmeisterIn
    
    2012-03-21T11:05:12 pq
    [...]
    wenn das nicht so wäre, hätte perl keine funktionierende garbage collection.
    
    <haarspalterei>
    Perl hat ja überhaupt keine Garbagecollection, sondern verwendet ausschließlich Referenzzähler zum Speichermanagement ;-)
    </haarspalterei>
    
    Für das vorgebrachte Argument macht das allerdings keinen großen Unterschied, denn bei jeder funktionierenden automatischen Speicherverwaltung wird ein Objekt irgendwann freigegeben, wenn überhaupt keine Referenzen darauf mehr existieren.
    When C++ is your hammer, every problem looks like your thumb.
    - +2 replies
    - pq
      
      2012-03-21 15:30
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      2012-03-21T14:20:04 murphy
      <haarspalterei>
      Perl hat ja überhaupt keine Garbagecollection, sondern verwendet ausschließlich Referenzzähler zum Speichermanagement ;-)
      </haarspalterei>
      
      ja, haarspalterei =)
      für mich ist das, was perl tut, auch garbage collection. etwas, was ohne referenzen herumliegt, wird entsorgt.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - murphy
        
        2012-03-21 15:39
        
        User since
        2004-07-19
        1776 Artikel
        HausmeisterIn
        
        Es gibt halt Situationen, in denen ein Perlprogramm doch Müll im Speicher hinterlässt (nämlich wenn zirkuläre Referenzen auftreten, wie Du bereits angemerkt hast), daher ist Perl zumindest ein "schlampiger Müllsammler" ;-)
        
        Ein weiterer Unterschied zu den meisten "sorgfältigen Müllsammlern" ist auch, dass Perl ein Objekt sofort freigibt, wenn die letzte Referenz darauf verschwindet, während bei den meisten anderen Systemen ein solches Objekt zu irgendeinem unspezifizierten späteren Zeitpunkt gelöscht wird.
        
        Dieses Verhalten von Perl kann ein großer Vorteil sein und ist, wie ich finde, auf jeden Fall intuitiver verständlich als die Alternative, es kann aber auch negative Auswirkungen auf die Performance der Speicherverwaltung haben.
        When C++ is your hammer, every problem looks like your thumb.

View all threads created 2012-03-21 08:30.