Hi Przemek, I think that Blinker overcome this limit using a separate 64Kb segment for static variables. Does (x)Harbour use the same technique;
Thanks in advance Mike Evans PS I think that a build time flag will be useful (if someone want to overcome this limitation) > 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
