Ticket #840 (closed defect: invalid)
Unread data won't fit PCB's read buffer (NSLU2)
| Reported by: | anonymous | Owned by: | rakshasa |
|---|---|---|---|
| Priority: | normal | Component: | rtorrent |
| Version: | Severity: | major | |
| Keywords: | Cc: |
Description
Running rtorrent version 0.7.1 this error terminates rtorrent (after a hash check compeletes and data exchange begins):
rtorrent: HandshakeManager::receive_succeeded(...) Unread data won't fit PCB's read buffer.
On a NSLU2 running debian. (armv5tel 32Mb)
Change History
comment:2 follow-up: ↓ 3 Changed 6 years ago by rakshasa
- Status changed from new to closed
- Resolution set to worksforme
comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 6 years ago by Andre R.
- Status changed from closed to reopened
- Resolution worksforme deleted
Replying to rakshasa:
i have the thame problem with the thame Hardware but i have installed the version 0.7.8 /0.11.8
comment:4 in reply to: ↑ 3 ; follow-up: ↓ 5 Changed 6 years ago by anonymous
Replying to Andre R.: You compiled it with the special settings that are on the wiki, right?
comment:5 in reply to: ↑ 4 ; follow-up: ↓ 6 Changed 6 years ago by anonymous
You compiled it with the special settings that are on the wiki, right?
I didn´t compiled it with special settings, but i compiled that how on the wiki described.
... cd /home/rtorrent/trunk svn up cd libtorrent ./autogen.sh ./configure make make install cd ../rtorrent ./autogen.sh ./configure make make install ...
comment:6 in reply to: ↑ 5 Changed 6 years ago by anonymous
Replying to anonymous:
I didn´t compiled it with special settings, but i compiled that how on the wiki described.
comment:7 Changed 6 years ago by rakshasa
- Status changed from reopened to closed
- Resolution set to worksforme
comment:8 Changed 6 years ago by Mr.C
is the fix this CXXFLAGS="-O2 -mcpu=xscale -mtune=xscale"
because i dnt think i could stand waiting another 4-5 hours waiting for it compile... and then get all exited and then get the rtorrent: HandshakeManager::receive_succeeded(...) Unread data won't fit PCB's read buffer.
:(
Mr.C
comment:9 Changed 6 years ago by anonymous
- Status changed from closed to reopened
- Resolution worksforme deleted
Same problem happens with ARMv9 processors such as the employed by Lacie Edmini NAS. After compile rtorrent/libtorrent with gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21), I'm getting the same error. CXXFLAGS didn't work. It happens in libtorrent-0.11.9 and rtorrent-0.7.9 . I'm trying with gcc 3.4 versions, and I will post if it works (takes ages to recompile nativelly)
comment:10 Changed 6 years ago by rakshasa
- Status changed from reopened to closed
- Resolution set to invalid
Don't reopen!
comment:11 Changed 6 years ago by anonymous
ouch!... sorry about that.
With gcc 3.4 the problem disapear. No special mtune options to compile it. Just install 3.4 and "export CXX=g++-3.4" solve the problem. It should be a problem with gcc 4.1.
comment:12 Changed 4 years ago by anonymous
I'm on a similar ARM prcoessor in the Dlink 323 NAS. I will try the recompile... but ugh for 4 to 5 hours.
Thanks for the posting at least.
-Steve
comment:13 Changed 4 years ago by anonymous
oh, and I am running. .8.4 compiled from trunk.
-Steve
comment:14 Changed 4 years ago by anonymous
good
comment:15 Changed 4 years ago by anonymous
If you’re a dedicated follower of tiffany like me. Don't miss it.
Should be fixed in the unstable release, 0.11.2/0.7.2.