Jump to content


Photo

Crash on removing 1 duplicate Monitored file of 2 that have previously uploaded


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

#1 hardipe

hardipe
  • Members
  • 73 posts

Posted 05 April 2009 - 07:48 AM

Create an empty TrQ (Q).

Add 2 times the same file into the Q and put them into Monitoring state.
Change the file so that the the files start uploading (2 workers). When they are finished uploading, delete one of the files, change the file and when it should start uploading, SF crashes.

Using the latest stable version 1026 (irony)

Edited by hardipe, 05 April 2009 - 07:50 AM.


#2 mb

mb

    Developer

  • Administrators
  • 11528 posts

Posted 05 April 2009 - 01:19 PM

I'm unable to reproduce it. The problem is very likely with your instructions. Can you be more clear?
- What monitor setting do you select? Process and Monitor or just Monitor?
- You are writing that you are deleting one of the files? Do you mean remove one of the 2 items from the transfer queue?

Regards,
Mat

#3 hardipe

hardipe
  • Members
  • 73 posts

Posted 05 April 2009 - 02:26 PM

i use just "Monitor"
Yes, i mean - i remove one of the 2 items (the last one - they are below each other, i remove the bottom one). i do not delete it from the hard drive.

#4 mb

mb

    Developer

  • Administrators
  • 11528 posts

Posted 05 April 2009 - 03:02 PM

Please provide a crash dump:
http://www.smartftp....orts-f2594.html

Thank you.

Regards,
Mat

#5 hardipe

hardipe
  • Members
  • 73 posts

Posted 05 April 2009 - 03:30 PM

What am i doing wrong? the default command your website gives did not work so i used the absolute path:

C:\Documents and Settings\bion>cscript "%ProgramFiles%\Debugging Tools for Windo
ws (x86)\adplus.vbs" -crash -FullOnFirst -pn "c:\Program Files\SmartFTP Client\S
martFTP.exe" -o c:\dump
Microsoft ® Windows Script Host Version 5.7
Copyright © Microsoft Corporation. All rights reserved.

The following requested processes are not executing:
C:\PROGRAM FILES\SMARTFTP CLIENT\SMARTFTP.EXE;

C:\Documents and Settings\bion>cd "c:\Program Files\SmartFTP Client\"

C:\Program Files\SmartFTP Client>dir
Volume in drive C has no label.
Volume Serial Number is E09E-95E6

Directory of C:\Program Files\SmartFTP Client

05.04.2009 11:16 <DIR> .
05.04.2009 11:16 <DIR> ..
04.04.2009 13:37 815 912 BackupTool.exe
31.03.2009 23:38 21 454 ChangeLog.html
12.06.2008 15:26 9 959 License.txt
29.02.2008 10:05 2 112 ReadMe.html
04.04.2009 13:37 2 011 944 sfFavorites.dll
04.04.2009 13:37 3 771 208 sfFavoritesShellExtension.dll
31.03.2009 13:24 2 876 200 sfFTPLib.dll
04.04.2009 13:37 4 608 312 sfFTPShellExtension.dll
04.04.2009 13:37 383 784 sfPidlStorage.dll
31.03.2009 23:39 441 144 sfShellTools.dll
04.04.2009 13:37 1 756 976 sfTransferQueue.dll
04.04.2009 13:37 8 655 136 SmartFTP.exe
31.03.2009 23:39 282 440 SmartFTPPerf.dll
04.04.2009 13:37 56 104 SmartFTPPS.dll
14 File(s) 25 692 685 bytes
2 Dir(s) 97 388 003 328 bytes free

#6 mb

mb

    Developer

  • Administrators
  • 11528 posts

Posted 05 April 2009 - 03:43 PM

Use the command in the kb article. It's correct. You have to start SmartFTP first before your run the debugger.

#7 hardipe

hardipe
  • Members
  • 73 posts

Posted 05 April 2009 - 03:55 PM

does the crash dump provide any information about the passwords that are stored in my SF?

#8 mb

mb

    Developer

  • Administrators
  • 11528 posts

Posted 05 April 2009 - 06:50 PM

The passwords of the open connections might be in the memory dump.

Regards,
Mat

#9 mb

mb

    Developer

  • Administrators
  • 11528 posts

Posted 23 June 2009 - 06:38 AM

The bug has been fixed.