@srt10coupe
Zonealarm macht Probleme mit allen emule-Versionen. Ob das in der Version 6 behoben ist entzieht sich meiner Kenntnis, das mußt Du selbst herausfinden.

@Gidi
das sollte eigentlich nichts mit der neuen Version zu tun haben, denn diesbezüglich wurde nichts geändert. Vielleicht kannst Du ja nochmal den Gegentest machen und zwischen den Versionen 5.0 und 5.1.2 abwechseln, ob das Problem wirklich versionsspeziefisch ist (emule.exe tauschen reicht).
Info dazu: Das Problem tritt auch beim offiziellen emule auf und deutet auf ein Multithreading-Problem hin. Es passiert allerdings (zumindest bei 99,99% der User) so selten, daß es so gut wie gar nicht nachvollziehbar / auffindbar ist.

Xman habe Zone Alarm gekickt ist voll die behinderung für den iah (esel).
weißt du warum DonkeyServer No2 dauernd als tot angezeigt wird?
ich hoffe nicht das sie ihn gekickt haben wie razorback.

moin...
@srt10coupe ... hatte heute auch zeitweise Probs auf DS No2 zu connecten...
scheint also nichts mit deinem Prob zu tun zu haben

Nein hat nichts damit zu tun.
Er ist gestern ein paarmal Abgeschmiert. Kam auch nicht drauf.

Liegt sicher daran das die ganzen beliebten Server unter der 1Millionen last vom Razorback leiden müssen! :D

Servus.

Seid dem ich auf den Xtreme 5.1.2 umgestiegen bin kommt alle paar Sekunden:

Size Mismatch on requested file, sending FNF (alle 2- 3 sec.)
und
Partcount Mismatch on requested file, sending FNF (alle 2 - 3 sec.)
sowie eine ganz neue Meldung
-->timer was called a second time (jede Minute)

Codefehler?

die ersten beiden Meldungen sind normal und bedeuten: entweder Du oder die anderen laden ein Fake-File, weil eure Dateigröße nicht übereinstimmt.

2. Meldun ist schon seit Xtreme 3.0 drin und besagt eigentlich nur, daß was nicht rundläuft, denn der besagte Timer dürfte kein zweites mal aufgerufen werden. Interessant, daß dies alle Minute passiert. Passiert denn zeitgleich immer noch was anderes ?

Das mit den Fakes habe ich mir auch schon gedacht. ABER, diese Fehlermeldung kommt bei jeder File die ich downloade (ca. 30...) und 1. es sind keine korrupten/defekten Teile dabei, bzw. Teile mit übermäßiger Kompression, 2. ich bin mir sicher es sind keine Fakes ;-) und 3. (<-das is das komische) er zeigt die Fehlermeldungen für dateien an, die ich überhaupt nicht donwloade,bzw. freigegeben hab, bzw. jemals runtergeladen hab.
und jetzt du ;-)

Es sind sonst keine Aufälligkeiten im log. Kann sie dir ja per PM schicken.

ja, schick mal ein paar Zeilen zuvor und nach -->timer was called a second time (jede Minute)

und ansonsten: wenn Du keine Fakes lädst, dann tun es die anderen. Die Dateinamen die Du im Log dann jeweils siehst sind die Dateinamen derer mit dem falschen File. Diese Art der Fake-Erkennung ist übrigens ein Feature des offi clients.

Eine Frage hab ich noch. ;-)
Ist zwar n bischen allgemeiner aber ich post sie trotzdem hier:
Bei den Statistiken unter Download Sessions, was bedeutet hier die Option "paused"?
Pausiert hier mein Client oder die Anderen? Bzw. wieso "pausiert" ein Client "aktive Downloads"?

der Wert beschreibt den Fall: Du lädst gerade ein File und pausierst/stoppst es dann mittendrin. Alle nun angehaltenen/abgebrochenen downloadclients werden als "paused" erfaßt.

Wenn ich das richtig verstanden habe dann pausiert mein Client nur wenn ich eine File pausiere/anhalte. Nun ist es aber so das ich nie Files pausiere / anhalte aber ich trotzdem kontinuierlich 2 - 3 "pausierte" aktive Downloads habe? Wie kommt denn das?

