Re: Win98 resources
From: Jim Carlock (anonymous_at_127.0.0.1)
Date: 05/09/04
- Next message: Jim Carlock: "Re: ProgressBar assist needed"
- Previous message: Duane Bozarth: "Re: Saving text data to file"
- In reply to: New_at_aol.com: "Re: Win98 resources"
- Next in thread: Novice: "Re: Win98 resources"
- Reply: Novice: "Re: Win98 resources"
- Messages sorted by: [ date ] [ thread ]
Date: Sat, 8 May 2004 22:41:02 -0400
I've recently converted a program from VB3 to VB6 and
going all the way back to VB3. It had code built in to trap
an out of memory error:
If Err.Number = 7 Then Resume Next
I kept the in place for a while in the VB6 conversion process,
and the apps ran just fine. It was used when creating a new
form to display data, and the error did pop up a few times
while working with the code. Eventually the problem went
away, and I took out that particular trap.
I don't know what exactly fixed the problem. The error code
that was trapped was Error Code 7 (Out of Memory ?).
You might want to put the following code in place and try
it out and see if it adversely affects anything:
'blah blah blah
End Sub
LocalErr:
If Err.Number = 7& Then Resume Next
gSubError Err.Number, Err.Description, "modName/NewFormSub"
Err.Clear
End Sub
-- Jim Carlock http://www.microcosmotalk.com/ Post replies to the newsgroup. <New@aol.com> wrote: Thanks for your response. I do not mean to beat this the point to death and if I was not so stubborn or curious to see if I could do it then I would have given up. This is not a revenue issue nor a "worth the work issue" nor am I concern about piracy since neither are a factor here. If I had an optional way of doing it I may consider recoding that section of the program. It is hard for me to describe directly why there are so many boxes because of the type of work involved. So I rather give you an analogy Think of 50 bins each can contain between 1 and five boxes each boxes can be 1 of five colors. The program reads the database and on a page you see 50 bins and what ever colors boxes are present in each of the bins a color rectange appears. This information can change and therefore over a period of time all 250 rectangles will have been enabled and visible What I cannot figurre out is there a way to reduce the 250 elements to lower the Gui load and still mantain the grahic layout of the form. It is actually 300 elements because each bin has a rectangle two and in fact it consits of 600 elements because when the state changes the program shows the previous state and the current state I could possible eliminate 100 rectanges by changing them to 400 lines and that is very easy to fo. do What I do not know is how much memory that eill free up BTW when I talk of memory i am not talking about computer memory these are running on 1 gig machines..I refering to the GUI memory (64K) limit imposed by all Win9X operating systems. (but you knew that...) Again thanks for your help On Sat, 08 May 2004 16:23:55 -0500, Duane Bozarth <dp_bozarth@swko.dot.net> wrote: >Duane Bozarth wrote: >> >> New@aol.com wrote: >> > >> > Out of my control - program may be used outside this country in third >> > world areas >> >> Or not... :) >> >> > As i said the chief element is a colored rectangle and there are a lot >> > of them (over 250) and they cannot be reduced > >Why? As a general observation there's almost nothing that is absolutely >the most parsimonious way of implementing/representing something---now >whether it's more costly to implement it in another fashion is a >different question. But, w/o knowing anything at all about what the app >is or the rectangles are representative of, I'm having a hard time >conceiving/visualizing it...seems like it would be terribly busy if >nothing else. > >The last graphic intensive thing I worked with before VB was built on a >GUI interface in PB7 that was done all via LINE, etc. It looked good >and worked well, but it was a lot of effort by the coder (thankfully, >not me, I did the part of the app that did the "real" work, not the UI) >so, as Jim Deutch says, it <can> be done. That gets back to the other >point of whether it's worth the effort to support older platforms that >may not produce much in the way of actual revenue (I'm guessing as the >3rd world is even more notorious than we for pirating anything they want >rather than buying it...)
- Next message: Jim Carlock: "Re: ProgressBar assist needed"
- Previous message: Duane Bozarth: "Re: Saving text data to file"
- In reply to: New_at_aol.com: "Re: Win98 resources"
- Next in thread: Novice: "Re: Win98 resources"
- Reply: Novice: "Re: Win98 resources"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|