RE: TZF - CopyFile routine

Brian <[email protected]>
Newsgroups gmane.comp.lang.delphi.topaz
Message-ID <[email protected]>
What size counters does Topaz CopyFile use ??
How does it implement the copy from SRC to DST ?

The error you mention was common when working with lots of/large files in
the 16-bit world.
The op-sys/application 'lost count' of which block it had to read/write due
to buffer overrun.
( 70,000 is suspiciously a little larger than 64K = 16bit counter )

I am not sure if this is the answer - but worth investigating.

Does the same problem exist if you use the WIN32 API  CopyFile  ??

Brian
(An avid reader of the group's messages)

-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, 9 April 2003 5:11 AM
To: [email protected]
Subject: TZF - CopyFile routine


Hello,

Here's a Topaz question that doesn't have anything to do with databases.

Background: I have 5 CDs contain backed up files for a client and each
CD contains close to 70,000 files. The files are stored in
subdirectories of around 170 files each.

I am trying to use the Topaz CopyFile routine to copy files on a CD onto
a hard drive. If a file is physically towards the end of a CD I am
getting Error 31. If the file is towards the front of the CD I do not
get any erros. By "front" the file was written to the CD early in the
burn process and "end" towards the end of the burn.

I originally thought the problem was because the CDs contain multiple
sessions. I copied a CD to my hard drive and made new CDs with one
session and I still get the error.

Does anyone know what an Error 31 is?

I also got an Error 78 or 87, I can't remember which right now. Any
ideas on that error.

Phil Kidder

==^================================================================
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?clvXPN.a5kvff.Z2NsZHQt
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
==^================================================================
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.