Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

GPF after successfully renaming directories on an ftp server

May
3,515
5
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
 
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.
 
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

Back
Top