Thread: destination cannot be drive other than C: on windows?
Brought to you by:
thesun
From: Julian <jul...@gm...> - 2008-03-13 19:43:15
|
Hi Shachar, Hope you are OK!! I have run into a small (but for me, big!) problem whereby on windows, the following works: C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt but the following does not (just the dest drive is differnent): C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt and I get: mkdir failed(E:): Input/output error I have tried different drives, drive letters, permissions etc... but to no avail. It seems that any letter other than "C:" is rejected. At this point it would be really important for me to be able to backup to an external drive. Any clue why this may be happenning? Best regards Julian |
From: Ralf S. <Ral...@gm...> - 2008-03-26 20:18:47
|
Hello, I have the same problems trying to encrypt files to another directory than the one, where the RSYNCRYPTO.EXE is stored. As I followed the discussion, you have solved the problem. Is it possible to send me the new recompiled RSYNCRYPTO.EXE? Or can you tell me, when the next version (1.7 ?) will be relaunched. Sincerely Ralf Ral...@gm... -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger |
From: Julian <jul...@gm...> - 2008-03-13 23:06:04
|
Yep, that's what's happening exactly. I tried with various versions from 0.19 through 1.06, with exactly the same result. On 13/03/2008, David V. <dav...@gm...> wrote: > > Sachar and Julian, > > This seems to be related to the following thread : > > http://sourceforge.net/mailarchive/forum.php?thread_name=ede3a6e20706101213y481dd409xab5f4796875f8af9%40mail.gmail.com&forum_name=rsyncrypto-devel > > I had the same problem with restauration with version 1.02. > I couldn't decrypt to another drive than C: > I don't think the problem has been corrected so far. > > David V. > > On Thu, Mar 13, 2008 at 8:43 PM, Julian <jul...@gm...> wrote: > > > Hi Shachar, > > > > Hope you are OK!! > > > > I have run into a small (but for me, big!) problem whereby on windows, > > the following works: > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > > > but the following does not (just the dest drive is differnent): > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > > > and I get: > > mkdir failed(E:): Input/output error > > > > I have tried different drives, drive letters, permissions etc... but to > > no avail. It seems that any letter other than "C:" is rejected. > > > > At this point it would be really important for me to be able to backup > > to an external drive. > > > > Any clue why this may be happenning? > > > > Best regards > > > > Julian > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Rsyncrypto-devel mailing list > > Rsy...@li... > > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > > > |
From: David V. <dav...@gm...> - 2008-03-13 23:10:04
|
I hope Sachar can reproduce the problem and then fix it. David V. On Fri, Mar 14, 2008 at 12:06 AM, Julian <jul...@gm...> wrote: > Yep, that's what's happening exactly. > I tried with various versions from 0.19 through 1.06, with exactly the > same result. > > > > On 13/03/2008, David V. <dav...@gm...> wrote: > > > > Sachar and Julian, > > > > This seems to be related to the following thread : > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=ede3a6e20706101213y481dd409xab5f4796875f8af9%40mail.gmail.com&forum_name=rsyncrypto-devel > > > > I had the same problem with restauration with version 1.02. > > I couldn't decrypt to another drive than C: > > I don't think the problem has been corrected so far. > > > > David V. > > > > On Thu, Mar 13, 2008 at 8:43 PM, Julian <jul...@gm...> > > wrote: > > > > > Hi Shachar, > > > > > > Hope you are OK!! > > > > > > I have run into a small (but for me, big!) problem whereby on windows, > > > the following works: > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > > > > > but the following does not (just the dest drive is differnent): > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > > > > > and I get: > > > mkdir failed(E:): Input/output error > > > > > > I have tried different drives, drive letters, permissions etc... but > > > to no avail. It seems that any letter other than "C:" is rejected. > > > > > > At this point it would be really important for me to be able to backup > > > to an external drive. > > > > > > Any clue why this may be happenning? > > > > > > Best regards > > > > > > Julian > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Rsyncrypto-devel mailing list > > > Rsy...@li... > > > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > > > > > > > |
From: Julian <jul...@gm...> - 2008-03-18 14:37:22
|
OK. Problem solved. Shachar: The problem lied within mkpath in autofd.h. The first substring is always simply "X:" where X is the drive in question. So CreateDirectory always tries to create the directory X:\ in the first iteration. If the drive is C, a simple "A subdirectory or file c: already exists" is returned, but if it is not, then "access is denied" is returned, causing the function to exit. In my case, a simple check for (pseudocode to follow): if ((subpath::end-1)==':') continue; has solved the problem. David: if you need the recompiled exe before Shachar releases the next version, I could send it to you. Cheers Julian On 14/03/2008, David V. <dav...@gm...> wrote: > > I hope Sachar can reproduce the problem and then fix it. > > David V. > > On Fri, Mar 14, 2008 at 12:06 AM, Julian <jul...@gm...> > wrote: > > > Yep, that's what's happening exactly. > > I tried with various versions from 0.19 through 1.06, with exactly the > > same result. > > > > > > > > On 13/03/2008, David V. <dav...@gm...> wrote: > > > > > > Sachar and Julian, > > > > > > This seems to be related to the following thread : > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=ede3a6e20706101213y481dd409xab5f4796875f8af9%40mail.gmail.com&forum_name=rsyncrypto-devel > > > > > > I had the same problem with restauration with version 1.02. > > > I couldn't decrypt to another drive than C: > > > I don't think the problem has been corrected so far. > > > > > > David V. > > > > > > On Thu, Mar 13, 2008 at 8:43 PM, Julian <jul...@gm...> > > > wrote: > > > > > > > Hi Shachar, > > > > > > > > Hope you are OK!! > > > > > > > > I have run into a small (but for me, big!) problem whereby on > > > > windows, the following works: > > > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > > > > > > > but the following does not (just the dest drive is differnent): > > > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > > > > > > > and I get: > > > > mkdir failed(E:): Input/output error > > > > > > > > I have tried different drives, drive letters, permissions etc... but > > > > to no avail. It seems that any letter other than "C:" is rejected. > > > > > > > > At this point it would be really important for me to be able to > > > > backup to an external drive. > > > > > > > > Any clue why this may be happenning? > > > > > > > > Best regards > > > > > > > > Julian > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Rsyncrypto-devel mailing list > > > > Rsy...@li... > > > > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > > > > > > > > > > > > |
From: Julian <jul...@gm...> - 2008-03-18 15:09:01
|
> > > David: > > if you need the recompiled exe before Shachar releases the next version, I > could send it to you. > (PS Assuming you're using windows, otherwise i'll send you the patch) On 14/03/2008, David V. <dav...@gm...> wrote: > > > > I hope Sachar can reproduce the problem and then fix it. > > > > David V. > > > > On Fri, Mar 14, 2008 at 12:06 AM, Julian <jul...@gm...> > > wrote: > > > > > Yep, that's what's happening exactly. > > > I tried with various versions from 0.19 through 1.06, with exactly the > > > same result. > > > > > > > > > > > > On 13/03/2008, David V. <dav...@gm...> wrote: > > > > > > > > Sachar and Julian, > > > > > > > > This seems to be related to the following thread : > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=ede3a6e20706101213y481dd409xab5f4796875f8af9%40mail.gmail.com&forum_name=rsyncrypto-devel > > > > > > > > I had the same problem with restauration with version 1.02. > > > > I couldn't decrypt to another drive than C: > > > > I don't think the problem has been corrected so far. > > > > > > > > David V. > > > > > > > > On Thu, Mar 13, 2008 at 8:43 PM, Julian <jul...@gm...> > > > > wrote: > > > > > > > > > Hi Shachar, > > > > > > > > > > Hope you are OK!! > > > > > > > > > > I have run into a small (but for me, big!) problem whereby on > > > > > windows, the following works: > > > > > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > > > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > > > > > > > > > but the following does not (just the dest drive is differnent): > > > > > > > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > > > > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > > > > > > > > > and I get: > > > > > mkdir failed(E:): Input/output error > > > > > > > > > > I have tried different drives, drive letters, permissions etc... > > > > > but to no avail. It seems that any letter other than "C:" is rejected. > > > > > > > > > > At this point it would be really important for me to be able to > > > > > backup to an external drive. > > > > > > > > > > Any clue why this may be happenning? > > > > > > > > > > Best regards > > > > > > > > > > Julian > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Microsoft > > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > > _______________________________________________ > > > > > Rsyncrypto-devel mailing list > > > > > Rsy...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > > > > > > > > > > > > > > > > > > |
From: Shachar S. <sh...@sh...> - 2008-03-18 15:09:57
|
Julian wrote: > > David: > > if you need the recompiled exe before Shachar releases the next > version, I could send it to you. > > (PS Assuming you're using windows, otherwise i'll send you the patch) Do feel free to send it to the list, though. Shachar |
From: Shachar S. <sh...@sh...> - 2008-03-18 19:19:50
|
Julian wrote: > Of course! Please find attached > I'm just not sure how to create the standard "patch" file, You just use the tortoise SVN function that does it. Never mind, I need to investigate why mkdir c:\ and mkdir x:\ behave differently. Is one a network drive, by any chance? > For windows, I am attaching the exe, but renaming to rsyncrypto.ex_ > since most mail filters will reject an exe attachment. No, please no large attachments to the mailing list. Your email was held because of size, and I'm not going to allow it through. > > Once I'm here, I just wanted to add an observation after running a > couple of tests with a mixture of large and small files: > With nullgzip, a significant decrease in CPU usage is observed, but > the duration of the whole operation is exactly the same. > Is this what is to be expected? Unfortunately, yes. Rsyncrypto was written when SMP machines were rather rare. It does have two processes, one encrypting and one compressing, so SOME parallelism is employed (and the reason there is no difference in time - the compression is not the longest operation, so it does not slow the program down). One of the many things I would like to do for version 2 is to find a way to parallelize more, so that quad core and such can be used. I'm still not exactly sure how is the best way to do that. > > Thanks > Julian Shachar |
From: Julian <jul...@gm...> - 2008-03-18 19:48:31
|
> > You just use the tortoise SVN function that does it. Never mind, I need > to investigate why mkdir c:\ and mkdir x:\ behave differently. Is one a > network drive, by any chance? No, no network drives: for example if e: is a separate drive/partition: (Tested this on different machines, all XP): C:>mkdir c:\ A subdirectory or file c:\ already exists. C:>mkdir e:\ Access is denied. > No, please no large attachments to the mailing list. Your email was held > because of size, and I'm not going to allow it through. I gathered... fair enough. |
From: Julian <jul...@gm...> - 2008-03-18 20:15:26
|
> > > One of the many things I would like to do for version 2 is to find a way > to parallelize more, so that quad core and such can be used. I'm still > not exactly sure how is the best way to do that. I might be wrong and it is probably not that simple (and I can't really check right now), but I think I remember seeing something in the Win32 API to set the processor affinity of a thread, after checking for >2 processors. Not sure what the linux equivalent is. |
From: David V. <dav...@gm...> - 2008-03-13 23:08:47
|
Sachar and Julian, This seems to be related to the following thread : http://sourceforge.net/mailarchive/forum.php?thread_name=ede3a6e20706101213y481dd409xab5f4796875f8af9%40mail.gmail.com&forum_name=rsyncrypto-devel I had the same problem with restauration with version 1.02. I couldn't decrypt to another drive than C: I don't think the problem has been corrected so far. David V. On Thu, Mar 13, 2008 at 8:43 PM, Julian <jul...@gm...> wrote: > Hi Shachar, > > Hope you are OK!! > > I have run into a small (but for me, big!) problem whereby on windows, the > following works: > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > but the following does not (just the dest drive is differnent): > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > and I get: > mkdir failed(E:): Input/output error > > I have tried different drives, drive letters, permissions etc... but to no > avail. It seems that any letter other than "C:" is rejected. > > At this point it would be really important for me to be able to backup to > an external drive. > > Any clue why this may be happenning? > > Best regards > > Julian > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Rsyncrypto-devel mailing list > Rsy...@li... > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > |
From: Julian <jul...@gm...> - 2008-03-18 18:50:35
|
You're right david. I used Visual Studio 2005 to compile, whilst I remember Shachar mentioning he usually uses VC6 iirc. Plus I have the stlport libraries actually compiled locally. Not sure which the actual reason is, but I haven't noticed any performance issues at all. Let me know if you notice any difference. Maybe Shachar has any idea? On 18/03/2008, David V. <dav...@gm...> wrote: > > Julian is it normal that your exe is much bigger than the non modified > rsyncrypto ? > Yours is 304 Ko and the non modified one is 184 Ko. > > David V. > > On Tue, Mar 18, 2008 at 6:55 PM, David V. <dav...@gm...> wrote: > > > Julian Thank you VERY MUCH ! > > > > Sachar when do you think we can expect this to be included in the > > "official" rsyncrypto ? > > > > David V. > > > > On Tue, Mar 18, 2008 at 4:39 PM, Julian <jul...@gm...> > > wrote: > > > > > Of course! Please find attached > > > I'm just not sure how to create the standard "patch" file, but if you > > > see the attached text file, its just an addition of 3 lines. > > > For windows, I am attaching the exe, but renaming to rsyncrypto.ex_ > > > since most mail filters will reject an exe attachment. > > > > > > Once I'm here, I just wanted to add an observation after running a > > > couple of tests with a mixture of large and small files: > > > With nullgzip, a significant decrease in CPU usage is observed, but > > > the duration of the whole operation is exactly the same. > > > Is this what is to be expected? > > > > > > Thanks > > > Julian > > > > > > > > > On 18/03/2008, Shachar Shemesh <sh...@sh...> wrote: > > > > > > > > Julian wrote: > > > > > > > > > > > > > > David: > > > > > > > > > > if you need the recompiled exe before Shachar releases the > > > > next > > > > > version, I could send it to you. > > > > > > > > > > (PS Assuming you're using windows, otherwise i'll send you the > > > > patch) > > > > > > > > Do feel free to send it to the list, though. > > > > > > > > > > > > Shachar > > > > > > > > > > > > > |
From: Shachar S. <sh...@sh...> - 2008-03-19 17:39:11
|
Julian wrote: > > One of the many things I would like to do for version 2 is to find > a way > to parallelize more, so that quad core and such can be used. I'm still > not exactly sure how is the best way to do that. > > > I might be wrong and it is probably not that simple (and I can't > really check right now), but I think I remember seeing something in > the Win32 API to set the processor affinity of a thread, after > checking for >2 processors. Not sure what the linux equivalent is. > Processor affinity is a tweak. A micro-optimization, if you like. It is a technique that is meant for reducing the overhead just a little more, to squeeze a bit more performance out of a program. That has nothing to do with the problem at hand. Our problem is this. We have X mips at our disposal, but instead of having all X at our disposal, we have X/n mips at our disposal which we can parallelize up to a parallel level of n. The question is, how do we create an algorithm that can take advantage of this. The current algorithm for rsyncrypto is this. One thread of execution encrypts. Another thread compresses. That's it. If n=2, you get full utilization on one CPU, and some utilization on the other one (because one of the operations runs faster than the other one it is almost guaranteed that one of the CPUs will not reach maximal capacity). If n is greater than 2, we have one CPU encrypting full steam, another one that uses some of its time for compressing, and the rest of the CPUs are not utilized by rsyncrypto. This is wasted processing power. You can anchor which CPU does what all you want (that's what affinity does), but it won't change the fact that rsyncrypto does not know how to use more than two CPUs at the moment. Shachar |
From: Julian <jul...@gm...> - 2008-03-20 00:22:26
|
> > > Processor affinity is a tweak. A micro-optimization, if you like. It is > a technique that is meant for reducing the overhead just a little more, > to squeeze a bit more performance out of a program. That has nothing to > do with the problem at hand. > > Our problem is this. We have X mips at our disposal, but instead of > having all X at our disposal, we have X/n mips at our disposal which we > can parallelize up to a parallel level of n. The question is, how do we > create an algorithm that can take advantage of this. Hmm interesting thanks for the eye opener...not such a rare problem for single/dual threaded apps it seems: http://en.wikipedia.org/wiki/Intel_Core_2#Kentsfield if the article is anything to go by. If n is greater than 2, we have one CPU encrypting full steam, another one > that uses some of its time for compressing, and the rest of the CPUs are > not utilized by rsyncrypto. I assume you meant vice versa (one cpu with gzip compressing full steam, the other with rsyncrypto hovering at around 15%)... or at least that's whats happening on my pc. PS I mistakenly used autofd.h instead of win32/autofd.h in the previous "patch" file. Obviously this problem does not exist on linux, but the insertion remains the same. Cheers Julian |
From: Shachar S. <sh...@sh...> - 2008-05-07 15:15:27
|
Julian wrote: > Hi Shachar, > > Hope you are OK!! > > I have run into a small (but for me, big!) problem whereby on windows, > the following works: > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > but the following does not (just the dest drive is differnent): > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > and I get: > mkdir failed(E:): Input/output error > > I have tried different drives, drive letters, permissions etc... but > to no avail. It seems that any letter other than "C:" is rejected. > > At this point it would be really important for me to be able to backup > to an external drive. > > Any clue why this may be happenning? Because MS has not heard of "documenting what you do" or "API consistency". Then they complain that people do odd stuff in their programs, which MS has to support in future versions. They brought it on themselves. Anyways, the problem is now solved in SVN. I'm hoping to release a new version fairly soon. Shachar |
From: David V. <dav...@gm...> - 2008-05-07 15:38:35
|
Shachar, Thank you very much for solving this bug. David V. On Wed, May 7, 2008 at 11:15 AM, Shachar Shemesh <sh...@sh...> wrote: > Julian wrote: > > Hi Shachar, > > > > Hope you are OK!! > > > > I have run into a small (but for me, big!) problem whereby on windows, > > the following works: > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt > > > > but the following does not (just the dest drive is differnent): > > > > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" > > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt > > > > and I get: > > mkdir failed(E:): Input/output error > > > > I have tried different drives, drive letters, permissions etc... but > > to no avail. It seems that any letter other than "C:" is rejected. > > > > At this point it would be really important for me to be able to backup > > to an external drive. > > > > Any clue why this may be happenning? > Because MS has not heard of "documenting what you do" or "API > consistency". Then they complain that people do odd stuff in their > programs, which MS has to support in future versions. They brought it on > themselves. > > Anyways, the problem is now solved in SVN. I'm hoping to release a new > version fairly soon. > > Shachar > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Rsyncrypto-devel mailing list > Rsy...@li... > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > |
From: David V. <dav...@gm...> - 2008-05-07 15:57:58
|
And Julian ! Thank you also to have worked on that and provided a patch ! :-) David V. On Wed, May 7, 2008 at 11:38 AM, David V. <dav...@gm...> wrote: > Shachar, > > Thank you very much for solving this bug. > > David V. > > > On Wed, May 7, 2008 at 11:15 AM, Shachar Shemesh <sh...@sh...> > wrote: > >> Julian wrote: >> > Hi Shachar, >> > >> > Hope you are OK!! >> > >> > I have run into a small (but for me, big!) problem whereby on windows, >> > the following works: >> > >> > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" >> > "C:\Encrypted\files" "C:\Encrypted\keys" backup.crt >> > >> > but the following does not (just the dest drive is differnent): >> > >> > C:\> rsyncrypto -rcv --delete "C:\FILES\XYZ\Documents\Malta 123" >> > "E:\Encrypted\files" "E:\Encrypted\keys" backup.crt >> > >> > and I get: >> > mkdir failed(E:): Input/output error >> > >> > I have tried different drives, drive letters, permissions etc... but >> > to no avail. It seems that any letter other than "C:" is rejected. >> > >> > At this point it would be really important for me to be able to backup >> > to an external drive. >> > >> > Any clue why this may be happenning? >> Because MS has not heard of "documenting what you do" or "API >> consistency". Then they complain that people do odd stuff in their >> programs, which MS has to support in future versions. They brought it on >> themselves. >> >> Anyways, the problem is now solved in SVN. I'm hoping to release a new >> version fairly soon. >> >> Shachar >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save $100. >> Use priority code J8TL2D2. >> >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> _______________________________________________ >> Rsyncrypto-devel mailing list >> Rsy...@li... >> https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel >> > > |
From: Shachar S. <sh...@sh...> - 2008-05-07 19:15:25
|
David V. wrote: > And Julian ! > Thank you also to have worked on that and provided a patch ! :-) > > David V. ACtually, there is a lot to learn from this. I didn't use Julian's patch. I wrote my own version of something not all too different (better handling of error codes, but otherwise similar). But that is not to say that Julian's work was meaningless. The fact he did send a list of what needs to change pointed me in the right direction, helping much in fixing the problem. Lesson: Send what you got, even if it's incomplete. Shachar |
From: Julian <jul...@gm...> - 2008-05-07 18:02:23
|
I just wanted a quick code fix to get me out of a corner and to be honest i I feel more comfortable knowing that this has now been properly dealt with by Shachar (thanks). In any case, glad to help. 2008/5/7 Shachar Shemesh <sh...@sh...>: > David V. wrote: > > > And Julian ! > > Thank you also to have worked on that and provided a patch ! :-) > > > > David V. > > > > ACtually, there is a lot to learn from this. > > I didn't use Julian's patch. I wrote my own version of something not all > too different (better handling of error codes, but otherwise similar). > > But that is not to say that Julian's work was meaningless. The fact he did > send a list of what needs to change pointed me in the right direction, > helping much in fixing the problem. > > Lesson: Send what you got, even if it's incomplete. > > Shachar > |