Re: Merging with diff3: exit status problem

Thu, 31 Jan 2008 18:38:55 <47A207AF.9050305 <at> hot.ee>  Misha Aizatulin 
<avatar <at> hot.ee>

>hello,
>
>   I am struggling to make merging with unison work. The issue is the
>following: the unison manual says
>
>"If the merge program exits with a non-zero status, then merge is
>considered to have failed and the replicas are not changed."
>
>   The manpage for diff3 says:
>======================================
>      The following exit values are returned:
>
>      0        Successful completion.
>
>
>
>      1        An error occurred. A difference was found or  there
>               was a fatal error.
>======================================
>
>   So every time the two files are different, diff3 returns 1 as exit
>status. As a result, unison won't do the merge:
>
>Failed [file]: One output detected but merge command returned nonzero
>exit status
>
>   What am I missing here? I'd be thankful for any suggestions.

Error in querying file information: File name too long

I get the following error when running unison-2.27.55 on Mac OS X.

Failed [Library/Application 
Support/SyncServices/Local/clientdata/0063006f006d002e006100700070006c0065002e
004d006f00620069006c006500530079006e0063002e00360063003900320061003000
6200380063006200630066003900300037003400610063006100380035003000640064
0063003300340031003500380062003600360039006300610061003100370036]: Error 
in querying file information:
File name too long [lstat(/Users/test/target/Library/Application 
Support/SyncServices/Local/clientdata/.unison.0063006f006d002e006100700070006c00
65002e004d006f00620069006c006500530079006e0063002e00360063003900320061
0030006200380063006200630066003900300037003400610063006100380035003000
6400640063003300340031003500380062003600360039006300610061003100370036
.04a0ec2dd269a0f94c957f5e1840e7a1.unison.tmp)]

Regarding the original file name, I don't have the ability to change the name. And Apple 
says, "The POSIX max path component length (_POSIX_PATH_MAX) is 256.  While the name 
is quite long, it is within the limit."

rsync allows this same path to be copied. But during the unison query process, the extra 
characters added onto the beginning and end of the file name take the file name length 
over the 256 limit.

Has this already been reported as a bug?

Thanks,
Mike

 
Yahoo! Groups Links

Re: Support for detecting potential lost disk clusters (4k chunks of NULL characters)

I'm not familiar with the Unison source, but if putting it in
the Transport module means that the change is transferred before
we notice that it's a pointless transfer, then I'm not so sure
that's the best place.  Perhaps noticing it *before* the transfer,
at the interactive stage, would be better.  In the command-line
interface, it should look something like:

Looking for changes
  Waiting for changes from server
Reconciling changes

local          remote
         <=?=> corrupt? [changes consist only of sector-aligned NUL bytes]  FileName []

 - Wayne

On Tue, Jan 22, 2008 at 09:16:29AM -0500, Benjamin Pierce wrote:
> This does sound like a good safety feature.  I do not have time to  
> implement it myself (my limited time for Unison development is  
> focused right now on better integration with modern OS services for  
> filesystem change notification), but if someone wants to contribute a  
> patch, I'll gladly add it to the main sources.
> 
> The place to put it would be in the Transport module, I think --  
> there is already a "paranoid check" that confirms (by calculating an  
> MD5 signature) that the bytes actually transferred are ones intended,  
> that the destination file has not changed during the transfer, etc.   
> Adding this check there (probably controlled by a switch, since it  
> will cost some performance) would make perfect sense.
> 

Re: Error in querying file information: File name too long

On 1 févr. 08, at 06:07, mstonespeedy wrote:

> I get the following error when running unison-2.27.55 on Mac OS X.
>
> Failed [Library/Application
> Support/SyncServices/Local/clientdata/ 
> 0063006f006d002e006100700070006c0065002e
> 004d006f00620069006c006500530079006e0063002e00360063003900320061003000
> 6200380063006200630066003900300037003400610063006100380035003000640064
> 0063003300340031003500380062003600360039006300610061003100370036]:  
> Error
> in querying file information:
> File name too long [lstat(/Users/test/target/Library/Application
> Support/SyncServices/Local/clientdata/.unison. 
> 0063006f006d002e006100700070006c00
> 65002e004d006f00620069006c006500530079006e0063002e00360063003900320061
> 0030006200380063006200630066003900300037003400610063006100380035003000
> 6400640063003300340031003500380062003600360039006300610061003100370036
> ..04a0ec2dd269a0f94c957f5e1840e7a1.unison.tmp)]
>
> Regarding the original file name, I don't have the ability to change  
> the name. And Apple
> says, "The POSIX max path component length (_POSIX_PATH_MAX) is  
> 256.  While the name
> is quite long, it is within the limit."
>
> rsync allows this same path to be copied. But during the unison  
> query process, the extra
> characters added onto the beginning and end of the file name take  
> the file name length

