PDA

View Full Version : Max objec limit?



David Martinko
6-Oct-2005, 08:06 PM
I have seen several threads about programs becoming too large so things stop
working. Lookups don't pop up, anything that was deferred does not work...

Is there some way the compiler can check the number of objects, deferred +
regular... or should all programs alert if an object's id (at the time it is
assigned) to send a message to the user alerting them to the potential
problem? Do we want that?

Can this limit get raised? Let's here it group? Who's had that problem, what
was the cause, how long did it take you to find the reason, did you resolve
it?

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
www.redeemedsoftware.com

Clive Richmond
6-Oct-2005, 09:29 PM
David,

We did report a similar problem, BT# 3402, where objects created greater
then 32,768 would fail to invoked certain methods.

This has been fixed in VDF 11.1. Although the current help for beta 2
does not reflect what the maximum number of objects you may create (BT#
3393).

--
Clive Richmond
Triumph Business Systems Pty Ltd
http://www.triumph-accounting.com


David Martinko wrote:
> I have seen several threads about programs becoming too large so things stop
> working. Lookups don't pop up, anything that was deferred does not work...
>
> Is there some way the compiler can check the number of objects, deferred +
> regular... or should all programs alert if an object's id (at the time it is
> assigned) to send a message to the user alerting them to the potential
> problem? Do we want that?
>
> Can this limit get raised? Let's here it group? Who's had that problem, what
> was the cause, how long did it take you to find the reason, did you resolve
> it?
>

David Martinko
6-Oct-2005, 10:21 PM
thanks.... please negate my last request.

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
www.redeemedsoftware.com

"Clive Richmond" <"clive at triumph dash accounting dot com"> wrote in
message news:9Wn96cuyFHA.3612@dacmail.dataaccess.com...
> David,
>
> We did report a similar problem, BT# 3402, where objects created greater
> then 32,768 would fail to invoked certain methods.
>
> This has been fixed in VDF 11.1. Although the current help for beta 2
> does not reflect what the maximum number of objects you may create (BT#
> 3393).
>
> --
> Clive Richmond
> Triumph Business Systems Pty Ltd
> http://www.triumph-accounting.com
>
>
> David Martinko wrote:
>> I have seen several threads about programs becoming too large so things
>> stop working. Lookups don't pop up, anything that was deferred does not
>> work...
>>
>> Is there some way the compiler can check the number of objects, deferred
>> + regular... or should all programs alert if an object's id (at the time
>> it is assigned) to send a message to the user alerting them to the
>> potential problem? Do we want that?
>>
>> Can this limit get raised? Let's here it group? Who's had that problem,
>> what was the cause, how long did it take you to find the reason, did you
>> resolve it?
>>

Chris Spencer
6-Oct-2005, 10:25 PM
Clive
Is that BT 3393 number correct? I cannot find that at all


Chris Spencer
TUFware Systems

"Clive Richmond" <"clive at triumph dash accounting dot com"> wrote in
message news:9Wn96cuyFHA.3612@dacmail.dataaccess.com...
> David,
>
> We did report a similar problem, BT# 3402, where objects created greater
> then 32,768 would fail to invoked certain methods.
>
> This has been fixed in VDF 11.1. Although the current help for beta 2
> does not reflect what the maximum number of objects you may create (BT#
> 3393).
>
> --
> Clive Richmond
> Triumph Business Systems Pty Ltd
> http://www.triumph-accounting.com
>
>
> David Martinko wrote:
>> I have seen several threads about programs becoming too large so things
>> stop working. Lookups don't pop up, anything that was deferred does not
>> work...
>>
>> Is there some way the compiler can check the number of objects, deferred
>> + regular... or should all programs alert if an object's id (at the time
>> it is assigned) to send a message to the user alerting them to the
>> potential problem? Do we want that?
>>
>> Can this limit get raised? Let's here it group? Who's had that problem,
>> what was the cause, how long did it take you to find the reason, did you
>> resolve it?
>>

Dennis Piccioni
7-Oct-2005, 08:47 AM
On Fri, 7 Oct 2005 13:25:12 +1000, "Chris Spencer" <nomail@nomail.com>
wrote:

>Clive
>Is that BT 3393 number correct? I cannot find that at all
>
Hi Chris,

that number is correct -- I just published the bug, so you can view it
now.

Regards,
Dennis

Dennis Piccioni
Data Access Worldwide
http://www.DataAccess.com/support

Chris Spencer
7-Oct-2005, 04:35 PM
Hi Dennis

That raises the question of why all bugs are not published, regardless of
the status of the bug.

Chris Spencer
TUFware Systems

"Dennis Piccioni" <dennis@dataaccess.com> wrote in message
news:r1vck1t5ksg70taoem6bvjelgtuv2vm95b@4ax.com...
> On Fri, 7 Oct 2005 13:25:12 +1000, "Chris Spencer" <nomail@nomail.com>
> wrote:
>
>>Clive
>>Is that BT 3393 number correct? I cannot find that at all
>>
> Hi Chris,
>
> that number is correct -- I just published the bug, so you can view it
> now.
>
> Regards,
> Dennis
>
> Dennis Piccioni
> Data Access Worldwide
> http://www.DataAccess.com/support

