[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   Bugreport (http://www.emule-web.de/board/10177-bugreport.html)

BernT 27. December 2006 02:34

also einen bug hätt ich dann noch gefunden.

wenn ich in der queuelist den reiter der score vergrößer oder verkleiner (also den trennstrich zwischen score und asked nach rechts oder auch links verschiebe), dann steigt die score bei den clients an. nicht im normalen maß d.h. nicht der wartezeit entsprechend sondern (je nach geschwindigkeit mit der maus) bis zu 13 punkte in einer sekunde (schneller war ich net mit der maus evtl. kann mich jemand überbieten *g)

Xman 27. December 2006 09:34

@BerndT
1. Bug bestätigt... wird gefixt, ist ja nichts dramatisches
2. Bug kann nicht sein, denn hierbei werden nur nach Standardalgorithmus die Werte aktualisiert. Werds mir aber dennoch bei Gelegenheit ansehen.

@Jok3r
absolut nicht reproduzierbar.

BernT 27. December 2006 11:06

1: klar is das kein großes ding - wer (ausser mir) schließt schon den mod wärend er noch startet?

2. hab ich das mal hochladen lassen, was bei mir in der queue zu sehen ist
Warteschlange:komische bewertung!?
allerdings muss ich dazu sagen, egal welchen der anderen reiter ich hin und her geschoben habe, die score hat sich nur in geschildertem fall geändert.

Xman 27. December 2006 12:17

aber das paßt schon was ich da in Deinem Video sehe. Alles so wie es sein soll.

seppl12 27. December 2006 12:45

Zitat:

Zitat von BernT
wenn ich in der queuelist den reiter der score vergrößer oder verkleiner (also den trennstrich zwischen score und asked nach rechts oder auch links verschiebe), dann steigt die score bei den clients an.

Das war schon immer bei jeder eMule Version (offi) so! (Hängt mit der Aktualisierung der Liste bzw. der Werte zusammen)

Und Jok3r "Bug" kann ich bei mir auch nicht reproduzieren.

Jok3r 27. December 2006 16:29

Zitat:

Und Jok3r "Bug" kann ich bei mir auch nicht reproduzieren.
Dann lags vieleicht daran das es kein Clean install war? Es ist ja an sich auch nicht schlimm...

OldF 10. January 2007 18:07

Statistik Graphen bleiben stehen Xreme 5.1
 
Hi all
Habe gestern bemerkt dass die Statistik-Graphen einfach eingefroren sind, was es doch etwas schwierig macht nachzuschauen wie gut oder schlecht der Mod läuft. Dabei hatte der Mod ein DL von 2KB....:P. Gut, ich wusste schon vorher dass ich zuviele files im Complete-Ordner und zugleich zu viele DL am laufen hatte, wobei zuviele File sich auf meine Leitungskapazität und nicht auf die Leistung des Mod bezieht. Um nicht alle Quellen neu zu Reasken habe ich einfach das Prog.Fenster minimiert und gleich wieder geöffnet, die Statistik Graphen sind leer, und zwar seit gestern, der Muli zieht aber jetzt wieder ordendlich so wie man es von ihm gewohnt ist (Super:dance). Da die jetzt leeren Statistik-Graphen eigentlich nicht wirklich ein Problem sind und ich noch eine ältere Version habe, Xreme 5.1, habe ich diese Nachricht nur gepostet um zu Fragen ob jemand weitere Info zu diesem Bug benötigt, wenn nicht werde ich das Prog. morgen neu starten.

GeProtector 5. March 2007 04:32

Hab nen Bug in der aktuellen v0.47c Xtreme 5.4.1 -> nämlich wenige minuten nach Start killt sich eMule - und ich weis nicht warum. In den Logs finde ich nichts brauchbares - habt ihr ne idee?

€DIT:
so, die halbe Nacht drangesessen - alles mögliche probiert einzustellen... nix geholfen -.- Warum beendet sich emule immer nach einiger Zeit? Sogar complette cleaninstall ink. geladene Files hat nix gebracht :(

Jok3r 5. March 2007 07:01

Windows Vista? :)

GeProtector 5. March 2007 16:39

Nein, XP Prof. SP2.

Hatte vorher Vista drauf - habs aber gestern nach 3 Wochen wieder entfernt, weil es mit für meine alte Gurke noch zuviel Ressourcen verschlingt ^^ Warte damit bis ich meinen neuen PC irgendwann bekomme...

Aber unter Vista lief alles wie es sollte - auch die aktuelle XTreme Mod :/

Xman 5. March 2007 17:21

wird ein Dump erstellt ? Dann schick es an die angegebene Adresse.

GeProtector 5. March 2007 17:24

Soweit ich das bisher gesehen habe nicht. Vielleicht find ichs auch nur nicht. Wo solls liegen? Im Stammverzeichnis hab ich nix gefunden was aufschluss geben könnte.

Xman 5. March 2007 18:18

Zitat:

nämlich wenige minuten nach Start killt sich eMule
genau an dieser Stelle sollte dann ein Fenster kommen das Dich zum Senden auffordert. Kommt es nicht kann der Fehler sonst wo stecken... ist schwer zu sagen.
Es ist zumindest kein Bug derzeit im Xtreme bekannt... und die dumps die ich erhalte deuten zu 95% auf inkompatible Systemdateien und Treiber hin und der Rest ist im offiziellen emule irgendwo tief versteckt.

Du solltest also auch unbedingt mal den offiziellen emule probieren ob da der Fehler auch auftritt.

GeProtector 5. March 2007 18:24

Also da ich nun nichmal mehr zu meinem HomeFTP connecten kann, denke ich mal werd ich das System neu aufsetztn. Da hat sich irgendwas abgeschossen.

Fehler aus FileZilla beim verbinden mit meinem HomeFTP auf meinem Rechner:

Fehler: Transferkanal konnte nicht geöffnet werden. Grund: Ein Socketvorgang bezog sich auf ein nicht verfügbares Netzwerk.
Fehler: Dateiliste konnte nicht empfangen werden

Ich melde mich nachher wieder.

€DIT:
Ok, scheinbar lags wirklich an nem halb Zerschossenem System. eMule XTreme läuft jetzt immernoch ^^
Sorry für den wirbeln *schäm*

feinmechaniker 21. March 2007 17:32

Liste der Anhänge anzeigen (Anzahl: 1)
folgendes Problem (siehe screenshot): es läuft aber keine aktive Suche im Kad für diesen Suchbegriff.
Wie kommt das zustande?

Myth88 21. March 2007 17:43

Hmmm...komisch, aber abgesehen von deinem Bug gibt es schon die 5.4.2!^^

Blomy 21. March 2007 18:01

Dann war eine andere Kad-Suchroutine noch aktiv.
Diese Meldung passiert mit jedem Esel, wenn zu schnell eine weitere Suche gestartet wird.

Myth88 21. March 2007 18:06

Also ich mache auch generell immer nur eine Suche...und schliesse diese dann wenn ich was gefunden habe...die Zeit nehm ich mir schon...oder ich suche über Server...

Xman 21. March 2007 19:02

es ist so wie blomy sagt. Einfach kurz abwarten, dann gehts wieder. Ist offi code.

feinmechaniker 21. March 2007 20:42

alles klar. normalerweise erkennt er doch, wenn's 'ne neue gibt. starte so aller 4 tage neu..
egal jetzt wieder up to date

mipap 26. April 2007 06:34

Scheint wohl eine unverträglichkeit mit Vista zu sein. Ich habe das gleiche Problem. Der ed2k knopp unter Allgemein funktuioniert zwar, aber wes wird nicht eingetragen ( auch als admin gestartet ist das so): per Hand eingetragen in der Registry hat auch nix gebracht.

drfreak2004 26. April 2007 11:57

unter vista muss man die links kopieren und über die tools runterladen. ist ein schutz von vista der noch nicht umgangen worden konnte.... naja ms hat's halt sehr gut mit der sicherheit gemeint.

mipap 26. April 2007 17:10

Nunja, einfacher geht es, wenn man unter Optionen/Dateien den Haken bei "Zwischenablage überwachen" reinmacht. Aber Danke für die prompte Antwort.

seppl12 1. June 2007 11:42

Nicht besonders wichtig, aber dennoch erwähnt: Urplötzlich schnellten im Statistikfenster die Grafen für durchschnittlichen Up- und Download in die Höhe und blieben dort. Aus der Statistik:
Zitat:

Xtreme5.2.4
Upload
Upload-Geschwindigkeit: 87.7 KB/s
Durchschnittliche Uploadrate: 14.61 MB/s
Max. Uploadrate: 90.4 KB/s
Max. durchschnittliche Uploadrate: 3.997 GB/s
Download
Download-Geschwindigkeit: 32.1 KB/s
Durchschnittliche Downloadrate: 5.54 MB/s
Max. Downloadrate: 385.9 KB/s
Max. Downloadrate Durchschnitt: 3.975 GB/s
Ok., hat sich geklärt:
Zitat:

Zitat von Xman
die Werte stimmen schon, rein mathematisch...

Zitat:
Programm-Laufzeit: 6:57 Stunden
das kommt wenn der Rechner mehr als 49 Tage nicht regebootet wird. Nach ca. 49 Tagen werden die internen Timer wieder auf 0 zurückgesetzt. Läuft zu dieser Zeit emule so kommt emule ziemlich durcheinander, nicht nur in der Statistik.


Craven123 8. June 2007 12:06

Hallo,
mit der neuste Version (v6.0) ist es leider nicht mehr möglich ed2k Links mit Leerzeichen zu adden. Wenn man manuell die Leerzeichen durch %20 ersetzt nimmt der Client die Links wieder an.

Achja die Fehlermeldung lautet:

Ungültiger Link: Dieser Ed2k-Link ist ungültig (keine ED2K Server- oder Dateilink)

Gruß
C

seppl12 8. June 2007 12:35

Zitat:

Zitat von Craven123 (Beitrag 125124)
Hallo,
mit der neuste Version (v6.0) ist es leider nicht mehr möglich ed2k Links mit Leerzeichen zu adden.

Also bei mir funktionieren die links mit Leerzeichen (ohne %20)

edit/ Stopp hast recht, geht doch nicht! Extra mal einen link mit Leerzeichen erzeugt und wollte ihn einfügen, da kommt die Fehlermeldung.

Xman 8. June 2007 12:36

das ist kein Bug... das ist so wie es sein soll (und auch im offi emule so). Bereits wenn Du in emule einen Link erstellst wird ein Leerzeichen durch %20 ersetzt.

Craven123 8. June 2007 13:02

das ist echt schade. ich kann mich aber erinnern dass es früher ging. dann sollte man das vielleicht als feature wieder dazu nehmen. nur so als vorschalg :)

Jok3r 8. June 2007 19:13

*räusper* Ist das nicht ziemlich egal? x)

