[quote=steffenw,24.02.2005, 09:55]nee, das ist ein "simples" CGI-Script [/quote]


Bist du sicher, dass du die Variable $ref belegen willst?
Oder willst du $ref und \%ab vergleichen? Falls ja, gibt es da keine bessere Methode??

[quote=steffenw,24.02.2005, 23:00]"Attempt to free unreferenced scalar" was bedeutet das? Das war eigentlich meine ursprüngliche Frage. Wie kann ich so eine Warnung provozieren?[/quote]
1. perldoc perldiag
2. perl -we 'for (1) { map { exit } (1) }'

[quote=ronald,25.02.2005, 08:03][quote=steffenw,24.02.2005, 09:55]Bist du sicher, dass du die Variable $ref belegen willst?[/quote]
Ja @ronald, das ist ja genau der Punkt. Wenn etwas im Hash %ab oder %ba ist und wenn die Wahl auch noch auf diesen fällt, dann soll $ref genau darauf verweisen. Wenn ich es anders mache, dann habe ich mehrere else-Zweige, habe dann Probleme, daß ein elsif nicht mehr greift und, und, und. Oder ich müßte eine Vorverarbeitung machen und mir irgendein Zwischenergebnis merken, was ich dann teste. Dann ist der Berechnungscode aber weit weg vom Test und das dann wieder unübersichtlich. Im Fall von einem elseif wäre die Berechnung vielleicht nicht einmal nötig. Das ist ja gerade der Vorteil von Perl, daß man Zuweisungen machen kann und dann das Ergebnis der Zuweisung auch wieder in einem logischen Kontext weiterverarbeiten kann. So wird das ganze übersichtlicher und man muß sich nicht irgendwelche Namen für irgendwelche temporären Variablen ausdenken.

[quote=pq,25.02.2005, 12:02][/quote]
Danke @pq, perldiag habe ich noch nie gebraucht, bisher sah ich meine Fehler immer gleich.

Ich hab's probiert - ja, der Fehler kommt. Hängt es damit zusammen, daß hier erst $_ der Alias für das Schleifenelement ist und dann der für das ge-map-te Element und Perl dann mittenraus nicht mehr richtig weiß, was denn nun mit dem $_ ist? Geschnallt habe ich es nämlich noch nicht.

[quote=steffenw,25.02.2005, 15:58]Ich hab's probiert - ja, der Fehler kommt. Hängt es damit zusammen, daß hier erst $_ der Alias für das Schleifenelement ist und dann der für das ge-map-te Element und Perl dann mittenraus nicht mehr richtig weiß, was denn nun mit dem $_ ist? Geschnallt habe ich es nämlich noch nicht.[/quote]
ich hab es auch nicht geschnallt. auf jeden fall scheint mir das ein bug zu
sein - aber halt ein mehr oder weniger dokumentierter =)

Dann sind wir schon, 2 die nicht wissen warum das so ist. Vielleicht erklärt's uns noch einer. Wenn nicht, ist es auch nicht so schlimm.

Könnte ein Bug sein, denn ich habe gestern versucht, das Script auf den wesentlichen Teil zusammenzustreichen, aber dann war auch die Warnung weg. Das hätte eigentlich nicht passieren dürfen. Ich hatte nur Teile herausgenommen, die nichts damit zu tun hatten.

Welche perl Version? Google mal nach der Fehlermeldung +perl, es gibt ein paar Berichte über derartige Fehler in 5.8.2/3

This is perl, v5.8.3 built for MSWin32-x86-multi-thread
(with 8 registered patches, see perl -V for more detail)

Copyright 1987-2003, Larry Wall

Binary build 809 provided by ActiveState Corp. http://www.ActiveState.com
ActiveState is a division of Sophos.
Built Feb 3 2004 00:28:51

du weisst schon, dass ungerade versions nummern nicht stabil sind?
aber egal, fehler kommt auch bei stable

witzig ist
perl -we "for (1) { map { exit } ($_) }"
perl -we "for ($_) { map { exit } (1) }"
perl -we "for ($_) { map { exit } ($_) }"

Wow. Was dagegen wenn ich das nächste Woche mal in clpm zur Diskussion stelle?