Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After a failed file transfer (invalid resume request), the TransferController doesn't necessarily stop #5

Open
GoogleCodeExporter opened this issue Apr 3, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

A 'resume' attempt on an outgoing file failed in the checksumming phase. This 
was caused by 
the file having the same name as an existing file on the receiver's end... even 
though it wasn't the 
same file.

The transfer was reported as 'canceled' on his side and 'failed' on mine.

My debug info (the sender):
[6:26:20 PM EST] TransferController: File transfer is now connected
[6:26:20 PM EST] TransferredFileImpl: Closing RandomAccessFile for 
/Users/evands/adium/
Plugins/joscar Service/Archive.zip
[6:26:20 PM EST] AbstractStateController: Error in 
SendFileController:java.io.IOException: could 
not get checksum for entire file; 1078596 failed of 1098034
    at net.kano.joustsim.oscar.oscar.service.icbm.ft.ChecksummerImpl.compute
(ChecksummerImpl.java:84)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.che
cksumFilePart
(SendFileController.java:288)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ActualResumePosi
tion(SendFileController.java:272)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ResumePositionFr
omResumePacket(SendFileController.java:219)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ResumePosition
(SendFileController.java:179)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.rea
dInitialResponse
(SendFileController.java:145)
    at net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.sendFile
(SendFileController.java:120)
    at 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.tra
nsferInThread
(SendFileController.java:94)
    at net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.TransferController$1.run
(TransferController.java:107)
    at java.lang.Thread.run(Thread.java:613)

[6:26:20 PM EST] AbstractStateController: New state for 
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController: 
ExceptionStateInfo: 
java.io.IOException: could not get checksum for entire file; 1078596 failed of 
1098034
[6:26:20 PM EST] RvConnectionImpl: Changing state controller from 
SendFileController
[6:26:20 PM EST] RvConnectionImpl: Getting next controller for 
SendFileController (ended with 
ExceptionStateInfo: java.io.IOException: could not get checksum for entire 
file; 1078596 failed of 
1098034)


The TransferController thread continued to run indefinitely as shown in the 
attached image.

Possibly related: joscar was using about 25% of the CPU continuously while 
idling (target idle is 
0%, obviously).  java.net.SocketInputStream.read() from 
FlapHandler.readFLAPHeader() was the 
by-far largest hotspot for useage, as you can see above.

Original issue reported on code.google.com by [email protected] on 30 Oct 2006 at 1:27

Attachments:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant