1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

ERASE crashes TCC

Discussion in 'Support' started by krischik, Feb 24, 2011.

  1. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
    This might be related to the SYNC problem I reported before. The following command crashed TCC:

    Code:
    ERASE /E /S /X /Y /Z /K FX-602P-Droid\gen.DELETE
    
    The directory itself does not contain a lot:

    Code:
    >dir /SFA FX-602P-Droid\gen.DELETE
    C:\Work\uiq3\JavaME\FX-602P-Droid\gen.DELETE\.
    C:\Work\uiq3\JavaME\FX-602P-Droid\gen.DELETE\..
    C:\Work\uiq3\JavaME\FX-602P-Droid\gen.DELETE\net
    C:\Work\uiq3\JavaME\FX-602P-Droid\gen.DELETE\net\.
    C:\Work\uiq3\JavaME\FX-602P-Droid\gen.DELETE\net\..
    
    TCC also crashes when I try a simple RMDIR. And I just noticed: The crash is after one file/directory has been deleted. Having done a couple of test runs all data is now gone.

    And last not least (with another directory which behaved badly):

    Code:
    >\cygwin\bin\rm --recursive --verbose FX-603P-Droid\gen.DELETE
    cygwin warning:
      MS-DOS style path detected: /cygdrive/c/Work/uiq3/JavaME/FX-603P-Droid\gen.DELETE
      Preferred POSIX equivalent is: /cygdrive/c/Work/uiq3/JavaME/FX-603P-Droid/gen.DELETE
      CYGWIN environment variable option "nodosfilewarning" turns off this warning.
      Consult the user's guide for more details about POSIX paths:
        http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
    removed directory: `FX-603P-Droid\\gen.DELETE/net/sourceforge/uiq3'
    removed directory: `FX-603P-Droid\\gen.DELETE/net/sourceforge'
    removed directory: `FX-603P-Droid\\gen.DELETE/net'
    removed directory: `FX-603P-Droid\\gen.DELETE
    
     
  2. rconn

    rconn Administrator
    Staff Member

    Joined:
    May 14, 2008
    Messages:
    9,860
    Likes Received:
    83
    Try adding a /NNT option to the command line and see if it still crashes.

    Did you look for the TCMD.GPF file?
     
  3. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
    Copies fine. Having had a look in the help file and since there are no descriptions in the source I might delete my JPSTREE.IDX and see what happens.

    Indeed - the copy is now ok without /NNT as well.

    I did not know the file exist but here you are:
    Code:
    Module=C:\opt\JPSoft\TCCLE12\TakeCmd.dll
    Address=100091E3
    Exception=C0000005
    EAX=00000000  EBX=76ED4EF8  ECX=00000000  EDX=00000000
    ESI=76ED22FB  EDI=76B87C12  EBP=0168ACD4  ESP=01686888
    CS=00000023  DS=0000002B  ES=0000002B  SS=0000002B
    Flags=00010246
    
    Stack:
    1 : TakeCmd.dll 0001:000081e3
    2 : TakeCmd.dll 0001:000080d0
    3 : TakeCmd.dll 0001:00056b2a
    4 : TakeCmd.dll 0001:00056456
    5 : TakeCmd.dll 0001:0005613b
    
     
  4. rconn

    rconn Administrator
    Staff Member

    Joined:
    May 14, 2008
    Messages:
    9,860
    Likes Received:
    83
    I wish you hadn't deleted JPSTREE.IDX; it would have been useful to me to see it and see (1) if it was corrupted (most likely) and (2) exactly how that crashed TCC.

    Let me know if it happens again after recreating JPSTREE.IDX.
     
  5. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
    It is your lucky day: I am the customer who uses “Delete to Recycle Bin” ;). I send a download link as PM.
     
  6. rconn

    rconn Administrator
    Staff Member

    Joined:
    May 14, 2008
    Messages:
    9,860
    Likes Received:
    83
    I didn't receive anything -- where did you send it? (The best place is support@jpsoft.com.)
     
  7. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
  8. rconn

    rconn Administrator
    Staff Member

    Joined:
    May 14, 2008
    Messages:
    9,860
    Likes Received:
    83
    That file *is* corrupted (it is a horrible combination of Unicode and ASCII
    text; I've never seen anything like it).

    Rex Conn
    JP Software
     
  9. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
    I had some trouble with the code pages and I tried various combinations to find out what suits me best.

    But this should not corrupt the file. In these day an age it would be best to always store Unicode - because that is what the file system uses.
     
  10. rconn

    rconn Administrator
    Staff Member

    Joined:
    May 14, 2008
    Messages:
    9,860
    Likes Received:
    83
    Any chance you ran an older version of 4NT / Take Command (that doesn't support Unicode) that might have updated (and corrupted) JPSTREE.IDX?
     
  11. krischik

    Joined:
    Feb 20, 2009
    Messages:
    46
    Likes Received:
    1
    I have both TakeCommand and TCC/LE installed.

    So yes: why I was updating those copies there as a small time frame where a mix was on the machine.

    Martin
     

Share This Page