BugMaster

Very good news P.S. Мау be you also update this string on main page: Current Versions:0.4.0 / 0.5.0.234 Alpha ? ;)

Lordy For fixing 1-st error in Debug-mode with itunescominterface_i.c you need to disable use of precompiled headers for it. And about other errors, may be you have corrupted strmif.h? For example, you may delete/comment there "#include <ddraw.h>" (It sounds silly but it may be). Here is original strmif.h from VS2005. strmif.zip

As I understand you are talking about attachment in first post (ApexDC___Windows__User_Guide.pdf). No I can't download it now but have version which I downloaded about 2 weeks ago. Here it is (I can't add it as attachment): ApexDC___Windows__User_Guide.pdf

Yes, you are right. And "Max sources for match queue" is the maximum number of filelists which Apex will download for match queue if "Automatically match queue for auto search hits" is checked ("Queue" page).

here P.S. Может хватит писать в этой ветке на русском, а то приходиться еще переводы делать P.S. May be enough to write in Russian because you need also make translations :)

I think you try to compile with non-modified STLport. You need to get this mod-version from here (also get modified WTL there) or manually comment string # define _STLP_HAS_TYPE_TRAITS_INTRINSICS in _msvc.h

Yeppy Simply remove all filters from ADL Search page (or delete ADLSearch.xml), specially those that use % symbol. (It would be interesting to see buggy filter, so before send your ADLSearch.xml here)

It is the bug of formatTime function. It crashes if format string has incorrect parameters. For example: "%1" or "%х" (cyrillic symbol). More info you can get here

Here is my variant of fixing GDI Handles leak in EmoticonsDlg for those who can't wait when new version appear. EmoticonsDlg.rar

It is the bug. On some pages the order of columns remembered incorrectly. For example: Favorite users (try to move column Description at first place and than close/open this page several times. Sometimes it would be correct, sometimes not). I fix this in ApexDC++ 0.3.0 mod2 (link for sources I PM to Lee, but for unknown reasons they don't include that changes in ApexDC++ 0.4.0)

This is specific ApexDC+ 0.3.0 bug. You can see many finished uploads of the one file to the one user with different sizes. As I understand now all upload chunks are logged on this page. May be it is good to show upload chunks (not only when last chunk upload) but in such situations I want to see real chunk sizes and not the offsets in file.

The reason of this bug is exception "Invalid floting point operation" in CBarShader::Draw For fix I make such replacement: qwStart += static_cast<uint64_t>(iPixels * m_dblBytesPerPixel + 0.5); -> //fix for crash when select <File Lists> node in download queue double tmp = iPixels * m_dblBytesPerPixel + 0.5; if(tmp <= numeric_limits<int64_t>::max()) qwStart += static_cast<uint64_t>(tmp); else qwStart += qwSpan; Also add "#include <limits>".

Changelog: <<links removed>>

This bug is very like to this

As I already say in such situation I want to see real chunks (segments) sizes and not the offsets in file.

files.xml.bz2 is updated when somebody downloads your file-list or you open it themself so I don't think it is bug (I find that after some experiments).

Sorry, but now I understand that my previous changes with fixing of this bug also creates new other . So the correct fixing for now is changing this lines of QueueFrame.cpp if(wID == IDC_READD) { // re-add all sources for(QueueItem::SourceIter s = ii->getBadSources().begin(); s != ii->getBadSources().end(); ) { QueueManager::getInstance()->readd(ii->getTarget(), s->getUser()); //reset the iterator since it won't be valid after the call to readd s = ii->getBadSources().begin(); } ... if(wID == IDC_REMOVE_SOURCE) { for(QueueItem::SourceIter si = ii->getSources().begin(); si != ii->getSources().end(); ) { QueueManager::getInstance()->removeSource(ii->getTarget(), si->getUser(), QueueItem::Source::FLAG_REMOVED); //reset the iterator since it won't be valid after the call to readd si = ii->getSources().begin(); } to if(wID == IDC_READD) { // re-add all sources for(QueueItem::SourceIter s = ii->getBadSources().begin(); s != ii->getBadSources().end(); s++) { QueueManager::getInstance()->readd(ii->getTarget(), s->getUser()); //reset the iterator since it won't be valid after the call to readd //s = ii->getBadSources().begin(); } ... if(wID == IDC_REMOVE_SOURCE) { for(QueueItem::SourceIter si = ii->getSources().begin(); si != ii->getSources().end(); si++) { QueueManager::getInstance()->removeSource(ii->getTarget(), si->getUser(), QueueItem::Source::FLAG_REMOVED); //reset the iterator since it won't be valid after the call to readd //si = ii->getSources().begin(); }

It is a known bug of StrongDC++ 2.03 (cvs200) on which APEX 0.3.0 is based. This bug is already fixed in cvs201. But because BM don't want to open his cvs for public use I fix this bug myself. I upload source files needed for fixing this bug here (may be this would be useful for somebody). P.S. I don't known why but I can't add this file as attachment