[Fikduzimir]

No, it isn´t the peercache. I deactiveted it and nothing happens! I go back to last 42g version til 43b works correct! Sorry!

[Fikduzimir]

I´m back on eMule0.42g-sivka.v12g11b-WinNT-bin and have no probs!! Something´s wrong with the new version!

[BuG]

Is it really the sivka mod? Have you tested it with the official?

[mulio2]

The problem was gone as is set my files to release and back to auto then i reset all stats and Upload works??Win XP,IE6,SP2 if helps

[sivka]

hello

@all, changelog now available

@mulio2
@Crowley
@Fikduzimir
if you uploadqueue empty, are clients in waitingqueue?


@stormit
hehe... this are strategy steps, that more users tests my MOD


sivka

This post has been edited by sivka: 06 July 2004 - 10:55 PM

[Crowley]

Is "waiting queue" the same as "clients on queue"? If yes, it's not empty.

Edit: did some tests, and the 15-minutes-upload-delay only happens if I start with a new IP.

This post has been edited by Crowley: 07 July 2004 - 12:03 AM

[stormit]

Hi Sivka

Quote

@stormit 
hehe... this are strategy steps, that more users tests my MOD

Hi Sivka thats ok you get whatever you deserve for all of your hard work. I look in my mod stats and your Mod Always has more users than anyone else. Congrats my friend and Thank You Again. Cheers

[Fikduzimir]

Test on official:
all O.K.!!!!!!!!!!!

@sivka

it´s very strange. I´m on waiting queue on and it finds sources but i get no download AND upload. Upload slots are empty and nobody is on upload waiting queue.

[Fikduzimir]

@sivka

07.07.2004 06:30:43: Handshake not finished - while processing packet: 0x44; 80.185.1.76 '(null)' (,Connecting/None)
07.07.2004 06:30:43: unknown eDonkey protocol opcode: 0x44, size=108, data=[06 00 00 00 02 01 00 66 20 00 30 39 66 65 33 31 66 34 32 61 36 64 33 30 37 61 38 64 33 65 64 32 64 65 32 62 33 62 35 64 32 38 02 01 00 67 0e 00 45 6c..]; IP=80.185.1.76; client=80.185.1.76 '(null)' (,Connecting/None)

What´s that?

[Fikduzimir]

again @ sivka

07.07.2004 06:33:16: FileReq flood - while processing eDonkey packet: opcode=OP_REQUESTFILENAME size=21; client=82.83.143.216 'rrsefn' (MLdonkey v0.42.4,Connected/None)

and

07.07.2004 06:33:25: Error: Server UDP socket, failed to receive data from 81.44.43.70:3242: Error 10054: Eine vorhandene Verbindung wurde vom Remotehost geschlossen.

Bigest probs since I use sivka-mods!

look forward for help!

[Quartermoose]

Hi sivka,

thanks again for your great work.
My Mirror for one of the best mods is updated: eMule 0.43b Sivka v13b2

[StarAce]

Hm, some clients have an * behind "on Queue". What's this? I guees it has something to do with peer cache - maybe a cached source?

[Sualocin]

stupid question...sorry
Have I to download NT bin for winXP???

THX

[mulio2]

@Sivka the waiting queue is empty too! sometimes an shareza user come for a second but brocks too no upload and nobody comes on the waiting queue by the way my dl starts only upload not

[Hagbard]

Sualocin, on Jul 7 2004, 03:28 PM, said:

stupid question...sorry
Have I to download NT bin for winXP???

THX

yes

[sivka]

@StarAce,

* => means, this client has more then one file you can download from him (A4AF).

@All, who have problems with upload

look into LOG, are all your files found on start?

Quote

07.07.2004 14:45:20: Found 0 known shared files
07.07.2004 14:45:21: No part files found

if not delete:

Quote

Category.ini
known.met
preferences.ini
shareddir.dat

and start emule again.

sivka

PS: no warrianty that my tip works.
I have no problems on my system, have many times restarted eMule and all
works fine... hmm

[msb]

The mod (NT binaries version) silently crashes here everything 30 minutes or so leaving an error msg in Windows Application error log folder:

 
The application, C:\Program Files\eMule\emule.exe, generated an application error The error occurred on 07/07/2004 @ 16:44:14.572 The exception generated was c0000005 at address 20B184AA (imon)

Imon being the Internet Monitor (for emails and stuff) of NOD32 Antivirus. I have never had this with the official or other mods, but then again.. this could also be a general 43b bug. I already did disable live-scanning of emule temp/download folder.
My system:
1.4GHZ Athlon TB
512MB SDram (Corsair)
WinXP
no router/firewall

--Update:

I also have this with official version...
Back to 42g I guess

This post has been edited by msb: 07 July 2004 - 04:03 PM

[mulio2]

@Sivka as i start the new v13b2 i didnt take anything of my old config Folder i make clean install only with incoming(That includes only emule 43b and sivka v13b2)my old Temp folder and nothing else!So i got an brand new config folder make by sivka v13b2.Shoud i try deleteCategory.ini
known.met
preferences.ini
shareddir.dat

in the new config?

[StarAce]

Hm, absolutely no problems here. Just extracted the emule.exe over the existing file - done.

[Fikduzimir]

@sivka

the probs continues!!! I tried 4 ways:
first I copied the new emule.exe into the old folder -> probs
second I started emule in a seperate brandnew folder ->probs
third I tried the new official version -> NO PROBS
fourth I returned to your old 0.42g version -> NO PROBS

Do you know another way to get your new version downloading and uploading?