Official eMule-Board: Testing Emule 0.60 (completed) - Official eMule-Board

Jump to content


  • (19 Pages)
  • +
  • « First
  • 15
  • 16
  • 17
  • 18
  • 19

Testing Emule 0.60 (completed) Community version

#321 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 20 June 2021 - 10:40 AM

New bug: Bindaddr

This is only binding the TCP port. The UDP ports (TCP+4 and kad port) are binding to 0.0.0.0

$ netstat -apn | grep -i wine
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)

tcp 2 0 10.16.128.127:6822 0.0.0.0:* LISTEN 1264795/wineserver6

udp 0 0 0.0.0.0:6826 0.0.0.0:* 1264795/wineserver6
udp 134912 0 0.0.0.0:6832 0.0.0.0:* 1264795/wineserver6

The significance of this is that if the host has multiple default route metrics the program will likely select the lowest one and send using the "wrong" IP
0

#322 User is offline   fox88 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 4974
  • Joined: 13-May 07

Posted 20 June 2021 - 12:46 PM

holysmoker,
it would be great if you answer to the question above: Does it differ from 0.50a?

stoatwblr,
external IP is unknown when a socket is created; especially in case of multiple network adapters.
0

#323 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 21 June 2021 - 04:40 PM

View Postfox88, on 20 June 2021 - 01:46 PM, said:

stoatwblr,
external IP is unknown when a socket is created; especially in case of multiple network adapters.


You are correct, however if the bindaddr directive is being used then the TCP/UDP and Kad UDP ports should _all_ use them.

The directive specifically exists for the purpose of allowing manual control of the IP address the program may otherwise use or listen on

