Der Prozedureinsprungpunkt "freeaddrinfo" wurde in der DLL "WS2_32.dll" nicht gefunden
 

Hallo Stulle,

ich hatte mich schon auf die Korrekturen in der neuen Version gefreut, bekomme aber beim Start direkt die Meldung:
"Der Prozedureinsprungpunkt "freeaddrinfo" wurde in der DLL "WS2_32.dll" nicht gefunden"
Hängt wahrscheinlich mit windows 2000 zusammen?

Gruß,
Mel

ja und wenn du mal weiter guckst im download bereich findest du win2k binaries...

Die neue Mod läuft bist jetzt ohne Probleme. Bei Änderung erstatte ich Meldung.:cool:

report crash:

RapidShare: Easy Filehosting

You know, it isn't the actual version?

Danke @Stulle und Helfer:chuckle

Hallo,
ich würde mir auch gerne die neue Version downloaden. Leider Funktioniert der Link auf derStulleMulle Homepage nicht mehr.
Es kommt immer die Fehermeldung das die Verbindung zum Server zurückgesetzt wurde.
Über Emule kann ich auch nicht downloaden da er keine Quellen findet.

Gruß
Trevor

Sourceforge ist platt, aber der Mulidownload startet sofort, sowohl beim Installer als auch bei den Binaries. (Quellen alle über Kad gefunden.)

Wie kommst Du darauf, daß Sourceforge platt wäre :huh

Bei mir funzt es wunderbar :yes:

@TrevorX - hier kannst Du downloaden -> Sourceforge.net-StulleMule mod-Downloads

Hab mir grad auch die neueste Version(en) gezogen :smile:

Gruß Dia ;)

Vielen Dank für Eure Hilfe!
Mittlerweile hat der Download über Emule geklappt.

Gruß
TrevorX

Installer Problem
 

Beim Versuch die Datei "eMule0.49c-StulleMule_v6.2-installer.exe" von

"http://sourceforge.net/project/downloading.php?groupname=stullemule&filename=eMul e0.49c-StulleMule_v6.2-installer.exe&use_mirror=surfnet"

auszuführen bekomme ich die Fehlermeldung:

"Auf das angegebene Gerät bzw Pfad oder Datei kann nicht zugegriffen werden. Sie verfügen evtl nicht über ausreichende Berechtigung, um auf das Element zugreifen zu können".

Account mit Adminrechten wird benutzt, bei keinem anderen Programm erhalte ich die Fehlermeldung, auch andere emule mods können problemlos installiert werden.

Wenn die Datei mit dem Firefox anstelle vom download gleich ausgeführt werden soll, kommt in etwa ne Meldung wie
"Anwendung starten:
Dieser Link muss mit einer Anwendung geöffnet werden.
Senden an:
* File
* Eine Anwendung auswählen" :sb

Ich weiss zwar nicht, warum das jetzt bei dir so ist, aber wie waere es, wenn du einfach das BIN-Paket laedst, dieses entpackst?

Dann waere das Problem umgangen!

du hast die datei schon runtergeladen und gespeichert vor dem ausführen oder?

gelöst
 

Sorry, mein Virenskanner verursachte das Problem :neutral:

Auf den Rat hin das BIN-Paket zu nutzen hab ich mir das besorgt und festgestellt dass im entpackten Zustand z.b. die emule.exe fehlt, im gepckten aber noch enthalten ist.

Nach beenden von Kaspersky gehen beide dateien, das BIN- und das ZIP-Paket.
Ich weiß nich warum der Kaspersky bei deiner Version sowas macht, bei den anderen macht er das nicht deswegen kannte ich das Problem vorher nicht.

Danke für den Tip mit der BIN-Datei

kaspersky ist mal nur bescheuert. hab denen freitag geschrieben wegen falscher detection, heute kam dann die mail, dass sie es nicht nachvollziehen könnten und ich meine antivir datenbanken updaten solle. versuch das mal. ansonsten mach mal einen screenshot von kaspersky und schick ihn mir.

