Scriptkiddie verarscht Scriptkiddies
-
@Thread-Belustigungs-Objekt: OMG wie geil
-
@HEZ: jo, irgendwo in der Gegend halt... so genau kommt's da nicht drauf an.
Tja, und selbst wenn das theoretisch bein einem auf die Platte paßt, dann sicher nicht in einer Datei. Irgendwo bei 2 oder 4 GB ist bei den meisten Dateissystemen nämlich Schluß.
-
Na wenigstens haben hier ein paar Ahnung und können bissl mehr als Code c&p'n.
@wer_hat_recht: Ich.
Bye, TGGC (Keine Macht den Dummen)
-
Tja, nun hätte ich eine Frage, die schon Tausende vor mir hatten: warum sagst du das nicht einfach?!
Da sucht man den Code durch, dabei gings gar nicht um den sondern um irgendwelche Nebensächlichkeiten...
Na egal. Ich hatte meinen Spaß.
-
Ach, unter Unix leitet man die Ausgabe eben zu bzip2 um und gut ist.
-
HEZ schrieb:
Tja, nun hätte ich eine Frage, die schon Tausende vor mir hatten: warum sagst du das nicht einfach?!
Weil er sehen wollte wie wir uns anstellen das rauszukriegen.
Ich finde übrigens durchaus nicht, daß es sich um einen Nebensächlichkeit handelt. Das ist eine wichtige Einschränkung des Systems die man kennen sollte.
Wenn man seine Randbedingungen nicht kennt, dann ist es schwer zuverlässige Software zu schreiben. Man kann zum Beispiel optimieren(auf Performance) was man will, wenn man in nem Echtzeitsystem 11MBit/s über ne 10MBit-Leitung schieben will... das wird einfach nicht klappen. Und das hier ist was ganz ähnliches. Manchmal liegt das Problem eben nicht im Code.MfG Jester
-
57560,16254 MB (inkl. Zeilenumbruch â 1 Byte)
Und ja, ich hatte nichts zu tun
-
Das Problem war, das habe ich schon gedacht, aber da die Download Datei ca. 1.2 GB groß ist, hat nicht vorstellen können, warum man bei einem win Rechner nicht 1.2 GB daten in eine datei schreiben kann.
-
nman schrieb:
Ach, unter Unix leitet man die Ausgabe eben zu bzip2 um und gut ist.
Och, bei Linux z. B. arbeitet der Kernel ab version 2.4 intern mit 63 Bit fuer
Dateien. Dadurch ist eine theoretische Groessenbeschraenkung von 8192 Petabyte
moeglich.Irgendwie bezweifle ich, dass das irgendwer ausprobieren wird ;).
mfg
v R
-
EnERgYzEr schrieb:
57560,16254 MB (inkl. Zeilenumbruch â 1 Byte)
Und ja, ich hatte nichts zu tun
Berechnet oder ausgeführt?
hast du noch viel Speicherplatz frei!MfG SideWinder
-
Berechnet
Ich glaube die 50GB hätten mein Filesystem gesprengt. Aber frei hab ich soviel,
dass ich sogar insgesammt 200GB gar nicht angeschlossen hab
-
wer_hat_recht schrieb:
Das Problem war, das habe ich schon gedacht, aber da die Download Datei ca. 1.2 GB groß ist, hat nicht vorstellen können, warum man bei einem win Rechner nicht 1.2 GB daten in eine datei schreiben kann.
Stellst du dich nur so dumm?
Bye, TGGC (Keine Macht den Dummen
-
@TGGC
Du bist einfach nur doof
-
EnERgYzEr schrieb:
Berechnet
Ich glaube die 50GB hätten mein Filesystem gesprengt. Aber frei hab ich soviel,
dass ich sogar insgesammt 200GB gar nicht angeschlossen habZeig mal deinen Rechengang, ich komme auf ein viel höheres Ergebnis
MfG SideWinder
-
@sdsad:
Nein.Bye, TGGC (Keine Macht den Dummen)
-
Ähem .. auch ein Windows2k kann mit Dateigrößen > 4 GB umgehen.
Ich hatte zumindest mal 4 Dateien zu je ca. 6,6 GB - No Problem.
-
Es gibt 255^4 Kombinationen, wovon jede Kombination braucht:
1 Byte fürs Return 3 Byte für die Punkte Durchschnittlich 2,5686 Byte (bzw. 131/51) für eine Zahl, da der Erwartungswert ist: 1 Byte * 10/255 + 2 Byte * 90/255 + 3 Byte * 155/255Keine Garantie auf Unfehlbarkeit, aber es kommt mir halbwegs realistisch vor...
-
Würde übrigens 2 Bytes für das Return nehmen... oder verdrehe ich da was?
-
Kommt glaube ich auf OS/User an. Viele Editioren bieten doch die Möglichkeit, ob
die Datei mit \n\r oder nur mit \n gelesen werden soll, oder nich? *nachseh*
-
Hallo,
Es gibt 255^4 Kombinationen, wovon jede Kombination braucht:
Ich würde eher 256^4 sagen bzw. 2^32.