From: Ingo S. <in...@in...> - 2006-12-08 08:04:46
|
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 |
From: Earnie B. <ea...@us...> - 2006-12-08 12:56:55
|
Quoting Ingo Schaefer <in...@in...>: > > 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 |
From: Ingo S. <in...@in...> - 2006-12-08 13:29:53
Attachments:
signature.asc
|
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 |
From: Ingo S. <in...@in...> - 2007-01-11 06:48:56
|
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 |
From: Earnie B. <ea...@us...> - 2007-01-11 13:39:19
|
Quoting Ingo Schaefer <in...@in...>: > > 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 |