aMule Bug Tracker - aMule |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0000465 | aMule | External Conn | public | 2005-06-01 17:38 | 2005-06-04 21:19 |
|
| Reporter | einheitlix | |
| Assigned To | Kry | |
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | |
| Platform | | OS | | OS Version | |
| Product Version | 2.0.1 | |
| Target Version | | Fixed in Version | SVN | |
| Fixed in Revision | |
| Operating System | |
|
| Summary | 0000465: aMule does not always compute MD5 hashs correctly |
| Description | I chose "always" for reproducibility, but actually it is only always reproducible under a certain configuration, and I am not absolutely sure what that configuration is.
I compiled stable aMule 2.0.1 with the following configure options on a x86_64 machine:
--enable-optimize
--disable-monolithic
--enable-amule-daemon
--enable-amulecmd
--enable-webserver
Using wxWidgets 2.6.0 compiled with gtk1, not gtk2.
Behaviour: when amuleweb (or any other application using ExternalConnector.cpp) prompts for a password and then computes a MD5 hash out of it, it computes a wrong MD5 sum.
This happens *every single time* on the machine where I compiled it first.
On another machine, *the exact same sources* with *the exact same configure options*, the MD5 sums are computed correctly, albeit it is also a Gentoo Linux machine with an up-to-date stable system. However, the machine where the error occurs is 64 bits (portage keyword "amd64"), whereas the machine where it works correctly is not (portage keyword "x86").
Workaround:
to work around the problem, create a remote.conf and set the ECPassword there. Then, amuleweb doesn't prompt you for a password and doesn't do a buggy MD5 computation, but rather just uses that string. If it matches with the ECPassword in amule.conf, everything works fine.
It doesn't just happen to me, Stefanero reports to see this problem, too.
Kind regards,
Malte
|
| Steps To Reproduce | |
| Additional Information | For more information, please read this thread (the first two posts are irrelevant for this problem):
http://forum.amule.org/thread.php?threadid=6404 [^]
|
| Tags | No tags attached. |
| Relationships | |
| Attached Files | |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2005-06-01 17:38 | einheitlix | New Issue | |
| 2005-06-02 03:43 | Kry | Note Added: 0001022 | |
| 2005-06-02 04:02 | einheitlix | Note Added: 0001023 | |
| 2005-06-02 04:06 | Kry | Note Added: 0001024 | |
| 2005-06-02 18:17 | stefanero | Note Added: 0001025 | |
| 2005-06-03 00:49 | einheitlix | Note Added: 0001026 | |
| 2005-06-03 01:22 | Kry | Status | new => assigned |
| 2005-06-03 01:22 | Kry | Assigned To | => Kry |
| 2005-06-03 01:23 | Kry | Note Added: 0001027 | |
| 2005-06-03 01:28 | einheitlix | Note Added: 0001028 | |
| 2005-06-03 21:06 | stefanero | Note Added: 0001033 | |
| 2005-06-04 21:19 | Kry | Status | assigned => resolved |
| 2005-06-04 21:19 | Kry | Fixed in Version | => CVS |
| 2005-06-04 21:19 | Kry | Resolution | open => fixed |
| 2005-06-04 21:19 | Kry | Note Added: 0001037 | |
|
Notes |
|
|
(0001022)
|
|
Kry
|
|
2005-06-02 03:43
|
|
|
I blame gentoo and --enable-optimize. Try without the optimize flags. |
|
|
|
|
I tried without --enable-optimize. Exact same error occurs.
I would have been suprised if it had worked, for on my other machine, also running Gentoo, and with the same configure options (also --enable-optimize), it works fine.
The only difference between the two machines is that the one is AMD64 and the other Athlon XP. So,
- either it's because of some library that aMule uses and that is different on these two systems, which could be the case because sometimes, a package marked stable for x86 is not marked stable for amd64 and vice-versa,
- or the error lies in the architecture itself
I can't really think of any other possibility, because I don't see any other differences between both machines. If you want me to try anything else, go on :) |
|
|
|
(0001024)
|
|
Kry
|
|
2005-06-02 04:06
|
|
|
You not getting the point ;) I use a pure64 debian distro. It's all 64. IT's working here. Gentoo's fault :P |
|
|
|
|
I use gentoo aswell.... :-/
I have a suse64 on a 2nd partition I will try there this evening |
|
|
|
|
> You not getting the point ;) I use a pure64 debian distro. It's all 64. IT's working here. Gentoo's fault :P
Of course, it could be due tu some Gentoo specific configuration. I just wanted to say it has nothing to do with --enable-optimize :)
However, note that on my other x86 machine, which is also running Gentoo, it works. So at least it doesn't *always* happen under Gentoo. Maybe only under Gentoo on a 64 bit box or so ;-)
It will be interesting to see whether it works for Stefan unde SuSE.
Couldn't you "isolate" the MD5 encoding in a single standalone application? That way I could try it out under several different configurations on different machines, maybe I would be able to narrow down the problem :) |
|
|
|
(0001027)
|
|
Kry
|
|
2005-06-03 01:23
|
|
Ok, I already assigned to me. Happy? :P
I'll take a look to isolate the md5, but after 2.0.2 release (don't worry, it was schedules for yesterday so shouldn't take more than 2 or 3 years) |
|
|
|
|
Very happy indeed :-P
See you in two or three years, then... ;-) |
|
|
|
|
ok tested under fc3 under 64b, same problem as under gentoo,
you calculate a md5sum in console, add it to the amule.conf file as EC pass
when you start amuleweb, and type your pass
->access denied
stefanero |
|
|
|
(0001037)
|
|
Kry
|
|
2005-06-04 21:19
|
|
|
Fixed on CVS (not on 2.0.2) |
|