Mehrere kleine Probleme bei kleinem Test Loginsystem (Perl/CGI)

[thread]13323[/thread]

Mehrere kleine Probleme bei kleinem Test Loginsystem

Leser: 17

Articles: hide open all | hide show old branches

+24 replies
Monk21

2009-04-02 16:07
User since
2009-04-02
8 Artikel
BenutzerIn
Guten Tag,
ich habe mich nun hier angemeldet. Ich hatte immer als Gast "Monk" geschrieben :)

Auf den Tip von murphy bin ich heute doch zum HTML::Template Modul gekommen, und bis jetzt macht es mir Spaß und es macht echt sinn es zu benutzen .

Leider habe ich nun aber auch 3 kleinere Probleme.

Dies ist der Code von der "check.pl" :
Code (perl): (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55

#!/usr/bin/perl use strict; use CGI; use CGI qw(:standart); use CGI::Carp qw(fatalsToBrowser); use HTML::Template; use Digest::MD5 qw(md5_hex); require("config.pl"); my $cgi = CGI->new(); my $template = HTML::Template->new(filename => "template/check.tmpl"); my $user_input = CGI::param(); my $pass_input = CGI::param(); if((!defined($user_input)) || (!defined($pass_input))) { $template->param( weiterleitung => "index.pl", farbe => "red", checkausgabe => "Please insert your Username and Password" ); } elsif((defined($user_input)) && (defined($pass_input))) { my $user = md5_hex($user_input); my $pass = md5_hex($pass_input); if(($user eq $config{'login_user'}) && ($pass eq $config{'login_pass'})) { $template->param( weiterleitung => "online.pl", farbe => "green", checkausgabe => "Welcome admin" ); } else { $template->param( weiterleitung => "index.pl", farbe => "red", checkausgabe => "Wrong Username or Password! Please try again ..." ); } } else { $template->param( weiterleitung => "index.pl", farbe => "red", checkausgabe => "OH MY GOD «ERROR» " ); } print $cgi->header(); print $template->output();
Dies ist das Template "check.tmpl" :
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11

<html> <head> <title>Login</title> <link rel="stylesheet" type="text/css" href="template/style.css"/> <link rel="shortcut icon" type="image/x-icon" href="template/ico.png"/> <meta http-equiv="refresh" content="5; URL=<TMPL_VAR NAME="weiterleitung">"> </head> <body bgcolor="#000000"> "><center> >> <TMPL_VAR NAME="checkausgabe"> << </center> </body> </html>
Und dies die Config "config.pl" :
Code (perl): (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

# ----------------------------------- # # Here you have to make your Settings # # ----------------------------------- # %config = ( # ------ MySql Settings ------ # mysql_host => 'localhost', mysql_user => 'testuser', mysql_pass => 'testpw', mysql_db => 'test_db', # ------ Login Settings [ only as MD5 ] ------ # login_user => '5d9c68c6c50ed3d02a2fcf54f63993b6', login_pass => '8eee3efdde1eb6cf6639a58848362bf4', ); return %config;
So, nun zu meinem ersten Problem.
Manchmal schreibt er mir folgende Error Meldung in die Log.

Quote
[error] Attempt to reload HTML/Template.pm aborted.\nCompilation failed in require at /opt/lampp/htdocs/webpanel/index.pl line 7.\nBEGIN failed--compilation aborted at /opt/lampp/htdocs/webpanel/index.pl line 7.\n

Was genau ist der Fehler ? Beim aktualisieren der Seite funktioniert es dann wieder .

Mein zweites Problem :

Wenn ich die richtigen Logindaten eingebe, dann springt er trotzdem zur Anweisung "Wrong Username ..."

Wenn ich nun die Ausgabe verändere in
Code (perl): (dl )

1 2 3 4 5

$template->param( weiterleitung => "index.pl", farbe => "red", checkausgabe => "Wrong Username $config{'login_user'} or Password $config{'login_pass'}! Please try again ..." );
Zeigt er mir aber die richtigen MD5 Hashes an.
Wieso klappt der Vergleich denn nicht ?

Mein 3tes und letztes Problem liegt darin, das wenn ich nichts beim Login eingebe, er nach "Wrong Username ..." springt.

Abfragen mit !defined() geht glaube auch nicht, da die Vars durch den CGI::param() schon definiert sind oder ?

Wie kann ich das lösen?

Vielen Dank schonmal für eure Lösungen.

mfg Monk21
- murphy
 
 2009-04-02 17:18
 User since
 2004-07-19
 1776 Artikel
 HausmeisterIn
 2009-04-02T14:07:34 Monk21
 
 Code (perl): (dl )
 
 1 2 3 4
 
 [...] my $user_input = CGI::param(); my $pass_input = CGI::param(); [...]
 
 Hier in Zeilen 14 und 15 scheint mir der Code nicht korrekt zu sein -- das Skript kann doch nicht raten, welche Abfrageparameter Du haben willst.
 
 Quote
 [...]
 Manchmal schreibt er mir folgende Error Meldung in die Log.
 
 Quote
 [error] Attempt to reload HTML/Template.pm aborted.\nCompilation failed in require at /opt/lampp/htdocs/webpanel/index.pl line 7.\nBEGIN failed--compilation aborted at /opt/lampp/htdocs/webpanel/index.pl line 7.\n
 
 [...]
 
 Wie führst Du das Skript denn aus? Solche Fehlermeldungen kommen manchmal vor, wenn man Apache und mod_perl verwendet und der Server das Skript aufruft, nachdem es verändert wurde...
 
 Quote
 [...]
 Wenn ich die richtigen Logindaten eingebe, dann springt er trotzdem zur Anweisung "Wrong Username ..."
 
 Wenn ich nun die Ausgabe verändere in
 
 Code (perl): (dl )
 
 1 2 3 4 5
 
 $template->param( weiterleitung => "index.pl", farbe => "red", checkausgabe => "Wrong Username $config{'login_user'} or Password $config{'login_pass'}! Please try again ..." );
 
 Zeigt er mir aber die richtigen MD5 Hashes an.
 Wieso klappt der Vergleich denn nicht ?
 [...]
 
 Wie bereits oben erwähnt stehen in Deinen Variablen $user_input und $pass_input vermutlich nicht die Dinge drin, die Du dort gerne hättest. Dass im Hash %config die richtigen Werte hinterlegt sind, ist alleine ja noch nicht ausreichend, damit der Vergleich erfolgreich ist. Du solltest lieber mal $user und $pass ausgeben statt $config{login_user} und $config{login_pass}...
 When C++ is your hammer, every problem looks like your thumb.
- +8 replies
- Monk21
 
 2009-04-02 17:35
 
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 
 Au Backe, hab ich glatt vergessen.
 Jetzt wo du sagtest das in CGI::param() etwas rein muss .
 Das einloggen , sowie das überprüfen ob überhaupt ein user /pass ein gegeben wurden funktioniert nun :)
 
 Quote
 Wie führst Du das Skript denn aus? Solche Fehlermeldungen kommen manchmal vor, wenn man Apache und mod_perl verwendet und der Server das Skript aufruft, nachdem es verändert wurde...
 
 Also ich nutze Lampp unter Linux (gibts dort überhaupt mod_perl ?)
 Das Modul HTML::Template habe ich selber installiert.
 
 Der Pfad der Skriptdatei lautet "/opt/lampp/htdocs/webpanel/check.pl und wird so aufgerufen "http://localhost/webpanel/check.pl".
 
 Was ich noch nie wirklich Verstanden habe ist, wozu es den Ordner "lampp/cgi-bin" gibt.
 
 Ich weiß das man dort sein Skript "eigentlich" unterbringen soll. Doch dann brauch das Skript die Endung .cgi , und die Templates, zb. style.css oder aber header.png müssen dann wiederum unter htdocs abgelegt werden.
 
 So war es jedenfalls als ich noch Windows User war und Xampp mit mod_perl benutzt hatte.
 
 Da ich es wie gesagt komplizierter finde das Skript in cgi-bin & die dazugehörigen Template Dateien in htdocs abzulegen, rufe ich es halt so auf wie oben.
 
 Vielleicht kann mich ja mal jemand über den Ordner cgi-bin und dessen "Sinn" aufklären .
 
 mfg Monk21 :)
 - +2 replies
 - nepos
 
 2009-04-02 17:47
 
 User since
 2005-08-17
 1420 Artikel
 BenutzerIn
 
 Du wirfst hier zwei Dinge durcheinander. Das eine ist, Perl per mod_perl auszuführen, was du anscheinend machst.
 Das andere ist, dass dein Script als CGI-Script läuft. Das ist der Fall, wenn du es in cgi-bin ablegst, bzw. für das entsprechende Verzeichnis im Apache ExecCGI aktivierst.
 Bei zweiterem wird für jeden Aufruf des Scripts extra ein Perl-Interpreter gestartet.
 - murphy
 
 2009-04-02 17:54
 
 User since
 2004-07-19
 1776 Artikel
 HausmeisterIn
 
 2009-04-02T15:47:16 nepos
 [...]
 Bei zweiterem wird für jeden Aufruf des Scripts extra ein Perl-Interpreter gestartet.
 
 Ich wäre hier etwas vorsichtiger mit der Terminologie: Auch mod_perl startet für jeden Skriptlauf einen Perl-Interpreter. Ohne eine Interpreterinstanz zu erzeugen kann man die Perl-API nicht dazu bewegen, irgendwelchen Perlcode auszuführen. Der Unterschied zu CGIs ist, dass mod_perl nicht für jeden Skriptlauf einen neuen Prozess anlegt und sogar einmal initialisierte Interpreterinstanzen wiederverwendet.
 When C++ is your hammer, every problem looks like your thumb.
 - +5 replies
 - murphy
 
 2009-04-02 17:47
 
 User since
 2004-07-19
 1776 Artikel
 HausmeisterIn
 
 Generell ist der Sinn eines eigenen Ordners für CGI-Skripte der, dass man eine klarere konzeptionelle Trennung zwischen serverseitig auszuführenden Programmen und direkt auszuliefernden Daten hat, was die korrekte Konfiguration des Webservers und der Zugriffsrechte ein wenig erleichtern kann.
 
 Da ich noch niemals eine fertige lampp-Installation unbesehen verwendet habe, sondern mir meine Apache-Installationen noch immer von Hand konfiguriert habe, weiss ich nicht, wie die Standardeinstellungen auf Deinem System aussehen könnten und wie das Skript jetzt vom Server gestartet wird.
 When C++ is your hammer, every problem looks like your thumb.
 - GwenDragon
 
 2009-04-02 18:05
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Wenn die Skripte in /cgi-bin/ liegen wird standardmäßig immer CGI verwendet, nicht mod_perl.
 
 Aber es lässt sich ja leicht prüfen, ob das Skript mod_perl oder CGI verwendet.
 Nämlich einfach mal $ENV{MOD_PERL} auslesen.
 
 Übrigens solltest du auch ein use warnings; verwenden.
 Last edited: 2009-04-02 18:06:31 +0200 (CEST)
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
 - +3 replies
 - Monk21
 
 2009-04-02 18:10
 
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 
 Wenn ich das Script nun als .cgi in den cgi-bin Ordner lege, muss ich doch dann den Path zum Template anpassen.
 
 Aus :
 
 Code (perl): (dl )
 
 my $template = HTML::Template->new(filename => "template/check.tmpl");
 
 Würde dann :
 
 Code (perl): (dl )
 
 my $template = HTML::Template->new(filename => "../htdocs/webpanel/template/login.tmpl");
 
 Ich müsste also in diesen Skripten + allen html dateien den pfad auf "../htdocs/webpanel/template/" setzen.
 
 Was ist den eigentlich Sinnvoller, und warum ?
 Werden von Webhostern beide Arten unterstützt, oder nur cgi-bin ?
 
 Um erlich zusein bin ich gerade sehr durcheinander wegen dieser Geschichte und weiß nun nicht wie es für mich und anderen Usern später ambesten ist.
 
 mfg Monk21
 - +2 replies
 - GwenDragon
 
 2009-04-02 18:23
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 2009-04-02T16:10:53 Monk21
 Wenn ich das Script nun als .cgi in den cgi-bin Ordner lege, muss ich doch dann den Path zum Template anpassen.
 Nö, das Skript kann auch .pl sein.
 Ja, den Pfad zum Template muss du dann anpassen.
 
 Quote
 Ich müsste also in diesen Skripten + allen html dateien den pfad auf "../htdocs/webpanel/template/" setzen.
 Korrekt.
 
 Quote
 Was ist den eigentlich Sinnvoller, und warum ?
 Werden von Webhostern beide Arten unterstützt, oder nur cgi-bin ?
 Sinnvoll ist, immer den kompletten Pfad zu Dateien anzugeben, also auch bei den Templates.
 
 Ob du nun Skripte innerhalb des /httpdocs/ ausführen darfst oder nur im /cgi-bin/ hängt vom Hoster ab.
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
 
 Gast wer
 
 2009-04-02 20:41
 
 Solche Basispfade sind ein Kandidat für die Konfigurationsdatei.
