Allgemeines > Atari - Talk

Bitte testen: FreeMiNT 1-17-0 und NetUSBee auf Falcon/CT6*

<< < (4/9) > >>

Latz:
Hi,
Ausgabe in Datei: Aaargh, das war wohl zu einfach für meinen hochentwickelten Intellekt  ;D
Ok, hier curl_output.pdf (bitte wieder in .zip umbenennen)
finden sich drei Ausgaben mit

--- Code: ---curl -v <webadresse> > curl_output*
--- Ende Code ---
1. Daily freemint builds trunk
2. Daily freemint builds helmut
3. tos060.lzh von Didier´s Seite

Alle drei habe ich mit CTRL-C abgebrochen, nachdem nach kurzer Zeit gar nix weiter ging. Komischerweise sind diese Ausgabedateien kein txt...

Gruß,
Latz

m0n0:
Sorry, war mein Fehler, du musst nicht die normale Ausgabe umleiten, sondern die Fehler Ausgabe, das geht so:


--- Zitat ---curl google.de -v --retry 3 --retry-max-time 15 --connect-timeout 15  2> log.txt
--- Ende Zitat ---

Bitte auch die timeouts beachten...

Also noch einmal :)

Latz:
Hihi,
hast Du wirklich mal probiert was Du da geschrieben hast?
Wenn ich das hier (mit der FreeMiNT- daily build Adresse)
probiere, verwandelt sich TosWin2 in eine 70er-Jahre Disco:
Die Hintergrundfarbe wechselt öfters und dauernd kommen Alert-Pings
aus dem Speaker...spaßig, aber nicht wirklich hilfreich ;D
Aber ich habe nochmal zwei Testläufe mit

--- Code: ---curl -v --retry 3 --retry-max-time 15 --connect-timeout 15 -o  /tmp/curl.tar.bz2 http://www.fairlite.demon.co.uk/FreeMiNT/builds/freemint/*-03082011.tar.bz2
--- Ende Code ---
gemacht. Der Fehler ließ nicht lange auf sich warten, somit konnte
ich per drag'n'drop die Ausgabe sichern: Angehängt, bitte wie immer in .zip umbenennen.
Edit: Habe es auch mit den options VOR der Adresse probiert, ebenfalls ohne
SPACE zwischen "2>" und "curl_out.txt", immer dasselbe: DISCO 8)
Gruß,
Latz

m0n0:
hm, ... tja, das sagt uns leider nicht viel :( Es fällt mir aber auf... bei Deinem ersten versuch hat es doch problemlos geklappt!  ( der bei dem Du so viele Daten geloggt hast - 20mb...) - war das zufall, oder lässt sich das reproduzieren mit den entsprechenden curl parametern?

Ich könnte mir vorstellen das das schreiben der trace-datei das system verlangsamt und es deshalb nicht zum fehler kommt...

Wir wären trotzdem gut beraten wenn Du den Traffic sniffen könntest. Kannst Du kurz mal dein Netzwerk Setup erklären? (windows/linux, router, struktur etc...).

Dann fällt mir evt. etwas ein wie man das sniffing in deinem Netzwerk machen kann, oder du holst dir einen HUB, und schliesst den vor deinen x86 PC und den Falcon.... ein Hub leitet alle Pakete an alle Rechner weiter (im gegensatz zum switch)  und kann deshalb sehr gut zum sniffen verwendet werden....

Latz:
Hi,
in der Tat, es ist reproduzierbar:

--- Code: ---curl <URL> -o outfile --trace error.log
--- Ende Code ---
funktioniert immer. Dann hast Du anscheinend Recht, das schreiben
der error.log bremst. Könnte das nicht auf ein Daten/Cache-handling-Problem
in MiNT hinweisen (habe ich auch schon in der MiNTlist "orakelt")??

Meine Netzwerk-Topographie:
- d-link Router, an dem hängen alle Rechner (LAN)
-> PC, Ubuntu-Linux
-> Falcon No1
-> Falcon No2

Gruß,
Latz

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete