Ohne return-Befehl Werte immer 'false'

[weltvolk]

Natürlich glaube ich dir. Aber warum funktionieren die Funktionen nach der Umstellung auf PHP 5 nicht mehr, bei denen im Erfolgsfall kein return-Befehl im Code gesetzt wurde?

[PHP-Desaster]

Aber warum funktionieren die Funktionen nach der Umstellung auf PHP 5 nicht mehr, bei denen im Erfolgsfall kein return-Befehl im Code gesetzt wurde?

Die Frage ist viel eher, wieso sollte das bei PHP 4 der Fall gewesen sein? Das war niemals so. Also hör jetzt auf mit dieser Sinnlos-Behauptung und fang an vernünftig zu debuggen.

[pekka]

Wenn eine Funktion keinen return-Befehl hat, gibt sie null zurück. Das hat sich in PHP5 nicht geändert. Wenn Du auf "ungleich true" prüfst, schlägt ein Rückgabewert 'null' genauso an wie 'false' oder jeder andere Wert außer true. Das war auch schon immer so. Deshalb würde ich gern die Original-Stelle sehen, an der Du das Ergebnis prüfst.

Wenn Du folgendermaßen prüfst:

if (!$ergebnis)

schlagen false und null an.

Wenn Du folgendermaßen prüfst:

if ($ergebnis === false)

schlägt nur false an. Das ist im Normalfall die optimale Lösung.

[pekka]

Es ist ja eigentlich alles gesagt.

Warum wiederholst Du's dann?

2a. Es ist unsinnig eine Funktion ohne Rückgabewert als eine solche nutzen zu wollen.

<haarspalterei>
null ist auch ein Rückgabewert.
</haarspalterei>

[weltvolk]

Ihr habt recht. Es funktionieren nur die Funktionen nicht mehr, die eine Datei übertragen. Einen return-Befehl bei zweischrittigen Funktionen, wie oben die Funktion 'ftp_copy', auszulassen, ist sicherlich unsauber, funktioniert aber weiterhin. Der Fehler liegt also woanders. Wie kann ich den Dateiinhalt von $z denn anzeigen lassen/debuggen?

[pekka]

Am einfachsten mit file_get_contents().
Error_reporting() kurzfristig hochdrehen, um alle eventuellen Fehler angezeigt zu bekommen.
und auch schauen, ob ein curl_error() nach curl_exec() eine Fehlermeldung auswirft.

[wahsaga]

OffTopic:

---

Ihr habt recht. [...] Der Fehler liegt also woanders.

Hallelujah.

---