[php 5.1.0 und 5.1.2] bug in bz/dz funktionen? - Seite 2

Der_Gerhard · 31.03.2007, 18:58

Na weil man auf den ersten Blick evtl. die Klammerung der Teilausdrücke übersieht und meint, dass der Wert im einzigen Array-Element irgendeine Bedeutung hätte.
Erst wenn man sich die Klammern genauer ansieht, merkt man, dass da nur true aus der ersten Klammer mit dem Array verglichen wird, was eben auch einfach nach true konvertiert wird.

Der_Gerhard · 31.03.2007, 19:00

Zitat:

Zitat von Slava

if((int)"23 Frauen"==(float)"23 Mäner")echo "das ist verrückt";

Das ist nicht das Problem.

Das Array am Ende des Ausdrucks hat ja nun gar nix mit dem Zeugs davor zu tun. Da hilft auch keine Konvertierung nach integer mehr.

Slava · 31.03.2007, 19:28

du hast es richtg bemerkt

(string)"0XABBA"==(int)"43962" liefert TRUE weil
0xABBA ist einfach hexadezimale darstellung von 43962
0xABBA==43962 ist also true.
und wie erwartet pfeift operator "==" auf die datentüpen von Variablen da seine Aufgabe ist ein Vergleich ohne rücksicht auf die typen durchzuführen.
das bedeutet also, dass intern mcht er aus dem string "0xABBA" ein int und vergleicht diesen int wert mit dem int wert von 43962
etwa so
if(intval(0xABBA)===intval("43962")) was natürlich TRUE liefert.

vergleich mit dem array war natürlich ein trik

da wir in wirklichkeit
if(TRUE==array(egalwas)) abgfragt haben und das hat uns true geliefert

KingCrunch · 31.03.2007, 19:39

Das hab ich so weit verstanden, aber wieso ist die Klammer "true"?

Slava · 31.03.2007, 19:46

Zitat:

Zitat von KingCrunch

Das hab ich so weit verstanden, aber wieso ist die Klammer "true"?

lese noch mal durch was ich über operator "==" geschrieben habe.
Also die datentypen, die du übergibst sind ihm egal, er macht alle Typumwandlungen intern um eine gleichheit zwischen variablen zu finden.
aus diesem grund liefert if("23"==23) ein true weil dtentypen für operator "==" keine rolle spielen.

Der_Gerhard · 31.03.2007, 19:57

Na weil dem == der Typ egal ist.
Mit (string) wird zwar der String als String betrachtet (also eigentlich überflüssig), dann aber für den Vergleich in eine Zahl konvertiert.
Und "0xabba" ist eben 0xabba = 43962, was somit == (int)"43962") ist.

Das alles ist Auswuchs des total kranken Typ-Konzepts. Bzw. des fehlenden Typ-Konzepts.

Da Variablen keinen Typ haben, musst Du eigentlich vor dem Vergleich erst mal sicherstellen, dass wirklich Strings oder Integer enthalten sind.

Wenn ich "0xABBA" schreibe, meine ich eine Zeichenkette. Keinen Zahlenwert.
Und wenn ich dann ne Variable habe, wo 43962 drinsteht, ist das für mich ungleich.
Für PHP ist es gleich.

Ich bin überzeugt, dass man sich mit diesen automatischen alles-in-alles-konvertierereien mehr Ärger einfängt, als man sich an Tipparbeit spart.

@slava:
Mach mal "023" == 023

Slava · 31.03.2007, 20:16

Zitat:

Zitat von Der_Gerhard

@slava:
Mach mal "023" == 023

das ist kein Bug!
das ist einfach eine Anomalie

Der_Gerhard · 31.03.2007, 20:22

Natürlich ist das kein Bug.
Es ist einfach nur Mist!

Bei der automatischen Konvertierung werden ganz andere Regeln verwendet als wenn man die Zahl einfach hinschreiben würde. Da gibt es glaub ich auch irgnedein Binärformat.
Einfach nur gruselig sowas.
Erst bietet man faulen Benutzern an, sie müssen nicht so genau auf die Typen achten, weil sowieso alles von hinten bin vorne automatisch hin und her konvertiert wird.
Und dann wird es abhängig vom Typ unterschiedlich gemacht.

Genauso krank ist die Implementierung von empty.
Warum um alles in der Welt ist ein String, der eine Ziffer enthält denn empty???
Nur weil diese Ziffer zufällig die 0 ist....
Aaaarrrrggggggg!!!

KingCrunch · 31.03.2007, 20:24

Jaaaaaa, ich habs ja verstanden (scho die ganze Zeit :P) Hab bloss verpennt, dass wegen 0x der String als Hex-Wert betrachtet wird ^^

Code:

0xabba = 43962

Zum Typ-Konzept: Find das, wenn man es berücksichtig, garnicht sooo fies. Immerhin haben sie den Identitätsoperator eingeführt

Sie hätten bloss (fänd ich besser) bei Abfragen (if, while, ..) nur Bool zulassen sollen... So is mir das auch etwas schwammig, weswegen ich gerne mal bei mir neuerdings solche Sachen finde

PHP-Code:

  $bool = true;

// blub

if ($bool === true) {

 // bla

}

dr.e. · 01.04.2007, 12:29

