Yes in fact it did. Then we switched to autocommit as we were not really
doing transactions. That solved the problem. Recently on massive changes to
the database we are doing a commit every 250 records (autocommit is slow)
and this gives us a good mix of speed with low memory usages.

Stephen

At 12:56 p.m. 9/15/2000 -0400, you wrote:

>
>Did the memory geep going up until your machine ran out of virtual memory?
>
>-----Original Message-----
>From: Stephen Searfoss [mailto:latinrs@...]
>Sent: Friday, September 15, 2000 12:35 PM
>To: IB-Java@egroups.com
>Subject: Re: [IB-Java] runaway process
>
>
>
>Sorry, yes due to NOT commiting transactions.... I don't thing that is a
>bug.
>
>At 06:20 a.m. 9/15/2000 +0200, you wrote:
>>
>>Stephen,
>>
>>could you elaborate on that, what do you mean by "it was due to commiting
>our transactions"?
>>It was because you didn't commit or what? If it is a bug you might want to
>list it under http://sourceforge.net/bugs/?group_id=9028 (or I could do it
>if you provide the necessary details)
>>
>>Thanks, Torsten
>>
>>
>>To unsubscribe from this group, send an email to:
>>IB-Java-unsubscribe@egroups.com
>>
>>
>>
>>Attachment Converted: "c:\Attach\Re [IB-Java] runaway process"
>>
>============================================
>* Latin Retail Systems, S.A. de C.V.
>* Primary E-Mail stephen@...
>* Secondary E-Mail latinretail@...
>* Tel.(52-5) 554-7999 / Fax. (52-5) 554-0310
>* Mexico City, Mexico
>* www.latinretail.com
>============================================
>
>To unsubscribe from this group, send an email to:
>IB-Java-unsubscribe@egroups.com
>
>
>
>
>
>To unsubscribe from this group, send an email to:
>IB-Java-unsubscribe@egroups.com
>
>
>
>

============================================
* Latin Retail Systems, S.A. de C.V.
* Primary E-Mail stephen@...
* Secondary E-Mail latinretail@...
* Tel.(52-5) 554-7999 / Fax. (52-5) 554-0310
* Mexico City, Mexico
* www.latinretail.com
============================================