Re: [Mingw-users] problems with large file(s)

Quoting Ingo Schaefer <ingo@...>:
>
> The most important fact: using scp to copy the file to a remote host,
> only the 1.1 GB get copied, which renders the solution useless for
> backup purposes.
>
> Any ideas?
>
1) use split (on local) and cat (on remote to append the split files
into one).
2) create a patch for the MSYS runtime that uses the 64bit filesystem
functions. A lot of work but I'd be happy to give instruction on what
needs to be done.
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted
article.
* Original posters:
** Provide small complete examples of the problem.
** Provide the full command that produced errors.
** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the *
* mail that he sends for advertising purposes. This advertisment is added *
* by the server and is not in the control of the user of our services. *
******************************************************************************
Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes
Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby
Playstation 3 Auctions
http://give-me-an-offer.com

Thread view

Hello,
I have the most recent versions of MingW, msys and msys-dtk installed on
W2K3 Server
For (simple) backup purpose I use a shell script, which creates mysql
dumps and then uses tar to create a backup of some important files.
The resulting tar.gz file is in Windows Explorer 5.5 GB in size, ls from
msys reports 1.1 GB.
The most important fact: using scp to copy the file to a remote host,
only the 1.1 GB get copied, which renders the solution useless for
backup purposes.
Any ideas?
Regards,
Ingo
--=20
"Milchreis schmeckt hervorragend, wenn man ihn kurz vor dem Verzehr
durch ein saftiges Steak ersetzt."
gefunden bei frag-mutti.de

Quoting Ingo Schaefer <ingo@...>:
>
> The most important fact: using scp to copy the file to a remote host,
> only the 1.1 GB get copied, which renders the solution useless for
> backup purposes.
>
> Any ideas?
>
1) use split (on local) and cat (on remote to append the split files
into one).
2) create a patch for the MSYS runtime that uses the 64bit filesystem
functions. A lot of work but I'd be happy to give instruction on what
needs to be done.
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted
article.
* Original posters:
** Provide small complete examples of the problem.
** Provide the full command that produced errors.
** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the *
* mail that he sends for advertising purposes. This advertisment is added *
* by the server and is not in the control of the user of our services. *
******************************************************************************
Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes
Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby
Playstation 3 Auctions
http://give-me-an-offer.com

Hello Earnie,
Earnie Boyd schrieb:
> 1) use split (on local) and cat (on remote to append the split files=20
> into one).
Would that work even if the file is "seen" as a smaller one by the
filesystem? Or better: Is split already using the 64bit filesystem
functions internally?
> 2) create a patch for the MSYS runtime that uses the 64bit filesystem=20
> functions. A lot of work but I'd be happy to give instruction on what =
> needs to be done.
I think, you have to give the instructions. Unfortunately I am not the
best C coder of the world, but I would do the work, even if it is much wo=
rk.
Regards,
Ingo

Hello,
Am Freitag, den 08.12.2006, 09:04 +0100 schrieb Ingo Schaefer:
> I have the most recent versions of MingW, msys and msys-dtk installed on
> W2K3 Server
[..]
> The most important fact: using scp to copy the file to a remote host,
> only the 1.1 GB get copied, which renders the solution useless for
> backup purposes.
I really tried to understand how to solve this and found out (which was
surely clear to some developers here) the file system function library
used originated in cygwin.
As storage is no problem on the systems involved and so "minimal" is not
needed, I tried to do the same things with cygwin - this worked.
So I will not spend much time to solve this problem here - sorry.
At least you know: cygwins version of the library does not have the
problem and could be used/borrowed a second time.
Regards,
Ingo

Quoting Ingo Schaefer <ingo@...>:
>
> At least you know: cygwins version of the library does not have the
> problem and could be used/borrowed a second time.
>
You assume too much. Sorry to have inconvienced you. BTW, I have
suggested and have added to the registered developers those that are
looking at upgrading to the newer versions of newlib.
I must move on, soon I will have a release candidate up of MSYS-1.0.11
and after that happens I will need to take a vacation from MinGW/MSYS.
If others don't support MSYS, then it may live in its current state
forever.
Earnie