Thread View: borland.public.vdbase.deployment
12 messages
12 total messages
Started by REHoch
Tue, 16 Mar 1999 00:00
dBase Becoming Unstable (5.6)
Author: REHoch
Date: Tue, 16 Mar 1999 00:00
Date: Tue, 16 Mar 1999 00:00
18 lines
1345 bytes
1345 bytes
I'm in the process of upgrading a number of applications from v 5.5 to v 5.6. While testing the apps prior to uploading them to my client, I'm running into a number of "Internal Error: Visual dBase is becoming unstable..." message boxes on my test machine. These errors are not occurring on my development machine and I'm not sure how to troubleshoot this. I guess what I really need to understand is how this unstable error is caused. I have, by the way, seen it a number of times while developing, and have always cleared it up by closing VdB and restarting. I'm suspecting it's caused by either a lack of PC memory or resources. Here are the basic specs on the PCs in question: Development PC - Windows 95 - 32MB Ram Test PC - Windows NT 4.0 - 24 MB Ram Thanks in advance, Rob Hoch Evergreen Information Systems, Inc. http://members.aol.com/eiscoinc/EISWelcome.htm
Re: dBase Becoming Unstable (5.6)
Author: REHoch
Date: Wed, 17 Mar 1999 00:00
Date: Wed, 17 Mar 1999 00:00
8 lines
784 bytes
784 bytes
Romain Strieff [TeamB] wrote in message ... >>Any WinAPI calls used? NT does not allow any wrong buffering and coding bugs like that. None that I'm aware of but I'll double check. I tend to think it's a lack of memory issue. Rob Hoch
Re: dBase Becoming Unstable (5.6)
Author: REHoch
Date: Wed, 17 Mar 1999 00:00
Date: Wed, 17 Mar 1999 00:00
16 lines
1103 bytes
1103 bytes
Gary White wrote in message <36eecb32.724762@forums.borland.com>... >Lack of resources will cause problems, but I'd be more inclined to >make sure you have a valid INI file so that the working environment >duplicates the development environment. Just make a copy of your >dbasewin.ini and rename it to <your_exe_name>.INI and place it in the >same directory as your exe. This brings up a good question. What should be in the deployed apps .INI file? I can't seem to find any documentation on that. Regards, Rob Hoch Evergreen Information Systems, Inc.
Re: dBase Becoming Unstable (5.6)
Author: Gary White [dBVIPS]
Date: Wed, 17 Mar 1999 00:00
Date: Wed, 17 Mar 1999 00:00
48 lines
2537 bytes
2537 bytes
On Wed, 17 Mar 1999 12:59:31 -0700, REHoch wrote: > This brings up a good question. What should be in the deployed apps .INI > file? I can't seem to find any documentation on that. Safest thing is to include pretty much everything that's in your dbasewin/vdb ini. Some of the strangest things can jump up and bite you. I'll give a (sorry, but somewhat long winded) example. I recently completed an app. It was working perfectly on my development machine. I edited the INI file and removed all the IDE specific (I thought) stuff. Deployed the app and found that I couldn't even launch the app without receiving an Unstable message. The app would not run at all. Since the app ran fine on the development machine, it reasoned that the problem was with the INI file. I copied my vdb.ini file to exename.ini and ran the app. It was again working fine. I started deleting things until I again got the unstable message. Want to guess what finally did it? [ComponentTypes] ComponentTypeDate=1 I had a TimeStamp field that I was morphing to show only the time portion in a grid. The morphed value to display was naturally a string. When the grid was instantiated, it was trying to datalink a spinbox (the default type for a date) to the string that was returned by the BeforeGetValue routine. Instant crash! Some people have also reported problems if the CommandWindow section is missing. Making sure that SET CONSOLE OFF and SET TALK OFF should take care of that one, but you never know when you might create a session and forget to check those. You can probably safely remove things about the palettes and designers and such. The key is to thoroughly test and if something works in design, but not in the exe, look for what's missing in the ini file. Gary White [dBVIPS] Some dBASE Stuff at http://www.AppTools.com/dbase dBASE2000 News Groups at news.dbase2000.com
Re: dBase Becoming Unstable (5.6)
Author: Robert W. Newman
Date: Wed, 17 Mar 1999 00:00
Date: Wed, 17 Mar 1999 00:00
53 lines
2872 bytes
2872 bytes
"Gary White [dBVIPS]" wrote: > > On Wed, 17 Mar 1999 12:59:31 -0700, REHoch wrote: > > > This brings up a good question. What should be in the deployed apps .INI > > file? I can't seem to find any documentation on that. > > Safest thing is to include pretty much everything that's in your > dbasewin/vdb ini. Some of the strangest things can jump up and bite > you. I'll give a (sorry, but somewhat long winded) example. > > I recently completed an app. It was working perfectly on my > development machine. I edited the INI file and removed all the IDE > specific (I thought) stuff. Deployed the app and found that I > couldn't even launch the app without receiving an Unstable message. > The app would not run at all. > > Since the app ran fine on the development machine, it reasoned that > the problem was with the INI file. I copied my vdb.ini file to > exename.ini and ran the app. It was again working fine. I started > deleting things until I again got the unstable message. > > Want to guess what finally did it? > > [ComponentTypes] > ComponentTypeDate=1 > > I had a TimeStamp field that I was morphing to show only the time > portion in a grid. The morphed value to display was naturally a > string. When the grid was instantiated, it was trying to datalink a > spinbox (the default type for a date) to the string that was returned > by the BeforeGetValue routine. Instant crash! > > Some people have also reported problems if the CommandWindow section > is missing. Making sure that SET CONSOLE OFF and SET TALK OFF should > take care of that one, but you never know when you might create a > session and forget to check those. > > You can probably safely remove things about the palettes and designers > and such. The key is to thoroughly test and if something works in > design, but not in the exe, look for what's missing in the ini file. > > Gary White [dBVIPS] > I see a well-deserved [] has been appended to your signature between noon and 3:30pm. -- Please edit Return Email Address before sending. Remove the word ZAP from the address.. Bob Newman
Re: dBase Becoming Unstable (5.6)
Author: Gary White [dBVIPS]
Date: Thu, 18 Mar 1999 00:00
Date: Thu, 18 Mar 1999 00:00
18 lines
1192 bytes
1192 bytes
On Wed, 17 Mar 1999 21:49:00 -0500, Robert W. Newman wrote: > I see a well-deserved [] has been appended to your signature between > noon and 3:30pm. Why, thank you. I was going to wait for a public announcement, but Bowen said to go ahead and start using it. There is another well deserved addition, but I'll let Bowen announce that, if it doesn't show up sooner. <g> Gary White [dBVIPS] Some dBASE Stuff at http://www.AppTools.com/dbase dBASE2000 News Groups at news://news.dbase2000.com
Re: dBase Becoming Unstable (5.6)
Author: REHoch
Date: Thu, 18 Mar 1999 00:00
Date: Thu, 18 Mar 1999 00:00
6 lines
779 bytes
779 bytes
Thanks for the explanation, Gary. I will look at the .INI files today. Rob Hoch Evergreen Information Systems, Inc. P.S. [dBVIPS] = dBase Very Important Person, Smile :)?
Re: dBase Becoming Unstable (5.6)
Author: Gary White [dBVIPS]
Date: Thu, 18 Mar 1999 00:00
Date: Thu, 18 Mar 1999 00:00
20 lines
1181 bytes
1181 bytes
On Thu, 18 Mar 1999 13:59:46 -0700, REHoch wrote: > Thanks for the explanation, Gary. I will look at the .INI files today. You're welcome. > P.S. [dBVIPS] = dBase Very Important Person, Smile :)? dBASE Volunteer Internet Support. I'm only really important to... wait a minute... lemme see... Never mind. <g> Gary White [dBVIPS] Some dBASE Stuff at http://www.AppTools.com/dbase Please consider moving to dBASE2000 News Groups at news://news.dbase2000.com as soon as possible
Re: dBase Becoming Unstable (5.6)
Author: Romain Strieff [TeamB]
Date: Fri, 19 Mar 1999 00:00
Date: Fri, 19 Mar 1999 00:00
11 lines
957 bytes
957 bytes
In article <36f16d8f.28097932@forums.borland.com>, Gary White [dBVIPS] politely paraphrased ... > > > P.S. [dBVIPS] = dBase Very Important Person, Smile :)? > > dBASE Volunteer Internet Support. I'm only really important to... > wait a minute... lemme see... Never mind. <g> > Where's the 'P' ? <G> -- Romain Strieff [dBVIPS]
Re: dBase Becoming Unstable (5.6)
Author: Gary White [dBVIPS]
Date: Fri, 19 Mar 1999 00:00
Date: Fri, 19 Mar 1999 00:00
27 lines
1414 bytes
1414 bytes
On Fri, 19 Mar 1999 03:18:43 +0100, Romain Strieff [TeamB] wrote: > In article <36f16d8f.28097932@forums.borland.com>, Gary White [dBVIPS] > politely paraphrased ... > > > > > P.S. [dBVIPS] = dBase Very Important Person, Smile :)? > > > > dBASE Volunteer Internet Support. I'm only really important to... > > wait a minute... lemme see... Never mind. <g> > > > Where's the 'P' ? <G> In my pants. <blush> dB -> dBASE V -> Volunteer I -> Internet P -> Peer S -> Support 'course I'm new at this... gimme some time to catch on. <g> Gary White [dBVIPS] Some dBase stuff at: http://www.apptools.com/dbase
Re: dBase Becoming Unstable (5.6)
Author: Robert W. Newman
Date: Fri, 19 Mar 1999 00:00
Date: Fri, 19 Mar 1999 00:00
23 lines
1487 bytes
1487 bytes
"Gary White [dBVIPS]" wrote: > > On Fri, 19 Mar 1999 03:18:43 +0100, Romain Strieff [TeamB] wrote: > > > In article <36f16d8f.28097932@forums.borland.com>, Gary White [dBVIPS] > > politely paraphrased ... > > > > > > > P.S. [dBVIPS] = dBase Very Important Person, Smile :)? > > > > > > dBASE Volunteer Internet Support. I'm only really important to... > > > wait a minute... lemme see... Never mind. <g> > > > > > Where's the 'P' ? <G> > > In my pants. <blush> > Very funny! -- Please edit Return Email Address before sending. Remove the word ZAP from the address.. Bob Newman
Re: dBase Becoming Unstable (5.6)
Author: Vinny
Date: Sun, 04 Apr 1999 00:00
Date: Sun, 04 Apr 1999 00:00
28 lines
1665 bytes
1665 bytes
Did you compile all of your existing files after you've installed vdb 56?I am not sure,but it 'd help.. Melih REHoch wrote in message <7cm94n$4se6@forums.borland.com>... I'm in the process of upgrading a number of applications from v 5.5 to v 5.6. While testing the apps prior to uploading them to my client, I'm running into a number of "Internal Error: Visual dBase is becoming unstable..." message boxes on my test machine. These errors are not occurring on my development machine and I'm not sure how to troubleshoot this. I guess what I really need to understand is how this unstable error is caused. I have, by the way, seen it a number of times while developing, and have always cleared it up by closing VdB and restarting. I'm suspecting it's caused by either a lack of PC memory or resources. Here are the basic specs on the PCs in question: Development PC - Windows 95 - 32MB Ram Test PC - Windows NT 4.0 - 24 MB Ram Thanks in advance, Rob Hoch Evergreen Information Systems, Inc. http://members.aol.com/eiscoinc/EISWelcome.htm
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads