aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: [1] 2 3 ... 10
 1 
 on: June 28, 2022, 02:44:14 PM 
Started by canerandagio - Last post by canerandagio
How do you know the problem is aMule? or even on your end? have you done controlled test to verify?

The person who is downloading may have misconfigured client which keep asking for chunks and aMule just filters it and then eventually bans it for excessive requests. I have seen some clients who takes 40-50mins to download few KBs which is isolated only to them nothing to do with aMule.

If you insist its on your end you should share something very popular like linux iso9660 and see.
if my client is banned, why restart amule, download again?

 2 
 on: June 26, 2022, 08:45:32 PM 
Started by canerandagio - Last post by HKM
How do you know the problem is aMule? or even on your end? have you done controlled test to verify?

The person who is downloading may have misconfigured client which keep asking for chunks and aMule just filters it and then eventually bans it for excessive requests. I have seen some clients who takes 40-50mins to download few KBs which is isolated only to them nothing to do with aMule.

If you insist its on your end you should share something very popular like linux iso9660 and see.

 3 
 on: June 22, 2022, 05:51:05 PM 
Started by canerandagio - Last post by canerandagio
hi, when I open amule, he starts downloading even at 300kb for each file.
After a few minutes he stops downloading.
I close it and reopen it and it starts downloading again.
It is a pain to close the program and reopen it every 5 or 10 minutes.
Is there a solution to this problem?

Thanks

 4 
 on: June 09, 2022, 06:30:03 PM 
Started by Parodper - Last post by PepitoGrilloOSX
Hello! Not sure if someone else have this problem with 2.3.3 universal version (running on M1 architecture).

With the previous version (wxWidgets 3.0.5) the interface looks right, but as others have posted before, it is sandboxed.
With the latest version (wxWidgets 3.1.5), it reads my old config again, and it is usable, but the interface is all wrong: some fields appear with their minimum possible size regardless of the window size.

Has anyone else seen this? Has anyone compiled an arm64 or universal version with wxWidgets 3.0.5 and no sandboxing?

Thanks!

Yes, I have seen this behavior for some UI elements, but, I had to switch to wxWidgets 3.1.5 to be able to add support to Dark Mode in aMule, regardless it is not an "officially" supported version in aMule.

Anyway, a new aMule 2.3.3 Universal2 binary, compiled over wxWidgets 3.0.5 (not sandboxed) is already available. It will not have Dark Mode support on macOS, but neither will have those small UI glitches.

Actually, for everyone's convinience, the wxWidgets 3.0.5 binary will force by itself the "light mode" for the application (preventing UI problems if macOS is working in Dark Mode by default).
 

 5 
 on: June 06, 2022, 09:33:24 AM 
Started by Parodper - Last post by PepitoGrilloOSX
Hello! Not sure if someone else have this problem with 2.3.3 universal version (running on M1 architecture).

With the previous version (wxWidgets 3.0.5) the interface looks right, but as others have posted before, it is sandboxed.
With the latest version (wxWidgets 3.1.5), it reads my old config again, and it is usable, but the interface is all wrong: some fields appear with their minimum possible size regardless of the window size.

Has anyone else seen this? Has anyone compiled an arm64 or universal version with wxWidgets 3.0.5 and no sandboxing?

Thanks!

Yes, I have seen this behavior for some UI elements, but, I had to switch to wxWidgets 3.1.5 to be able to add support to Dark Mode in aMule, regardless it is not an "officially" supported version in aMule.

 6 
 on: June 02, 2022, 06:42:39 PM 
Started by Festor - Last post by Parodper
Finished the last strings that had sprung up since the last update.

 7 
 on: May 18, 2022, 08:09:07 PM 
Started by pep_one - Last post by muleherder
This is a really old thread. According to the latest post, it offered a working 2.4.0 version in 2016, however the latest packages in 2022 are still 2.3.3. Why? Did anyone else try this? Were there any problems?

 8 
 on: May 16, 2022, 06:24:05 PM 
Started by joji420 - Last post by WhiteRabbit
You also need to open the machine firewall for these 2 ports

 9 
 on: May 15, 2022, 02:45:16 PM 
Started by tingo - Last post by tingo
amule logfile is filled with these
Code: [Select]
!2022-05-15 13:36:12: Connected to Kad (ok)
Assertion failed: ./src/common/fdiodispatcher.cpp:ModifyFD:113: Assertion 'i != m_handlers.end()' failed. modifying u
nregistered handler?
Backtrace follows:
--== no BACKTRACE for your platform ==--


