Big Muscle

Member
 View profile  See their activity

  • Content count

    702

  • Joined

  • Last visited

Posts posted by Big Muscle

  1. Posted

    I just got an idea. There could be CID extension for NMDC sent in $Supports. If user supports it, we could send him $GetCID| command before transfer starts and he would responds with $CID <his_CID>|. This <his_CID> would be searched in existing users. If found, this user would assigned to this transfer (and old user thrown away). If not found, user's CID would be changed to this new one.

    The purpose: it would allow recognizing users and block transfers with duplicate CID.

    Negative: it would work only for clients supporting it.

  2. Posted

    By the way, OpenSSL LICENSE file claims that it is under "BSD-style Open Source" and this license is compatible with GPL.

    Also, OpenSSL FAQ page says:

    On many systems including the major Linux and BSD distributions, yes (the GPL does not place restrictions on using libraries that are part of the normal operating system distribution).

    On other systems, the situation is less clear. Some GPL software copyright holders claim that you infringe on their rights if you use OpenSSL with their software on operating systems that don't normally include OpenSSL.

    If you develop open source software that uses OpenSSL, you may find it useful to choose an other license than the GPL, or state explicitly that "This program is released under the GPL with the additional exemption that compiling, linking, and/or using OpenSSL is allowed." If you are using GPL software developed by others, you may want to ask the copyright holder for permission to use their software with OpenSSL.

    And I don't see any problem with it.

    So where's the problem?

  4. Posted

    If we are talking about licence violating than using GPL code doesn't give you copyright, so removing copyright notice is license violating too and it means that CzDC violates GNU/GPL too, so don't worry, be happy :thumbsup:

    But it's very simple, PPK dislikes that ApexDC++ is based on the most extended DC client - StrongDC++ - which includes SSL/TLS encryption for NMDC connections that is incompatible with some pseudo-PPK's method (which doesn't exist at all), so must do something to sabotage such client. But... let's just ignore him.

  5. Posted

    TTH Inconsistency message isn't there for horseplay. It says that transferred data have been corrupted, so if rehashing doesn't help you then start searching for some HW problem.

  8. Posted

    this happens when you select some piece of text when new line arrives. It is because new lines are added in own thread to avoid GUI freezing when there's too many communication.

  12. Posted

    this crash is caused by bug in FlatTabCtrl, WTL or WinAPI, because I noticed that it sometimes sends message in incorrect time. For example, WM_MDIACTIVATE before WM_CREATE (why it wants to activate window before creating it?) and this is easily reproducable by very fast switching and opening new tabs.

  13. Posted

    Nobody doesn't force to update to the latest version. StrongDC++ is the most stable DC client ever, so why don't use it? Why do you have to use version 2.2? To complain that it's not stable? Or to say us that you will use different client?

  19. Posted

    Well, we CANNOT spend 2-3 seconds while FL is downloaded...

    It's not 2-3 seconds! I took filelist from random user in our hub. He has 52 059 files in his share. Download speed was 9.36 kB/s.

    Let's count. Timestamp is 64-bit number, so it's has up 20 digits! OK, let's take only 10 digits, because reaching 64-bit limit is only dream. Then you have to store 2 quotation marks to XML and some attribute name. Let's use TimeStamp (= 9 characters). So, result is 10 + 2 + 9 = 21. Let's round it down to have nice number :-) So 20.

    Now count 52 059 * 20 = 1041180. So filelist will be larger about 1 MB. Download speed was 9.36 kB/s. So it will take 109 seconds to download this additional data.

    His filelist has 1.53 MB. It takes about 167 seconds to download. So, it will take 109 + 167 = 276 seconds (it's more than 4.5 minutes!!!) seconds to download his filelist with timestamps!!!

    No, thank you, I don't want this feature!

    Now I could start same counting with another random user. But his filelist isn't finished yet. It has 5.64 MB and speed is 1.11 kB/s!!! What will happen when timestamps will be in this filelist???

    But hence we MUST SPEND lots of time extracting FL changes by own eyes, if we need that changes...

    Not we. You! how many people need to check FL for changes???

  23. Posted

    also, it's not true that sfv file is made before releasing. It can happen in some cases, but not always. I have never seen someone with sfv file in our hubs and that's the reason why it has been removed.