teste mal

und achte auf korrekte gross-/Kleinschreibung der Modulnamen und packages (auch wenn es unter Windows nur teilweise eine Rolle spielt)

Findet beide Module nicht, aber er hat den Pfad (E:/WWW/cgi-bin/pseudecom) jetzt wenigstens in @INC

Ich versteh nicht wieso, das nicht geht, die Namen alle absolut richtig sind :(

Die fertige Beispieldatei funktioniert, die sieht so aus:
index.pl

PseudEcom.pm

Ich habe bei den Funktionen das gib weggelassen(jedenfalls bei einigen), sonst ist da nichts anderst , oder ich seh da nichts\n\n

<!--EDIT|SirLant|1061154239-->

Ich kapituliere und werde akzeptieren, dass ich unfähig bin das korrekt einzubinden(btw das echte geht auf einmal auch nimmer *freu* ;)).
Würd aber für die Zukunft gerne wissen wie man Module richtig einbindet(und eine Erklärung zu Begin wäre gut) und wie man den Exporter benutzt.
Dachte bis vorhin eigentlich ,dass ich das kann :(

mach dir mal keinen kopf, das kommt vor. heute ist ja wieder ein tag. ;) der fehler kann auch ganz woanders liegen, s.u.

benutze einen systematischen ansatz. das könnte z.b. so aussehen:

1. prüfe dateien und verzeichnisse. du hast ja angesprochen, dass du zwei index.cgi dateien hast => ändere die in zwei eindeutige namen. etc.
2. prüfe die module, die symbole exportieren, mit einem testskript. danach bist du sicher, dass diese funktionieren. damit schließt du aus, dass sich zwei fehler überlagern und dich verwirren. du findest auf dem <!--cpan1--><a href="http://search.cpan.org/search?query=%22Test::Simpl..." target="_blank">CPAN: <!--cpan2--><!--cpan3--></a><!--cpan4--> module, mit denen das leicht gemacht wird.
3. prüfe jetzt erst die eigentlichen skripte, ob sie genauso wie die testskripte die module einziehen.

vielleicht fällt dir noch eine andere sinnvolle ordnung ein.
problem [aufspalten in] n subprobleme [aufspalten in] n*m subprobleme etc.

HTH

ok, mal sehen wo der Fehler liegt.Werde das Script nochmal neu schreiben und dieses mal die Funktionen so lassen, wie sie im Buch stehen.\n\n

<!--EDIT|SirLant|1061206214-->

[quote=SirLant,18.08.2003, 01:12]...und wie man den Exporter benutzt.[/quote]
Den Exporter habe ich vor einigen Jahren oefter benuetzt, bin dann jedoch draufgekommen, dass der durch die Namensraumverunreinigung oft mehr Probleme macht als er loest, weswegen ich ihn jetzt fast nie mehr verwende.
Ich binde auch externe Module haeufig mit
use CGI (); # no namespace pollution
ein.
Wo sieht man einfacher, von wo eine Sub herkommt?

Hier:
;)

Verstehe was du meinst, aber dies ist ja nur ne kleine Anwendung, aus nem Buch.Würde für das wohl eher OOp benutzen, finde es für solche Dinge ganz praktisch(nur bei CGI, mag ich die normale Methode lieber).

Mal ne kurze Frage zu OOP(wollt net extra nen Thread aufmachen und hat ja was mit diesem Modul zu tun).
Wenn ich nen Objekt nur dazu brauche um in den anderen namensraum "einzudringen", sprich die Funktionen von dort zu benutzen, kann ich den Konstruktor, dann einfach so schreiben:

sub new {
my $class = @_;
return( bless ($class));
}

Wenn das Modul PseudEcom heißt, kann ich das ja dann so aufrufen:

$peh = PseudEcom->new();

$peh->funktion();

bless REF,CLASSNAME

<!--pod_f1--><a href="http://www.perldoc.com/perl5.8.0/pod/func/bless.ht..." target="_blank">perldoc <!--pod_f2-->-f bless<!--pod_f3--></a><!--pod_f4-->

Edit: zu früh verschickt... also nein, so geht es nicht, es ist nur fast richtig.
bless() braucht eine Referenz auf eine Perl-Datenstruktur, etwa ein Hash:



oder

\n\n

<!--EDIT|Relais|1061305282-->

Ok, also geb ich bless einfach eine leere Datenstruktur.