IMO is Better eliminate limitation also if I think only way is opening many table
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemyslaw Czerpak Sent: Monday, May 05, 2008 2:48 PM To: Harbour Project Main Developer List. Subject: Re: RE: [Harbour] Memory loss in DbUseArea() ? On Mon, 05 May 2008, Mike Evans (Gmail) wrote: Hi Mike, > The following means that we have to make at least our field names NON unique > as we did with clipper? > As an example we have more than 300 dbf tables with more than 85000 fields. > In clipper we've the same field names for all databases to overcome this > limit. Yes, HVM can use only 65535 unique symbols. Over this limit it will crash. And the bad thing is that we do not have any error for such situation so the results will be unpredictable. I'll add such error. Anyhow it's very hard to create such big number of unique symbols in normal applications. Probably only long working applications which opens many different tables with a lot of unique names can exceed it. This limit can be eliminated with some cost of additional memory. If it will be a real problem then I'll do that. best regards, Przemek _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
