Thanks for the suggestion Koen
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Koen Piller
Sent: 19 June 2017 13:39
To: profoxt...@leafe.com
Subject: Re: Thor Tools and buffer overrun when trying to add a new method to a
form class
Paul,
Indeed
I always run Do C:\Users\pnewton\Downloads\Thor\Thor.APP at startup.
> When a try to add a new method to an existing form class I get the buffer
> overrun - only two of my form classes seem to exhibit the problem and they
> have the same parent class. Adding a new method to th
Hi all
Well the subject line says it all really.
I always run Do C:\Users\pnewton\Downloads\Thor\Thor.APP at startup.
When a try to add a new method to an existing form class I get the buffer
overrun - only two of my form classes seem to exhibit the problem and they have
the same parent class
Subject: Re: Buffer Overrun - Solved!
Why me??? It ended up being a deleted record in a file that my application
believed was just packed. The table was closed, used exclusive, packed and
there was still a deleted record in it. I don't know where in the above
sequence it was getting the buffer
repair
utility might have solved it for you.
--
rk
-Original Message-
From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Jeff Johnson
Sent: Saturday, June 22, 2013 10:04 AM
To: profoxt...@leafe.com
Subject: Re: Buffer Overrun - Solved!
Why me??? It ended up being
[mailto:profoxtech-boun...@leafe.com] On Behalf Of Jeff Johnson
Sent: Monday, June 24, 2013 8:19 AM
To: profoxt...@leafe.com
Subject: Re: Buffer Overrun - Solved!
Richard: That is the first thing I did. I use Stonefield and it did not
correct the problem. I don't know why and even if it was table
On 6/24/2013 8:19 AM, Jeff Johnson wrote:
Richard: That is the first thing I did. I use Stonefield and it did
not correct the problem. I don't know why and even if it was table
corruption. It was a very strange problem. After the file was packed
it still had one deleted record. I could USE
On 06/24/2013 10:02 AM, MB Software Solutions, LLC wrote:
On 6/24/2013 8:19 AM, Jeff Johnson wrote:
Richard: That is the first thing I did. I use Stonefield and it did
not correct the problem. I don't know why and even if it was table
corruption. It was a very strange problem. After the
Of Jeff Johnson
Sent: Monday, June 24, 2013 1:19 PM
To: profoxt...@leafe.com
Subject: Re: Buffer Overrun - Solved!
On 06/24/2013 10:02 AM, MB Software Solutions, LLC wrote:
We used SDT at Sylvan and I could have swore I saw some cases where
the SDT pack didn't seem to work either (as evidenced
Jeff:
I don't recall the earlier posting. What's the exact error message? Is
there anything in the system error logs?
--
Ted Roche
Ted Roche Associates, LLC
http://www.tedroche.com
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
Ted: In the heat of battle I couldn't find the event logs. I will
check them today. The earlier posting mentioned visual c++ in the
buffer overrun and it happened when I closed my applications command
window. When the command window closed and the background jpg wanted to
paint
: In the heat of battle I couldn't find the event logs. I will check
them today. The earlier posting mentioned visual c++ in the buffer overrun
and it happened when I closed my applications command window. When the
command window closed and the background jpg wanted to paint on the _screen
I got
mind.
On Sat, Jun 22, 2013 at 8:19 AM, Jeff Johnson j...@san-dc.com wrote:
Ted: In the heat of battle I couldn't find the event logs. I will check
them today. The earlier posting mentioned visual c++ in the buffer overrun
and it happened when I closed my applications command window. When
.
Thanks,
Jeff
---
Jeff Johnson
j...@san-dc.com
(623) 582-0323
www.san-dc.com
www.arelationshipmanager.com
On 06/21/2013 05:40 PM, Tracy Pearson wrote:
Jeff Johnson j...@san-dc.com wrote:
I had the ugly buffer overrun appear on the same computer it appeared
on
a while back. Looking
Why me??? It ended up being a deleted record in a file that my
application believed was just packed. The table was closed, used
exclusive, packed and there was still a deleted record in it. I don't
know where in the above sequence it was getting the buffer overrun, but
packing the file
:
I had the ugly buffer overrun appear on the same computer it
appeared
on
a while back. Looking in the archives it was a problem with a jpg
and
the visual c++ runtime. This time the application opens. Opens up
the
tables and then halts with a buffer overrun detected. I am pretty
sure
??? It ended up being a deleted record in a file that my
application believed was just packed. The table was closed, used
exclusive, packed and there was still a deleted record in it. I don't
know where in the above sequence it was getting the buffer overrun, but
packing the file externally did the trick
Jeff Johnson j...@san-dc.com wrote:
Tracy: I received two emails from you with nothing from you. Why so
quiet? ;^)
Jeff
---
Because the text was at the bottom and it was cut out.
I'll edit better in the future.
--
Tracy
___
Post
Tracy Pearson tr...@powerchurch.com wrote:
Jeff Johnson j...@san-dc.com wrote:
I had the ugly buffer overrun appear on the same computer it appeared
on
a while back. Looking in the archives it was a problem with a jpg and
[snipped]
Any ideas?
--
Jeff
[snipped]
In may be the attempt
Tracy Pearson tr...@powerchurch.com wrote:
Jeff Johnson j...@san-dc.com wrote:
Why me??? It ended up being a deleted record in a file that my
[snipped]
Thank you all so much!
Jeff
[snipped]
I changed how tables are packed in my application. It helped with
troubles with antivirus and on
I had the ugly buffer overrun appear on the same computer it appeared on
a while back. Looking in the archives it was a problem with a jpg and
the visual c++ runtime. This time the application opens. Opens up the
tables and then halts with a buffer overrun detected. I am pretty sure
Jeff Johnson j...@san-dc.com wrote:
I had the ugly buffer overrun appear on the same computer it appeared
on
a while back. Looking in the archives it was a problem with a jpg and
the visual c++ runtime. This time the application opens. Opens up the
tables and then halts with a buffer
@leafe.com
Subject: Re: Buffer Overrun - Problem solved!
This is the only application I have that uses a wallpaper because it was my
first VMP application. All of my other applications use a picture that they can
choose. When running my command window it used to leave the picture in an
incomplete
Is the crash logging anything in the system or application logs?
I would take a look at this article
(http://blogs.technet.com/b/askperf/archive/2007/05/29/basic-debugging-of-an-application-crash.aspx)
about using the Windows debugging tools and work from there. This
approach has helped me track
of the command window form. The refresh of the picture resizes
the picture to fit in the screen and that is where the buffer overrun
was happening. To correct the situation, I immediately return from the
refresh program is the application is using a wall paper.
Whew! That was easy!
Thanks for all
choose. When running my command window it used to leave the
picture in an incomplete state so I refresh the picture in the destroy of
the command window form. The refresh of the picture resizes the picture
to
fit in the screen and that is where the buffer overrun was happening. To
correct
Jeff
I can't see any indication as to the OS involved and whether the issue
is on multiple computers or just one?
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this
On 12/16/2012 02:49 AM, Alan Bourke wrote:
Jeff
I can't see any indication as to the OS involved and whether the issue
is on multiple computers or just one?
Alan: All of the applications are on my development machine. They all
use the same base classes and intermediate classes. They are all
this in my applications going back to the very
beginning so it is pretty mature and fail-safe. The application in
question creates a VC++ buffer overrun detected when I release the
form. I don't even have to do anything other than open the form and
click Done and it will blow me out
while in the
application. I have used this in my applications going back to the
very
beginning so it is pretty mature and fail-safe. The application in
question creates a VC++ buffer overrun detected when I release the
form. I don't even have to do anything other than open the form and
click
. It is an
intermediate class form class that runs VFP commands while in the
application. I have used this in my applications going back to the
very
beginning so it is pretty mature and fail-safe. The application in
question creates a VC++ buffer overrun detected when I release the
form. I don't even have to do
Jeff Johnson j...@san-dc.com wrote:
Everything is the same on this machine including the intermediate
classes and base classes.
I only have one set of runtimes on my development machine.
Jeff
Do you use bindevents in this program?
Are you returning out of a method from the catch in a
On 12/15/2012 11:06 AM, Tracy Pearson wrote:
Jeff Johnson j...@san-dc.com wrote:
Everything is the same on this machine including the intermediate
classes and base classes.
I only have one set of runtimes on my development machine.
Jeff
Do you use bindevents in this program?
Are you
Jeff Johnson j...@san-dc.com wrote:
On 12/15/2012 11:06 AM, Tracy Pearson wrote:
Jeff Johnson j...@san-dc.com wrote:
Everything is the same on this machine including the intermediate
classes and base classes.
I only have one set of runtimes on my development machine.
Jeff
Do you use
that I did not know
existed. ;^) It gives me the error when I open the form and close it
without doing anything. I will try wrapping the opening up of the form
with at try catch and see what I get. This VCC++ buffer overrun does
not trigger the application error handler. I does the same
wrapping the opening up of the form
with at try catch and see what I get. This VCC++ buffer overrun does not
trigger the application error handler. I does the same as a windows error.
Start anew with a blank form. Open, close, success?
Add code to one method at a time. Open, close, success?
Test
the project and created a subclass of and intermediate class
which is how I do it now. I still get it. I have researched it and
nothing seems to apply to my situation.
The command window works great but when I release the form I get the
buffer overrun.
Any ideas?
VFP9 the same exact
overrun.
Any ideas?
VFP9 the same exact class used in all of my applications.
I deleted the project rebuilt it from scratch. Same result. It is
also giving me a buffer overrun when I try to open any form in the
application.
Jeff
---
Jeff Johnson
j...@san-dc.com
(623) 582-0323
Hi Jeff,
VFP9 the same exact class used in all of my applications.
I deleted the project rebuilt it from scratch. Same result. It is also
giving me a buffer overrun when I try to open any form in the application.
Could it be Foxuser?
Bill
On 12/07/2012 08:30 AM, Bill Arnold wrote:
Hi Jeff,
VFP9 the same exact class used in all of my applications.
I deleted the project rebuilt it from scratch. Same result. It is also
giving me a buffer overrun when I try to open any form in the application.
Could it be Foxuser?
Bill
Hi Jeff,
VFP9 the same exact class used in all of my applications.
I deleted the project rebuilt it from scratch. Same result. It is
also giving me a buffer overrun when I try to open any form in the
application.
Could it be Foxuser?
How are you doing Bill? I deleted Foxuser
On 12/07/2012 09:54 AM, Bill Arnold wrote:
Hi Jeff,
VFP9 the same exact class used in all of my applications.
I deleted the project rebuilt it from scratch. Same result. It is
also giving me a buffer overrun when I try to open any form in the
application.
Could it be Foxuser?
How
] On Behalf Of Jeff Johnson
Sent: Friday, December 07, 2012 8:42 AM
To: profoxt...@leafe.com
Subject: Visual C++ Buffer Overrun Detected
I have an application that has been working for many years and all of a sudden
I am getting this when I run my command window. It is a form where you can
enter
[mailto:profoxtech-boun...@leafe.com] On Behalf Of Jeff Johnson
Sent: Friday, December 07, 2012 8:42 AM
To: profoxt...@leafe.com
Subject: Visual C++ Buffer Overrun Detected
I have an application that has been working for many years and all of a sudden
I am getting this when I run my command window
C++ Buffer Overrun Detected
It is happening when I release a particular form. Strange thing is that the
exact form is working perfectly in all of my other applications.
The form is located in one place and built into all of the apps. This is the
only one that does it. I am suspecting
PM
To: profoxt...@leafe.com
Subject: Re: Visual C++ Buffer Overrun Detected
It is happening when I release a particular form. Strange thing is that the
exact form is working perfectly in all of my other applications.
The form is located in one place and built into all of the apps
across this problem.
After building my EXE I now get an error (Windows not FoxPro)
Title says:
Microsoft Visual C++ Runtime Library
Error says:
Buffer overrun detected!
Program C:\Users\Phart\CSPA\Cspa.exe
A buffer overrun has been detected which has corrupted the program's
Internal state
August 2009 15:46
Subject: RE: Buffer Overrun.
Peter,
Just a wild stab here but have you tried at the beginning of your prog
(in
the loader?) :
_VFP.Autoyield=.F.
Specifies whether an instance of Visual FoxPro processes pending
Windows
events between execution of each line of user program code.
I
Peter,
On the off chance I copied the executable to my client and ran it there.
Eureka problem solved. Oh dear. Comments from Client, Where's the status bar
gone we really liked that. Here we go again.
LOL! I'm enjoying your saga - its like a TV mini-series :)
Why don't you build your own
A timer in the original one is probably what was causing the behavior he was
attempting to get rid of.
-Original Message-
From: Malcolm Greene
Sent: Thursday, August 20, 2009 10:23 AM
Peter,
On the off chance I copied the executable to my client and ran it there.
Eureka problem solved.
Forget to tell you the most important thing. The image also
disappeared.
Cheers
Peter
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On
Behalf Of Tracy Pearson
Sent: 20 August 2009 16:00
To: profox@leafe.com
Subject: RE: Buffer Overrun. THE SEQUEL
Interesting. I wish I had time to look at the code. Maybe, some day.
Tracy
-Original Message-
From: Peter Hart
Sent: Thursday, August 20, 2009 11:17 AM
Forget to tell you the most important thing. The image also disappeared.
Cheers
Peter
-Original Message-
From: Tracy
Hi all,
Updated my clients machine after making one change to the application.
Now he gets a Buffer overrun detected Error with MS Visual C++ in the
message title.
Anyone had this error and knows why.
Googled and updated client to VFP SP2 run times. Did windows updates.
No good. Changed back
Peter,
Could be related to CommandBars-VFP interface, eg. I've found any 3rd
party library to VFP integration is never perfect.
I'm also not a fan of VFP 9's SP2 reliability. We finally gave up on it
and went back to SP1. Of course others on this list have a very
different opinion of SP2 so your
a problem.
HTH,
Tracy
-Original Message-
From: Peter Hart
Sent: Wednesday, August 19, 2009 8:40 AM
Hi all,
Updated my clients machine after making one change to the application.
Now he gets a Buffer overrun detected Error with MS Visual C++ in the
message title.
Anyone had this error and knows
Hi Malcolm,
Its running here in the office with the version of the application I
copied to the Client this morning. Four Machines, One XP with VFP SP2
One XP with VFP SP1 One Windows 7 with VFP SP2, and my Laptop running
Windows 7 and just the VPP 2 runtimes
The only other thing I have done was
Peter,
Some ideas off the top of my head:
1. Make sure you don't have a corrupted foxuser.dbf. If you can avoid
using a foxuser resource file, do it (turn it off in your config.fpw)
2. Open a shell prompt, and simplify your path to the min length
possible. Then run your app.
3. Use SET
Thanks to both you and Tracy. The Client has to catch up with some work
lost whilst I tried a number of things this morning. SO he is leaving
his machine on when he goes home so another late night.
Cheers
Peter
Malcolm Greene
Sent: 19 August 2009 15:01
To: profox@leafe.com
Subject: RE: Buffer
To: ProFox Email List
Subject: RE: Buffer Overrun.
Thanks to both you and Tracy. The Client has to catch up with some work
lost whilst I tried a number of things this morning. SO he is leaving
his machine on when he goes home so another late night.
Cheers
Peter
Malcolm Greene
Sent: 19 August 2009
I think this is related to my so-called dual core problem.
Running here on my own non-dual-core machine, I now have on 3 occasions
received the dreaded buffer overrun error from the MS C library, on the
program that uses a mySQL database. I suspect that the error is occuring on
an SQL Insert
I've isolated two related conditions that immediately precede this
error. The both occur when my on error ... handler routine starts up and
either the error() function returns 0 but message() returns a valid
message for the condition that caused the error or the other way around,
ie error()
I've isolated two related conditions that immediately precede this
error. The both occur when my on error ... handler routine starts up and
either the error() function returns 0 but message() returns a valid
message for the condition that caused the error or the other way around,
ie error()
PM
To: [EMAIL PROTECTED]
Subject: Re: More buffer overrun: 2 specific cases
I've isolated two related conditions that immediately precede this
error. The both occur when my on error ... handler routine starts up
and either the error() function returns 0 but message() returns a
valid message
This *may* have been a case of copying a table back forth without
including the index. Other than that, I'm not sure. It's only happened
once or twice.
What does your field validation rule do? If it's unattended, why do
you have it as a field validation rule instead of simply validating in
PM
To: [EMAIL PROTECTED]
Subject: Re: More buffer overrun: 2 specific cases
This *may* have been a case of copying a table back forth without
including the index. Other than that, I'm not sure. It's only happened
once or twice.
What does your field validation rule do? If it's unattended, why
I'm writing an io intensive parse/update program that has to run
non-stop 24/7. I've only been able to keep it running for 3 - 4 hrs due
to c++ buffer overrun problems. Reminds me of the memory leak problems
that we used to have under windows nt, but I don't have any idea how to
proceed. Ideas
++ buffer overrun problems. Reminds me of the memory leak problems
that we used to have under windows nt, but I don't have any idea how to
proceed. Ideas?
-Lew
--
Richard Kaye
Vice President
Artfact/RFC Systems
Voice: 617.219.1038
Fax: 617.219.1001
For the fastest response time, please send
Sent: Tuesday, January 30, 2007 9:41 AM
To: [EMAIL PROTECTED]
Subject: Re: Buffer overrun
I'm running in to a similar issue using GDI+ calls. Sent Calvin a
message in the hopes he could shed some light but no reply yet.
Lew Schwartz wrote:
I'm writing an io intensive parse/update program that has
: Re: Buffer overrun
You might want to add a log mechanism that dumps memory levels,
variables, objects, etc. into a VFP table every X minutes. It might
provide some insight into what is causing this.
Lew Schwartz wrote:
I'm not using any gdi or gdi+ at all. This is a down and dirty read
Isn't this similar to a recent thread about restricting the program to
physical memory? (using Ed's utility)
--
Michael Hawksworth
Visual Fox Solutions
[EMAIL PROTECTED]
www.foxpro.co.uk
___
Post Messages to: ProFox@leafe.com
Subscription
On 1/30/07, Lew Schwartz [EMAIL PROTECTED] wrote:
I'm writing an io intensive parse/update program that has to run
non-stop 24/7. I've only been able to keep it running for 3 - 4 hrs due
to c++ buffer overrun problems. Reminds me of the memory leak problems
that we used to have under windows
In the logging mechanism, I would check what the last time logged was.
If it was less than 10 minutes, don't log. If greater, then drop a log
entry and then reset the counter.
All I can say is a note of encouragement and an ancillary example. I've
run West-Wind applications for months and the
Lew Schwartz wrote:
That's the thing that reminds me of the old memory leak problems: the
app needs to switch many objects into out of activity rapidly, eg read
10 bytes from the data feed, find the object to handle the bytes etc...
Lots of this stuff so the logging frequency would probably
.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Garrett Fitzgerald
Sent: Tuesday, January 30, 2007 10:16 AM
To: [EMAIL PROTECTED]
Subject: Re: Buffer overrun
On 1/30/07, Lew Schwartz [EMAIL PROTECTED] wrote:
I'm writing an io intensive parse/update program that has
As another thought, could you have a task shutdown the app and restart
it once an hour?
That's what we did with nt, including a reboot!
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free
Quoting Lew Schwartz [EMAIL PROTECTED]:
I'm not using any gdi or gdi+ at all. This is a down and dirty read a
feed/parse the stuff write it to tables app. The only non-VFP part is
a connection to ms sql server somewhere on the lan.
I had this same error not so long ago. It was intermittent
Each object already has a pretty thorough cleanup method that's called
when I'm done with it. It is true that I don't 'release' the arrays
which can grow to be quite large, I just store null to ... I guess I
could dimension obj.Array[1] in the cleanup. Many of the objects are
reused.
Large
77 matches
Mail list logo
