| |
|
|
| Der Code läd ein Byte zu viel und meldet in &bytesRead auch ein Byte zu viel.
Dazu kommt, dass wenn man in der Whileschleife das Auskommentierzeichen entfernt, dass das Programm in der Schleife hängen bleibt. KompilierenMarkierenSeparieren |
|
|
| |
|
|
|
RGH | Das kann ich alles nicht nachvollziehen:
Sowohl im Interpreter als auch kompoiliert läuft das Prohramm bei mir völlig problemlos und bleibt auch bei auskommentierten Locate- und Print-Zeilen nicht hängen.
&BytesRead hat bei Ausgabe den Wert 4. Inwiefern das stimmt, kann ich nicht beurteilen. Wenn ich Dateien bekannter Größe von xprofan.de lade, ist &BytesRead korrekt.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.03.2008 ▲ |
|
|
|
|
| Und wenn Du mal die meinige Exe zum Text probierst? (unten als Anhang)
Ich habe auch einen Screenshot beigelegt - die Ausgabe passt nicht zum Source.
Das &bytesRead nicht stimmt habe ich falsch gemeldet - &bytesRead gibt korrekt 4 aus.
$download jedoch hat hinten eine 0 dran - und das Print gibt zwei Zeilen aus.
Wenn Du Die URL einfach mal im Browser lädst: [...] dann siehst Du das lediglich momentan 3.75 zu laden wäre, also 4 Byte, und nicht 3.750, und nicht 3.750
3.750 was dieses Print im Beispiel bei mir jedoch ausgibt.
Benutze ich die kleine download.inc so erhalte ich das gewünschte Ergebnis. KompilierenMarkierenSeparieren |
|
|
| |
|
|
|
RGH | Ok, beim Rückgabestring war tatsächlich noch ein Bug. In der nächsten Subscriptionsversion ist auch das behoben und es kommt tatsächlich nur 3.75 an.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.03.2008 ▲ |
|
|
|
|
| Ok, mit der (dann) neuen Version probiere ich auch diese Schleife nochmals KompilierenMarkierenSeparierenund hoffe, dass diese nicht wie bei mir mit B15, nicht verlassen wird. |
|
|
| |
|
|