SMT
Member-
Content count
70 -
Joined
-
Last visited
About SMT
-
Rank
Advanced
Contact Methods
-
Website URL
http://sourceforge.net/projects/apexdcspeedmod/
-
ICQ
0
Profile Information
-
Location
Saratov, Russia
-
i think, link to source code for this feature will be useful =) here is a safe link: http://www.hostingcup.com/jqscaupcwhbc.html
-
recent beta of flylink added it too http://code.google.com/p/flylinkdc/source/checkout let's support common stream format for all DC++ clients, so users will easily switch between clients without rehashing big files
-
you "forget" bzip2 compression )) every file have 74 bytes minimum (filesize=0, filename with single char), 100 chars typical. so, his filelist would be 52 059 * 100 = 5 205 900 with timestamps: 52 059 * 120 = 6 247 080, just 17% increase but timestamps will be similar to each other and much more compressible, than TTH. so really it will be less overhead than 17%
-
no. it can't be even discovered, does remote peer using NAT or have own IP
-
there is no way to discover peer's MAC unless he is in the same ethernet segment with you
-
link to s16.3 source available here <<removed>> i have difficulties uploading to sourceforge because they terminated ftp access, only sftp. i tried latest winscp, but it does not accept my password
-
maybe some kind of ban for you on her client side. change nick (reinstall client, if using ADC hub) and try again
-
peer can't send search result when working through socks5 proxy
-
if(SETTING(OUTGOING_CONNECTIONS) == SettingsManager::OUTGOING_SOCKS5 && proxy) { if(udpServer.empty() || udpPort == 0) { throw SocketException(STRING(SOCKS_SETUP_ERROR)); } serv_addr.sin_port = htons(udpPort); serv_addr.sin_family = AF_INET; serv_addr.sin_addr.s_addr = inet_addr(udpServer.c_str()); string s = BOOLSETTING(SOCKS_RESOLVE) ? resolve(ip) : ip; vector<uint8_t> connStr; connStr.push_back(0); // Reserved connStr.push_back(0); // Reserved connStr.push_back(0); // Fragment number, always 0 in our case... if(BOOLSETTING(SOCKS_RESOLVE)) { connStr.push_back(3); connStr.push_back((uint8_t)s.size()); connStr.insert(connStr.end(), aAddr.begin(), aAddr.end()); } else { replace it to if(SETTING(OUTGOING_CONNECTIONS) == SettingsManager::OUTGOING_SOCKS5 && proxy) { if(udpServer.empty() || udpPort == 0) { throw SocketException(STRING(SOCKS_SETUP_ERROR)); } serv_addr.sin_port = htons(udpPort); serv_addr.sin_family = AF_INET; serv_addr.sin_addr.s_addr = inet_addr(udpServer.c_str()); // string s = BOOLSETTING(SOCKS_RESOLVE) ? resolve(ip) : ip; vector<uint8_t> connStr; connStr.push_back(0); // Reserved connStr.push_back(0); // Reserved connStr.push_back(0); // Fragment number, always 0 in our case... if(BOOLSETTING(SOCKS_RESOLVE)) { connStr.push_back(3); connStr.push_back((uint8_t)aAddr.size()); connStr.insert(connStr.end(), aAddr.begin(), aAddr.end()); } else {
-
finally i traced this old bug with every dc++ client crash
SMT replied to SMT's topic in Feature Requests
Outpost 3.5.x.xxx does not have problem. feature request: detect injected Outpost 4.x component (that has resource leak) and recommend to downgrage program version -
Prevent users from occupying more than one upload slot
SMT replied to Aztek's topic in Feature Requests
there is nothing to break. some crazy wants to simulate, that he can't download from me because have same share and ip as some other user? -
finally i traced this old bug with every dc++ client crash on large memory block allocation. the reason is Agnitum Outpost Firewall. his wl_hook.dll allocates some bytes with alignment of 64K on every thread start so, "virtual memory used" is not too much (60K of each 64K is free), but there can't be another alloc larger than 60K
-
Prevent users from occupying more than one upload slot
SMT replied to Aztek's topic in Feature Requests
don't say "impossible", because there ARE working implementations -
Prevent users from occupying more than one upload slot
SMT replied to Aztek's topic in Feature Requests
back to school, please. if things will be so easy, there can be possible 'super-archiver', that compress *ANY* file (regardless of its size) into pair size+TTH. and there will be a way to restore, because no another file with given size can't have same TTH, so we can restore exact hashed file do you realize, that it's impossible to lossless pack DVD-image (or whatever) into 32bytes (24tth+8size)? =) -
Pocket Applications =): GSPlayer - music TCPMP - video/anime Haali Reader - books GIS Russa - gps, maps Nuclear time - game (fallout ) Crypt Quest - game (puzzle) Nutcracker - game (metal gear )