Falal Error Exception code = C00000FD
called from -
ar_invoice.apppageframe.page2.g_recordmaintenance.cmd_save.click (line 0)
Windows\system32\vfp6r.dll

Any hint?

RE: VFP6 exception by Leemi

Leemi
Fri Jun 24 09:05:01 CDT 2005

Hi Toylet:

I would delete the foxuser.dbf and Foxuser.fpt files.

What version of VFP 6.0 did you use to compile the executable? Make sure
the VFP6r.dll and VFP6renu.dll files are the same version. For example, if
you used SP4 to compile the EXE, you need the SP4 runtime files.

If you have an anti virus software install, prevent the aV from scanning
VFP data files. See:

http://support.microsoft.com/default.aspx?scid=KB;EN-US;321550

I hope this helps.

This posting is provided "AS IS" with no warranties, and confers no rights.

Sincerely,
Microsoft FoxPro Technical Support
Lee Mitchell

*-- VFP9 HAS ARRIVED!! --*
Read about all the new features of VFP9 here:
http://msdn.microsoft.com/vfoxpro/

*--Purchase VFP 9.0 here:
http://www.microsoft.com/PRODUCTS/info/product.aspx?view=22&pcid=54787e64-52
69-4500-8bf2-3f06689f4ab3&type=ovr

Keep an eye on the product lifecycle for Visual FoxPro here:
http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
- VFP5 Mainstream Support retired June 30th, 2003
- VFP6 Mainstream Support retired Sept. 30th, 2003

>Falal Error Exception code = C00000FD
>called from -
>ar_invoice.apppageframe.page2.g_recordmaintenance.cmd_save.click (line 0)
>Windows\system32\vfp6r.dll

>Any hint?



Re: VFP6 exception by Rick

Rick
Fri Jun 24 13:34:05 CDT 2005

That error is listed as "C00000FD - Stack overflow". Make sure you don't a loop
that is recursing, or an event (or OKL) that can cause a recursive method call.
I had a situation where a user thought that by holding down the Escape key it
would stop the program faster!

Rick

"man-wai chang" <toylet.toylet@gmail.com> wrote in message
news:OFknPWHeFHA.2420@TK2MSFTNGP15.phx.gbl...
> Falal Error Exception code = C00000FD
> called from - ar_invoice.apppageframe.page2.g_recordmaintenance.cmd_save.click
> (line 0)
> Windows\system32\vfp6r.dll
>
> Any hint?


Re: VFP6 exception by Gene

Gene
Fri Jun 24 14:20:41 CDT 2005

On Fri, 24 Jun 2005 14:34:05 -0400, "Rick Bean"
<rgbean@unrealmelange-inc.com> wrote:

>That error is listed as "C00000FD - Stack overflow". Make sure you don't a loop
>that is recursing, or an event (or OKL) that can cause a recursive method call.
>I had a situation where a user thought that by holding down the Escape key it
>would stop the program faster!

I will trade you a story of someone thinking that a music program
would play louder if the keys were pressed harder, and he wanted way
louder. This was on a Commodore system that had the keys mounted on
the CPU board!

[snipped previous]

Sincerely,

Gene Wirchenko


Re: VFP6 exception by man-wai

man-wai
Fri Jun 24 20:18:06 CDT 2005

> recursive method call. I had a situation where a user thought that by
> holding down the Escape key it would stop the program faster!

Will "clear typeahead" clear mouse clicks?

Re: VFP6 exception by Dan

Dan
Mon Jun 27 10:38:11 CDT 2005

man-wai chang wrote:
>> recursive method call. I had a situation where a user thought that by
>> holding down the Escape key it would stop the program faster!
>
> Will "clear typeahead" clear mouse clicks?

No.

The only way to "eat" mouse clicks is INKEY(<n>,"M").

Dan



Re: VFP6 exception by Paul

Paul
Tue Jun 28 15:13:48 CDT 2005

Heh heh.

