GPF after successfully renaming directories on an ftp server

May 20, 2008
3,515
4
Elkridge, MD, USA
Using IFTP I logged into an ftp server. Attempting to change subdirectory
names using the syntax
*ren "ftp:WED/" "ftp:19_WED"
the REN command displays and performs the correct name change, but TCC
10.0.68 dies with the usual "report to MS" dialog. GPF is below:

TCC 10.00.68
Module=F:\JPSOFT\I10\TakeCmd.dll
Address=100573E8
Exception=C0000005
EAX=5557F648 EBX=2637E301 ECX=00000020 EDX=00000002
ESI=AAA93BA0 EDI=2637E2F9 EBP=00D6CF74 ESP=00D688C4
CS=0000001B DS=00000023 ES=00000023 SS=00000023
Flags=00010207

Stack:
1 : TakeCmd.dll 0001:000563e8
2 : TakeCmd.dll 0001:00022e11
3 : TakeCmd.dll 0001:00067497
4 : TakeCmd.dll 0001:000670f1
5 : TakeCmd.dll 0001:00066e91
6 : TakeCmd.dll 0001:00028286

Note: in one instance the command succeded without GPF, but the next
directory failed. In another instance the renaming using
ren "ftp:a" "ftp:b/c/"
successfully moved and renamed the directory before the GPF.
--
Steve
 
May 20, 2008
603
0
Sammamish, WA
GPF after successfully renaming directories on an ftp server

I can reproduce that and get this GPF file:

TCC 10.00.68
Module=C:\4NT\TakeCmd.dll
Address=10057E49
Exception=C0000005
EAX=00000211 EBX=00004000 ECX=0000002E EDX=00000002
ESI=016101F0 EDI=7C901000 EBP=0000002A ESP=00D68A50
CS=0000001B DS=00000023 ES=00000023 SS=00000023
Flags=00010206

Stack:
1 : TakeCmd.dll 0001:00056e49


On Sat, Jun 27, 2009 at 5:46 PM, Steve Fábián<> wrote:

> Using IFTP I logged into an ftp server. Attempting to change subdirectory
> names using the syntax
> * **ren "ftp:WED/" "ftp:19_WED"
> the REN command displays and performs the correct name change, but TCC
> 10.0.68 dies with the usual "report to MS" dialog. GPF is below:
>
> TCC *10.00.68
> Module=F:\JPSOFT\I10\TakeCmd.dll
> Address=100573E8
> Exception=C0000005
> EAX=5557F648 *EBX=2637E301 *ECX=00000020 *EDX=00000002
> ESI=AAA93BA0 *EDI=2637E2F9 *EBP=00D6CF74 *ESP=00D688C4
> CS=0000001B *DS=00000023 *ES=00000023 *SS=00000023
> Flags=00010207
>
> Stack:
> 1 : TakeCmd.dll 0001:000563e8
> 2 : TakeCmd.dll 0001:00022e11
> 3 : TakeCmd.dll 0001:00067497
> 4 : TakeCmd.dll 0001:000670f1
> 5 : TakeCmd.dll 0001:00066e91
> 6 : TakeCmd.dll 0001:00028286
>
> Note: in one instance the command succeded without GPF, but the next
> directory failed. In another instance the renaming using
> * *ren "ftp:a" "ftp:b/c/"
> successfully moved and renamed the directory before the GPF.
> --
> Steve
>
>
>
>
>
>
>
>



--
Jim Cook
2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Sunday.
 
May 20, 2008
603
0
Sammamish, WA
GPF after successfully renaming directories on an ftp server

This appears to be fixed in build 71

On Mon, Jul 6, 2009 at 2:51 PM, Jim Cook<> wrote:

> I can reproduce that and get this GPF file:
>
> TCC *10.00.68
> Module=C:\4NT\TakeCmd.dll
> Address=10057E49
> Exception=C0000005
> EAX=00000211 *EBX=00004000 *ECX=0000002E *EDX=00000002
> ESI=016101F0 *EDI=7C901000 *EBP=0000002A *ESP=00D68A50
> CS=0000001B *DS=00000023 *ES=00000023 *SS=00000023
> Flags=00010206
>
> Stack:
> 1 : TakeCmd.dll 0001:00056e49
>
>
> On Sat, Jun 27, 2009 at 5:46 PM, Steve Fábián<> wrote:
>
>
> ---Quote---
>> Using IFTP I logged into an ftp server. Attempting to change subdirectory
>> names using the syntax
>> * **ren "ftp:WED/" "ftp:19_WED"
>> the REN command displays and performs the correct name change, but TCC
>> 10.0.68 dies with the usual "report to MS" dialog. GPF is below:
>>
>> TCC *10.00.68
>> Module=F:\JPSOFT\I10\TakeCmd.dll
>> Address=100573E8
>> Exception=C0000005
>> EAX=5557F648 *EBX=2637E301 *ECX=00000020 *EDX=00000002
>> ESI=AAA93BA0 *EDI=2637E2F9 *EBP=00D6CF74 *ESP=00D688C4
>> CS=0000001B *DS=00000023 *ES=00000023 *SS=00000023
>> Flags=00010207
>>
>> Stack:
>> 1 : TakeCmd.dll 0001:000563e8
>> 2 : TakeCmd.dll 0001:00022e11
>> 3 : TakeCmd.dll 0001:00067497
>> 4 : TakeCmd.dll 0001:000670f1
>> 5 : TakeCmd.dll 0001:00066e91
>> 6 : TakeCmd.dll 0001:00028286
>>
>> Note: in one instance the command succeded without GPF, but the next
>> directory failed. In another instance the renaming using
>> * *ren "ftp:a" "ftp:b/c/"
>> successfully moved and renamed the directory before the GPF.
>> --
>> Steve
>>
>>
>>
>>
>>
>>
>>
>>
> ---End Quote---
>
>
> --
> Jim Cook
> 2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
> Next year they're Sunday.
>
>
>
>
>



--
Jim Cook
2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Sunday.
 
Similar threads
Thread starter Title Forum Replies Date
C GPF file details Support 2
C TCMD exiting with no GPF Support 4
MickeyF gpf when trying to use tcc.exe on standalone install Support 0
D Fixed Removing the mail password causes GPF Support 2
Charles Dye Fixed GPF in SETLOCAL Support 16
Charles Dye An obscure GPF Support 1
Charles Dye GPF in TCC 13.03.47 on batch files >= 2048 bytes Support 10
samintz Fixed GPF from MKLINK Support 1
vefatica GPF in pop-ups Support 8
S Fixed GPF in PDIR Support 3
fpefpe SDK/API gpf Support 5
B DIR /Z Causes GPF in TCMD V10 B50 Support 5
S PDIR command causes GPF Support 5
A GPF when copying large amount of data on busy USB Drive Support 3
J v10 GPF when calling complicated batch files Support 5
A Bug report: unsetarray causes GPF Support 0
A Bug report: unsetarray causes GPF Support 2
A GPF Support 2
vefatica The operation completed successfully? Support 1
vefatica The operation completed successfully Support 3
JohnQSmith Regex renaming Support 2
P Renaming with a RegEx Support 1
J Extended directory search - cure by renaming tcmd.ini Support 10
nickles Renaming bug? Support 9
M More file-renaming problems involving commas... Support 0
M Another problem with renaming files... Support 3
P Renaming files with regex. Support 6
gunkelkarl renaming files Support 14

Similar threads