Assertion failed: ./src/common/fdiodispatcher.cpp:ModifyFD:113: Assertion 'i != m_handlers.end()' failed. modifying u
nregistered handler?
Backtrace follows:
--== no BACKTRACE for your platform ==--
'bt' and 'bt full' from gdb
Code: [Select]
(gdb) bt
#0  0x000000080108a69a in thr_kill () from /lib/libc.so.7
#1  0x0000000801088af4 in raise () from /lib/libc.so.7
#2  0x00000000002b8eb6 in ?? ()
#3  0x0000000800c8c973 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#4  0x0000000800c8a0aa in wxOnAssert(char const*, int, char const*, char const*, char const*) () from /usr/local/lib/libwx_baseu-3.0.so.0
#5  0x0000000800d94e54 in wxMappedFDIODispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
#6  0x0000000800d95dc0 in wxSelectDispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
#7  0x0000000800d9b023 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#8  0x00000008004ff49f in ?? () from /usr/local/lib/libwx_baseu_net-3.0.so.0
#9  0x00000008004fa406 in wxSocketBase::Write(void const*, unsigned int) ()
   from /usr/local/lib/libwx_baseu_net-3.0.so.0
#10 0x00000000003ce207 in ?? ()
#11 0x00000000003098d7 in ?? ()
#12 0x00000000002ec986 in ?? ()
#13 0x000000000035b40a in ?? ()
#14 0x0000000800daabbc in wxThread::CallEntry() () from /usr/local/lib/libwx_baseu-3.0.so.0
#15 0x0000000800daa14c in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#16 0x000000080048808c in ?? () from /lib/libthr.so.3
#17 0x0000000000000000 in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffdfdfd000

(gdb) bt full
#0  0x000000080108a69a in thr_kill () from /lib/libc.so.7
No symbol table info available.
#1  0x0000000801088af4 in raise () from /lib/libc.so.7
No symbol table info available.
#2  0x00000000002b8eb6 in ?? ()
No symbol table info available.
#3  0x0000000800c8c973 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#4  0x0000000800c8a0aa in wxOnAssert(char const*, int, char const*, char const*, char const*) () from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#5  0x0000000800d94e54 in wxMappedFDIODispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#6  0x0000000800d95dc0 in wxSelectDispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#7  0x0000000800d9b023 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#8  0x00000008004ff49f in ?? () from /usr/local/lib/libwx_baseu_net-3.0.so.0
No symbol table info available.
#9  0x00000008004fa406 in wxSocketBase::Write(void const*, unsigned int) ()
   from /usr/local/lib/libwx_baseu_net-3.0.so.0
No symbol table info available.
#10 0x00000000003ce207 in ?? ()
No symbol table info available.
#11 0x00000000003098d7 in ?? ()
No symbol table info available.
#12 0x00000000002ec986 in ?? ()
No symbol table info available.
#13 0x000000000035b40a in ?? ()
No symbol table info available.
#14 0x0000000800daabbc in wxThread::CallEntry() () from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#15 0x0000000800daa14c in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
No symbol table info available.
#16 0x000000080048808c in ?? () from /lib/libthr.so.3
No symbol table info available.
#17 0x0000000000000000 in ?? ()
No symbol table info available.
Backtrace stopped: Cannot access memory at address 0x7fffdfdfd000
(gdb) quit
Operating system version, and package info
Code: [Select]
root@kg-quiet:~ # freebsd-version -ku
12.3-RELEASE-p5
12.3-RELEASE-p5
root@kg-quiet:~ # pkg -vv | grep url
url             : "pkg+http://pkg.FreeBSD.org/FreeBSD:12:amd64/quarterly",
root@kg-quiet:~ # pkg info amule\*
amule-2.3.3_3
in hope that it helps.

 10 
 on: May 15, 2022, 02:10:22 PM 
Started by kotatsuman - Last post by tingo
I can confirm that amuled 2.3.3 crashes soon after startup. I see lots of these messages
Code: [Select]
./src/common/selectdispatcher.cpp(204): assert "Assert failure" failed in ProcessSets(): NULL handler in wxSelectDispatcher?
Collecting stack trace information, please wait...

Call stack:
[00] 0x800d96822
[01] 0x800d96d87
[02] 0x800d9a731
[03] 0x800d9a671
[04] 0x800cc9289
[05] 0x800cc8f56
[06] 0x800c898a6
[07] 0x800d0fdda
[08] 0x2ae95f
Assertion failed: ./src/common/selectdispatcher.cpp:ProcessSets:204: Assertion 'Assert failure' failed. NULL handler in wxSelectDispatcher?
Backtrace follows:
--== no BACKTRACE for your platform ==--