Did it work?



"Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
news:n5nob1t5er3jkgrgt2qh90vr5g73bk3a72@4ax.com...
> On Fri, 24 Jun 2005 14:34:05 -0400, "Rick Bean"
> <rgbean@unrealmelange-inc.com> wrote:
>
>>That error is listed as "C00000FD - Stack overflow". Make sure you don't a
>>loop
>>that is recursing, or an event (or OKL) that can cause a recursive method
>>call.
>>I had a situation where a user thought that by holding down the Escape key
>>it
>>would stop the program faster!
>
> I will trade you a story of someone thinking that a music program
> would play louder if the keys were pressed harder, and he wanted way
> louder. This was on a Commodore system that had the keys mounted on
> the CPU board!
>
> [snipped previous]
>
> Sincerely,
>
> Gene Wirchenko
>



Re: VFP6 exception by Gene

Gene
Tue Jun 28 16:41:29 CDT 2005

[reordered to chronological]

On Tue, 28 Jun 2005 13:13:48 -0700, "Paul Pedersen"
<no-reply@swen.com> wrote:

>"Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
>news:n5nob1t5er3jkgrgt2qh90vr5g73bk3a72@4ax.com...
>> On Fri, 24 Jun 2005 14:34:05 -0400, "Rick Bean"
>> <rgbean@unrealmelange-inc.com> wrote:
>>
>>>That error is listed as "C00000FD - Stack overflow". Make sure you don't a
>>>loop
>>>that is recursing, or an event (or OKL) that can cause a recursive method
>>>call.
>>>I had a situation where a user thought that by holding down the Escape key
>>>it
>>>would stop the program faster!
>>
>> I will trade you a story of someone thinking that a music program
>> would play louder if the keys were pressed harder, and he wanted way
>> louder. This was on a Commodore system that had the keys mounted on
>> the CPU board!

>Heh heh.
>
>Did it work?

No. And if the clueless one had done so for very long, the
system would not work anymore either.

Sincerely,

Gene Wirchenko


Re: VFP6 exception by Paul

Paul
Tue Jun 28 18:16:06 CDT 2005


"Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
news:8ig3c1dp2pvvplcgd5r3agms2dkf2a82o3@4ax.com...
> [reordered to chronological]
>
> On Tue, 28 Jun 2005 13:13:48 -0700, "Paul Pedersen"
> <no-reply@swen.com> wrote:
>
>>"Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
>>news:n5nob1t5er3jkgrgt2qh90vr5g73bk3a72@4ax.com...
>>> On Fri, 24 Jun 2005 14:34:05 -0400, "Rick Bean"
>>> <rgbean@unrealmelange-inc.com> wrote:
>>>
>>>>That error is listed as "C00000FD - Stack overflow". Make sure you don't
>>>>a
>>>>loop
>>>>that is recursing, or an event (or OKL) that can cause a recursive
>>>>method
>>>>call.
>>>>I had a situation where a user thought that by holding down the Escape
>>>>key
>>>>it
>>>>would stop the program faster!
>>>
>>> I will trade you a story of someone thinking that a music program
>>> would play louder if the keys were pressed harder, and he wanted way
>>> louder. This was on a Commodore system that had the keys mounted on
>>> the CPU board!
>
>>Heh heh.
>>
>>Did it work?
>
> No. And if the clueless one had done so for very long, the
> system would not work anymore either.
>
> Sincerely,
>
> Gene Wirchenko

The venerable C-64... People used to say, "64 kilobytes! What will you do
with all that memory? And it has color!"

I even had a modem for mine... 300 baud, woo hoo!




Re: VFP6 exception by Andrew

Andrew
Wed Jun 29 05:01:19 CDT 2005

"Paul Pedersen" <no-reply@swen.com> wrote in message
news:%23ZLNhdDfFHA.272@TK2MSFTNGP15.phx.gbl...
> The venerable C-64... People used to say, "64 kilobytes! What will you do
> with all that memory? And it has color!"
>
> I even had a modem for mine... 300 baud, woo hoo!

