I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
Recently, however, one of my data files, for the Rootsmagic genealogy program, started getting corrupted in the transfer.
This is the command I use to transfer it from the flash drive to the
desktop computer (which runs WinXP):
XXCOPY J:\Dropbox\*.* G:\Stevedoc\Dropbox\ /BN /s /y
Where J: is the flash drive and G: is a hard drive on my computer.
That command is part of a batch file which I run every time I need to transfer the files. I use similar commands copy files to the flash
drive.
When the Rootsmagic V7 data file reached 100 Mb, however, it started
being corrupted.
It seems to be corrupted only when copying from the flash drive to the
hard drive, on both computers. It does not seem to be corrupted when
copying from the hard drive to the flash drive. When I notice it is corrupted, I copy it manually, using FlashCommander, and that seems to
copy the file without corruption.
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
Recently, however, one of my data files, for the Rootsmagic genealogy program, started getting corrupted in the transfer.
This is the command I use to transfer it from the flash drive to the
desktop computer (which runs WinXP):
XXCOPY J:\Dropbox\*.* G:\Stevedoc\Dropbox\ /BN /s /y
Where J: is the flash drive and G: is a hard drive on my computer.
That command is part of a batch file which I run every time I need to transfer the files. I use similar commands copy files to the flash
drive.
When the Rootsmagic V7 data file reached 100 Mb, however, it started
being corrupted.
It seems to be corrupted only when copying from the flash drive to the
hard drive, on both computers. It does not seem to be corrupted when
copying from the hard drive to the flash drive. When I notice it is corrupted, I copy it manually, using FlashCommander, and that seems to
copy the file without corruption.
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
Steve Hayes wrote:
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
Recently, however, one of my data files, for the Rootsmagic genealogy
program, started getting corrupted in the transfer.
This is the command I use to transfer it from the flash drive to the
desktop computer (which runs WinXP):
XXCOPY J:\Dropbox\*.* G:\Stevedoc\Dropbox\ /BN /s /y
Where J: is the flash drive and G: is a hard drive on my computer.
That command is part of a batch file which I run every time I need to
transfer the files. I use similar commands copy files to the flash
drive.
When the Rootsmagic V7 data file reached 100 Mb, however, it started
being corrupted.
It seems to be corrupted only when copying from the flash drive to the
hard drive, on both computers. It does not seem to be corrupted when
copying from the hard drive to the flash drive. When I notice it is
corrupted, I copy it manually, using FlashCommander, and that seems to
copy the file without corruption.
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
Would the Rootsmagic V7 data file (sqlite), currently be open
by the program ? Does any part of the program run, even when
the GUI is not visible ?
Sometimes a service, or even some sort of license enforcement, may
be meddling with the file.
If you boot any other OS on the machine, you may be able to
make a copy from there, because at that point, any tricky
Rootsmagic protections will be "at rest".
If you boot the Win7 installer DVD, use the Troubleshooting section,
then Command Prompt, there may be a copy of "robocopy" in there.
On an OS like WinXP, you had to install Robocopy XP026 yourself.
But later OSes, the utility became "supported" and issued on
the system partition.
*******
You have the option of creating "duff" files for test.
fsutil can create files, but they are "sparse" on NTFS and
don't take space on the source drive.
On other OSes, they had a "mkfile" utility which I liked for this.
On Windows, we can use a third party tool. When the window appears, wait about 15 seconds, and the 200KB file will download.
http://www.chrysocome.net/downloads/dd-0.6beta3.zip
The thing is portable and does not install. Just unpack "dd.exe" for usage. I just copied mine to my scratch partition which is D:
D:
md results # Make a place to examine the results of the copy test.
dd.exe --list # This is how you discover the names of partitions
# for usage when crafting commands. We are just working with
# a single file, so do not need this info right now. The
# existence of virtual device "/dev/zero" will be listed there.
dd.exe if=/dev/zero of=zeroes.bin bs=1M count=1024 # Make a 1GB file of zeroes
dd.exe if=/dev/zero of=zeroes.bin bs=1M count=100 # Make a 100MB file of zeroes
dd.exe if=/dev/random of=rand.bin bs=1M count=100 # Make a 100MB file of random data
sha1sum zeroes.bin # record the checksum of a test file, which will be copied
sha1sum rand.bin # record the checksum of a test file, which will be copied
copy zeroes.bin K:\zeroes.bin # copy to the USB drive
copy K:\zeroes.bin D:\results\zeroes.bin # copy back to a system disk
sha1sum D:\results\zeroes.bin # compare checksum to original
That's just to illustrate a quick way to make files. The "dd.exe"
can make files as fast as the storage can go (about 2.5GB/sec). This
run took four seconds. The random file would take eight seconds.
06/16/2023 06:00 AM 10,737,418,240 zeroes.bin
7ZIP has a context menu and SHA1 and SHA256 sums are offered.
Name: zeroes.bin
Size: 10737418240 bytes (10 GiB)
SHA1: A0B6E2CA4E28360A929943E8EB966F703A69DC44
Now if I copy that file around, I can check for corruption by
running the SHA1SUM again.
Even MD5SUM is sufficient for checking for file corruption
(any sort of hash like that can be used as a signature). If
all you had, was an ancient copy of MD5SUM.exe, that's OK as
a tool for corruption testing as well. The only algo which is
too weak, is "sum.exe", which is an arithmetic sum of all bytes.
You can disable system write caching on individual devices
(such as a USB stick). I could not find the setting to
disable it for the entire W7 computer.
But first, I want to see you copy a representative test file,
one which RootsMagic will not have open.
I don't think this is a write caching issue. That particular
file is affected, because some executable has the file open
and has not told you that. The Sysinternals utility "handle.exe"
or Process Explorer has a copy of Handle inside, these can be
used to detect an executable has a file open. I'm not recommending
that as a first step at the moment, because I just want to test
your USB stick is working OK with benign test files. It is sometimes
hard to get handle.exe working properly.
NOTE: I get an icon in my NNTP client saying the parent article by Hayes
is no longer available or cancelled on my NNTP server (individual.net),
so I cannot retrieve the article nor reply to it. I'll reply to you
because you might know the answers to the following suggestions.
Steve Hayes wrote:
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
Could it be a problem with the flash drive itself? Have you tried a
second flash drive or a disk drive in a USB adapter?
I'm doing all my backups with FreeFileSync, because it runs on Linux,
and Windows, and according to the site, there are older versions that
still run on Windows XP:
https://freefilesync.org/faq.php#operating-systems
I have external hard drives and flash drives, and in my experience, the
hard drives are more reliable, and often faster too, especially when I
want to copy loads of small files, or a few big ones.
FreeFileSync has no problems with big files, like the Windows 10 virtual >machine that I run in Linux, which relies on a disk image that is bigger
than 20 GB. It only copies files when their sizes or timestamps differ,
so it's much safer for flash memory, which is very sensitive to wear, >especially when written to.
And like the name says, it is free.
On 16/06/2023 05:21, Steve Hayes wrote:
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
I'm not going to try to help out with the problem you actually face, but >suggest an alternative method. Why not use sync software over a
network? Others may also suggest other software, but I use DeltaCopy to
copy data between Win7 and XP machines without too much difficulty,
although there are some gotchas, the two most important being:
On 6/16/2023 12:21 AM, Steve Hayes wrote:
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
Would the Rootsmagic V7 data file (sqlite), currently be open
by the program ? Does any part of the program run, even when
the GUI is not visible ?
Sometimes a service, or even some sort of license enforcement, may
be meddling with the file.
If you boot any other OS on the machine, you may be able to
make a copy from there, because at that point, any tricky
Rootsmagic protections will be "at rest".
On Fri, 16 Jun 2023 06:21:27 +0200, Steve Hayes
<[email protected]> wrote in soc.genealogy.computing:
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running >>Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
What about reducing the size of the file by zipping it before the
transfer since it is for backuping ?
On Mon, 19 Jun 2023 15:10:00 +0200, Enno Borgsteede
<[email protected]> wrote:
I'm doing all my backups with FreeFileSync, because it runs on Linux,
and Windows, and according to the site, there are older versions that
still run on Windows XP:
https://freefilesync.org/faq.php#operating-systems
I have external hard drives and flash drives, and in my experience, the
hard drives are more reliable, and often faster too, especially when I
want to copy loads of small files, or a few big ones.
FreeFileSync has no problems with big files, like the Windows 10 virtual
machine that I run in Linux, which relies on a disk image that is bigger
than 20 GB. It only copies files when their sizes or timestamps differ,
so it's much safer for flash memory, which is very sensitive to wear,
especially when written to.
And like the name says, it is free.
Thanks very much, I'll have a look at that.
On Fri, 16 Jun 2023 16:12:04 -0400, Denis Beauregard <[email protected]d> wrote:
On Fri, 16 Jun 2023 06:21:27 +0200, Steve Hayes
<[email protected]> wrote in soc.genealogy.computing:
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
What about reducing the size of the file by zipping it before the
transfer since it is for backuping ?
I do that with a lot of the files, all in the same batch files. But
for those I use MS DOS PkZip or ARJ from the command line, and they
can only cope with 8:3 file names. The RootsMagic data file has a
four-letter extension, and so won't copy or compress like that.
On Fri, 16 Jun 2023 13:28:40 +0100, Java Jive <[email protected]d>
wrote:
On 16/06/2023 05:21, Steve Hayes wrote:
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
I'm not going to try to help out with the problem you actually face, but
suggest an alternative method. Why not use sync software over a
network? Others may also suggest other software, but I use DeltaCopy to
copy data between Win7 and XP machines without too much difficulty,
although there are some gotchas, the two most important being:
I find networks very unreliable,
and anyway they don't work when the
power is off, which happens several times a day. One of the reasons
for needing to copy the files is so that I can continue working on the
laptop when the power is off.
But if find that even wehn the network is working, sometimes I can see
the other machines on it, and sometimes I cant, and sometimes it asks
for a password (there isn't one) and sometimes it doesn't. But when it
asks for a password I can't use it.
On 27/07/2023 08:21, Steve Hayes wrote:[]
[]I do that with a lot of the files, all in the same batch files. But
for those I use MS DOS PkZip or ARJ from the command line, and they
can only cope with 8:3 file names. The RootsMagic data file has a
four-letter extension, and so won't copy or compress like that.
Why not use the modern free archive program 7-Zip which does not have
those filename limitations. It allows splitting the archive
automatically into volumes of 10Mb, which should copy without the
problems you have noticed, and then to put them back together when you
open the archive.
On 27/07/2023 07:13, Steve Hayes wrote:[]
On Mon, 19 Jun 2023 15:10:00 +0200, Enno Borgsteede
<[email protected]> wrote:
I'm doing all my backups with FreeFileSync, because it runs on
[]https://freefilesync.org/faq.php#operating-systems
Don't see the OP but +1 for FreeFileSyncAnd like the name says, it is free.Thanks very much, I'll have a look at that.
Using it for years to back up to external USB HDDs.
On 27/07/2023 08:21, Steve Hayes wrote:
I do that with a lot of the files, all in the same batch files. But
for those I use MS DOS PkZip or ARJ from the command line, and they
can only cope with 8:3 file names. The RootsMagic data file has a
four-letter extension, and so won't copy or compress like that.
Why not use the modern free archive program 7-Zip which does not have
those filename limitations. It allows splitting the archive
automatically into volumes of 10Mb, which should copy without the
problems you have noticed, and then to put them back together when you
open the archive.
In message <u9tdol$1rko2$[email protected]> at Thu, 27 Jul 2023 10:35:16, >wasbit <[email protected]d> writes
[]I'm doing all my backups with FreeFileSync, because it runs on
[]https://freefilesync.org/faq.php#operating-systems
Thanks for the recommendation. (I was initially put off by theDon't see the OP but +1 for FreeFileSyncAnd like the name says, it is free.Thanks very much, I'll have a look at that.
Using it for years to back up to external USB HDDs.
bidirectional arrow on the Synchronise button, but I now see it has a
mirror mode. Though only the video tutorial mentions - and that only in >passing - the deletion of files on the target, which I'd want.)
It looks good: any thoughts (ideally from people who've used both) on
how it varies - for mirror mode use, i. e. ending up with an exact copy, >including deletions and renames - from the old Microsoft (Russinovitch,
I think) SyncToy? (Which I now see is no longer available from MS, but
the last version [2.1] is at >https://www.majorgeeks.com/files/details/microsoft_synctoy_for_windows_xp.html >[ignore the xp in the URL, it's actually 11/10/8/7 according to the
actual page].)
In message <u9tlm6$1schm$[email protected]> at Thu, 27 Jul 2023 13:50:29,
john <[email protected]> writes
Why not use the modern free archive program 7-Zip which does not have
those filename limitations. It allows splitting the archive
automatically into volumes of 10Mb, which should copy without the
problems you have noticed, and then to put them back together when you
open the archive.
Or find the 8.3 name - "dir /x" will show them. Though if doing so loses
the longer version, you might have to rename it back to actually use it
after a restore, which could be a pain.
On Thu, 27 Jul 2023 13:50:29 +0200, john
<[email protected]> wrote:
On 27/07/2023 08:21, Steve Hayes wrote:
I do that with a lot of the files, all in the same batch files. But
for those I use MS DOS PkZip or ARJ from the command line, and they
can only cope with 8:3 file names. The RootsMagic data file has a
four-letter extension, and so won't copy or compress like that.
Why not use the modern free archive program 7-Zip which does not have
those filename limitations. It allows splitting the archive
automatically into volumes of 10Mb, which should copy without the
problems you have noticed, and then to put them back together when you
open the archive.
How easy is it to get 7Zip to work from a batch file?
How easy is it to get 7Zip to work from a batch file?
Don't see the OP but +1 for FreeFileSyncThanks for the recommendation. (I was initially put off by the
Using it for years to back up to external USB HDDs.
bidirectional arrow on the Synchronise button, but I now see it has a
mirror mode. Though only the video tutorial mentions - and that only in passing - the deletion of files on the target, which I'd want.)
It looks good: any thoughts (ideally from people who've used both) on
how it varies - for mirror mode use, i. e. ending up with an exact copy, including deletions and renames - from the old Microsoft (Russinovitch,
I think) SyncToy? (Which I now see is no longer available from MS, but
the last version [2.1] is at https://www.majorgeeks.com/files/details/microsoft_synctoy_for_windows_xp.html [ignore the xp in the URL, it's actually 11/10/8/7 according to the actual page].)
I use a thing called AllwaySync, which as far as I can see does much
the same thing. I use it to back up certain directories to an external
hard drive.
I'm not sure how well it would work for copying working files from one computer to another and back again.
[]Don't see the OP but +1 for FreeFileSyncThanks for the recommendation. (I was initially put off by the
Using it for years to back up to external USB HDDs.
[]It looks good: any thoughts (ideally from people who've used both)
on how it varies - for mirror mode use, i. e. ending up with an exact >>copy, including deletions and renames - from the old Microsoft >>(Russinovitch, I think) SyncToy? (Which I now see is no longer
I've used SyncToy but at that time my external drives were much[]
smaller, and I don't remember whether it gave me a full preview of the
files that it planned to sync. It was also Windows only, so I had to
abandon it at the moment that I migrated my tree to Gramps running in
Linux.
I use a USB flash drive to transfer my working data files between by
dsktop computer (running Windows XP) and my laptop computer (running
Windows 7.
I used to do most of this this using Dropbox, but Dropbox stopped
working on Windows XP, so I've done it with a flash drive since then.
Recently, however, one of my data files, for the Rootsmagic genealogy >program, started getting corrupted in the transfer.
This is the command I use to transfer it from the flash drive to the
desktop computer (which runs WinXP):
XXCOPY J:\Dropbox\*.* G:\Stevedoc\Dropbox\ /BN /s /y
Where J: is the flash drive and G: is a hard drive on my computer.
That command is part of a batch file which I run every time I need to >transfer the files. I use similar commands copy files to the flash
drive.
When the Rootsmagic V7 data file reached 100 Mb, however, it started
being corrupted.
It seems to be corrupted only when copying from the flash drive to the
hard drive, on both computers. It does not seem to be corrupted when
copying from the hard drive to the flash drive. When I notice it is >corrupted, I copy it manually, using FlashCommander, and that seems to
copy the file without corruption.
Does anyone know of any limitation of both XXCOPY and ROBOCOPY that
would cause them to produce errors when copying files over 100 Mb?
Or could the problem be in the use of the command in a batch file, so
that the batch file tries to run the next command before the computer
has finished copying the file to the hard drive? If so, is there way
of delaying it until the copying is finished?
On 28/07/2023 08:23, Steve Hayes wrote:
On Thu, 27 Jul 2023 13:50:29 +0200, john
<[email protected]> wrote:
On 27/07/2023 08:21, Steve Hayes wrote:
I do that with a lot of the files, all in the same batch files. But
for those I use MS DOS PkZip or ARJ from the command line, and they
can only cope with 8:3 file names. The RootsMagic data file has a
four-letter extension, and so won't copy or compress like that.
Why not use the modern free archive program 7-Zip which does not have
those filename limitations. It allows splitting the archive
automatically into volumes of 10Mb, which should copy without the
problems you have noticed, and then to put them back together when you
open the archive.
How easy is it to get 7Zip to work from a batch file?
plenty of help and examples on the internet e.g. >https://www.dotnetperls.com/7-zip-examples >https://www.get-itsolutions.com/script-to-zip-file-using-cmd-batch-file/ >https://7ziphelp.com/7zip-command-line
On Fri, 16 Jun 2023 06:21:27 +0200, Steve Hayes
So here is a restatement of the problem:
I frequently have to copy my RM data file from my desktop computer
(running Windows XP) and my laptop computer (running Windows 7).
A while back the file reached the size of 100 Mb, and I began to have problems with the copying, which I do with XXCOPY on the XP machine
and Robocopy on the Win 7 machine.
I copy the files to a USB flash drive, along with several other files,
using a batch file. But when the data file is copies from the flash
drive to the XP computer, when I try to open it, it reports that the
data file is malformed.
When I look at it with the File Commander program (which compares
files in different directories and allows one to copy them etc) it
shows that the data file has been truncated to 100Mb on the XP
machine, but on the flash drive it is shown as the original size. I
manually copy it again, using File Commander, and then RM 6 or RM 7
opens it OK.
At first I thought the problem was with the copying programs, but it
appears that it is not. The file is copied just fine, but the first
time I try to open it RM (6 or 7) on the XP computer it seems to
truncate it to 100Mb and then reports it as malformed. But when I
manually copy it a second time, it seems to open it correctly.
Any suggestions about what might be causing such a problem, and how to overcome it?
(Follow-ups reset)
Thanks all for the recommendation. I did suspect SyncToy wasn't always copying everything (I haven't installed either on this machine yet -
I've just been using explorer, and copying everything). I've had a look
at the FreeFileSync website, and it _looks_ somewhat more informative
than SyncToy, so I'll give it a go next time I do a backup. (Obviously
it won't save any time the first time.)
Op 29-07-2023 om 04:08 schreef J. P. Gilliver:
Thanks all for the recommendation. I did suspect SyncToy wasn't
always copying everything (I haven't installed either on this machine
yet - I've just been using explorer, and copying everything). I've
had a look at the FreeFileSync website, and it _looks_ somewhat more >>informative than SyncToy, so I'll give it a go next time I do a
backup. (Obviously it won't save any time the first time.)
Well, I think that it will, if you copied everything with explorer. And
that is, because at its 1st run, it will compare timestamps and sizes,
and assume that all files with equal sizes and timestamps are the same,
and also assume that files with newer timestamps should overwrite older
ones. It will also assume that files that don't exist on either side
need to be copied from the other (in two-way mode).
When synchronization is done, names, sizes, and timestamps are saved in
a hidden database file, so that the program can detect deletions, and
files that have changed on both sides between sessions.
Note that timestamps may differ when you have a FAT file system on one
side, because that doesn't know anything about daylight savings. In
such a case you may see lots of files with a 1 hour difference, and if
you want, the program can correct for that too.
On 29/07/2023 05:56, Steve Hayes wrote:
On Fri, 16 Jun 2023 06:21:27 +0200, Steve Hayes
At first I thought the problem was with the copying programs, but it
appears that it is not. The file is copied just fine, but the first
time I try to open it RM (6 or 7) on the XP computer it seems to
truncate it to 100Mb and then reports it as malformed. But when I
manually copy it a second time, it seems to open it correctly.
Any suggestions about what might be causing such a problem, and how to
overcome it?
Trying to find solutions for problems for software which is over 10
years old is difficult, especially without full information.
An exact copy of the RM error message and any possible error code might
help in identifying the problem (is it the same for both RM6 and RM7?)
Have you updated to the latest versions of your copying software?
Robocopy is available for WinXP (but you will need to get it from a copy
of Windows Server 2003 Resource Kit)
Are your versions of WinXP and Win 7 fully patched to the final versions?
Are you running the final version of RM on WinXP (is it the RM full
version or Essentials?)
Do you run the RM database integrity checks and re-index the database >routinely?
On Sat, 29 Jul 2023 13:44:50 +0200, john
<[email protected]> wrote:
On 29/07/2023 05:56, Steve Hayes wrote:
On Fri, 16 Jun 2023 06:21:27 +0200, Steve Hayes
At first I thought the problem was with the copying programs, but it
appears that it is not. The file is copied just fine, but the first
time I try to open it RM (6 or 7) on the XP computer it seems to
truncate it to 100Mb and then reports it as malformed. But when I
manually copy it a second time, it seems to open it correctly.
Any suggestions about what might be causing such a problem, and how to
overcome it?
Trying to find solutions for problems for software which is over 10
years old is difficult, especially without full information.
An exact copy of the RM error message and any possible error code might
help in identifying the problem (is it the same for both RM6 and RM7?)
RM7 Error Message:
Application Error
Exception ESQLite3 in module Rootsmagic.exe at 00064907
SQLite error 11 - database disk image is malformed.
RM6 Error Message
Rootsmagic has encountered an unexpected error.
SQLite error 11 - database disk image is malformed.
Have you updated to the latest versions of your copying software?
Robocopy is available for WinXP (but you will need to get it from a copy
of Windows Server 2003 Resource Kit)
Are your versions of WinXP and Win 7 fully patched to the final versions?
I'm pretty sure they are.
Are you running the final version of RM on WinXP (is it the RM full
version or Essentials?)
It is the final full version in both RM6 & RM 7.
Do you run the RM database integrity checks and re-index the database
routinely?
Yes, usually with RM6, which does it faster in both Win XP and Win 7.
Also doing it in Win 7, as well as taking longer it also produces some strange behaviour.
At first I thought the problem was with the copying programs, but it
appears that it is not. The file is copied just fine, but the first
time I try to open it RM (6 or 7) on the XP computer it seems to
truncate it to 100Mb and then reports it as malformed. But when I
manually copy it a second time, it seems to open it correctly.
Any suggestions about what might be causing such a problem, and how to
overcome it?
On 31/07/2023 13:05, Steve Hayes wrote:
Do you run the RM database integrity checks and re-index the database
routinely?
Yes, usually with RM6, which does it faster in both Win XP and Win 7.
Also doing it in Win 7, as well as taking longer it also produces some
strange behaviour.
"Also doing it in Win 7, as well as taking longer it also produces some >strange behaviour" does seem to imply there is a corruption which you
may be perpetuating
If you haven't already done so, it would be sensible to create a new
database and to try copying that.
see the para on "Backups may not help" in >https://sqlitetoolsforrootsmagic.com/corrupt-database-recovery/ and then
for some suggestions on building a new database from your existing database
On Mon, 31 Jul 2023 14:00:43 +0200, john wrote:
If you haven't already done so, it would be sensible to create a new
database and to try copying that.
see the para on "Backups may not help" in
https://sqlitetoolsforrootsmagic.com/corrupt-database-recovery/ and then
for some suggestions on building a new database from your existing database
Thanks, I'll check that.
On 03/08/2023 06:08, Steve Hayes wrote:
On Mon, 31 Jul 2023 14:00:43 +0200, john wrote:
snip.
If you haven't already done so, it would be sensible to create a newThanks, I'll check that.
database and to try copying that.
see the para on "Backups may not help" in
https://sqlitetoolsforrootsmagic.com/corrupt-database-recovery/ and then >>> for some suggestions on building a new database from your existing database >>
As you have not given any follow-up, can you report on whether have you
tried rebuilding the database and then copying.
If you have, has your problem been solved? If it hasn't, do you get the
same or a different error?
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 155:29:57 |
| Calls: | 12,092 |
| Files: | 15,000 |
| Messages: | 6,517,703 |