- Monk21
 
 2009-04-02 22:27
 
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 
 Ok vielen Dank für eure Antworten.
 Dennoch habe ich noch ein Problem.
 
 Der Fehler mit dem reload:
 
 Quote
 [error] Attempt to reload HTML/Template.pm aborted.\nCompilation failed in require at /opt/lampp/htdocs/webpanel/index.pl line 7.\nBEGIN failed--compilation aborted at /opt/lampp/htdocs/webpanel/index.pl line 7.\n
 
 Tritt immernoch manchmal auf.
 Gibts da irgenteine Lösung ?
 
 Habe herausgefunden, das Lampp Perl Skripte immer als CGI ausführt, außer diese liegen im ordner modperl
 
 mfg Monk21 :)
 Last edited: 2009-04-03 11:21:51 +0200 (CEST)
- +5 replies
- Monk21
 
 2009-04-03 13:12
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 Es tut mir leid, aber ich bekomme gerade einen Fehler, der nochnie zuvor aufgetaucht ist und den ich mir nicht erklären kann.
 
 Beim aufruf des check.cgi Scriptes erhalte ich folgende Error Message :
 
 Quote
 Software error:
 
 Can't call method "prepare" on an undefined value at /opt/lampp/htdocs/webpanel/check.cgi line 61.
 
 Das hier ist nochmals (da etwas umgewandelt) die check.cgi:
 
 Code (perl): (dl )
 
 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110
 
 #!/usr/bin/perl use strict; use warnings; use CGI; use CGI qw(:standart); use CGI::Carp qw(fatalsToBrowser); use HTML::Template; use Digest::MD5 qw(md5_hex); use DBI; require("config.cgi"); our %config; my $cgi = CGI->new(); my $template = HTML::Template->new(filename => "$config{'path'}/check.tmpl"); my $user_input = CGI::param('user'); my $pass_input = CGI::param('pass'); if(($user_input eq "") || ($pass_input eq "")) { $template->param( path => $config{'htmlpath'}, weiterleitung => "index.cgi", farbe => "red", checkausgabe => "Please insert your Username and Password" ); } elsif((defined($user_input)) && (defined($pass_input))) { my $user = md5_hex($user_input); my $pass = md5_hex($pass_input); if(($user eq $config{'login_user'}) && ($pass eq $config{'login_pass'})) { my $session_id = int(rand(9999999999)); my $sid = md5_hex($session_id); $template->param( path => $config{'htmlpath'}, weiterleitung => "online.cgi?id=$sid", farbe => "green", checkausgabe => "Welcome Master" ); my $dbh = DBI->connect("dbi:mysql:$config{'mysql_db'}", "$config{'mysql_user'}", "$config{'mysql_pass'}"); my $sth = $dbh->prepare("SELECT SessionID FROM session_id") || die "$DBI::errstr "; $sth->execute() || die "$DBI::errstr "; my $ausgabe = $sth->fetchrow_array(); if($ausgabe eq "") { $sth = $dbh->prepare("INSERT INTO session_id SET SessionID=MD5('$session_id')") || die "$DBI::errstr "; $sth->execute() || die "$DBI::errstr "; $sth->finish(); } else { $sth = $dbh->prepare("UPDATE session_id SET SessionID=MD5('$session_id')") || die "$DBI::errstr "; $sth->execute() || die "$DBI::errstr "; $sth->finish(); } } else { $template->param( path => $config{'htmlpath'}, weiterleitung => "index.cgi", farbe => "red", checkausgabe => "Wrong Username or Password! Please try again ..." ); } } else { $template->param( path => $config{'htmlpath'}, weiterleitung => "index.cgi", farbe => "red", checkausgabe => "OH MY GOD «ERROR» " ); } print $cgi->header(); print $template->output();
 
 habe dbi schon deinstalliert und dann wieder installiert. Laut Cpan Shell erfolgreich.
 
 Was kann es sein , bei google find ich keine wirklichen Lösungen :(
 
 Bitte helft mir
 
 mfg Monk21
 - GwenDragon
 
 2009-04-03 13:17
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Es wäre ganz sinnvoll zu prüfen, ob die Erzeugung des Datenbankhandles geklappt hat.
 
 Code: (dl )
 
 my $dbh = DBI->connect("dbi:mysql:$config{'mysql_db'}", "$config{'mysql_user'}", "$config{'mysql_pass'}");
 
 Glaubst du, jeder deiner Aufrufe klappt immer? Das kann sein, muss aber nicht.
 Bitet schau dir doch mal http://search.cpan.org/~timb/DBI-1.607/DBI.pm#conn... an.
 
 Besser wäre es so:
 
 Code: (dl )
 
 1 2
 
 my $dbh = DBI->connect("dbi:mysql:$config{'mysql_db'}", "$config{'mysql_user'}", "$config{'mysql_pass'}") or die $DBI::errstr;
 
 Schau doch auch mal in die Dokumentation der Module die du verwendest, was zurück gegeben wird, wenn was nicht klappt.
 Du solltest solche Fehlersituationen immer abfangen.
 Last edited: 2009-04-03 13:19:07 +0200 (CEST)
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
 - +2 replies
 - Taulmarill
 
 2009-04-03 13:17
 
 User since
 2004-02-19
 1750 Artikel
 BenutzerIn
 
 Die Fehlermeldung bedeutet, dass $dbh undef ist. Das kann daher kommen, dass dein Script keine Verbindung zur Datenbank aufbauen kann. Um solche Fehler abzufangen ist es ratsam hinter dem aufruf von DBI->connect so was wie or die $! zu setzen.
 
 Außer DBI solltest du auch prüfen, ob du DBD::mysql installiert hast.
 $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
 - pq
 
 2009-04-03 13:20
 
 User since
 2003-08-04
 12208 Artikel
 Admin1
 
 $DBI::errstr statt $!
 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
 
 2009-04-03 13:19
 User since
 2004-07-19
 1776 Artikel
 HausmeisterIn
 
 2009-04-03T11:12:15 Monk21
 [...]
 Beim aufruf des check.cgi Scriptes erhalte ich folgende Error Message :
 
 Code: (dl )
 
 1 2 3
 
 Software error: Can't call method "prepare" on an undefined value at /opt/lampp/htdocs/webpanel/check.cgi line 61.
 
 [...]
 
 Offensichtlich schlägt der Verbindungsaufbau zur Datenbank fehl, was Dein Skript aber nicht abfängt, sondern dann versucht, auf dem undefinierten Datenbankhandle eine Operation auszuführen, die den beschriebenen Fehler auslöst.
 When C++ is your hammer, every problem looks like your thumb.
- +4 replies
- Monk21
 
 2009-04-03 13:47
 
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 
 Ok, lasse nun Fehler beim Connecten ausgeben.
 
 Fehler ist:
 
 Quote
 Keine MySql verbindung : Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /opt/lampp/htdocs/webpanel/check.cgi line 59.
 
 Beim Versuch DBD::mysql zuinstallieren kommt folgender Fehler:
 
 Quote
 cpan[8]> install DBD::mysql
 Running install for module 'DBD::mysql'
 Running make for C/CA/CAPTTOFU/DBD-mysql-4.010.tar.gz
 Has already been unwrapped into directory /root/.cpan/build/DBD-mysql-4.010-CGqKiL
 '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512, won't make
 Running make test
 Make had some problems, won't test
 Running make install
 Make had some problems, won't install
 
 cpan[9]>
 
 mfg Monk21
 - GwenDragon
 
 2009-04-03 13:50
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Entweder der MySQL-Server horcht nicht am Socket oder ist nicht installiert.
 
 Du darfst auf dem Server selbst Programme installieren oder ist das deiner?
 
 Wieso willst du denn alles selbst kompilieren?
 Ich habe mit LAMPP keine Erfahrung, ich verwende immer die Pakete der Distribution.
 Das verhindert meist Ärger.
 Last edited: 2009-04-03 13:54:05 +0200 (CEST)
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
 - pq
 
 2009-04-03 13:58
 
 User since
 2003-08-04
 12208 Artikel
 Admin1
 
 2009-04-03T11:47:26 Monk21
 Quote
 cpan[8]> install DBD::mysql
 Running install for module 'DBD::mysql'
 Running make for C/CA/CAPTTOFU/DBD-mysql-4.010.tar.gz
 Has already been unwrapped into directory /root/.cpan/build/DBD-mysql-4.010-CGqKiL
 
 so ein fehler ist absolut nichtssagend. wenn das paket schon ausgepackt wurde, gab es schon beim vorherigen make einen fehler, und *diese* fehlermeldung hättest du kopieren müssen. bei der hier mus man schon wahrsager sein, um zu wissen, wo der fehler liegt.
 also, verzeichnis löschen, erneut versuchen und dann fehlermldung posten.
 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
 - GwenDragon
 
 2009-04-03 14:00
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Hast du auch das Entwicklungspaket installiert?
 http://www.apachefriends.org/de/xampp-linux.html
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +2 replies
- Monk21
 
 2009-04-03 13:51
 
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 
 Meiner, also mein Desktop Pc mit Lampp :P
 - GwenDragon
 
 2009-04-03 13:55
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Änderung in #120254 mitbekommen?
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +2 replies
- Monk21
 
 2009-04-03 14:15
 User since
 2009-04-02
 8 Artikel
 BenutzerIn
 ja, habe ich mirbekommen.
 Ich wusste nicht wie ichs sonst installieren soll. Habs schon über Synaptic packetverwaltung versucht, doch es hatte auch nicht funktioniert. Ich weiß auch nicht ob es korrekt installiert wurde.
 
 Als du das mit der Entwiklungsumgebung angesprochen hattest, habe ich es mal installiert. Selber Fehler -> Keine Verbindung ....
 
 Habe dann mal den build aus /root/.cpan .. gelöscht, und wollte neuinstallierenm damit Ihr die komplette Fehlermeldung sehen könnt.
 
 Hier ist sie:
 
 Code: (dl )
 
 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149
 
 cpan[1]> install DBD::mysql CPAN: Storable loaded ok (v2.18) Going to read /root/.cpan/Metadata Database was generated on Mon, 30 Mar 2009 22:27:06 GMT CPAN: YAML loaded ok (v0.68) Going to read 1 yaml file from /root/.cpan/build/ CPAN: Time::HiRes loaded ok (v1.9711) ............................................................................DONE Restored the state of 1 (in 0.0453 secs) Running install for module 'DBD::mysql' Running make for C/CA/CAPTTOFU/DBD-mysql-4.010.tar.gz CPAN: Digest::SHA loaded ok (v5.45) CPAN: Compress::Zlib loaded ok (v2.011) Checksum for /root/.cpan/sources/authors/id/C/CA/CAPTTOFU/DBD-mysql-4.010.tar.gz ok Scanning cache /root/.cpan/build for sizes ............................................................................DONE DBD-mysql-4.010/ DBD-mysql-4.010/ChangeLog DBD-mysql-4.010/constants.h DBD-mysql-4.010/dbdimp.c DBD-mysql-4.010/dbdimp.h DBD-mysql-4.010/eg/ DBD-mysql-4.010/eg/._bug14979.pl DBD-mysql-4.010/eg/bug14979.pl DBD-mysql-4.010/eg/._bug21028.pl DBD-mysql-4.010/eg/bug21028.pl DBD-mysql-4.010/eg/bug30033.pl DBD-mysql-4.010/eg/bug30033pg.pl DBD-mysql-4.010/eg/decimal_test.pl DBD-mysql-4.010/eg/issue21946.pl DBD-mysql-4.010/eg/prepare_memory_usage.pl DBD-mysql-4.010/eg/proc_example1.pl DBD-mysql-4.010/eg/proc_example2.pl DBD-mysql-4.010/eg/proc_example2a.pl DBD-mysql-4.010/eg/proc_example2b.pl DBD-mysql-4.010/eg/proc_example3.pl DBD-mysql-4.010/eg/proc_example4.pl DBD-mysql-4.010/INSTALL.html DBD-mysql-4.010/lib/ DBD-mysql-4.010/lib/Bundle/ DBD-mysql-4.010/lib/Bundle/DBD/ DBD-mysql-4.010/lib/Bundle/DBD/mysql.pm DBD-mysql-4.010/lib/DBD/ DBD-mysql-4.010/lib/DBD/mysql/ DBD-mysql-4.010/lib/DBD/mysql/GetInfo.pm DBD-mysql-4.010/lib/DBD/mysql/INSTALL.pod DBD-mysql-4.010/lib/DBD/mysql.pm DBD-mysql-4.010/Makefile.PL DBD-mysql-4.010/Makefile.PL.embedded DBD-mysql-4.010/MANIFEST DBD-mysql-4.010/MANIFEST.SKIP DBD-mysql-4.010/META.yml DBD-mysql-4.010/myld DBD-mysql-4.010/mysql.xs DBD-mysql-4.010/README DBD-mysql-4.010/t/ DBD-mysql-4.010/t/00base.t DBD-mysql-4.010/t/10connect.t DBD-mysql-4.010/t/20createdrop.t DBD-mysql-4.010/t/25lockunlock.t DBD-mysql-4.010/t/29warnings.t DBD-mysql-4.010/t/30insertfetch.t DBD-mysql-4.010/t/31insertid.t DBD-mysql-4.010/t/32insert_error.t DBD-mysql-4.010/t/35limit.t DBD-mysql-4.010/t/35prepare.t DBD-mysql-4.010/t/40bindparam.t DBD-mysql-4.010/t/40bindparam2.t DBD-mysql-4.010/t/40blobs.t DBD-mysql-4.010/t/40catalog.t DBD-mysql-4.010/t/40keyinfo.t DBD-mysql-4.010/t/40listfields.t DBD-mysql-4.010/t/40nulls.t DBD-mysql-4.010/t/40numrows.t DBD-mysql-4.010/t/40server_prepare.t DBD-mysql-4.010/t/40server_prepare_error.t DBD-mysql-4.010/t/40types.t DBD-mysql-4.010/t/41bindparam.t DBD-mysql-4.010/t/41blobs_prepare.t DBD-mysql-4.010/t/42bindparam.t DBD-mysql-4.010/t/50chopblanks.t DBD-mysql-4.010/t/50commit.t DBD-mysql-4.010/t/55utf8.t DBD-mysql-4.010/t/60leaks.t DBD-mysql-4.010/t/65types.t DBD-mysql-4.010/t/70takeimp.t DBD-mysql-4.010/t/71impdata.t DBD-mysql-4.010/t/75supported_sql.t DBD-mysql-4.010/t/76multi_statement.t DBD-mysql-4.010/t/80procs.t DBD-mysql-4.010/t/lib.pl DBD-mysql-4.010/t/mysql.dbtest DBD-mysql-4.010/t/mysql.mtest DBD-mysql-4.010/TODO CPAN: File::Temp loaded ok (v0.18) CPAN.pm: Going to build C/CA/CAPTTOFU/DBD-mysql-4.010.tar.gz Can't exec "mysql_config": No such file or directory at Makefile.PL line 76. Cannot find the file 'mysql_config'! Your execution PATH doesn't seem not contain the path to mysql_config. Resorting to guessed values! Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located PLEASE NOTE: For 'make test' to run properly, you must ensure that the database user 'root' can connect to your MySQL server and has the proper privileges that these tests require such as 'drop table', 'create table', 'drop procedure', 'create procedure' as well as others. mysql> grant all privileges on test.* to 'root'@'localhost' identified by 's3kr1t'; You can also optionally set the user to run 'make test' with: perl Makefile.pl --testuser=username Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located Can't exec "mysql_config": No such file or directory at Makefile.PL line 454. Can't find mysql_config. Use --mysql_config option to specify where mysql_config is located Failed to determine directory of mysql.h. Use perl Makefile.PL --cflags=-I<dir> to set this directory. For details see the INSTALL.html file, section "C Compiler flags" or type perl Makefile.PL --help Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site] CAPTTOFU/DBD-mysql-4.010.tar.gz /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK Running make test Make had some problems, won't test Running make install Make had some problems, won't install Failed during this command: CAPTTOFU/DBD-mysql-4.010.tar.gz : writemakefile NO '/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512 cpan[2]>
 
 Mfg
 Last edited: 2009-04-03 14:16:41 +0200 (CEST)
 - GwenDragon
 
 2009-04-03 14:56
 
 User since
 2005-01-17
 14711 Artikel
 Admin1
 
 Und wie sieht dein Pfad aus? Ist /opt/lampp/bin/ im Pfad drin?
 
 Du rufst außerdem das Perl des Systems auf. Ob sich das mit der XAMPP-Version verträgt, weiß ich nicht.
 Ich würde dir empfehlen, wirf XAMPP raus.
 
 Wir werden wohl sonst der Konfigurationsprobleme mit XAMPP möglicherweise immer irgendwelchen Macken hinter her rennen.
 
 Installiere dir Perl, PHP, MySQL, Apache als Distributionspaket.
 Hole dir dann fehlende Perl-Pakete erst als Distri. Nur wenn es sie nicht gibt, kannst du ja selbst kompilieren.
 Last edited: 2009-04-03 15:01:10 +0200 (CEST)
 die Drachin Gwen
 
 Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2009-04-02 16:07.