From bcpierce at cis.upenn.edu Mon Dec 11 12:34:20 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Mon, 11 Dec 2006 12:34:20 -0500 Subject: [Unison-hackers] [unison-svn] r184 - trunk/src Message-ID: <200612111734.kBBHYKrb023088@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-11 12:34:20 -0500 (Mon, 11 Dec 2006) New Revision: 184 Modified: trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/files.mli trunk/src/globals.ml trunk/src/globals.mli trunk/src/mkProjectInfo.ml trunk/src/os.mli trunk/src/tree.ml trunk/src/uicommon.ml trunk/src/uigtk.ml trunk/src/uigtk2.ml trunk/src/update.ml Log: * Integrated several patches submitted by Karl M. -- Thanks!! - in the GTK2 UI, initialize the "View Details..." button to insensitive (greyed out) and prevent the button from expanding when going to full screen - keep the main window from vanishing when a new window is opened * Changed the order of arguments to the default diff command (so that the + and - annotations in diff's output are reversed). * Turned off 'fastcheck' for Excel files on Unix platforms, not just Windows. * Changed names of temp files created by unison so that they start with ".unison." rather than ".#" From bcpierce at cis.upenn.edu Mon Dec 11 18:39:17 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Mon, 11 Dec 2006 18:39:17 -0500 Subject: [Unison-hackers] [unison-svn] r185 - in trunk: doc src Message-ID: <200612112339.kBBNdHit009720@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-11 18:39:16 -0500 (Mon, 11 Dec 2006) New Revision: 185 Modified: trunk/doc/changes.tex trunk/src/Makefile trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/mkProjectInfo.ml trunk/src/test.ml trunk/src/uigtk2.ml Log: * Missed committing some of Karl's patches. From bcpierce at cis.upenn.edu Tue Dec 12 10:59:15 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Tue, 12 Dec 2006 10:59:15 -0500 Subject: [Unison-hackers] [unison-svn] r186 - in trunk/src: . ubase Message-ID: <200612121559.kBCFxF0J022951@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-12 10:59:14 -0500 (Tue, 12 Dec 2006) New Revision: 186 Modified: trunk/src/.depend trunk/src/Makefile trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/mkProjectInfo.ml trunk/src/os.ml trunk/src/os.mli trunk/src/stasher.ml trunk/src/stasher.mli trunk/src/test.ml trunk/src/transport.ml trunk/src/ubase/util.ml trunk/src/update.ml Log: * Fixed a bug in the backup mechanism reported by Ralph Lehmann [thanks very much for the detailed detective work, Ralph!], which sometimes caused backups not to happen when they should have under Windows. * Some miscellaneous internal tidying of things that I noticed as I was fixing this. From bcpierce at cis.upenn.edu Tue Dec 12 13:52:01 2006 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Tue, 12 Dec 2006 13:52:01 -0500 Subject: [Unison-hackers] Upgrade the unison stable version In-Reply-To: References: <0287292E-7D8D-49D6-ABC0-AED1176A222F@cis.upenn.edu>

<013A6354-91E0-4E20-A60D-313735CD1BB5@cis.upenn.edu> Message-ID: <313ACD93-398C-430E-8CE0-E5F55E27D01C@cis.upenn.edu> I have implemented the fix we discussed. A new version will be committed shortly. - Benjamin On Oct 7, 2006, at 3:58 AM, Sylvain Le Gall wrote: > Hello, > > On 06-10-2006, Benjamin Pierce wrote: >>>>> Do you have an idea for a quick fix, for the 2.13.16 version ? >>>> >>>> Yes: Document the fact that Unison is not safe to use with >>>> removable >>>> media. >>>> >>> >>> Well, i could do that, but it is not really fair regarding the >>> bug... >> >> I don't understand why you say that. Unison is behaving exactly as >> it is designed to behave and exactly as its documentation specifies. >> The issue here is that, when a piece of removable storage goes >> offline, the filesystem will tell Unison that all the files on it are >> gone, and Unison will *correctly* (though, I agree, surprisingly) >> delete all of them from the other replica. >> > > Indeed, you are right, i am not saying that anything is wrong > regarding > unison, i just try to say that it won't really solve the problem (even > if the problem is a correct behavior). > >>> If it is a question of time for working on the issue, i think i >>> don't >>> made myself clear enough: i am not asking for a new version >>> (because you >>> told me that it was not possible). I just need some information/ >>> idea in >>> order for me to fix this. If unison just crash when encounting the >>> error on Unix/Linux, it will be enough for me... >> >> There was extensive discussion of possible solutions on this list a >> few weeks ago. The final proposed design was to add a preference for >> specifying a "mount point" within the replicas (the default would be >> just the empty path) that is expected always to exist on both hosts; >> before any changes are transferred, this will be checked, and the run >> will be aborted if it is missing. Implementation of this idea should >> be pretty easy. >> > > > OK, i go through the archive and try to make a plan to solve this bug. > Here it is : > - add an option to check presence of files/directories in the two > root in > the configuration file + command line, > - if a file is detected as deleted, check the presence of > files/directories, to be sure the deletion doesn't come from a media > disappearance, > - if one of the files/directories is not here -> abort, > - otherwise, continue, > > There was also another approach where while scanning, you try to > detect > the device number and remember it... Maybe it could also be used, as a > way to generate the files/directories option automatically ? I think > that unison open a dir before scanning the file, which could be > used to > check the device number. So if a file under a particular mount point > need to be deleted, unison can check that the media is not gone. If > all > the file are on the same mount point, it will default to the root dir. > > So, i need to know what option name you want ? > > If i produce a patch, do you think you should integrate it in unison ? > > Any comments, suggestions ? > > Regard > Sylvain Le Gall > > ps: i hope you don't get upset about this, i really appreciate your > work > on unison, which is a great software -- hope the content of my mail > doesn't suggest anything else. > > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From bcpierce at cis.upenn.edu Tue Dec 12 15:47:28 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Tue, 12 Dec 2006 15:47:28 -0500 Subject: [Unison-hackers] [unison-svn] r187 - in trunk: doc src src/ubase Message-ID: <200612122047.kBCKlSwk005671@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-12 15:47:28 -0500 (Tue, 12 Dec 2006) New Revision: 187 Modified: trunk/doc/unison-manual.tex trunk/src/Makefile trunk/src/RECENTNEWS trunk/src/globals.ml trunk/src/mkProjectInfo.ml trunk/src/recon.ml trunk/src/test.ml trunk/src/transport.ml trunk/src/ubase/util.mli trunk/src/update.ml Log: * Better documentation of \verb|ignore| and \verb|ignorenot| preferences. * Added \verb|.mpp| files to ``never fastcheck'' list (like \verb|.xls|). * Added a new \verb|mountpoint| preference, which can be used to specify a path that must exist in both replicas at the end of update detection (otherwise Unison aborts). * Fixed the -selftest module so that tests across a network also run correctly. From gildor at debian.org Tue Dec 12 16:50:22 2006 From: gildor at debian.org (Sylvain Le Gall) Date: Tue, 12 Dec 2006 21:50:22 +0000 (UTC) Subject: [Unison-hackers] Upgrade the unison stable version References: <0287292E-7D8D-49D6-ABC0-AED1176A222F@cis.upenn.edu>

<013A6354-91E0-4E20-A60D-313735CD1BB5@cis.upenn.edu> <313ACD93-398C-430E-8CE0-E5F55E27D01C@cis.upenn.edu> Message-ID: Hello, On 12-12-2006, Benjamin Pierce wrote: > I have implemented the fix we discussed. A new version will be > committed shortly. > > - Benjamin > > Debian etch has froze yesterday: too late :-( Anyway, i think it is good to have this in unison... Thanks a lot. Thanks a lot for your work on unison Kind regard Sylvain Le Gall > On Oct 7, 2006, at 3:58 AM, Sylvain Le Gall wrote: > >> Hello, >> >> On 06-10-2006, Benjamin Pierce wrote: >>>>>> Do you have an idea for a quick fix, for the 2.13.16 version ? >>>>> >>>>> Yes: Document the fact that Unison is not safe to use with >>>>> removable >>>>> media. >>>>> >>>> >>>> Well, i could do that, but it is not really fair regarding the >>>> bug... >>> >>> I don't understand why you say that. Unison is behaving exactly as >>> it is designed to behave and exactly as its documentation specifies. >>> The issue here is that, when a piece of removable storage goes >>> offline, the filesystem will tell Unison that all the files on it are >>> gone, and Unison will *correctly* (though, I agree, surprisingly) >>> delete all of them from the other replica. >>> >> >> Indeed, you are right, i am not saying that anything is wrong >> regarding >> unison, i just try to say that it won't really solve the problem (even >> if the problem is a correct behavior). >> >>>> If it is a question of time for working on the issue, i think i >>>> don't >>>> made myself clear enough: i am not asking for a new version >>>> (because you >>>> told me that it was not possible). I just need some information/ >>>> idea in >>>> order for me to fix this. If unison just crash when encounting the >>>> error on Unix/Linux, it will be enough for me... >>> >>> There was extensive discussion of possible solutions on this list a >>> few weeks ago. The final proposed design was to add a preference for >>> specifying a "mount point" within the replicas (the default would be >>> just the empty path) that is expected always to exist on both hosts; >>> before any changes are transferred, this will be checked, and the run >>> will be aborted if it is missing. Implementation of this idea should >>> be pretty easy. >>> >> >> >> OK, i go through the archive and try to make a plan to solve this bug. >> Here it is : >> - add an option to check presence of files/directories in the two >> root in >> the configuration file + command line, >> - if a file is detected as deleted, check the presence of >> files/directories, to be sure the deletion doesn't come from a media >> disappearance, >> - if one of the files/directories is not here -> abort, >> - otherwise, continue, >> >> There was also another approach where while scanning, you try to >> detect >> the device number and remember it... Maybe it could also be used, as a >> way to generate the files/directories option automatically ? I think >> that unison open a dir before scanning the file, which could be >> used to >> check the device number. So if a file under a particular mount point >> need to be deleted, unison can check that the media is not gone. If >> all >> the file are on the same mount point, it will default to the root dir. >> >> So, i need to know what option name you want ? >> >> If i produce a patch, do you think you should integrate it in unison ? >> >> Any comments, suggestions ? >> >> Regard >> Sylvain Le Gall >> >> ps: i hope you don't get upset about this, i really appreciate your >> work >> on unison, which is a great software -- hope the content of my mail >> doesn't suggest anything else. >> From bcpierce at cis.upenn.edu Wed Dec 13 10:54:52 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 13 Dec 2006 10:54:52 -0500 Subject: [Unison-hackers] [unison-svn] r188 - trunk/src Message-ID: <200612131554.kBDFsqhn027675@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-13 10:54:52 -0500 (Wed, 13 Dec 2006) New Revision: 188 Modified: trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/update.ml Log: * Fixed 'fastcheck' preference, which was broken by the last commit. From bcpierce at cis.upenn.edu Wed Dec 13 11:42:51 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 13 Dec 2006 11:42:51 -0500 Subject: [Unison-hackers] [unison-svn] r189 - trunk/src Message-ID: <200612131642.kBDGgplr030303@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-13 11:42:51 -0500 (Wed, 13 Dec 2006) New Revision: 189 Modified: trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/update.ml Log: * Fix small syntax error From bcpierce at cis.upenn.edu Wed Dec 13 15:24:49 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 13 Dec 2006 15:24:49 -0500 Subject: [Unison-hackers] [unison-svn] r190 - trunk/src Message-ID: <200612132024.kBDKOnj5010191@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-13 15:24:48 -0500 (Wed, 13 Dec 2006) New Revision: 190 Modified: trunk/src/RECENTNEWS trunk/src/copy.ml trunk/src/files.ml trunk/src/mkProjectInfo.ml trunk/src/stasher.ml Log: * Experimental fix for bug reported by Karl M. From bcpierce at cis.upenn.edu Fri Dec 15 10:11:14 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Fri, 15 Dec 2006 10:11:14 -0500 Subject: [Unison-hackers] [unison-svn] r191 - trunk/src Message-ID: <200612151511.kBFFBEqS012704@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-15 10:11:13 -0500 (Fri, 15 Dec 2006) New Revision: 191 Modified: trunk/src/Makefile trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/test.ml Log: * Fix selftest module From kevin at sb.org Thu Dec 21 04:31:07 2006 From: kevin at sb.org (Kevin Ballard) Date: Thu, 21 Dec 2006 04:31:07 -0500 Subject: [Unison-hackers] svn keywords missing Message-ID: <924C2FDA-4F9B-4FFD-857C-402FE825BF85@sb.org> While looking through source, I noticed file header comments tended to have '$Id: $' in them, and yet no svn properties were set on the files. I assume these are holdovers from CVS, but if you actually want them to work, you should set the svn:keywords property on all these files to contain Id. -- Kevin Ballard http://kevin.sb.org kevin at sb.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20061221/05f377f7/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2432 bytes Desc: not available Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20061221/05f377f7/smime.p7s From bcpierce at cis.upenn.edu Wed Dec 27 17:18:08 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 27 Dec 2006 17:18:08 -0500 Subject: [Unison-hackers] [unison-svn] r192 - trunk/src Message-ID: <200612272218.kBRMI8oA005319@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-27 17:18:08 -0500 (Wed, 27 Dec 2006) New Revision: 192 Modified: trunk/src/BUGS.txt trunk/src/RECENTNEWS trunk/src/copy.ml trunk/src/mkProjectInfo.ml trunk/src/stasher.ml trunk/src/xferhint.ml Log: * Fixed bug in recent backup code which sometimes caused files not to be deleted (resulting in the file being re-created on the next sync, since Unison's archive would record it as deleted on both hosts and would thus indicate that the not-deleted copy is a new creation!). Specifically, the problem occurred when the deleted file was designated as "to have a current version backed up" (with the backupcurrent preference). From bcpierce at cis.upenn.edu Wed Dec 27 17:40:25 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 27 Dec 2006 17:40:25 -0500 Subject: [Unison-hackers] [unison-svn] r193 - trunk/src Message-ID: <200612272240.kBRMeP7s006369@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-27 17:40:25 -0500 (Wed, 27 Dec 2006) New Revision: 193 Modified: trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/mkProjectInfo.ml Log: * Incorporated patch from Karl M. to invoke external merge utilities in a simpler way when running on windows. On Unix systems, the merge command may send its output to either or both of its standard output and standard error pipes. On windows, it should write only to stdout (if it writes anything to stderr, a hang may result). From bcpierce at cis.upenn.edu Wed Dec 27 17:52:17 2006 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Wed, 27 Dec 2006 17:52:17 -0500 Subject: [Unison-hackers] svn keywords missing In-Reply-To: <924C2FDA-4F9B-4FFD-857C-402FE825BF85@sb.org> References: <924C2FDA-4F9B-4FFD-857C-402FE825BF85@sb.org> Message-ID: <2CDC5B8E-388A-4CC9-99A9-7B8659DFB35D@cis.upenn.edu> > While looking through source, I noticed file header comments tended > to have '$Id: $' in them, and yet no svn properties were set on the > files. I assume these are holdovers from CVS, but if you actually > want them to work, you should set the svn:keywords property on all > these files to contain Id. From PRCS, actually! We don't actually use these for anything (obviously) -- "svn blame" is more informative anyway. I'll tidy them up. - B From bcpierce at cis.upenn.edu Wed Dec 27 18:05:54 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 27 Dec 2006 18:05:54 -0500 Subject: [Unison-hackers] [unison-svn] r194 - in trunk/src: . lwt ubase Message-ID: <200612272305.kBRN5sCq007548@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-27 18:05:53 -0500 (Wed, 27 Dec 2006) New Revision: 194 Modified: trunk/src/RECENTNEWS trunk/src/abort.ml trunk/src/case.ml trunk/src/case.mli trunk/src/checksum.ml trunk/src/checksum.mli trunk/src/clroot.ml trunk/src/clroot.mli trunk/src/common.ml trunk/src/common.mli trunk/src/copy.ml trunk/src/fileinfo.ml trunk/src/fileinfo.mli trunk/src/files.ml trunk/src/files.mli trunk/src/fileutil.ml trunk/src/fileutil.mli trunk/src/fingerprint.ml trunk/src/fingerprint.mli trunk/src/fspath.ml trunk/src/fspath.mli trunk/src/globals.ml trunk/src/globals.mli trunk/src/linkgtk.ml trunk/src/linkgtk2.ml trunk/src/linktext.ml trunk/src/linktk.ml trunk/src/lock.ml trunk/src/lock.mli trunk/src/lwt/pqueue.ml trunk/src/lwt/pqueue.mli trunk/src/main.ml trunk/src/mkProjectInfo.ml trunk/src/name.ml trunk/src/name.mli trunk/src/os.ml trunk/src/os.mli trunk/src/osx.ml trunk/src/osx.mli trunk/src/osxsupport.c trunk/src/path.ml trunk/src/path.mli trunk/src/pixmaps.ml trunk/src/pred.ml trunk/src/pred.mli trunk/src/props.ml trunk/src/props.mli trunk/src/recon.ml trunk/src/recon.mli trunk/src/remote.ml trunk/src/remote.mli trunk/src/sortri.ml trunk/src/sortri.mli trunk/src/stasher.ml trunk/src/strings.mli trunk/src/test.ml trunk/src/test.mli trunk/src/transfer.ml trunk/src/transfer.mli trunk/src/transport.ml trunk/src/transport.mli trunk/src/tree.ml trunk/src/tree.mli trunk/src/ubase/myMap.ml trunk/src/ubase/myMap.mli trunk/src/ubase/prefs.ml trunk/src/ubase/prefs.mli trunk/src/ubase/rx.ml trunk/src/ubase/rx.mli trunk/src/ubase/safelist.ml trunk/src/ubase/safelist.mli trunk/src/ubase/trace.ml trunk/src/ubase/trace.mli trunk/src/ubase/uarg.ml trunk/src/ubase/uarg.mli trunk/src/ubase/util.ml trunk/src/ubase/util.mli trunk/src/ui.mli trunk/src/uicommon.ml trunk/src/uicommon.mli trunk/src/uigtk2.ml trunk/src/uigtk2.mli trunk/src/uitext.ml trunk/src/uitext.mli trunk/src/update.ml trunk/src/update.mli trunk/src/uutil.ml trunk/src/uutil.mli trunk/src/xferhint.ml trunk/src/xferhint.mli Log: * Tidied SVN tags that we are not using anyway; updated copyrights to 2007. From bcpierce at cis.upenn.edu Wed Dec 27 18:26:12 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 27 Dec 2006 18:26:12 -0500 Subject: [Unison-hackers] [unison-svn] r195 - in trunk/src: . lwt Message-ID: <200612272326.kBRNQCkB008493@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-27 18:26:12 -0500 (Wed, 27 Dec 2006) New Revision: 195 Modified: trunk/src/.depend trunk/src/Makefile.OCaml trunk/src/RECENTNEWS trunk/src/copy.ml trunk/src/globals.ml trunk/src/globals.mli trunk/src/lwt/lwt.ml trunk/src/mkProjectInfo.ml trunk/src/test.ml trunk/src/uicommon.ml trunk/src/update.ml trunk/src/update.mli Log: * Added a workaround (suggested by Karl M.) for the problem discussed on the unison users mailing list where, on the Windows platform, the server would hang when transferring files. I conjecture that the problem has to do with the RPC mechanism, which was used to make a call *back* from the server to the client (inside the Trace.log function) so that the log message would be appended to the log file on the client. The workaround is to dump these messages (about when xferbycopying shortcuts are applied and whether they succeed) just to the standard output of the Unison process, not to the log file. From bcpierce at cis.upenn.edu Wed Dec 27 18:52:40 2006 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Wed, 27 Dec 2006 18:52:40 -0500 Subject: [Unison-hackers] mac crashes In-Reply-To: <2277E243-C2E9-4E90-9A56-AB548FC88FC7@mailsnare.net> References: <2277E243-C2E9-4E90-9A56-AB548FC88FC7@mailsnare.net> Message-ID: On Sep 5, 2006, at 12:24 PM, Stan Seibert wrote: > On Sep 5, 2006, at 12:15 PM, Ben Willmore wrote: > >> I've been trying to do some very large syncs over the weekend, and >> have finally started running into the random crashes that Benjamin >> mentioned. They are particular to the Mac GUI and appear to occur >> randomly (syncs can go for anywhere between 10 minutes and an hour, I >> would estimate). I was unable to do my sync and resorted to rsync. > > I ran into the same problem, and used the "Install command line tool" > menu option in the Unison menu. Then I could at least do my sync > with "unison -ui text" at the Terminal. > >> 2. I would really like to fix this. There are two problems. >> >> -- First, running within gdb/XCode debugger doesn't provide any >> useful >> information about (or ability to manipulate) the OCaml side of >> things. >> Can anyone suggest any debugging tools/techniques that I might use? >> >> -- Second, the crashes seem to be entirely random. Can anyone >> provide >> testcases that produce reliable or frequent crashes? > > I haven't found a good test case either, though it appears (to my > unscientific memory) to be correlated with how badly I needed the > data copied... :) After some discussion with Trevor Jim and Ben Willmore, I have added some code to the OSX GUI that *might* prevent these crashes (by making sure that only one GUI thread at a time is attempting to call back into the OCaml part of the system). The new code has not been tested very much, but the GUI works for me now, so at least it does not seem to have made things worse! Reports on experiences with the new code -- either "it crashed" or "I've been using it with lots of big files and seeing no problems" -- would be most appreciated. - Benjamin From bcpierce at cis.upenn.edu Wed Dec 27 18:52:58 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 27 Dec 2006 18:52:58 -0500 Subject: [Unison-hackers] [unison-svn] r196 - in trunk/src: . uimac Message-ID: <200612272352.kBRNqwoi009688@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-27 18:52:57 -0500 (Wed, 27 Dec 2006) New Revision: 196 Modified: trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/uimac/main.m Log: * Attempt at a fix to occasional crashes of the native OSX GUI, following a suggestion by Trevor Jim. From bcpierce at cis.upenn.edu Thu Dec 28 13:25:43 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Thu, 28 Dec 2006 13:25:43 -0500 Subject: [Unison-hackers] [unison-svn] r197 - trunk/src Message-ID: <200612281825.kBSIPhKi030040@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-28 13:25:42 -0500 (Thu, 28 Dec 2006) New Revision: 197 Modified: trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/uigtk2.ml Log: * Capitalize Unison in window headers in gtk2 UI. From bcpierce at cis.upenn.edu Sun Dec 31 20:12:53 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Sun, 31 Dec 2006 20:12:53 -0500 Subject: [Unison-hackers] [unison-svn] r198 - in trunk/src: . uimac Message-ID: <200701010112.l011CrT2018926@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-12-31 20:12:52 -0500 (Sun, 31 Dec 2006) New Revision: 198 Modified: trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/files.mli trunk/src/mkProjectInfo.ml trunk/src/test.ml trunk/src/transport.mli trunk/src/uigtk.ml trunk/src/uigtk2.ml trunk/src/uimac/main.m trunk/src/uimacbridge.ml trunk/src/uitext.ml Log: * Incorporated yet another patch from Karl M (thanks!!) to improve the quoting of filenames in external merge commands under windows. (Also some small UI improvements to merging.)