Public bug reported:
Feature request: add the ability to auto ban users with share less than
certain size (like it is realized in FlylinkDC++)
** Affects: linuxdcpp
Importance: Undecided
Status: New
--
Autoban by low share size
https://bugs.launchpad.net/bugs/666092
You received t
** Changed in: dcplusplus
Status: New => Invalid
--
Winamp Formatting Box
https://bugs.launchpad.net/bugs/665515
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
Status in DC++: Invalid
Bug description:
Well since cologic added
Full backtrace is not possible to do.
I can only choose y and that kills the debug window
Any other solution?
eMTee version is this same results as them before
ADCH++ v2.5.5 (r400) Release running, press any key to exit...
[New Thread 3712.0xc9c]
Program received signal SIGSEGV, Segmentation fa
revno: 2265
committer: cologic
branch nick: dcplusplus
timestamp: Sun 2010-10-24 14:06:17 -0400
message:
revert /winamp
removed:
win32/Winamp.h
modified:
dcpp/SettingsManager.cpp
dcpp/SettingsManager.h
win32/WinUtil.cpp
win32
dont worry bm this is gonna be in plugin form later on why it got in
dcpp for the moment is being discussed imho it should be removed and
plugin api should be added instead
--
Winamp Formatting Box
https://bugs.launchpad.net/bugs/665515
You received this bug notification because you are a member
Please provide a full backtrace.
The head revision compiled with mingw 4.5.x is highly unstable at the moment so
you'd better to use earlier revision or compile it with mingw 4.4 if you can...
** Changed in: adchpp
Status: New => Incomplete
--
Crashes
https://bugs.launchpad.net/bugs/66
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 9252.0x2178]
0x7c809c6b in TlsSetValue () from C:\WINDOWS\system32\kernel32.dll
(gdb) Exception condition detected on fd 0
error detected on stdin
A debugging session is active.
Inferior 1 [process 9252] will be kil
Public bug reported:
Rev 400 on win XP
Main freezes
Debugging info
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8832.0x23b0]
0x656330ad in std::vector, std::allocator > >::end (this=0xfa219c)
at c:/dev_tools/mingw/bin/../lib/gcc/mingw32/4.5.1/include/c++/bits/st
When I wrote new code of limiter, there was a bug with speed set to
zero. I fixed it later and sent a patch for DC++ (I think to cologic if
I remember correctly). But it was "fixed" there in different way, which
cause the problem described here.
--
Limiter bug in DC++ 0.762 / 0.770
https://bugs.
Blah, I'm thinking about removing this stupidity from StrongDC++ and it
is added into DC++.Strange!
--
Winamp Formatting Box
https://bugs.launchpad.net/bugs/665515
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
Status in DC++: New
Bu
I fixed it exactly in the way how I said in my previous post. When user
is added to upload queue (waiting users list in DC++), the connection
token is saved together with that user. When notifiying this user on
"Reserve slot", the saved token is used instead of random one. Check
UploadManager.cpp,
At first I was under the impression that ADCH++ was feature-rich and
mature. But now I found this request/bug and after investigating the
source code a bit further, I'm not so sure if I want to use it for my
main hub. The hub software I currently use isn't developed anymore, but
has at least a bunc
12 matches
Mail list logo