Chris Spencer
7-Oct-2005, 04:36 PM
Dennis

What is the max number of objects allowed?

Chris Spencer
TUFware Systems

"Dennis Piccioni" <dennis@dataaccess.com> wrote in message
news:r1vck1t5ksg70taoem6bvjelgtuv2vm95b@4ax.com...
> On Fri, 7 Oct 2005 13:25:12 +1000, "Chris Spencer" <nomail@nomail.com>
> wrote:
>
>>Clive
>>Is that BT 3393 number correct? I cannot find that at all
>>
> Hi Chris,
>
> that number is correct -- I just published the bug, so you can view it
> now.
>
> Regards,
> Dennis
>
> Dennis Piccioni
> Data Access Worldwide
> http://www.DataAccess.com/support

Dennis Piccioni
10-Oct-2005, 09:35 AM
On Sat, 8 Oct 2005 07:36:05 +1000, "Chris Spencer" <nomail@nomail.com>
wrote:

>Dennis
>
>What is the max number of objects allowed?
>
>Chris Spencer
>TUFware Systems

Hi Chris,

there is no hard-coded limit anymore, since about VDF 8.x.

Regards,
Dennis

Dennis Piccioni
Data Access Worldwide
http://www.DataAccess.com/support

Magnus Bergh
13-Oct-2005, 02:39 AM
In article <7sukk1hrad7rodc3o07dmpa4cbnd9sjh1c@4ax.com>,
dennis@dataaccess.com says...
> On Sat, 8 Oct 2005 07:36:05 +1000, "Chris Spencer" <nomail@nomail.com>
> wrote:
>
> >Dennis
> >
> >What is the max number of objects allowed?
> >
> >Chris Spencer
> >TUFware Systems
>
> Hi Chris,
>
> there is no hard-coded limit anymore, since about VDF 8.x.

Object identifier is an integer so I guess it is only 2147483647 objects
:-)

Dennis Piccioni
13-Oct-2005, 08:20 AM
On Thu, 13 Oct 2005 09:39:18 +0200, Magnus Bergh <magnusb@sbbs.se>
wrote:

>In article <7sukk1hrad7rodc3o07dmpa4cbnd9sjh1c@4ax.com>,
>dennis@dataaccess.com says...
>> On Sat, 8 Oct 2005 07:36:05 +1000, "Chris Spencer" <nomail@nomail.com>
>> wrote:
>>
>> >Dennis
>> >
>> >What is the max number of objects allowed?
>> >
>> >Chris Spencer
>> >TUFware Systems
>>
>> Hi Chris,
>>
>> there is no hard-coded limit anymore, since about VDF 8.x.
>
>Object identifier is an integer so I guess it is only 2147483647 objects
>:-)

You have a point. So, it's 'limited' to slightly over 2 billion
objects ;-)

Regards,
Dennis

Dennis Piccioni
Data Access Worldwide
http://www.DataAccess.com/support

Dave &/or Wempy
13-Oct-2005, 10:54 AM
>You have a point. So, it's 'limited' to slightly over 2 billion
>objects ;-)

Can't wait to see THAT program load over a 10Mb network <g>

Dave

Karl A. Sørensen
14-Oct-2005, 01:50 AM
The program could still be very small. Objects are also created dynamically
:)

We had big problems with dynamically created objects. When we reach about
32000 (16 bit integer) object's inside another object, the runtime gave an
error "Out of memory".
We had to rewrite the program, so that not all objects where created inside
a single object, but in several objects. I think this was in VDF6, but twice
the last week, we have been getting "Out of memory" in this program again
(in VDF9).

Is this bug really fixed, or am I again experiencing the same bug again ?

Explanation on why this can happen even if we made a workaround:
We created some statically created objects to create the dynamically
created objects in. When we have almost created 32K objects, we switch to
the next statically created object, and create the next 32K objects in this
object. We created enough statically created object's to the size of import
files several years ago, but today the files have been growing bigger. When
we reach the last statically created object, all the rest of the dynamically
created objects are created in this object, so if we get a large file, we
might create more than 32K objects in this last statically created object.

Karl

"Dave &/or Wempy" <it@kirkfreeport.net> wrote in message
news:4n0tk1dfins23kn25ahii0hmod26ms677r@4ax.com...
> >You have a point. So, it's 'limited' to slightly over 2 billion
>>objects ;-)
>
> Can't wait to see THAT program load over a 10Mb network <g>
>
> Dave

Karl A. Sørensen
14-Oct-2005, 01:57 AM
Forgot to say that the server is not "Out of memory". There is a lot of free
memory when this happens.

karl