(there are good reasons why you may want to bind the webUI port to other interfaces, such as for internal network control etc, so it's best left listening on 0.0.0.0 or have a separate directive, as amule does)
0

#324 User is offline   fox88 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 4974
  • Joined: 13-May 07

Posted 22 June 2021 - 12:24 PM

View Poststoatwblr, on 21 June 2021 - 07:40 PM, said:

if the bindaddr directive is being used then the TCP/UDP and Kad UDP ports should _all_ use them.

Does it look different if Windows build of amule was run under Wine?
0

#325 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 22 June 2021 - 01:22 PM

View Postfox88, on 22 June 2021 - 01:24 PM, said:

View Poststoatwblr, on 21 June 2021 - 07:40 PM, said:

if the bindaddr directive is being used then the TCP/UDP and Kad UDP ports should _all_ use them.

Does it look different if Windows build of amule was run under Wine?


It's no longer built for windows (*nix/macos only). I'll check with some older binaries and get back to you

...
This is using a 2.3.2 contributed binary

netstat -apn | grep :46[0-9][0-9] | grep wine
tcp 0 0 10.172.65.13:4662 0.0.0.0:* LISTEN 1152762/wineserver6
udp 0 0 0.0.0.0:4665 0.0.0.0:* 1152762/wineserver6
udp 0 0 0.0.0.0:4672 0.0.0.0:* 1152762/wineserver6

So it looks like this is a wine/windows issue

Additionally, TCPdump shows no UDP traffic on the "unwanted" IP addresses(*), so it looks to be a false alarm


(*) The test host has one main address using nm-team and a bunch of macvlan attachments behind it with real world IPv4 addresses (doing this gives each interface its own mac address which simple IP aliasing doesn't do - that makes firewalling much easier)

This post has been edited by stoatwblr: 22 June 2021 - 01:39 PM

0

#326 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 22 June 2021 - 01:49 PM

Harking back to an earlier subtopic - the "bogus" emule 0.6 of many years ago - and MorphXT etc blacklisting it

I've verified (side by side comparions of connections) that MorphXT users still comprise a good chunk of the ed2k cloud and are blacklisting all emule 0.6* that they see

It's going to be virtually impossible to get people to update their MorphXT builds even if notices are posted on all the usual forums


As such, in order to prevent continued network fragmentation: I strongly urge renaming to 0.7 and skipping any further use of the 0.6 name
1

#327 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 04 August 2021 - 11:14 AM

bugs (minor)

* (quite old it's in 0.5* too): When importing downloads, the location of the last import isn't remembered, so one must navigate to the directory containing the partfiles each time


* (new): "enable import parts" only activates on a per-session basis (it's not saved)


* (old - and relatively major): sending to some clients (particularly amule) stalls out and fails before uploading a single chunk. I thought this was a new interaction but I've found reports of the behaviour dating back to 2011 and was originally reported when sending to shereaza clients. I've confirmed it with Amule, Shereaza and Neoloader. Things work fine in the other direction (this has some speed/latency issues going on. It doesn't happen if emule is uploading to the max number of clients (ie: throttling individual uploads), but does if the client in question is receiving at "high" speeds - the breakpoint is related to the upload speed limit setting). Above 200kB/sec it almost always happens, but at 1MB/s or faster several chunks may suceed before it breaks



* handling of long paths and some filename characters (eg: "?") is broken. These can appear on network shares

* Suboptimal filelist/directory scanning: It would be nice to discuss optimisations for sharing "lots of files" - emule can take up to 90 minutes to start/reload in some circumstances where amule sharing the same files does it in under 90 seconds...

This post has been edited by stoatwblr: 04 August 2021 - 11:21 AM

0

#328 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 04 August 2021 - 11:35 AM

Bug (kind of): It's extremely easy to overlook that you have a LowID(*) and this needs better flagging in the UI


around 2/3 of the network is running low IDs and at least 90% of those actually downloading files are lowID users with traffic routed via servers

This level of LowID is breaking things fairly badly


(*) I've had it happen when uPNP failed or the uPNP gateway was reset and occasionally on restarting emule when the bound port wasn't released from the last run, so the new session couldn't attach to the designated port (if this happens, the port will be released eventually by the OS)
0

#329 User is offline   fox88 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 4974
  • Joined: 13-May 07

Posted 05 August 2021 - 04:38 PM

View Poststoatwblr, on 04 August 2021 - 02:14 PM, said:

bugs (minor)

A bug is either unintended or unexpected behaviour.
Otherwise this should go as a feature request.
Also, if alternative clients in eMule's network have communication issues, this usually hints at a problem in these clients.

This post has been edited by fox88: 05 August 2021 - 04:39 PM

0

#330 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 05 August 2021 - 09:14 PM

View Postfox88, on 05 August 2021 - 05:38 PM, said:

View Poststoatwblr, on 04 August 2021 - 02:14 PM, said:

bugs (minor)

A bug is either unintended or unexpected behaviour.
Otherwise this should go as a feature request.
Also, if alternative clients in eMule's network have communication issues, this usually hints at a problem in these clients.


That's a bit like German car makers saying that they don't need to deal with issues "because that should never happen" - vs Japanese makers taking the stance "It does happen, so we need to deal with it"


Or in other words: "If architects designed like coders, the first woodpecker to come along would destroy civilisation"
0

#331 User is offline   fox88 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 4974
  • Joined: 13-May 07

Posted 07 August 2021 - 02:48 PM

Was this stand-up comedy an attempt to replace 'software bug' term with a vague 'issue'?
If you keep ignoring low fuel warning, sooner or later an out of gas issue might happen.
But that is not German car maker's fault.
0

#332 User is offline   stoatwblr 

  • Member
  • PipPip
  • Group: Members
  • Posts: 43
  • Joined: 15-February 13

Posted 14 August 2021 - 03:24 PM

View Postfox88, on 07 August 2021 - 03:48 PM, said:

Was this stand-up comedy an attempt to replace 'software bug' term with a vague 'issue'?
If you keep ignoring low fuel warning, sooner or later an out of gas issue might happen.
But that is not German car maker's fault.


The primary reason for software failure is failure to interoperate or play nice with others

That's why Usenet and SMTP email worked so well whilst numerous other attempts failed

The same reason is why we have "plugfests" in the networking world - to ensure that every maker's equipment talks to every other maker's equipment. Just because a "standard" has been written, doesn't mean that it can't be interpreted in various ways and it isn't uncommon to find devices which are fully "standards compliant" but won't talk to each other due to differing approaches to that standard

Failure to address software interoperation is harmful to the ed2k/kad concept and will ensure that users continue to migrate to other software. Couple this with the serious networking issues (over 50% LowID, over 90% of my traffic is going via the ed2k servers to/from lowid clients) and there are major points of failure developing in what is supposed to be a robust distributed network

Interoperabilty has been a keystone of every sucessful protocol on the Internet. Brushing this issue off as "It's their fault" doesn't fly when these OTHER pieces of software all happily talk to and exchange data with each other. Emule is the odd one out, not them.
0

#333 User is offline   yraen 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 1
  • Joined: 02-September 21

Posted 02 September 2021 - 12:48 PM

I wholeheartedly agree with the above 0.6 needs to become 0.7... I tried 0.6c out and speeds where much lower, far fewer connections etc. Went back to 0.51d no issues, speeds returned to normal.
0

#334 User is offline   MistressAdmin 

  • Member
  • PipPip
  • Group: Members
  • Posts: 45
  • Joined: 21-August 20

Posted 08 September 2021 - 09:42 AM

View Postyraen, on 02 September 2021 - 01:48 PM, said:

I wholeheartedly agree with the above 0.6 needs to become 0.7... I tried 0.6c out and speeds where much lower, far fewer connections etc. Went back to 0.51d no issues, speeds returned to normal.


I have now returned to 0.51d for the same reasons.
1

#335 User is offline   fox88 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 4974
  • Joined: 13-May 07

Posted 24 November 2021 - 01:07 PM

A maintenance release 0.60d has been published in Github.

It features minor fixes and improvements.

The link is in the topmost post.
4

#336 User is offline   hooligan3000 

  • European Community
  • PipPipPipPipPipPip
  • Group: Members
  • Posts: 337
  • Joined: 19-December 09

Posted 24 November 2021 - 01:24 PM

ed2k://|file|eMule0.60d.zip|4033300|04B13D9DFD1BD80C56D43378F2B7A230|h=4XNX4FQWALTAE2BWT3PIVQ2OQG742IKD|/
ed2k://|file|eMule0.60d_x64.zip|4628841|AAB171A72B92F6786F00DC0BA291E7B9|h=J76SRB4C7U7FFDME3J267LZ5UY3YOEHC|/

ed2k://|server|91.208.162.87|4232|/
ed2k://|server|85.239.33.123|4232|/
ed2k://|server|91.208.162.55|4232|/


SD - Telegram

Air VPN - The air to breathe the real Internet

BTC
bc1qdrk0ld07jtg99ym2zg68cpqhqj34qnf2txm93n
XMR
48ja6xJ2NyPMNzmY1pA3ZZPpX5yTaw9Ym28jrDPCL7Y7L7pr5wXFdpeK4WqBbvVY5qEa6VDfhFKTnHWef3EPC4zgQNTnAwg
1

#337 User is offline   Capitán Hispania 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 12
  • Joined: 25-November 02

Posted 25 November 2021 - 05:43 AM

View Postfox88, on 24 November 2021 - 02:07 PM, said:

A maintenance release 0.60d has been published in Github.

It features minor fixes and improvements.

The link is in the topmost post.


Thank you very much fox88

Un saludo.

:worthy:

This post has been edited by Capitán Hispania: 25 November 2021 - 05:44 AM

0

#338 User is offline   TreviSyn 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 14
  • Joined: 11-February 03

Posted 25 November 2021 - 04:44 PM

Thanks fox88 ^^
0

#339 User is offline   holysmoker 

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 92
  • Joined: 23-August 03

Posted 27 November 2021 - 08:12 AM

View Postfox88, on 24 November 2021 - 01:07 PM, said:

A maintenance release 0.60d has been published in Github.

It features minor fixes and improvements.

The link is in the topmost post.


thank you! :thumbup:
0

#340 User is offline   emule_user_downunder 

  • Splendid Member
  • PipPipPipPip
  • Group: Members
  • Posts: 161
  • Joined: 20-March 04

Posted 01 December 2021 - 09:54 AM

View Postfox88, on 24 November 2021 - 11:07 PM, said:

A maintenance release 0.60d has been published in Github.

It features minor fixes and improvements.

The link is in the topmost post.
Can we now draw a line under the 60 series as reasonably stable, and move to the 70 series for reasons discussed with MorphXT interoperatibility being foremost?
Will it break anything to do so?Will it cause grief?
0

  • Member Options

  • (19 Pages)
  • +
  • « First
  • 15
  • 16
  • 17
  • 18
  • 19

3 User(s) are reading this topic
0 members, 3 guests, 0 anonymous users