headers
Karl M | 1 Jun 2005 03:38
Picon
Favicon

RE: Re: Unison-2.12.21 build error message

Hi All...

Joe's patch worked fine.

Thanks,

...Karl

>From: "collins_jb"
>Subject: [unison-users] Re: Unison-2.12.21 build error message
>Date: Tue, 31 May 2005 22:21:21 -0000
>
>Karl ---
>
>Apparently, DIALOG_AUTHENTICATION is missing from lablgtk-2.4.0, but
>you can patch it in as follows.
>
>--- joe
>
>--- ./src/gtkStock-0.ml	2003-12-13 10:36:54.000000000 -0500
>+++ ./src/gtkStock.ml	2005-05-30 11:34:54.134116800 -0400
> <at>  <at>  -1,15 +1,16  <at>  <at> 
>  (* $Id: gtkStock.ml,v 1.8 2003/12/13 16:36:54 oandrieu Exp $ *)
>
>  open Gobject
>  open Gtk
>
>  type gtk_stock_id = [ `DIALOG_INFO | `DIALOG_WARNING
>-  | `DIALOG_ERROR | `DIALOG_QUESTION | `DND | `DND_MULTIPLE
>+  | `DIALOG_ERROR | `DIALOG_QUESTION | `DIALOG_AUTHENTICATION
(Continue reading)

Permalink | Reply | 2 comments |
headers
avp440 | 1 Jun 2005 13:20
Picon

Re: uncaught exception in glib

Sorry, I don't have any answers for you.
I have hit this same problem syncing between windows and OSX (version
2.10.2b gtk2+ gui and 2.10.1 darwinports server).
It seems there have been quite a few other people having this error (I
did a search for "uncaught glib" and got a few relevant hits).

The english message is
Uncaught exception Glib.Convert.Error(1, "invalid byte sequence in
conversion input")

In my case, the problem was files with Japanese characters in the
name. I found this by carefully watching the status bar on the GUI to
see what directory/file it was processing *just* before the error (the
status bar is cleared when you get the error!), and trying to synch
subsets of the data.

Note that the previous version of unison (2.9.1) synced my files okay
(the filenames on the PC came out messed up though). This has
definitely been broken in a recent release (the new GUI???).

I'm not aware of any fix, but would like to find one.

PS: it would be much nicer if unison told you what file it was
processing while it had the error.
How do you turn debugging on through the GUI? I tried turning
debugging on on the server (-debug all) but there was no output.

--- In unison-users <at> yahoogroups.com, Bernhard Mogens Ege <bme <at> h...> wrote:
> Hello
>
(Continue reading)

Permalink | Reply | 4 comments |
headers
avp440 | 1 Jun 2005 13:39
Picon

Re: uncaught exception in glib

> Note that the previous version of unison (2.9.1) synced my files okay
> (the filenames on the PC came out messed up though). This has
> definitely been broken in a recent release (the new GUI???).

I tried deleting the directory (containing the Japanese file) on the
PC, and the files were replicated from the OSX repository (the names
on the PC were still messed up). Subsequent syncs (with no changes)
worked fine.

Then I tried copying the file with the Japanese name, and I got the error.

The difference seems to be that when only the file is new, it is
shown directly in the GUI. If the whole directory is new, only
the directory is shown in the GUI.
So that definitely suggests this is a GUI issue.

PS: FWIW the files were originally named on the PC (the filename was
generated from the embedded mp3 tags using foobar2000)
so windows definitely supports the Japanese filenames.

 
Yahoo! Groups Links

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

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

<*> Your use of Yahoo! Groups is subject to:
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bernhard Mogens Ege | 1 Jun 2005 15:16
Picon
Picon
Favicon

Re: Re: uncaught exception in glib

avp440 wrote:

>>Note that the previous version of unison (2.9.1) synced my files okay
>>(the filenames on the PC came out messed up though). This has
>>definitely been broken in a recent release (the new GUI???).
>>    
>>
>
>I tried deleting the directory (containing the Japanese file) on the
>PC, and the files were replicated from the OSX repository (the names
>on the PC were still messed up). Subsequent syncs (with no changes)
>worked fine.
>
>Then I tried copying the file with the Japanese name, and I got the error.
>
>The difference seems to be that when only the file is new, it is
>shown directly in the GUI. If the whole directory is new, only
>the directory is shown in the GUI.
>So that definitely suggests this is a GUI issue.
>
>PS: FWIW the files were originally named on the PC (the filename was
>generated from the embedded mp3 tags using foobar2000)
>so windows definitely supports the Japanese filenames.
>  
>
This is very good to know (this only being a GUI issue). But using the 
"-debug all" is not productive as the gui is not synced with the debug 
output.

I still have no idea what kind of filenames are illegal to use and as
(Continue reading)

Permalink | Reply | 0 comments |
headers
Karl M | 1 Jun 2005 18:21
Picon
Favicon

Unison-2.12.22 Builds out of the box...but wait, theres more

Hi All...

I can build 2.12.22 (Windows MSVC Text and GTK2) with no patches.

Now I still like to capitalize the Unison name in a windows environment, but 
that is not required.

The workaround for the GTK2 button mouseover/sensitivity problem helps, but 
does not eliminate the problem. If I keep the mouse over the button (diff) 
and use the up and down arrows to scroll the list, I have to do a new 
mouseover to bring the button back to life.

Would it be possible to put leading zeros in the date field (in the gui) 
instead of spaces? I think it would look nicer in the display with the 
hyphens.

Way cool...thanks to all.

Thanks,

...Karl

 
Yahoo! Groups Links

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

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

Permalink | Reply | 1 comment |
headers
Bernhard Mogens Ege | 1 Jun 2005 15:56
Picon
Picon
Favicon

Re: Re: uncaught exception in glib

avp440 wrote:

>>Note that the previous version of unison (2.9.1) synced my files okay
>>(the filenames on the PC came out messed up though). This has
>>definitely been broken in a recent release (the new GUI???).
>>    
>>
>
>I tried deleting the directory (containing the Japanese file) on the
>PC, and the files were replicated from the OSX repository (the names
>on the PC were still messed up). Subsequent syncs (with no changes)
>worked fine.
>
>Then I tried copying the file with the Japanese name, and I got the error.
>
>The difference seems to be that when only the file is new, it is
>shown directly in the GUI. If the whole directory is new, only
>the directory is shown in the GUI.
>So that definitely suggests this is a GUI issue.
>
>PS: FWIW the files were originally named on the PC (the filename was
>generated from the embedded mp3 tags using foobar2000)
>so windows definitely supports the Japanese filenames.
>  
>
Ok, knowing this is a GUI bug, I switched unison to text mode and 
everything was synchronized properly. :-)

Is it possible for unison to detect such a problem in order to prevent 
the crash? It would be nice not having to rely on the text-ui to
(Continue reading)

Permalink | Reply | 1 comment |
headers
Benjamin Pierce | 1 Jun 2005 23:17
Favicon

Re: Re: uncaught exception in glib

> Is it possible for unison to detect such a problem in order to prevent 
> the crash? It would be nice not having to rely on the text-ui to 
> synchronize when a fine gui does exist.

This should be just a matter of catching some exceptions in appropriate
places and transforming them to other exceptions that the GUI already knows
how to handle.  

However, I see from a recent commit message that Jerome has already been
working on making the GTK2 GUI a bit more robust to these conversion
problems.  It would be good if some of the people that have been bitten by
this could try the latest version and see if it is any better now.

    - Benjamin

 
Yahoo! Groups Links

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

<*> 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/
Permalink | Reply | 0 comments |
headers
Jerome Vouillon | 2 Jun 2005 15:02
Picon

Re: Unison-2.12.22 Builds out of the box...but wait, theres more


Hi Karl,

> The workaround for the GTK2 button mouseover/sensitivity problem helps, but 
> does not eliminate the problem. If I keep the mouse over the button (diff) 
> and use the up and down arrows to scroll the list, I have to do a new 
> mouseover to bring the button back to life.

The diff button is a problem as it needs to be activated or
deactivated depending on the currently selected item, which triggers
the GTK bug.  I have committed a better patch which will work for the
other buttons.

> Would it be possible to put leading zeros in the date field (in the gui) 
> instead of spaces? I think it would look nicer in the display with the 
> hyphens.

Done.

-- Jerome

 
Yahoo! Groups Links

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

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

Permalink | Reply | 0 comments |
headers
Jerome Vouillon | 2 Jun 2005 18:35
Picon

Re: faster method for excel files

Hi,

On Mon, May 30, 2005 at 06:15:51PM -0000, guilder0y wrote:
> as I've got tons of Excel files I'd like to know what excactly those
> "naughty things with modtimes" are and how dangerous it is to use the
> old version (I didn't have problems with version 2.9.1 so far). Will
> modtimes also be changed if the file has not been touched? Is there a way
> to use version 2.12.15 and do a fastcheck on untouched excel files?

The problem with Excel is that it sometimes modifies a file but
without changing the file modification time.  As a consequence, in
fast check mode, Unison cannot detect the change.  Then, if the file
is latter modified on the other replica, Unison tries to propagate the
change, double checks whether the file to be overwritten has been
modified, and fails because it has indeed be modified.

So, Unison 2.9.1 is safe, but may fail to synchronize some Excel files
with a weird error message ("Destination updated during
synchronization").  The workaround is to synchronize from time to time
with fast check disabled so that Unison can find modified Excel files.

If you want to do a fast check on Excel files with Unison 2.12.*, you
will have to modify the code, as Unison behavior is currently
hardcoded.  If you know that some of your directories contain only
files which are never modified, you can also use the immutable
directive to speed up update detection.

-- Jerome
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jerome Vouillon | 2 Jun 2005 18:42
Picon

Re: Incorrect arguments to diff on Win32

Hi,

On Wed, Nov 24, 2004 at 04:11:58PM +0200, Camillo Särs wrote:
> There was a previous discussion about arguments to diff on Win32.  I
> have the same problem - I have native Win32 GNU diff, and it really
> needs to get the arguments in double quotes.  Unison calls it with
> single quotes, which Windows apps don't understand.
>
> The fix should be simple - on Win32, use double quotes to surround any
> path names.

This is now fixed in the developper version of Unison, exactly as you
suggest.

-- Jerome

 
Yahoo! Groups Links

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

<*> 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/
Permalink | Reply | 0 comments |

Gmane