"Karl A. Sørensen" <kas@kamstrup-ems.no> wrote in message
news:o116MuI0FHA.6080@dacmail.dataaccess.com...
> The program could still be very small. Objects are also created
> dynamically :)
>
> We had big problems with dynamically created objects. When we reach about
> 32000 (16 bit integer) object's inside another object, the runtime gave an
> error "Out of memory".
> We had to rewrite the program, so that not all objects where created
> inside a single object, but in several objects. I think this was in VDF6,
> but twice the last week, we have been getting "Out of memory" in this
> program again (in VDF9).
>
> Is this bug really fixed, or am I again experiencing the same bug again ?
>
> Explanation on why this can happen even if we made a workaround:
> We created some statically created objects to create the dynamically
> created objects in. When we have almost created 32K objects, we switch to
> the next statically created object, and create the next 32K objects in
> this object. We created enough statically created object's to the size of
> import files several years ago, but today the files have been growing
> bigger. When we reach the last statically created object, all the rest of
> the dynamically created objects are created in this object, so if we get a
> large file, we might create more than 32K objects in this last statically
> created object.
>
> Karl
>
> "Dave &/or Wempy" <it@kirkfreeport.net> wrote in message
> news:4n0tk1dfins23kn25ahii0hmod26ms677r@4ax.com...
>> >You have a point. So, it's 'limited' to slightly over 2 billion
>>>objects ;-)
>>
>> Can't wait to see THAT program load over a 10Mb network <g>
>>
>> Dave
>
>

Dennis Piccioni
14-Oct-2005, 10:38 AM
On Fri, 14 Oct 2005 08:57:55 +0200, "Karl A. Sørensen"
<kas@kamstrup-ems.no> wrote:

>Forgot to say that the server is not "Out of memory". There is a lot of free
>memory when this happens.
>
>karl
>
>"Karl A. Sørensen" <kas@kamstrup-ems.no> wrote in message
>news:o116MuI0FHA.6080@dacmail.dataaccess.com...
>> The program could still be very small. Objects are also created
>> dynamically :)
>>
>> We had big problems with dynamically created objects. When we reach about
>> 32000 (16 bit integer) object's inside another object, the runtime gave an
>> error "Out of memory".
>> We had to rewrite the program, so that not all objects where created
>> inside a single object, but in several objects. I think this was in VDF6,
>> but twice the last week, we have been getting "Out of memory" in this
>> program again (in VDF9).
>>
>> Is this bug really fixed, or am I again experiencing the same bug again ?
>>
>> Explanation on why this can happen even if we made a workaround:
>> We created some statically created objects to create the dynamically
>> created objects in. When we have almost created 32K objects, we switch to
>> the next statically created object, and create the next 32K objects in
>> this object. We created enough statically created object's to the size of
>> import files several years ago, but today the files have been growing
>> bigger. When we reach the last statically created object, all the rest of
>> the dynamically created objects are created in this object, so if we get a
>> large file, we might create more than 32K objects in this last statically
>> created object.
>>
>> Karl
>>

Hi Karl,

you should test this ASAP in VDF 11.1, since this includes a fix for
bug #3402, discussed earlier in this thread.

Regards,
Dennis

Dennis Piccioni
Data Access Worldwide
http://www.DataAccess.com/support

Karl A. Sørensen
19-Oct-2005, 01:29 AM
I will try that, but I will have to wait until next week (too busy right
now:)

Regards
Karl

"Dennis Piccioni" <dennis@dataaccess.com> wrote in message
news:f4kvk15jgt9ungaoa973r0rglegvluidqp@4ax.com...
> On Fri, 14 Oct 2005 08:57:55 +0200, "Karl A. Sørensen"
> <kas@kamstrup-ems.no> wrote:
>
>>Forgot to say that the server is not "Out of memory". There is a lot of
>>free
>>memory when this happens.
>>
>>karl
>>
>>"Karl A. Sørensen" <kas@kamstrup-ems.no> wrote in message
>>news:o116MuI0FHA.6080@dacmail.dataaccess.com...
>>> The program could still be very small. Objects are also created
>>> dynamically :)
>>>
>>> We had big problems with dynamically created objects. When we reach
>>> about
>>> 32000 (16 bit integer) object's inside another object, the runtime gave
>>> an
>>> error "Out of memory".
>>> We had to rewrite the program, so that not all objects where created
>>> inside a single object, but in several objects. I think this was in
>>> VDF6,
>>> but twice the last week, we have been getting "Out of memory" in this
>>> program again (in VDF9).
>>>
>>> Is this bug really fixed, or am I again experiencing the same bug again
>>> ?
>>>
>>> Explanation on why this can happen even if we made a workaround:
>>> We created some statically created objects to create the dynamically
>>> created objects in. When we have almost created 32K objects, we switch
>>> to
>>> the next statically created object, and create the next 32K objects in
>>> this object. We created enough statically created object's to the size
>>> of
>>> import files several years ago, but today the files have been growing
>>> bigger. When we reach the last statically created object, all the rest
>>> of
>>> the dynamically created objects are created in this object, so if we get
>>> a
>>> large file, we might create more than 32K objects in this last
>>> statically
>>> created object.
>>>
>>> Karl
>>>
>
> Hi Karl,
>
> you should test this ASAP in VDF 11.1, since this includes a fix for
> bug #3402, discussed earlier in this thread.
>
> Regards,
> Dennis
>
> Dennis Piccioni
> Data Access Worldwide
> http://www.DataAccess.com/support