Festplatte voll? In dem Fall wird automatisch pausiert. Kontrollieren kannst du dieses Verhalten mit "Prüfe Festplattenplatz" unter Erweiterte Einstellungen.

Ne ne, meine Festlpatte hat genügend "Reserven" ;-)
trotzdem Danke

es wird außerdem angezeigt, wenn Du einen client via contextmenü manuell anhälst (Stop this client).
Frage: ist Dein emule vielleicht manchmal für längere Zeit weder mit Kad noch mit einem Server verbunden ?
Such doch mal in Deinem Log nach "Downloadsession ended .. paused file" und schick mir die Logzeilen die kurz davor/danach waren.

Hallo Xman! Ich habe gestern etwas festgestellt, was mich an den oben angeführten Beitrag von dir erinnert hat.
Da ich das selbe Problem hatte, habe ich deinen Tipp befolgt und eine andere Netzwerkkarte installiert,
was die Performance wirklich verbessert hat.:yes:

Vor einiger Zeit habe ich hier mal gefragt, ob und wenn ja wie es möglich ist die "weisse" und die "gelbe" Linie näher zusammen
zu bringen, da ich möglichst viel aus meinem Upload herauspressen möchte! Ergebniss war, das ich darauf wohl kaum
Einfluss habe.

Und nun gestern:
Da ich öfter auch mal mit dem NeoMule spiele und dieser bekanntlich, sagen wir mal sehr Ressourcen hungrig ist,
habe ich mir einen anderen Rechner zugelegt, der alte hatte eben ein Asus Board, der neue eines von Elitegroup.
Da der Xtreme natürlich auch weiterhin bei mir zum Einsatz kommt, habe ich gestern festgestellt, das es beim neuen
Rechner und dem Xtreme scheinbar Liebe auf den ersten Blick war:kiss

Noch nie seit ich eMule oder auch gerade den Xtreme nutze habe ich einen so geringen Overhead gehabt,
die "gelbe" und "weisse" Linie ist erheblich näher zusammen gerückt, der Overhead im Schnitt um gut
1,5 bis 2 kb gesunken und selbst bei einem Download von weit über 100kb ist selbst die "gelbe" Linie sowas von ruhig(NAFC aus), also echt der Hammer!:cool:

Mein Fazit:
Obwohl ich es erst nicht glauben wollte, aber nach mehreren Stunden und nun auch Tagen Laufzeit,
muß ich sagen der Wechsel nicht nur der Netzwerkkarte, sondern ganz weg vom Asus Board hat einen enormen Fortschritt gebracht!!!:dance

MfG
Jicksaw

Solch ein Eintrag ist nicht vorhanden. Aber ich schau mal weiter.
Mir ist aufgefallen, dass ca. 80 % meiner Downloads auf folgende Weise beendet wurden:

Download session ended: Disconnected: Close User:

Ist das normal?

@craster
wenn wir von pausierten Werten in der Statistik reden meinen wir aber schon das Gleiche ?
Mein Verhätlnis an socket close und out of part siehst Du hier auch. Bei clients > ~ 0.44x ist out of part die normale Beendigung einer Downloadsession, bei früheren clients einfach ein close. Dennoch ist es normal, daß auch bei neueren emules viele sockets "abnormal" abgebrochen werden.

@Jicksaw
interessanter Erfahrungsbericht.

Sorry für die verspätete Antwort. ( Vatertag und so.... ;-))
Jep, haargenau. Bei dir stehen halt 8 und bei mir halt 2 - 3.
Ich halte auch keine Clients manuell an. (Um mich mal auf Deutsch auszudrücken;-))
PS: ich mag es überhaupt nicht, wenn dieses Board mein ASCIcode auf Emotions "umcodet". ---> ;-) <---- ist normalerweise ; - )

Dann schalt' es ab. ;)
Erweiterter Editor -> "Grafische Smileys deaktivieren" unter Zusätzliche Einstellungen.

Moin ..............