./src/common/selectdispatcher.cpp(204): assert "Assert failure" failed in ProcessSets(): NULL handler in wxSelectDispatcher?
Collecting stack trace information, please wait...

Call stack:
[00] 0x800d96822
[01] 0x800d96d87
[02] 0x800d9a731
[03] 0x800d9a671
[04] 0x800cc9289
[05] 0x800cc8f56
[06] 0x800c898a6
[07] 0x800d0fdda
[08] 0x2ae95f
Assertion failed: ./src/common/selectdispatcher.cpp:ProcessSets:204: Assertion 'Assert failure' failed. NULL handler in wxSelectDispatcher?
Backtrace follows:
--== no BACKTRACE for your platform ==--


./src/common/selectdispatcher.cpp(204): assert "Assert failure" failed in ProcessSets(): NULL handler in wxSelectDispatcher?
Collecting stack trace information, please wait...

Call stack:
[00] 0x800d96822
[01] 0x800d96d87
[02] 0x800d9a731
[03] 0x800d9a671
[04] 0x800cc9289
[05] 0x800cc8f56
[06] 0x800c898a6
[07] 0x800d0fdda
[08] 0x2ae95f
13:36:56: Debug: Failed to unregister 17 in direction 1
Assertion failed: ./src/common/fdiodispatcher.cpp:ModifyFD:113: Assertion 'i != m_handlers.end()' failed. modifying unregistered handler?
Backtrace follows:
--== no BACKTRACE for your platform ==--
gdb says
Code: [Select]
tingo@kg-quiet:~ $ gdb /usr/local/bin/amuled ./amuled.core
GNU gdb (GDB) 11.2 [GDB v11.2 for FreeBSD]
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.3".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/bin/amuled...
(No debugging symbols found in /usr/local/bin/amuled)
[New LWP 101450]
[New LWP 101108]
[New LWP 101454]
[New LWP 101455]

warning: Unexpected size of section `.reg-xstate/101450' in core file.
Core was generated by `amuled -e'.
Program terminated with signal SIGABRT, Aborted.
Sent by thr_kill() from pid 4876 and user 1001.

warning: Unexpected size of section `.reg-xstate/101450' in core file.
#0  0x000000080108a69a in thr_kill () from /lib/libc.so.7
[Current thread is 1 (LWP 101450)]
(gdb) bt
#0  0x000000080108a69a in thr_kill () from /lib/libc.so.7
#1  0x0000000801088af4 in raise () from /lib/libc.so.7
#2  0x00000000002b8eb6 in ?? ()
#3  0x0000000800c8c973 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#4  0x0000000800c8a0aa in wxOnAssert(char const*, int, char const*, char const*, char const*) () from /usr/local/lib/libwx_baseu-3.0.so.0
#5  0x0000000800d94e54 in wxMappedFDIODispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
#6  0x0000000800d95dc0 in wxSelectDispatcher::ModifyFD(int, wxFDIOHandler*, int) ()
   from /usr/local/lib/libwx_baseu-3.0.so.0
#7  0x0000000800d9b023 in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#8  0x00000008004ff49f in ?? () from /usr/local/lib/libwx_baseu_net-3.0.so.0
#9  0x00000008004fa406 in wxSocketBase::Write(void const*, unsigned int) ()
   from /usr/local/lib/libwx_baseu_net-3.0.so.0
#10 0x00000000003ce207 in ?? ()
#11 0x00000000003098d7 in ?? ()
#12 0x00000000002ec986 in ?? ()
#13 0x000000000035b40a in ?? ()
#14 0x0000000800daabbc in wxThread::CallEntry() () from /usr/local/lib/libwx_baseu-3.0.so.0
#15 0x0000000800daa14c in ?? () from /usr/local/lib/libwx_baseu-3.0.so.0
#16 0x000000080048808c in ?? () from /lib/libthr.so.3
#17 0x0000000000000000 in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffdfdfd000
(gdb) quit
[code]
Yes, all this on FreeBSD
[code]
root@kg-quiet:~ # freebsd-version -ku
12.3-RELEASE-p5
12.3-RELEASE-p5
root@kg-quiet:~ # pkg -vv | grep url
    url             : "pkg+http://pkg.FreeBSD.org/FreeBSD:12:amd64/quarterly",
root@kg-quiet:~ # pkg info amule\*
amule-2.3.3_3
Hope this helps.

Pages: [1] 2 3 ... 10