linuxdcpp-team team mailing list archive

[eMTee <1681153@xxxxxxxxxxxxxxxxxx>]

I did a test with the help of the reporter and it concluded that the
following mainchat message is successfully hanging DC++ 0.865 x64 on
Win7 on their test Luadch v2.18 hub with the Max protocol command length
DC++ setting set to the default value of 512KiB:

BMSG J7XB Main\schat\scleaning\sstarted!<Insert 15000 \n
here>Main\schat\shave\sbeen\scleaned!\n

Sometimes the message needs to be sent twice. The freeze starts a few
seconds after the receival. The DC++ chat log file (if enabled) is
updated correctly with the received message(s) before the freeze.

The '65766: Buffer overflow' message the reporter seen was because a long MOTD and chat log script output in the test hub that exceeded 512k in length (a more user friendly message maybe?). 
Disabling these scripts on the hub made no difference; without them the buffer overflow message went away but the freeze and 100% CPU happens regardless after receiving the above mainchat message once or twice.


** Changed in: dcplusplus
       Status: New => Confirmed

** Changed in: dcplusplus
   Importance: Undecided => Critical

** Summary changed:

- sending a lot of empty lines to main will make dc++ hang
+ Sending a lot of empty lines to main chat makes DC++ to hang

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1681153

Title:
  Sending a lot of empty lines to main chat makes DC++ to hang

Status in DC++:
  Confirmed

Bug description:
  If i send 15000 empty lines into main chat from another client, DC++
  will hang (sometimes i need to do it twice). When i then restart DC++
  i can see a message '65766: Buffer overflow' from the chat history. So
  if the hubsoft have no line limit you can hang a lot of DC++ clients
  in the hub.

  I'm running DC++ 0.865.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dcplusplus/+bug/1681153/+subscriptions