hatte heute nacht wieder eine xtreme-crash. Das passiert mir zwar nicht oft aber es ist ärgerlich. In den letzten 14 Tagen war das jetzt das 3 mal. Hab mal das dump-file verlinkt vielleicht kann mir jemand sagen an was das liegt --> http://home.arcor.de/huchinotte/eMul...reme_5-1-1.dmp

wieso nimmst Du auch die 5.1.1 wenn es dazu schon unlängst einen Hotfix gibt ? ;-)

ty @ Pathfinder

Warum steht in deiner Signatur nich folgendes?:

allwissender Boardbewohner bzw. erfahrener Reserve-Christus auf Lebenszeit :-D

Hi xman,

das hab ich mir gedacht das das kommt :mrgreen:! Hab heut morgen nach dem crash auch die 5.1.2 installiert. Damit ist aber meine Frage noch nicht beantwortet oder lags an der 5.1.1????

@Matrix Reloaded
der ist Dir gecrasht als er die friendlist aus dem Speicher entfernte. Das ist ein Fehler im offi code un dde rist auch schon seit sehr langer Zeit drin. Leider ist mir bis heute verschlossen geblieben wie man diesen Fehler reproduzieren kann, bzw. wie er entsteht.
Ist aber nichts dramatisches.

Tägliche Abstürze
 

Hi XMan

habe seit 3 Tagen täglich 4-5 Abstürze, habe Dump an emuleextreme@yahoo gesendet, wenn du mal Zeit hast schaust du mal drüber ob du was findest, Danke.

Nicht dramatisch aber ägerlich, na ja dann hoffe ich mal das der Bug im offiziellen code bald behoben wird! Danke für die Info.

@Urlrich
er stürtzt Dir beim senden einbes UDP-Packetes ab... allerdings nicht im emule code sondern in eine Datei namens SARAH.DLL. Das was ich über Google über diese Datei fand deutet darauf hin, daß dies ein "Socket-Virus" ist.

Sarah.dll kommt von der AVM FritzCard, ich check mal das komplette System und zur Not mal das Image zurückspielen. Danke für die Mühe.

"ERROR while saving part file: 002.part.met (*********.rar) - File exists"
Schon wieder!
Hatte das Problem schon mal. Ist wieder eine Datei mit einer Größe von über 4Gig.
Da hat der Extreme scheinbar Probleme.
http://perso.wanadoo.fr/atil/forum/squoi.gif

Oder dein Dateisystem? Haste auf Fat oder NTFS? Mal defragmentiert?

der Xtreme benutzt exakt die gleichen Routinen wie der offi emule zum schreiben der met files. Dein Fehler deutet darauf hin, daß emule keine Rechte hatte das alte met-file zu entfernen als er es gegen das Neue austauschen wollte.

Das verstehe ich dann ja erst recht nicht... Warum habe ich dann nur bei den großen Dateien die Probleme?
Ich benutze übrigens NTFS, kann das mit dem defragmentieren ja mal probieren...

@JulGer
Ist ne gute Frage, die ich Dir leider nicht beantworten kann. Ist das denn immer so ? Und falls ja, dann probier doch mal ob das Problem mit dem offi client nicht auftritt.

@all
update der dlp v 17.
6 neue Leechersignaturen und eine Spammessage wurden hinzugefügt.
Download wie immer auf der Xtreme-Homepage

Es ist die onlinesignatur! das Program "online signature" blockiert die part-datei. Und nur diese eine übergroße. Keine Ahnung woran das liegt... Und warum überhaupt? Habe mir mal die möglichen Optionen angesehen. Kann da aber nichts finden.http://www.thehealthymom.com/wp-cont...tion/dunno.gif

Verzichte ich halt... Muß das ja nicht haben.

Dank dir Xman!

Ich habe von Zeit zu Zeit das Problem, das sich Emule Xtreme nicht mehr in den Systray minimieren läst...
Nur noch normal Minimieren geht... http://www.yatoula.com/gif/smiley_4/smiley_1239.gif

ich hab euch mal die neusten versionen von den .dll dateien für den xtreme mod hochgeladen

dbghelp.dll - 6.2.13.1
MediaInfo.dll - 0.7.2.1
unrar.dll - 3.60.4.144


Mfg
Bushido