Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 7 of 7 total
Thread LargeFileSupport
Fri, Nov 3 2006 10:17 AMPermanent Link

Is LargeFileSupport a separate option in ElevateDB, or is it standard?

Just curious.

/Matthew Jones/
Fri, Nov 3 2006 6:55 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Matt,

<< Is LargeFileSupport a separate option in ElevateDB, or is it standard? >>

It's a TEDBEngine option just like with DBISAM.

--
Tim Young
Elevate Software
www.elevatesoft.com

Sat, Nov 4 2006 12:46 PMPermanent Link

Is there any reason for it not to be enabled by default? Presumably is
primarily for Win98 FAT use? Why would it not be enabled by default on a
new database system?

/Matthew Jones/
Mon, Nov 6 2006 12:24 AMPermanent Link

Jason Lee
It is the safest of both setting scenarios. If it is enabled by default
and you need to work with a FAT system, then it won't work; however, if
it is disabled by default then DBISAM will work on both types of systems
(those that can handle >4GB files vs those that cannot).

Admittedly, the current default is getting a little "long in the tooth",
but you'd be surprised at how many Win98 boxes are still out there.

~Jason Lee

mattjones@cix.co.uk (Matthew Jones) wrote:
> Is there any reason for it not to be enabled by default? Presumably is
> primarily for Win98 FAT use? Why would it not be enabled by default on a
> new database system?
Mon, Nov 6 2006 4:14 AMPermanent Link

> Admittedly, the current default is getting a little "long in the
> tooth", but you'd be surprised at how many Win98 boxes are still out
> there.

Indeed, but ElevateDB is a new product designed to be a whole lot better
(I presume), and defaulting to large databases would stop people like me
being surprised by the amount of data to store and then having to code
around it all to upgrade to the large file version. In my case, my code
will be "oh dear it is all horribly incompatible, delete it all and start
again" but I doubt many have that privilege.

For those that must have Win98 support, they can flip the switch. But
Win2000 went out of official support didn't it, and it is the minimum that
we now support. IIRC Delphi 7 doesn't officially support Win98, and
certainly the latest Delphi's don't.

I'm not saying it shouldn't be there, I just think that the default should
be enabled in ElevateDB. Better for all.

/Matthew Jones/
Mon, Nov 6 2006 11:50 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Matthew,

<< Indeed, but ElevateDB is a new product designed to be a whole lot better
(I presume), >>

That's the general idea. Wink

<< For those that must have Win98 support, they can flip the switch. But
Win2000 went out of official support didn't it, and it is the minimum that
we now support. IIRC Delphi 7 doesn't officially support Win98, and
certainly the latest Delphi's don't.

I'm not saying it shouldn't be there, I just think that the default should
be enabled in ElevateDB. Better for all. >>

All I can say is that we're wrestling with a lot of these issues right now
in various areas of EDB.  There are limits to what can be done with the
older versions of Windows and older versions of Delphi, especially with
things like Unicode support.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tue, Nov 7 2006 4:25 AMPermanent Link

I'm sure you'll make a sensible decision on it. But as said elsewhere,
please ensure the technical details are documented too, since they may
have an impact on how people use it. Defaulting to the large file method
would be fine if people know that the actual impact of any change is not
file format or anything, but the access methods. Thus they don't have to
worry about adding a "Win98 compatible" flag to their apps for those who
want backward compatibility.

/Matthew Jones/
Image