Bild wird nicht angezeigt im IE

[Der Martin]

Moin,

Zumindest bis IE6 kann man nach meiner eigenen Erfahrung die Extensions .gif, .png oder .jpg nach Belieben reihum tauschen, ohne dass das eine Auswirkung hat, ebenso wie man bei ausführbaren Dateien seit DOS 6.0 (und Windows bis in die Gegenwart) die Extensions .exe und .com beliebig austauschen kann.
Kann ich, was den IE6 betrifft, nicht bestätigen. Der kann da nach meiner Erfahrung extrem zickig werden. Aufgehängt hat er sich aber nur auf WIN2000-Rechnern, auf den anderen hat er das Bild entweder nicht oder nur beim ersten Aufruf dargestellt.

ich habe hier "nur" die Gespanne IE5.5 auf Win2k/SP4 und IE6 auf WinXP/SP2 zur Verfügung. Beide zeigen (gerade nochmal getestet) eine auf .png umbenannte GIF-Grafik, eine auf .jpg umbenamste PNG-Grafik, sowie eine auf .gif umbenannte JPEG-Grafik an, als wenn nichts wäre. Ich vermute, dass die übrigen drei Permutationen ebenso funktionieren.

Den Zusammenhang mit .EXE- und .COM-Dateien seh ich zwar nicht, geb Dir aber trotzdem Recht;)

Der Zusammenhang ist einfach nur: Es ist egal was draufsteht, wenn man den Inhalt untersucht.

Wobei ich mich frage, was eigentlich passierte (ist schon zulange her;), wenn man eine .EXE-Datei, die größer als 64k war, als .COM startete.

Nichts Besonderes: Die exec-Funktion von DOS (Funktionsnummer 0x4B) untersuchte die ersten paar Bytes der Datei. Beginnt die Datei mit 'MZ' (0x4D, 0x5A), dann ist es eine echte DOS-EXE-Datei, andernfalls eine COM-Datei im Speichermodell tiny. Wobei eine COM-Datei durchaus auch größer als 64k sein konnte, aber man musste als Programmierer böse tricksen, um die über die 64k-Grenze hinausgehenden Daten zu adressieren.
Notwendig wurde diese Flexibilität der Namensgebung übrigens, als (AFAIR mit DOS 5.0) die Default-Shell command.com erstmalig nicht mehr in 64k Adressraum passte. Aus Kompatibilitätsgründen wollte man aber unbedingt den Namen command.com beibehalten. Also musste die exec-Funktion dazulernen ...

Ciao,
 Martin