Das letzte update war tatsächlich schon eine woche her, aber deswegen dürfte sich das doch nicht so äußern dass er auf einmal programme blockt. Er hat die "eMule0.49c-StulleMule_v6.2-installer.exe" als "nicht vertrauenswürdig" eingestuft, begründung "trojan-downloader.win32.agent.cecn". Normalerweise bin ich gewohnt irgendwie von Kaspersky über solche aktionen benachrichtigt zu werden, aber da kam nichts, hab das später im logfile rausgelesen. Auch andere normale Programme und Treiber sind teilweise "desinfiziert" worden z.B: Soundkartentreiber :-x

Mittlerweile hab ich die Berechtigung manuell eingetragen, später auch ein update gemacht aber auch festgestellt dass er jetzt auch noch teilweise internetverbindungen blockt, beim TCP und UDP-Test vom Mule z.B. hat er den UDP geblockt. Es ist als wäre der Kaspersky total verstellt worden. Möglich dass meine Katzen schuld haben falls sie in meiner abwesenheit übers keyboard gelatscht sind, aber um dem vorzubeugen ist die kiste eigentlich gesperrt wenn ich nicht da bin.

blödes kaspersky... :-/

beschädigte part.met und part.met.bak
 

Immer wenn ich den stulle mule beende, sei's wegen einem neustart oder weil sich der mule selber aufgehängt hat sind Downloads verschwunden.

Fehler: 003.part.met () ist beschädigt, Datei kann nicht geladen werden
Fehler: 003.part.met.bak () ist beschädigt, Datei kann nicht geladen werden
Fehler: 003.part.met.backup () ist beschädigt, Datei kann nicht geladen werden

Fehler: 045.part.met () ist beschädigt, Datei kann nicht geladen werden
Fehler: 045.part.met.bak () ist beschädigt, Datei kann nicht geladen werden

Fehler: 047.part.met () ist beschädigt, Datei kann nicht geladen werden
Fehler: 047.part.met.bak () ist beschädigt, Datei kann nicht geladen werden

Die "part.met", "part.met.bak" und "part.met.backup" haben alle 0 Bytes,
Teile die schon seit Wochen reintröpfeln sind weg.
Gibts da ne Lösung um dem vorzubeugen?

Existieren die .part Dateien überhaupt noch? Wenn nicht: die genannten Dateien löschen oder erstmal aus dem Tempordner verschieben.

Ja, die zugehörigen part-dateien existieren noch.

bissl information zu deinem system wäre schon cool, aber möchte ja nicht zu viel verlangen... am besten du machst n clean install... wenn der fehler wiederkehrt können wir ja weiter schauen...

System, der übliche Rotz: WinXP Pro SP3, akueller stand.

hab grade sämtliche Reste der Dateien die er bemängelt hat aud dem Temp-Ordner gelöscht,
nachdem er ja nichts mehr damit anfangen kann braucht man den Platz mit den Leichen ned verwschwenden.
Als ich die letzte gelöscht hatte stürzte mir der mule wieder ab.

Nach dem nächsten Neustart hatte er ALLE Dateien verloren:

Datei konnte nicht geöffnet werden: E:\emule tmp\001.part (dateiname) - A sharing violation occurred while accessing E:\emule tmp\001.part.
Schwerer Fehler: An Port xxxxx konnte kein Socket erstellt werden
Schwerer Fehler: An Port xxxxx konnte kein Socket erstellt werden

*grmpfl*

Du hast ja wohl nicht die Dateien gelöscht während der Muli noch lief!?

Das hatte ich heute Nacht auch irgendwie vermutet.

Pan Tau

Doch, der Muli lief, aber es waren ja eigentlich die Daten die er eh nicht laden konnte / wollte.
Ich hab nach der Geschichte mal ein backup von den part.met und backup-dateien gemacht.
Nach dem nächsten Neustart hatt er aber wieder die Daten eingelesen, ob das jetzt alle waren weiß ich nicht, aber eine ganze Menge. Versteh ich irgendwie nicht warum er die auf einmal wieder einlesen kann.

mach n clean install, füge alle downloads neu zu und dann meld dich wenn es probleme gibt, ohne dass du emule dateien löscht während emule gestartet ist. fertig. -.-

jo, mach ich

@Stulle: Ich habe ein eigenartiges Problem mit Powershare neuerdings. Es schaltet sich bei einer bestimmten Datei zwischendurch von alleine ab. Dann ist es aufeinmal später wieder an.