Craven123 9. June 2007 14:23

egal liegt doch ziemlich in Auge des Betrachters nicht? :p

MOG 15. August 2007 10:39

Bugreport
 
mh hab hier nen komischen bug mit den downloadprioritäten bei version 6.1

ich muss alle prioritäten auf hoch stellen, sobald ich welche auf normal stelle, stellt sich dort der download sofort ein, er will immer wieder mit dem download beginnen (0 K/B sec) schafft es aber nicht ... das gleiche mit auto priorität ...

wenn dies nicht wäre hätte ich noch bessere downloadraten ...

seppl12 15. August 2007 11:28

Die Downloadpriorität beeinflußt die Übertragung zwischen zwei clients in keinster Weise. Sie legt lediglich die Reihenfolge für die Quellenfindung fest. Deine Beobachtung mag jetzt zufälliger Natur sein.

Übertragungen mit 0 kB/s, insbesondere zu Beginn einer eMule Session, sind durchaus nichts Seltenes (z.B. hat der Gegenüber das file zwischenzeitlich aus dem share genommen oder fehlkonfigurierte clients oder 0k Uploader, ...). Auch sollte man sein Uploadlimit nicht zu hoch setzen, damit noch Uploadbandbreite für das Protokoll des Downloads vorhanden ist.

