Jump to content


Photo

Transfer Integrity Problem


This topic has been archived. This means that you cannot reply to this topic.
18 replies to this topic

#1 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 01:26 AM

Greetings,

My id is 400000197. I have been having some issues transferring files since upgrading to the latest version. From looking at some of the other posts, it appears as though others may be experiencing similar problems. Here are some of the threads:

http://smartftp.com/...opic.php?t=6135
http://smartftp.com/...2&highlight=zip

Things worked fine with previous versions. Now typically when I attempt to upload ZIP files to an ftp site they get corrupted. Settings have not changed and I am connecting using a Favorites entry that I created a while ago.

SmartFTP is configured for non-passive connections because of our service provider.

Any help would be appreciated.

Regards,

Britain Crooker

ps: Here is my system info:

+- System -----------------------------

Microsoft Windows XP Professional
Service Pack 1 (Build 2600)

CPU Speed : 799 MHz
Total Memory : 785392 KB
Free Memory : 353396 KB

+- SmartFTP ---------------------------

Version : 1.0.978.5
Time Stamp : 2003-08-07 22:05:04

+- Application DLL --------------------

controls.dll : 1.6.978.5
ftpapi.dll : 2.0.978.5
language.dll : 1.0.978.5
reseng.dll : 1.3.978.5
smarthook.dll : 1.0.2.1

+- System DLL -------------------------

shell32.dll : 6.00.2800.1233 (xpsp2.030604-1804)
shlwapi.dll : 6.00.2800.1226
comctl32.dll : 6.0 (xpsp1.020828-1920)
riched20.dll : 5.30.23.1211
schannel.dll : 5.1.2600.1106 (xpsp1.020828-1920)

+- Internet Explorer ------------------

Version : 6.0.2800.1106

+- Winsock ----------------------------

Winsock : 2.2

#2 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 16 September 2003 - 11:42 AM

Please update to the latest build:
http://www.smartftp....get/SFTPDev.exe

But I'm pretty sure the problem is not with SmartFTP. As mentioned in the other posts, the problem was most of the time with users uploading binary files in ascii mode or with buggy server software. Furthermore data corruption can also be caused between SmartFTP and the server software.

Try to upload the zip files to a different server and check if you have the same problem.

Regards,
-Mat

#3 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 12:14 PM

Is the version you referenced a beta? I am running build 978 which I thought was the latest.