Vorher als ich Datei stärker verbreitet hatte war Powershare länger ohne Probleme an. Habe auch schon bei den Limits für Quellen und MB geguckt ist off bzw. auf Standard. "Share nur das benötigte" ist aktiviert.

na das hängt sicherlich mit dem code zusammen, der schaut ob es genügend virtuelle volle quellen gibt. das ist also abhängig von dem was du in deiner queue hast. da kann es schon sein, dass abhängig von den leuten die die datei wollen das mal an ist und mal aus.

Achso. Naja, volle Quellen sind das schon reichlich immer. Nur wenn ich es nicht limitiert habe müßte es doch nach oben offen sein.

Aber gut wenn das Proggi das automatisch macht dann ist ja gut.:-)

Noch ne andere Frage: Ich habe die selbe Datei jetzt auf "Release" gestellt. Von der Bevorzugung und Schnelligkeit finde ich das ok, aber nicht wieviel Bandbreite momentan dafür verwendet wird. Sind teilweise bis über 80Kb von 100 und dann ist für andere Auto-Uploads nur noch 1 Slot frei.

Natürlich wechselst das auch wieder und wird weniger. Aber nervt ein wenig.:P

Nur frage ich mich ob es Sinn machen würde das man für Release die Uploadbandbreite limitieren kann. Wäre dann ja quasi das selbe wieder wie PS. Oder verstehe ich da was falsch?

Nur das ich für Powershare wenig oder gar keine Credits bekomme oder wie war das?Und für Release mehr...

PS: Oder was das für Freundesuploads keine Credits? Ich glaube das. Weil ich müßte ja eigentlich für PS belohnt werden...!


Edit: Jetzt sind 3 Slots für die Release-Datei offen und nur 1 für noch ne andere...das ist KAcke. Dann mache ich lieber Auto oder Powershare.

Man müßte "max Release Slot Speed" einstellen können. Dann könnte es trotzdem dynamisch bleiben.

Nicht als Anmache verstehen oder so. Vielleicht verstehe ich da auch was komplett falsch. Und wenn sollte es nur ne Anregung sein!!!:beer:
Sind ja auch eher kleinere Problemchen...die Mod läuft sonst wunderbar.

naja, das wäre ne menge aufwand das zu realisieren, da ne weitere upload splitting class notwendig wäre. ich sehe auch den vorteil nicht. auf PS stellen und internal priorities an machen und fertig.

ansonsten kann man release mit den vorhandenen funktionen eigentlich auch ganz gut so einstellen, dass nicht nur release clients im up sind. ich habe meistens 1 tag bonus, score assurance und SUQWT an und bin eigentlich ganz zu frieden mit dem ergebnis. guck doch einfach mal wie lange leute normalerweise in deiner queue warten bis zum upload und dann stellst den bonus etwas niedriger. so haebn auch noch andere chancen, aber release ist trotzdem gut vorgehoben. wie lange leute in deiner queue hängen hängt natürlich von verschiedenen faktoren ab. queue größe, upload speed, durchschnittl. dateigröße usw.

ansonsten kann ich nur betonen, release bedeutet release. natürlich kann man 20 abstufungen machen, aber ich sehe darin keinen vorteil.

ansonsten kann ich dir nur sagen, wenn man es so formuliert wie du fühl ich mich nicht angemacht. bin momentan eh bissl leicht zu reizen wegen dem RL stress, aber wenn es konstruktiv bleibt und ich nicht das gefühl habe mir erklärt einer wie ich meinen mist zu erledigen habe, dann ist das alles iO.

Hatte ich schon mal probiert. Klar geht auch. Nur wie sieht es mit der Creditvergabe aus? Also von den Clients? Da gibt es doch Unterschiede von "Normal" Release zu Powershare oder?

Ok die Einstellungen welche du da hast die habe ich auch. Bzw. vorher hatte ich den Bonus auf 12 Stunden. Kann das ja mal beobachten aber bis jetzt hat der sich auf Release immer reichlich vom eingestellten Upload weggenommen. Für mich zuviel.

Also der Releaseupload soll gegenüber den anderen schon bevorzugt werden von der Bandbreite. Nur sich nicht sooo viel nehmen. Wenn man sagen würde das der bei Release "maximal = x Kb pro Slot" nehmen darf dann kann der ruhig auch noch mehrere Release-Slots aufmachen. Obwohl, dann müßte man es schon wieder wie bei PS global machen. ODer die Release Slots limitieren weil man sonst wieder beim selben Ergebnis wie vorher ist wenn sich die Slots hochsummieren. 4*20Kb max wären auch schon wieder 80. In meinem Fall 80% vom eingestellten Gesamtupload.

Dann wird der Unterschied zu PS auch schon wieder sehr klein. Naja, war nur ne fixe Idee.:P
Ok, dann wünsche ich dir auch mal wieder ein paar ruhigere Momente.:yes:

die credits werden beim anderen client gespeichert und da der nicht wissen kann wie er an den upload gekommen hat ist es völlig egal wie der slot vergeben wurde für die credits. da hat man also keinen unterschied.

wenn entsprechend viele leute da sind die ein release file wollen bleibt eh zu überlegen ob release sinnvoll ist. die dateien die bei mir auf PS oder release stehen werden bei mir nur paar mal angefragt. vielleicht reicht ja auch schon hohe priorität...

Achso. Das wußte ich nicht. Gilt das auch für Freundesupload?

Sind so 30-40 volle Quellen und ca. 100 Anfragen am Tag. Eigentlich nichts mehr für Release. Wollte das aber trotzdem noch forcieren weil es im Grunde genommen zwei Dateien sind welche mehr oder weniger zusammengehören. Die eine Datei davon ist stärker verbreitet. Obwohl ich davon weniger Mb´s geuppt habe. Das liegt wohl dann an der Sharebereitschaft der Leute. Auf die habe ich keinen Einfluss.

Noch den Frage zu den vollständigen Quellen: Wie zuverlässig ist das Ganze?

Werden die über die Anfragen/Verbindungen ausgelesen oder wie? Weil manchmal stehen die Quellen bei 0 Anfragen auch auf 0. Aber dann umso mehr Anfragen reinkommen umso mehr(vielleicht auch genauer) Quellen werden es und später bleibt es relativ konstant.

Manchmal sind auch aufeinmal 10-20 Quellen weg und später wieder da.

Hat das was mit Kad/Ed2k zu tun? Weil ich nur zu Kad verbunden bin. Das da welche mit bei sind welche zu ED2k(über Umwege dann über Kad/ED2k) verbunden sind und manchmal nur Kad-onlys da sind?

Oder sie sind einfach offline gegangen...aber dann so viele?:mrgreen:

natürlich gilt das auch für freundesupload.

zu den virtuellen vollen quellen, das ist nicht mehr und nicht weniger akurat als die "volle quellen" anzeige aus dem offi. also mal grundsätzlich zur funktionsweise, wenn ein client von uns etwas will sagt er uns, was er hat. die angesprochene funktion kumuliert nun diese angaben. stell es dir vor als würdest du teiltransparente lochmasken stapeln. dort wo löcher sind hat niemand der fragt auch nur einen chunk, dort wo es undurchsichtig ist, da haben schon sehr viele den chunk und alles da zwischen haben halt nur ein paar die chunks. die funktion guckt nun also welcher chunk ist am seltensten (durchsichtigsten) und zählt dort quasi die lagen von lochmasken. so erhalten wir die anzahl von virtuellen vollen quellen. diese wird nun wieder ins verhältnis gesetzt mit der anzahl der chunks und damit der größe der datei. wird festgestellt, dass es genügend clients geben müsste wird powershare unterdrückt/untersagt. da spielt auch noch die zahl der vollen quellen aus dem offi rein, aber mit der hab ich mich ehrlich noch nie groß beschäftigt.

die richtigkeit der getroffenen aussage ist in so fern vielleicht besser, als das wir genau sehen wer lädt, es sei denn wir haben die gegenseite gebannt oder sie uns gebannt bzw. gedropped. afaik wird bei der offi funktion von anderen clients gefragt oder abgeschätzt... naja, sei es drum.

verschwindet also ein "nachfrager", so können wir davon ausgehen, dass die parts die er hatte dem netzwerk nicht mehr zur verfügung stehen und wir nehmen seine lochmaske raus. wenn nun also entsprechend viele aus der queue verschwinden, dann kann das untersagen sicher zurück genommen werden.

