Hi. fyi if you get some odd errors:
-:[~]$> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 4.0G 3.8G 0 100% /
Not sure whether the broken bugzilla has to do something with it. -- Leon.
Leon Weber schrieb:
Hi. fyi if you get some odd errors:
-:[~]$> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 4.0G 3.8G 0 100% /
On my request, brion has moved the *2GB* apache error log to /mnt/archiv/ so the / partition is free. There it is now to blame the repsonsible people. -- Leon.
Leon Weber schrieb:
Leon Weber schrieb:
Hi. fyi if you get some odd errors:
-:[~]$> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 4.0G 3.8G 0 100% /
There it is now to blame the repsonsible people.
Some minutes after /var/log/apache2/error.log has again had 44MB. It's been filled up with entries like
[Sat Sep 23 19:57:04 2006] [error] [client xxx.xxx.xxx.xxx] Died at /home/sk/public_html/cgi-bin/geo/no_coordinates/no_coordinates_new.cgi line 47., referer: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo/no_coordinates/no_coordin...
I asked brion to rename /home/sk/public_html/cgi-bin/geo/ to geo-broken/, which he kindly did.
Apologies sk, but please fix your script so it doesn't flood the errorlog before renaming it to geo/, thank you.
-- Leon.
Leon Weber schrieb:
Leon Weber schrieb:
Leon Weber schrieb:
[Sat Sep 23 19:57:04 2006] [error] [client xxx.xxx.xxx.xxx] Died at /home/sk/public_html/cgi-bin/geo/no_coordinates/no_coordinates_new.cgi line 47., referer: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo/no_coordinates/no_coordin...
Oh, sorry! That is my new version of script Current Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_... New Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_...
I test this cgi-Script all the day. But never there was a big problem. I hope you have not too much trouble.
What is the error message? How can I test my CGI-Script without this trouble in the future?
Stefan (sk)
Stefan Kühn schrieb:
Leon Weber schrieb:
Leon Weber schrieb:
Leon Weber schrieb:
[Sat Sep 23 19:57:04 2006] [error] [client xxx.xxx.xxx.xxx] Died at /home/sk/public_html/cgi-bin/geo/no_coordinates/no_coordinates_new.cgi line 47., referer: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo/no_coordinates/no_coordin...
Oh, sorry! That is my new version of script Current Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_... New Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_...
I test this cgi-Script all the day. But never there was a big problem. I hope you have not too much trouble.
What is the error message? How can I test my CGI-Script without this trouble in the future?
Try this: Replace in line 325 and around the line with the following example (change variable names): print "?continent=".$output_continent; => print "?continent="; print $output_continent;
Maybe this helps.
Greets & good luck Marco
PS: Error was [Sat Sep 23 20:32:41 2006] [error] [client $$$$$$] Use of uninitialized value in concatenation (.) or string at /home/sk/public_html/cgi-bin/geo-broken/no_coordinates/no_coordinates_new.cgi line 325., referer: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_...
Replace in line 325 and around the line with the following example (change variable names): print "?continent=".$output_continent; => print "?continent="; print $output_continent;
This just makes the error message go away. $output_continent is (at least sometimes) unintialized at this point. Try initializing it with some sane default (e.g. '').
Regards Michael
Michael Holzt schrieb:
Replace in line 325 and around the line with the following example (change variable names): print "?continent=".$output_continent; => print "?continent="; print $output_continent;
This just makes the error message go away.
Better than flooding the log.
$output_continent is (at least sometimes) unintialized at this point. Try initializing it with some sane default (e.g. '').
Definitively worth a try.
Greets, Marco
This just makes the error message go away.
Better than flooding the log.
In my opinion one should never attempt to use a variable which might be unitialized. Therefore the error message just hints you about a error. However another fix which allows to leave variable uninitialized would be:
print "blupp " . (defined($bla) ? $bla : '');
This makes it clear to someone else needing to modify the script, that the variable might be undefined.
Regards Michael
Michael Holzt schrieb:
This just makes the error message go away.
Better than flooding the log.
In my opinion one should never attempt to use a variable which might be unitialized.
This script is my first CGI-Script. I use now
#!/usr/bin/perl -wT use strict; use CGI; use CGI::Carp qw(fatalsToBrowser);
so that I see all my errors.
I was so happy that my first CGI-Script run and I don´t see the errors.
Thanks for all help
Stefan (sk)
Stefan Kühn schrieb:
Leon Weber schrieb:
Leon Weber schrieb:
Leon Weber schrieb:
[Sat Sep 23 19:57:04 2006] [error] [client xxx.xxx.xxx.xxx] Died at /home/sk/public_html/cgi-bin/geo/no_coordinates/no_coordinates_new.cgi line 47., referer: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo/no_coordinates/no_coordin...
Oh, sorry! That is my new version of script Current Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_...
New Version: http://hemlock.knams.wikimedia.org/~sk/cgi-bin/geo-broken/no_coordinates/no_...
I test this cgi-Script all the day. But never there was a big problem. I hope you have not too much trouble.
What is the error message? How can I test my CGI-Script without this trouble in the future?
You can find the error message in /var/log/apache2/error.log I've tried out the new version, the result is, that the errorlog now has 86MB ;-)
Now, I'm not a Perl freaky, so I consulted HardDisk. The problem in the new version is around line 325, which is:
print "?continent=".$output_continent;
So HardDisk told me to try:
print "?continent="; print $output_continent;
(und analog in den ganzen anderen Variablen/print-statements).
-- Leon.
Hello all
1 day away and you broke my server; what if I make real holidays, will I find only dust of hemlock, when I come back? ;)
Am Samstag, den 23.09.2006, 21:07 +0200 schrieb Leon Weber:
Hi. fyi if you get some odd errors:
-:[~]$> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 4.0G 3.8G 0 100% /
Thanks for fixing. But if it was so urgend, why you not phoned me?
Not sure whether the broken bugzilla has to do something with it.
I have fix the bugzilla too and bring the TDS-Bot back to the channel.
-- Leon.
Sincerly, DaB.
DaB. schrieb:
Hello all
1 day away and you broke my server; what if I make real holidays, will I find only dust of hemlock, when I come back? ;)
Am Samstag, den 23.09.2006, 21:07 +0200 schrieb Leon Weber:
Hi. fyi if you get some odd errors:
-:[~]$> df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 4.0G 3.8G 0 100% /
Thanks for fixing. But if it was so urgend, why you not phoned me?
Because brion helped me :)
Not sure whether the broken bugzilla has to do something with it.
I have fix the bugzilla too and bring the TDS-Bot back to the channel.
Thank you. -- Leon.
jetzt brauchen wir nurnoch ein tool um via gppgle-maps schnell koordinaten und eine richtige codierung zu ewrzeugen .. dann wäre dein Tool ideal für einsame Abende zum Auffüllen der Daten.
FlaBot schrieb:
jetzt brauchen wir nurnoch ein tool um via gppgle-maps schnell koordinaten und eine richtige codierung zu ewrzeugen .. dann wäre dein Tool ideal für einsame Abende zum Auffüllen der Daten.
Das ist mein nächstes Skript. :-) Hab geduld. Erst mal soll das ein korrekt laufen. Dann gehts zur nächsten Aufgabe. Stefan
Hi,
Stefan Kühn schrieb am 24.09.2006 13:02:
FlaBot schrieb:
jetzt brauchen wir nurnoch ein tool um via gppgle-maps schnell koordinaten und eine richtige codierung zu ewrzeugen .. dann wäre dein Tool ideal für einsame Abende zum Auffüllen der Daten.
Das ist mein nächstes Skript. :-) Hab geduld. Erst mal soll das ein korrekt laufen. Dann gehts zur nächsten Aufgabe.
Leicht offtopic (?): Ich habe auf Anhieb nicht gefunden, wo der rechtliche Aspekt durchdiskutiert wurde - ich meine mich zu entsinnen, dass vor einiger Zeit (im Projekt Geo-Referenzierung?) noch die Meinung vorherrschte, Daten von Google Maps koennten nicht problemlos uebernommen werden, da diesee von Navteq und TeleAtlas geschuetzt seien.
Auf Anhieb hoert es sich etwas seltsam an, Geokoordinaten zu schuetzen, aber das Auslesen einer Geokoordinaten-Datenbank ist im Grunde ja nichts anderes als das Erstellen einer Landkarte aus ebenfalls geschuetztem Kartenmaterial - was ja, wie einige von uns in der Vergangenheit leidvoll feststellen mussten, sehr schnell, sehr teuer werden kann.
Tschuess, Tim.
Wenn man in Google Earth eine Koordinate ausliest, dann ist diese nicht schützbar, da ja z.B. der Berliner Fernsehturm da steht wo er steht.
Wenn du eine ganze Datenbank kopierst, ist das was anderes. Aber ich möchte ja den Nutzern nur zeigen wo es noch fehlende Koordinaten gibt. Holen kann er sie sich auch auf einer Landkarte.
Wenn er jetzt aber Google Earth nutz, und dort z.B. zum Berliner Fernsehturm surft, dort eine Marker setzt, diesen dann kopiert weiter nutzt, um ihn in den Artikel der Wikipedia zu setzen, dann ist das kopieren einer Datenbank.
Stefan
Auf Anhieb hoert es sich etwas seltsam an, Geokoordinaten zu schuetzen, aber das Auslesen einer Geokoordinaten-Datenbank ist im Grunde ja nichts anderes als das Erstellen einer Landkarte aus ebenfalls geschuetztem Kartenmaterial - was ja, wie einige von uns in der Vergangenheit leidvoll feststellen mussten, sehr schnell, sehr teuer werden kann.
Es gibt von einer US-Regierungsbehörde, weiß aber gerade nicht mehr welche, gemeinfreie Geodaten. Diese wären dann sicherlich die bessere Variante.
Warum schreiben wir eigentlich jetzt alle deutsch hier?
Gruss Michael
toolserver-l@lists.wikimedia.org