I know a number of people who still have them [working.] And a number of
people who ran out of that 64KB programming.
You may be surprised to see what one in good condition fetches these days.
Especially if you still have a working 1541.

In fact, stuff is still released.. Have a read of this
http://www.protovision-online.de/md/info.htm#making - how do you fancy
releasing software for a modded obsolete platform [and having your source
stolen halfway through :(]

--
Andrew Howell



Re: VFP6 exception by Cy

Cy
Wed Jun 29 19:17:13 CDT 2005

Paul Pedersen wrote:
> "Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
> news:8ig3c1dp2pvvplcgd5r3agms2dkf2a82o3@4ax.com...
>
>>[reordered to chronological]
>>
>>On Tue, 28 Jun 2005 13:13:48 -0700, "Paul Pedersen"
>><no-reply@swen.com> wrote:
>>
>>
>>>"Gene Wirchenko" <genew@ucantrade.com.NOTHERE> wrote in message
>>>news:n5nob1t5er3jkgrgt2qh90vr5g73bk3a72@4ax.com...
>>>
>>>>On Fri, 24 Jun 2005 14:34:05 -0400, "Rick Bean"
>>>><rgbean@unrealmelange-inc.com> wrote:
>>>>
>>>>
>>>>>That error is listed as "C00000FD - Stack overflow". Make sure you don't
>>>>>a
>>>>>loop
>>>>>that is recursing, or an event (or OKL) that can cause a recursive
>>>>>method
>>>>>call.
>>>>>I had a situation where a user thought that by holding down the Escape
>>>>>key
>>>>>it
>>>>>would stop the program faster!
>>>>
>>>> I will trade you a story of someone thinking that a music program
>>>>would play louder if the keys were pressed harder, and he wanted way
>>>>louder. This was on a Commodore system that had the keys mounted on
>>>>the CPU board!
>>
>>>Heh heh.
>>>
>>>Did it work?
>>
>> No. And if the clueless one had done so for very long, the
>>system would not work anymore either.
>>
>>Sincerely,
>>
>>Gene Wirchenko
>
>
> The venerable C-64... People used to say, "64 kilobytes! What will you do
> with all that memory? And it has color!"
>
> I even had a modem for mine... 300 baud, woo hoo!
>
>
>
Hey! I had a 1200 baud modem on mine. Ran a BBS with 3 floppy drives.
Of course my PalmOS PDA has both more RAM and more storage than it
ever thought to have.

--
Cy Welch
Senior Programmer
MetSYS Inc
http://www.metsysinc.com

Re: VFP6 exception by Paul

Paul
Thu Jun 30 13:58:26 CDT 2005


"Andrew Howell" <ajh@work> wrote in message
news:uq6GdHJfFHA.3164@TK2MSFTNGP15.phx.gbl...
> "Paul Pedersen" <no-reply@swen.com> wrote in message
> news:%23ZLNhdDfFHA.272@TK2MSFTNGP15.phx.gbl...
>> The venerable C-64... People used to say, "64 kilobytes! What will you do
>> with all that memory? And it has color!"
>>
>> I even had a modem for mine... 300 baud, woo hoo!
>
> I know a number of people who still have them [working.] And a number of
> people who ran out of that 64KB programming.
> You may be surprised to see what one in good condition fetches these days.
> Especially if you still have a working 1541.


Probably the all-time record holder for World's Slowest Disk Drive.

And yet it was a huge improvement over the audio cassette tape drive I used
for a year and a half.

The C-64 used a truly unique error checking algorithm with its tape drive.
When it wrote to the tape, it would write the exact same thing twice in a
row (making an already painfully slow process excruciating). Then when it
read the tape, it would read the first copy, then read the second copy
(slow!) and compare it to the first one. If they matched, all was well, and
processing continued. If they didn't match, the computer would crash.

I must say though, that it booted up in only about four seconds!




Re: OT VFP6 exception by Andrew

Andrew
Fri Jul 01 02:47:41 CDT 2005

"Paul Pedersen" <no-reply@swen.com> wrote in message
news:ONo$yWafFHA.1472@TK2MSFTNGP12.phx.gbl...
> The C-64 used a truly unique error checking algorithm with its tape
drive.
> When it wrote to the tape, it would write the exact same thing twice in a
> row (making an already painfully slow process excruciating). Then when it
> read the tape, it would read the first copy, then read the second copy
> (slow!) and compare it to the first one. If they matched, all was well,
> and processing continued. If they didn't match, the computer would crash.


Ah, the datasette. I never knew that. Although I've talked to various people
who made "turbo loaders" (Novaload was one.) I guess there was a small
loader on the tape twice, and this loader bypassed the dual copy
requirement. Or something.

--
Regards
Andrew Howell



Re: OT VFP6 exception by Paul

Paul
Fri Jul 01 10:42:25 CDT 2005


"Andrew Howell" <ajh@work> wrote in message
news:OBVojFhfFHA.352@TK2MSFTNGP09.phx.gbl...
> "Paul Pedersen" <no-reply@swen.com> wrote in message
> news:ONo$yWafFHA.1472@TK2MSFTNGP12.phx.gbl...
> > The C-64 used a truly unique error checking algorithm with its tape
> drive.
>> When it wrote to the tape, it would write the exact same thing twice in a
>> row (making an already painfully slow process excruciating). Then when it
>> read the tape, it would read the first copy, then read the second copy
>> (slow!) and compare it to the first one. If they matched, all was well,
>> and processing continued. If they didn't match, the computer would crash.
>
>
> Ah, the datasette. I never knew that. Although I've talked to various
> people who made "turbo loaders" (Novaload was one.) I guess there was a
> small loader on the tape twice, and this loader bypassed the dual copy
> requirement. Or something.

I remember reading about that in one of the magazines.

But storing data on an ordinary audio cassette was a great idea. Simple and
cheap, but slow.

I had a plug-in cartridge turbo loader that would handle that. I think it
just skipped the second reading. Cut bootup time to two seconds, too, but
couldn't use it with the modem because they took the same slot.

Around 1990 I had a C-64 emulator that would run on a Macintosh (68030,
roughly equivalent to a slow 386). Even under emulation, it ran programs way
faster than the original.




RE: VFP6 exception by Leemi

Leemi
Fri Jul 08 10:26:43 CDT 2005

Hi man-wai chang:

1. Disable any anti virus.
2. Recreate an indexex on the open tables. Do not use REINDEX.
3. Make sure the runtime files (VFP6r.dll and VFP6renu.dll) are the same
version (service pack) as the copy of VFP 6.0 used to create the exe.
4. Make sure you are using VFP 6.0 SP5:
http://msdn.microsoft.com/vstudio/downloads/updates/sp/

I hope this helps.

This posting is provided "AS IS" with no warranties, and confers no rights.

Sincerely,
Microsoft FoxPro Technical Support
Lee Mitchell

*-- VFP9 HAS ARRIVED!! --*
Read about all the new features of VFP9 here:
http://msdn.microsoft.com/vfoxpro/

*--Purchase VFP 9.0 here:
http://www.microsoft.com/PRODUCTS/info/product.aspx?view=22&pcid=54787e64-52
69-4500-8bf2-3f06689f4ab3&type=ovr

Keep an eye on the product lifecycle for Visual FoxPro here:
http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
- VFP5 Mainstream Support retired June 30th, 2003
- VFP6 Mainstream Support retired Sept. 30th, 2003

> Falal Error Exception code = C00000FD
> called from -
ar_invoice.apppageframe.page2.g_recordmaintenance.cmd_save.click
> (line 0)
> Windows\system32\vfp6r.dll
>
> Any hint?