clients verschwinden aus zwei gründen aus unserer queue. grund eins ist, dass er fertig ist, uns das sagt, weil wir ihm gerade die letzten blocks gegeben haben oder wir ihm was anbieten wollten. grund zwei ist, dass wir unsere queue säubern. in allen nicht-xtreme mods - es sei denn es wurde verändert - wird man nach einer stunde aus der queue geschmissen. beim xtreme sogar erst nach zwei stunden. dafür bekommt man vom xtreme nur was, wenn man in den letzten 30 min gefragt hat und man sonst nen slot bekommen könnte.

das leute aus der queue verschwinden und wieder auftauchen kann also zB daran liegen, dass sie einfach mal nicht nachgefragt haben, aus gemacht wurden oder ähnliches...

so, hab ich was vergessen? muss weiter machen O_O

Danke für die ausführliche und gute Erklärung. Ist wohl doch komplizierter als ich gedacht habe. Aber hoffe/denke es halbwegs verstanden zu haben.


Edit: Warum springt USS zwischendurch eigentlich wieder an? Müßte das nicht am Anfang reichen? Stören tut mich das nicht. Hatte es nur letztens in der LOg beobachtet. Da war es besonders nach bestimmten Anfragen auf meine Freigaben(welche abgwiesen wurden). Da ist USS jedesmal sofort angesprungen. Jetzt aber nachdem die Ip und der Anfrager geblockt sind(weil es wohl ein Bot war und der nervte), springt USS trotzdem zwischendurch immer an. Ich meine es wohl seine Gründe. Und ist nicht weiter schlimm. Wollte nur mal nachfragen. Eben war es sogar 5 mal hintereinander


Dachte wie gesagt nur das USS immer beim Programmstart anspringt und danach nicht mehr. Ist aber nicht weiter schlimm. Upload ist normal wie immer. Ist mir nur so das erste mal richtig aufgefallen mit USS.:-)

Moin Community,

ich habe gestern mein Grautier mal wieder aktualisiert (von 5.3 auf die aktuelle 6.2). Seitdem habe ich einen Runtime Error , der unmittelbar nach dem Start auftaucht. Er scheint mein Eselchen nicht wirklich zu beeinflussen, aber die Meldung bleibt bestehen, bis ich sie wegklicke. Dann wird der Esel aber auch sofort geschlossen.

Beenden kann ich ihn nicht mehr... ;)
Ich habe ihn gestern Abend beendet (dann dauert es ja sowieso immer ein paar Sekunden, bis er wirklich aus geht), und gewartet und gewartet... Da der Rechner sowieso 24h läuft, bin ich dann nach ein paar Minuten in´s Bett und er war heute morgen immer noch nicht aus (der Esel natürlich). Ich habe dann die Runtime Errror Meldung weggeklickt und dann ging er auch endlich aus.

"Umgezogen" (will sagen, die habe ich mitgenommen) bin ich mit folgenden files:
- Clients.met
- Preferences.dat
- Cryptkey.dat
- Known.met
- Known2_64.met
- Emfriends.met
- Server.met
- Nodes.dat
- IpFilter.dat
- Category.ini
- Statistics.ini

Ansonsten ist mein XP Pro aktuell

mach mal ne richtige clean install und gegebenenfalls mach ASFU aus.

Sorry, hab´ vergessen noch nachzuposten... ;)

Ich hab´ ihn heute morgen mal sauber installiert (funktioniert) und dann nach dem Ausschlußprinzip den (sehr wahrscheinlichen) Übeltäter gefunden:

Eine der beiden .ini Dateien. Alle anderen konnte ich problemlos übernehmen nur als ich die beiden dann rüber gepackt habe, wollte er nicht mehr... Liegt das vielleciht am Versionssprung (immerhin von 5.3 auf 6.2)?

Aber dennoch danke für die Antwort und den Tipp! ;)

Nu muss ich alle Kategorien halt nochmal konfigurieren und meine Einstellung sind irgendwie auch fläten gegangen während dem rumgeteste ^^

So komme ich wenigstens nicht aus der Übung :D

:) ein clean install wird bei update immer empfohlen, auch wenn ich versuche alles kompatibel zu halten.