MOG 15. August 2007 15:21

nein ich hab es grad wieder ausprobiert.... hatte 15 quellen von denen ich geladen hab (eine datei!!) dann hab ich die priorität auf auto gestellt und zack war der download auf einmal beendet!!!


--> das ist nicht normal!

Jok3r 15. August 2007 16:33

Versuch das ganze doch mal mit einem clean install, und mit dem Standard eMule! :mrgreen:

McConnor 21. August 2007 12:56

Xtreme 6.1 hängt beim beenden bei "Clearing lists ..."
 
Hallo zusammen,

Ich nehme mal mindestens an das das kein Feature sein soll:

Nicht immer aber doch sehr oft hängt sich emule Xtreme 6.1 beim Beenden auf. Letzte Meldung ist dann "clearing lists ...". Zum Shutdown Complete kommt es nicht mehr.

Ärgerlich ist, dass man die dann hängende emule Instanz nicht mehr beenden kann. Probiert habe ich hierzu den Taskmanager (Prozess beenden) und die Kommandozeile (Killtask) - niente. Da hilft nur ein Neustart.

Gibts hierzu eine Lösung?

Grüsse,

McConnor

Pan Tau 21. August 2007 21:38

Wenn es dir nur um das Killen geht versuch mal Proces***plorer.