Hallo zusammen,

ich denke die Type-Diskussion ist damit geklärt.

@brian johnson: Ist dein Problem nun geklärt?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

31.03.2007, 18:58
Der_Gerhard Erfahrener Benutzer Registriert seit: 08.11.2004 Beiträge: 2.079	Na weil man auf den ersten Blick evtl. die Klammerung der Teilausdrücke übersieht und meint, dass der Wert im einzigen Array-Element irgendeine Bedeutung hätte. Erst wenn man sich die Klammern genauer ansieht, merkt man, dass da nur true aus der ersten Klammer mit dem Array verglichen wird, was eben auch einfach nach true konvertiert wird. __________________ ******************************** Nein, ich bin nicht die Signatur. Ich putze hier nur. ********************************


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

31.03.2007, 19:28
Slava Erfahrener Benutzer Registriert seit: 17.01.2006 Beiträge: 468	du hast es richtg bemerkt (string)"0XABBA"==(int)"43962" liefert TRUE weil 0xABBA ist einfach hexadezimale darstellung von 43962 0xABBA==43962 ist also true. und wie erwartet pfeift operator "==" auf die datentüpen von Variablen da seine Aufgabe ist ein Vergleich ohne rücksicht auf die typen durchzuführen. das bedeutet also, dass intern mcht er aus dem string "0xABBA" ein int und vergleicht diesen int wert mit dem int wert von 43962 etwa so if(intval(0xABBA)===intval("43962")) was natürlich TRUE liefert. vergleich mit dem array war natürlich ein trik da wir in wirklichkeit if(TRUE==array(egalwas)) abgfragt haben und das hat uns true geliefert __________________ Slava http://bituniverse.com

31.03.2007, 19:39
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Das hab ich so weit verstanden, aber wieso ist die Klammer "true"? __________________ Nicht jeder Fehler ist ein Bug.

31.03.2007, 19:57
Der_Gerhard Erfahrener Benutzer Registriert seit: 08.11.2004 Beiträge: 2.079	Na weil dem == der Typ egal ist. Mit (string) wird zwar der String als String betrachtet (also eigentlich überflüssig), dann aber für den Vergleich in eine Zahl konvertiert. Und "0xabba" ist eben 0xabba = 43962, was somit == (int)"43962") ist. Das alles ist Auswuchs des total kranken Typ-Konzepts. Bzw. des fehlenden Typ-Konzepts. Da Variablen keinen Typ haben, musst Du eigentlich vor dem Vergleich erst mal sicherstellen, dass wirklich Strings oder Integer enthalten sind. Wenn ich "0xABBA" schreibe, meine ich eine Zeichenkette. Keinen Zahlenwert. Und wenn ich dann ne Variable habe, wo 43962 drinsteht, ist das für mich ungleich. Für PHP ist es gleich. Ich bin überzeugt, dass man sich mit diesen automatischen alles-in-alles-konvertierereien mehr Ärger einfängt, als man sich an Tipparbeit spart. @slava: Mach mal "023" == 023 __________________ ******************************** Nein, ich bin nicht die Signatur. Ich putze hier nur. ********************************

31.03.2007, 20:22
Der_Gerhard Erfahrener Benutzer Registriert seit: 08.11.2004 Beiträge: 2.079	Natürlich ist das kein Bug. Es ist einfach nur Mist! Bei der automatischen Konvertierung werden ganz andere Regeln verwendet als wenn man die Zahl einfach hinschreiben würde. Da gibt es glaub ich auch irgnedein Binärformat. Einfach nur gruselig sowas. Erst bietet man faulen Benutzern an, sie müssen nicht so genau auf die Typen achten, weil sowieso alles von hinten bin vorne automatisch hin und her konvertiert wird. Und dann wird es abhängig vom Typ unterschiedlich gemacht. Genauso krank ist die Implementierung von empty. Warum um alles in der Welt ist ein String, der eine Ziffer enthält denn empty??? Nur weil diese Ziffer zufällig die 0 ist.... Aaaarrrrggggggg!!! __________________ ******************************** Nein, ich bin nicht die Signatur. Ich putze hier nur. ********************************

31.03.2007, 20:24
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Jaaaaaa, ich habs ja verstanden (scho die ganze Zeit :P) Hab bloss verpennt, dass wegen 0x der String als Hex-Wert betrachtet wird ^^ Code: 0xabba = 43962 Zum Typ-Konzept: Find das, wenn man es berücksichtig, garnicht sooo fies. Immerhin haben sie den Identitätsoperator eingeführt Sie hätten bloss (fänd ich besser) bei Abfragen (if, while, ..) nur Bool zulassen sollen... So is mir das auch etwas schwammig, weswegen ich gerne mal bei mir neuerdings solche Sachen finde PHP-Code: `$bool = true; // blub if ($bool === true) { // bla }` __________________ Nicht jeder Fehler ist ein Bug.

01.04.2007, 12:29
dr.e. Moderator und Wett-König Registriert seit: 21.05.2008 Beiträge: 3.657 PHP-Kenntnisse: Fortgeschritten	Hallo zusammen, ich denke die Type-Diskussion ist damit geklärt. @brian johnson: Ist dein Problem nun geklärt? __________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~