Windows NT-binary for unison-2.27.57

Hi,

I downloaded the 2.27.57 Windows-binaries (gui and text zipped together) from 
the web page. Both versions failed to start with a message "Unison-2.27.57 
Gtk+.exe is no a valid Windows NT application", same message with text 
version only with the different filename. Before that I installed the 
recommended gtk+ version.

I am stuck here with a Windows NT 4.0 machine which runs 24/7. Is it possible, 
that a Windows NT compatible version will be released?

Hermann

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:unison-users-digest <at> yahoogroups.com 
    mailto:unison-users-fullfeatured <at> yahoogroups.com

Deb for Ubuntu

Re: Error in querying file information: File name too long

This would not be too hard to fix, if someone cared to give it a  
shot.  (I would do it by adding a new function truncateFinalName to  
the Path module and then calling this function in the obvious way in  
the function freshPath in the Os module.)

However, I notice that the file you're having trouble with seems to  
be some kind of internal storage belonging to SyncServices.  Are you  
sure it's a good idea to replicate that?

Best,

    - Benjamin

On Feb 1, 2008, at 12:07 AM, mstonespeedy wrote:

> I get the following error when running unison-2.27.55 on Mac OS X.
>
> Failed [Library/Application
> Support/SyncServices/Local/clientdata/ 
> 0063006f006d002e006100700070006c0065002e
> 004d006f00620069006c006500530079006e0063002e00360063003900320061003000
> 6200380063006200630066003900300037003400610063006100380035003000640064
> 0063003300340031003500380062003600360039006300610061003100370036]:  
> Error
> in querying file information:
> File name too long [lstat(/Users/test/target/Library/Application
> Support/SyncServices/Local/clientdata/.unison. 
> 0063006f006d002e006100700070006c00
> 65002e004d006f00620069006c006500530079006e0063002e00360063003900320061
> 0030006200380063006200630066003900300037003400610063006100380035003000
> 6400640063003300340031003500380062003600360039006300610061003100370036
> .04a0ec2dd269a0f94c957f5e1840e7a1.unison.tmp)]
>
> Regarding the original file name, I don't have the ability to  
> change the name. And Apple
> says, "The POSIX max path component length (_POSIX_PATH_MAX) is  
> 256.  While the name
> is quite long, it is within the limit."
>
> rsync allows this same path to be copied. But during the unison  
> query process, the extra
> characters added onto the beginning and end of the file name take  
> the file name length
> over the 256 limit.
>
> Has this already been reported as a bug?
>
> Thanks,
> Mike
>
>
>
>
> Yahoo! Groups Links
>
>
>

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:unison-users-digest <at> yahoogroups.com 
    mailto:unison-users-fullfeatured <at> yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Re: Merging with diff3: exit status problem

 > I was not familiar with a simple 0 or 1 exit code for diff3

   Perhaps I wasn't clear enough: the diff3 I am using does have return 
values >1 as usually, so I hope that checking for return value 1 and 
turning it into 0 with a wrapper shouldn't lead to problems.
   What perplexes me however is that seemingly no one stumbled upon this 
before. Also the unison manual doesn't mention the need to change diff3 
exit status. So I am still wondering, whether I am missing something.

Cheers,
   Misha

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:unison-users-digest <at> yahoogroups.com 
    mailto:unison-users-fullfeatured <at> yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Error After Deletion

Hi, 
Q1)
      I am using unison thru a perl script to automate copying task 
from server to client.

      Thru script i crate a directory and copy file in that, but 
when i delete that directory or file in that then unison raises two 
kind of errors

1. The following paths have been completely emptied in one replica:
  'File_name_Here'
Unison may delete everything below these paths in the other replica.

2. Like need to delete archive file and shows that archive file

Q2)
      In unison 2.27 option preferpartial is added, is this option 
helps for partially copying .. means if while previous sync fails it 
copies some part of file and afterwords sync start from last byte 
where file partially copied.

Can anyone help me .. 
Thanking in advanced...

Thanks & Regards
neel

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:unison-users-digest <at> yahoogroups.com 
    mailto:unison-users-fullfeatured <at> yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Re: Windows NT-binary for unison-2.27.57