Pan Tau

Blomy 21. August 2007 21:59

Ich habe den Proces***plorer. und es ging bei mir nicht.
Schönes Teilchen ansonsten

BuzMavi 28. August 2007 19:29

bug: UPnP cannot be found in Zyxel. Probably short buffer.
 
Hi guys!

I'm trying to use UPnP. The problem is probably response of Zyxel Modem is long.
http://192.168.1.1/DeviceDescription.xml has size of 4606 bytes.

When I used Wireshark too analyse the problem, there was no problem with Firefox, but the xtreme-mod client failed to load the whole response. It simply sends a RST packet and drops connection. Therefore it can't recognise UPnP support of my Zyxel 660HW-61 modem.

I tried to patch the program, but the sources and some libraries are missing. Therefore I wasn't able to compile it.

Pan Tau 29. August 2007 03:33

Zitat:

Zitat von BuzMavi (Beitrag 128703)
Hi guys!

I'm trying to use UPnP. The problem is probably response of Zyxel Modem is long.
http://192.168.1.1/DeviceDescription.xml has size of 4606 bytes.

When I used Wireshark too analyse the problem, there was no problem with Firefox, but the xtreme-mod client failed to load the whole response. It simply sends a RST packet and drops connection. Therefore it can't recognise UPnP support of my Zyxel 660HW-61 modem.

I tried to patch the program, but the sources and some libraries are missing. Therefore I wasn't able to compile it.

The sources are downloadable from the Xtreme Mod official homepage under downloads.

For your next Xtreme Mod Bug-Report please use the Xtreme Mod Bugreport Subforum

Pan Tau

OldF 19. October 2007 16:50

Festplatten Zugriff zu hoch mit v.6.1 und W2k??
 
Hi all
habe gestern vom Extreme5.1 zu 6.1 gewechselt, und heute ist mir aufgefallen dass die HDD-Led doch zu häufig aufleuchtet, bzw. bei der v5.1 war das schon spärlich, bei der v6.1 ca. alle 1.5 Sekunden. Den Schreib- und Lesezugriff habe ich mal mit Bordmittel gemessen und ergab durchs. 4.5 Zugriffe/Sek., daraufhin habe ich unter Optionen/Erweitert die Dateipuffer-Grösse auf max. (2MB) gestellt, gibt an dass es jetzt 0.8 Zugriffe/Sek. sind, HDD-Led leuchtet ca. alle 12 Sek. auf.
Also mit der Temperatur hab ich eh keine Probleme, aber erfahrungsgemäss sind viele HDD-Zugriffe so ziemlich schlecht - ich habe da meine Erfahrungen! OK es gibt auch HDD welche für den 24h Betrieb ausgelegt sind, ja, hätte von Anfang an eine reintun sollen:P.

Ich gehe mal davon aus dass dies kein Bug ist sondern an meine Config liegt, bin für jeden Tip dankbar.

Beim Changelog von der v6.1 steht da noch " Multi-threaded disc access with threading-queue" , gibt es da vielleicht ein Zusammenhang, bzw. kann man dass deaktivieren?

OS W2k SP4
IDE, PATA, Nvidia Nforce3 mit Hyperion Treiber (nicht MS)

Werde heute abend ca. 22.00 die 24H Statistik posten.....



Alle Zeitangaben in WEZ +1. Es ist jetzt 23:07 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102