GPF after successfully renaming directories on an ftp server

#1
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
 
#2
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.
 
#3
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.