aMule Forum
English => aMule Help => Topic started by: GuyFawkes on June 15, 2007, 08:33:40 AM
-
look at the attachments ...
Solutions ?
-
Which version of aMule(web) are you using?
The first one is not necessarily a bug (that's when a download was being iniciated, but there were never any data submitted), but the second one does in fact look weird.
-
Which version of aMule(web) are you using?
The first one is not necessarily a bug (that's when a download was being iniciated, but there were never any data submitted), but the second one does in fact look weird.
for the first one I'm sure that data are submitted because I completed a lot of download and I have always no information on amuleweb.
Note that the progress bar "progression" works.
I'm running the non-gui emule port for ARM (NSLU2) version 2.1.3-9
http://www.nslu2-linux.org/wiki/Optware/Amule
-
I found this :
http://forum.amule.org/index.php?topic=11362.0
Now I'm at work but this evening I will try...
-
ok, it's strange, I removed ".0" from this function on downloads.php :
function CastToXBytes($size)
{
if ( $size < 1024 ) {
$result = $size . " bytes";
} elseif ( $size < 1048576 ) {
$result = ($size / 1024.0) . "KB";
} elseif ( $size < 1073741824 ) {
$result = ($size / 1048576.0) . "MB";
} else {
$result = ($size / 1073741824.0) . "GB";
}
return $result;
}
The first time I opened the page it worked like a charm with correct file size and download speed... but now when I clic on "Transfers" the browser save/open dialog box appear and the webserver crash.
Anyone can help me?
-
First of all, I fail to see how removing ".0" should help. The reason it's there, is to interpret number as floating point, so we'll get FP division instead of integer division (1/3 = 0.333 instead of 1/3=0).
May be ARM have floating point issues? In any event, webserver crash probably indicate some error in code, so backtrace is needed.
-
Session ok, logged in
Processing request [original]: downloads.php
Session ok, logged in
Processing request [redirected]: downloads.php
Illegal instruction
-
In my experience, Illegal instruction means that you asked the processor to run some opcode that doesn't understand. Like asking a Pentium III to execute an SSE2 instruction, or asking an old Pentium to execute an MMX instruction. Maybe your compiler has some fault, or you compiled with the wrong configuration.
Regards.
-
In my experience, Illegal instruction means that you asked the processor to run some opcode that doesn't understand.
Definitely. When we're talking about compiler-produced code, this may actually indicate either bug in compiler or bug in build process (instructing compiler to produce code for P4 and running it on P3, for example).
In this particular case, it seems that issue involves floating point support (or lack of support) on given CPU. AFAIK, some ARM have FP unit, some doesn't. Which one installed on NSLU2 I have no idea (as I have no such device to test it).
-
Ok, that's the point, NSLU2 ARM CPU doesn't have a built in FPU but use FPU emulation on kernel level (soft-float).
Is there a way to use the CastToXBytes function without floating point operations ? maybe it will be less accurate but this doesn't metter...
-
Illegal instruction
This may also indicate stack corruption. In any event, I need either backtrace, or valgrind log, or both to further debug the problem.
Since I don't have the hardware, I can't reproduce the problem.
[Edit: Kry] You mean you CAN'T reproduce it.
-
ok, i'll try to compile amule with debug informations, but this may take ages on a 266 mhz device...