One thing that I didn't mention was that if I use the command line FTP in Windows XP it always works fine. Also, SmartFTP shouldn't be using ascii in this case (which I don't think it is) because the ZIP extension should trigger it to use binary since I have the type set to 'Auto.'

Also, I have been transferring files to this specific ftp site for a couple of years now and things only started not working with the latest version.

Regards,

Britain

#4 Louie

Louie
  • Members
  • 337 posts

Posted 16 September 2003 - 01:22 PM

Is the version you referenced a beta?  I am running build 978 which I thought was the latest.

One thing that I didn't mention was that if I use the command line FTP in Windows XP it always works fine.  Also, SmartFTP shouldn't be using ascii in this case (which I don't think it is) because the ZIP extension should trigger it to use binary since I have the type set to 'Auto.'

Also, I have been transferring files to this specific ftp site for a couple of years now and things only started not working with the latest version.

Regards,

Britain


Yes, the 979.0 build is marked as a beta, on the development build Change Log. But it's a stable release, which will be released officially in a couple of days.

Ok, on to the problem you are having. I just got done from testing some uploads of images, and zips as well, to a unix and windows based ftp server.

I never ran into one problem with the image or zip file(s) being transferred in ASCII. They were all transferred in "Binary" correctly when using the default "Auto" transfer type.

I did however switch the "transfer type" to "ASCII", and tried to the view the images in a web browser, and some images were not viewable and some were partial viewable.

<- Here is an example, with the same image being uploaded in two different modes ->

http://lm.smartftp.c.../misc/test0.png <- Binary uploaded image
http://lm.smartftp.c.../misc/test1.png <- ASCII uploaded image

So to conclude this, I would make sure the favorite site that you have saved is set to "Auto", and also in the SmartFTP global settings (Tools > Settings -> ASCII/Binary).

#5 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 02:45 PM

I double-checked the settings and everything is binary. Here is a log of a session where the upload was corrupted:

200 PORT command successful
Opening data connection IP: 192.168.1.101 PORT: 1527.
STOR DemoPureEdit.30913a2.zip
150 Opening BINARY mode data connection for DemoPureEdit.30913a2.zip
183018 bytes sent successfully. (11.17 KB/s) (00:00:16).
226 Transfer complete.
TYPE A
200 Type set to A
PORT 192,168,1,101,5,248
200 PORT command successful
Opening data connection IP: 192.168.1.101 PORT: 1528.
LIST -aL
150 Opening ASCII mode data connection for file list
1056 bytes received successfully. (1.03 KB/s) (00:00:01).
226 Transfer complete.
TYPE I
200 Type set to I
PORT 192,168,1,101,5,250
500 ORT not understood
PORT 192,168,1,101,5,251
200 PORT command successful
Opening data connection IP: 192.168.1.101 PORT: 1531.
RETR DemoPureEdit.30913a2.zip
150 Opening BINARY mode data connection for DemoPureEdit.30913a2.zip (183018 bytes)
183018 bytes received successfully. (29.79 KB/s) (00:00:06).
226 Transfer complete.

Log includes both upload and then immediate download of the file.

Britain

#6 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 02:46 PM

Sorry, I mistyped earlier. I meant to say everything was set to auto.

#7 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 02:52 PM

Just tried with new build, same behavior.

Is there some way of downloading previous builds? I cannot seem to find the setups from previous ones. I am sure the build prior to 978 worked fine. I would like to test it again.

Britain

#8 Louie

Louie
  • Members
  • 337 posts

Posted 16 September 2003 - 03:13 PM

You can always grab an older build from:
http://www.smartftp....ducts/SmartFTP/
In this time frame, the (976) is available.

To downgrade, extract and overwrite all file(s) into your SmartFTP
installation folder "C:Program FilesSmartFTP", when prompted to.

By the way, please before opening SmartFTP, make sure that
you move all your *.dat files, to a temp. location.

The downgraded build will recreate the default *.dat files, in the
"Data File path" location you have set, via the general settings.

Once you have tested that the problem does, or does not exist
in the older build, then upgrade back to the newer build, and you
may overwrite the files again, to the ones you moved earlier.

The reason this is done this way. I don't want your *.dat files to
get corrupted in any way, because downgrading to an older build,
can cause such problems, since the format of the *.dat files were
changed from 976 to 978. Please let us know how it goes for you.

#9 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 16 September 2003 - 03:35 PM

The previous build 976 seems to work fine. I was able to transfer the file 5 times w/o problem. Before at least 2 out of 3 uploads would result in the problem.

Britain

#10 Louie

Louie
  • Members
  • 337 posts

Posted 16 September 2003 - 03:51 PM

Very strange that it's working on the 976 build.

MB will need to take a look at the code it seems.

Thanks for verifying it on the 976 build.

#11 Louie

Louie
  • Members
  • 337 posts

Posted 25 September 2003 - 01:20 AM

Hello,

A "Transfer Type" bug was fixed today.

Please grab the latest dev. build for the fix.
http://www.smartftp....get/SFTPDev.exe

#12 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 23 November 2003 - 01:01 AM

This problem seems to be back for me with the latest version.

#13 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 23 November 2003 - 02:19 PM

Your problem is very likely not related to SmartFTP.

Without a log and a detailed problem description it's pretty hard to figure out whats going on.

-Mat
SmartFTP.com

#14 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 23 November 2003 - 02:29 PM

I didn't post any additional info because the problem is identical to last time. The problem seems to be related to the transfer type again. Each time I transfer a ZIP file it gets corrupted on the other end, evident via a CRC error. Downgrading to 976 corrects the problem without fail.

I had downloaded the 979 dev build based on this thread which seemed to resolve the problem. So perhaps between the 979 dev build and its release the problem was reinstated in some fashion.

The one slight oddity with my setup is that I use Active vs. Passive mode for port assignment. This is required because of my ISP.

Regards,

Britain Crooker
FifthOrder Technologies

#15 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 23 November 2003 - 06:49 PM

It looks like some kind of memory corruption either caused by a hardware failure (RAM) or a software on your computer. We can exclude buffer overflows and/or heap corruption in this part of the code inside SmartFTP.

To test your physical memory use memtest86:
http://www.memtest86.com/

-Mat
SmartFTP.com

#16 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 23 November 2003 - 09:40 PM

Given that transfers via build 976 work fine, the Windows XP command-line FTP works fine and the build 979 doesn't work I find it a bit hard to believe that the problem is not within the 979 build of SmartFTP.

Is there any way to turn on some additional debugging for file transfers to verify that the upload was successful?

Regards,

Britain Crooker
FifthOrder Technologies

#17 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 24 November 2003 - 02:11 AM

Hello ...

We try to help you solve a problem which is very likely not caused by SmartFTP, please consider the suggestions we give you.
Identify what applications are installed on your computer and which may interfer with SmartFTP and / or the winsock layer. e.g. personal firewalls, AV software. McAfee's LSP layer is known to cause a lot of problems.
Then temporary uninstall any software which may interfer with the winsock layer. At last don't forget to check your physical memory with memtest86.

We can analyze a sample (original and corrupt file) for possible heap corruption. Please use QuickSFV to create a .sfv file with CRC sums of both files. You can email it to bugreport attttt smartftp.com

Thank you.

Regards,
-Mat
SmartFTP.com

#18 bcrooker

bcrooker
  • Members
  • 21 posts

Posted 24 November 2003 - 02:45 AM

I have emailed the files as requested.

Most of the software on my laptop is fairly typical. Norton Antivirus 2003, ZoneAlarm 4.5x Pro, Windows XP with all patches. Also using a Linksys 802.11g PC card.

As far as the memory test - wouldn't this affect any FTP app, especially older versions of SmartFTP?

Thanks,

Britain Crooker
FifthOrder Technologies

#19 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 30 November 2003 - 03:39 PM

From "bcrooker" over email:

"I believe I found the problem - after uninstalling a number of apps on my computer with no affect I decided to try updating the firmware on my Linksys Router (a BEFSR41) to the latest rev, 1.45.7, and now the transfers work fine. Perhaps the fix is related to this line item in the Linksys Firmware release notes:

Fixed fragmented packets arriving out of order. "

-Mat
SmartFTP.com