Absturz - scheinbar wegen Mirror-Dateien i.d. DL-Liste
Absturz - scheinbar wegen Mirror-Dateien i.d. DL-Liste
"Candisoft Load! has stopped working"
Problem details:
Problem signature:
Problem Event Name: APPCRASH
Application Name: Load.exe
Application Version: 0.7.0.0
Application Timestamp: 4e4fe2d9
Fault Module Name: Load.exe
Fault Module Version: 0.7.0.0
Fault Module Timestamp: 4e4fe2d9
Exception Code: c0000005
Exception Offset: 00017013
OS Version: 6.1.7600.2.0.0.256.4
Locale ID: 1031
Additional Information 1: b540
Additional Information 2: b540f6cc43699c3ab5b77fba86a71f04
Additional Information 3: ecb9
Additional Information 4: ecb9895002221d66b2706cd03cedb884
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid= ... cid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
Problem details:
Problem signature:
Problem Event Name: APPCRASH
Application Name: Load.exe
Application Version: 0.7.0.0
Application Timestamp: 4e4fe2d9
Fault Module Name: Load.exe
Fault Module Version: 0.7.0.0
Fault Module Timestamp: 4e4fe2d9
Exception Code: c0000005
Exception Offset: 00017013
OS Version: 6.1.7600.2.0.0.256.4
Locale ID: 1031
Additional Information 1: b540
Additional Information 2: b540f6cc43699c3ab5b77fba86a71f04
Additional Information 3: ecb9
Additional Information 4: ecb9895002221d66b2706cd03cedb884
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid= ... cid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
Last edited by caid602 on 25 Aug 2011 16:16, edited 2 times in total.
Re: Absturz - einfach mal so?
Noch nie passiert... Und noch nie von gehört... bis jetzt
Load! - The Best Way To Load Your Files
Re: Absturz - einfach mal so?
Als Load! dann gestern Abend wieder genauso abgestürzt ist, habe ich dann erstmal eine Kopie der Log.txt gemacht:
dieser 3-zeilige Block:
--------
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Download initialisiert.
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Existierender Download wird fortgesetzt.
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Beim Versuch den Download fortzusetzen trat ein Fehler auf, Download wird neugestartet...
--------
wiederholt sich dann weitere 4961 mal in sehr schneller Folge (siehe Timestamps). Das ganze endet dann beim Absturz:
Es ist tatsächlich so, dass alle Dateien dieses Pakets 2 mal da sind, nämlich auf zwei verschiedenen Hostern. Wenn ich Load! an diesem Punkt nach dem Absturz wieder starte, wiederholt sich der Fehler mit der gleichen Datei erneut, erst wenn ich eine der beiden identischen Dateien sperre, läuft Load! nach Neustart weiter und verarbeitet einige der nachfolgenden Dateien im Paket (bis zur hier gezeigten 32. ist es erst der 3. Absturz wegen dieses Problems, die meisten Dateien liefen also problemlos durch).
Leider konnte ich diese logs gestern nicht posten, weil sie beim Neustart direkt gelöscht werden. Vielleicht wäre eine Option "Verbose logging" und/oder "vorhandene log Dateien nicht überschreiben" deshalb hilfreich.
Übrigens: ist nicht wichtig aber: Wieso gibt die Windows Fehlermeldung beim Absturz oben "Application Version: 0.7.0.0" aus, obwohl 0.7.1 läuft?
dieser 3-zeilige Block:
--------
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Download initialisiert.
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Existierender Download wird fortgesetzt.
24.08.2011 22:01:24 - Casablanca.1942.German.AC3.DL.1080p.BluRay.x264-SoW.part32.rar: Beim Versuch den Download fortzusetzen trat ein Fehler auf, Download wird neugestartet...
--------
wiederholt sich dann weitere 4961 mal in sehr schneller Folge (siehe Timestamps). Das ganze endet dann beim Absturz:
Es ist tatsächlich so, dass alle Dateien dieses Pakets 2 mal da sind, nämlich auf zwei verschiedenen Hostern. Wenn ich Load! an diesem Punkt nach dem Absturz wieder starte, wiederholt sich der Fehler mit der gleichen Datei erneut, erst wenn ich eine der beiden identischen Dateien sperre, läuft Load! nach Neustart weiter und verarbeitet einige der nachfolgenden Dateien im Paket (bis zur hier gezeigten 32. ist es erst der 3. Absturz wegen dieses Problems, die meisten Dateien liefen also problemlos durch).
Leider konnte ich diese logs gestern nicht posten, weil sie beim Neustart direkt gelöscht werden. Vielleicht wäre eine Option "Verbose logging" und/oder "vorhandene log Dateien nicht überschreiben" deshalb hilfreich.
Übrigens: ist nicht wichtig aber: Wieso gibt die Windows Fehlermeldung beim Absturz oben "Application Version: 0.7.0.0" aus, obwohl 0.7.1 läuft?
Re: Absturz - schienbar wegen Mirror-Dateien i.d. DL-Liste
Das kann auch nur schiefgehen, wenn die Datei von einem anderen Hoster geladen wird und dann versucht wird die Datei fortzusetzen, weil du die gleiche Datei nur vom anderen Hoster läds, macht es auch BUMMM. Im Linksammler solltest du deshalb nach Hoster sortieren auswählen und nur von einem Hoster, jeweils eine Datei laden und nicht gleichzeitig die selbe Datei von 2 verschiedenen Hostern.
Weil die Mainversion noch auf 0.7 gestellt ist.Übrigens: ist nicht wichtig aber: Wieso gibt die Windows Fehlermeldung beim Absturz oben "Application Version: 0.7.0.0" aus, obwohl 0.7.1 läuft?
Load! - The Best Way To Load Your Files
Re: Absturz - schienbar wegen Mirror-Dateien i.d. DL-Liste
Vielen Dank für die Antwort, das ist sicherlich eine Möglichkeit, dieses Problem zu umgehen.
Ich habe noch folgende Frage dazu: Beim Einfügen der Links ging es auch "Hoster-Weise", insgesammt habe ich das Paket von 4 Mirror-Hostern aufgenommen. Der Linksammler hat es in zwei Pakete unterteilt. Nach welchen Kriterien werden eigentlich Dateien als Teil eines gemeinsamen Pakets aufgefasst?
Vielleicht liesse sich das Problem dadurch vermeiden, dass Dateien in einem Paket standardmäßig zuerst nach Hoster und erst danach alphabetisch sortiert werden, die Kollision wäre dann zwar weiterhin möglich aber immerhin unwahrscheinlich. Auch möglich, aber sicherlich schwer zu realisieren wäre vielleicht eine Hierarchie: Datei_X.Hoster_Y.Paket.
Ich habe noch folgende Frage dazu: Beim Einfügen der Links ging es auch "Hoster-Weise", insgesammt habe ich das Paket von 4 Mirror-Hostern aufgenommen. Der Linksammler hat es in zwei Pakete unterteilt. Nach welchen Kriterien werden eigentlich Dateien als Teil eines gemeinsamen Pakets aufgefasst?
Vielleicht liesse sich das Problem dadurch vermeiden, dass Dateien in einem Paket standardmäßig zuerst nach Hoster und erst danach alphabetisch sortiert werden, die Kollision wäre dann zwar weiterhin möglich aber immerhin unwahrscheinlich. Auch möglich, aber sicherlich schwer zu realisieren wäre vielleicht eine Hierarchie: Datei_X.Hoster_Y.Paket.
-
- 30% Load!er
- Posts: 34
- Joined: 12 Jul 2010 09:03
Re: Absturz - schienbar wegen Mirror-Dateien i.d. DL-Liste
In der Tat, ein Problem. Ich würde folgendes bevorzugen:caN wrote:Das kann auch nur schiefgehen, wenn die Datei von einem anderen Hoster geladen wird und dann versucht wird die Datei fortzusetzen, weil du die gleiche Datei nur vom anderen Hoster läds, macht es auch BUMMM.
Ich gehe davon aus das ich im Linksammer ein Paket habe und dahinein schmeiß ich alle links zum film - auch die Mirrors. Nun sollten die links nach dem dateinamen alphabetisch sortiert werden, also
test.part1.rar vom Hoster A
test.part1.rar vom Hoster B
test.part1.rar vom Hoster C
test.part2.rar vom Hoster A
test.part2.rar vom Hoster B
test.part2.rar vom Hoster C
usw...
Jetzt füge ich dieses Paket der Downloadliste hinzu. Parallele Downloads ist auf 2. Das bedeutet es werden maximal 2 dateien geladen, wobei beachtet werden muss, dass die mirrors als einzelne datei anzusehen sind. Für das obige Beispiel sind es also 2 dateien, obwohl in der liste insgesamt 6 stehen.
Nun sollte beim klick auf Download starten test.part1.rar vom Hoster A UND test.part2.rar vom Hoster A geladen werden. Unterstützt Hoster A jedoch nur 1 parallelen Download, wird stattdessen test.part1.rar vom Hoster A UND test.part2.rar vom Hoster B geladen.
Wurde test.part1.rar vom Hoster A fertig geladen, wird test.part1.rar vom Hoster B UND test.part1.rar vom Hoster C aus der liste gestrichen, da sich die datei bereits auf der festplatte befindet.
Ist die test.part1.rar vom Hoster A jedoch vom Hoster gelöscht worden oder greift mal wieder eine 400 MB grenze, wird das nächste Element geladen, also test.part1.rar vom Hoster B.