From tsunamithecat at mac.com Wed Apr 2 13:40:39 2008 From: tsunamithecat at mac.com (Matthew Alford) Date: Wed, 2 Apr 2008 10:40:39 -0700 Subject: [Unison-hackers] Unison crash Message-ID: <6FC45B33-8691-4D63-BE02-810BFE1B6BEB@mac.com> I've used unison for a long time now and have never encountered this error. I'm syncing a directory on two local external drives under macos 10.4. I'm using unison 2.27.55. Both are formatted macos extended. When I try to sync the volumes it goes and checks all files on both disks but then comes back with the error in a window: Uncaught exception: *** -[NSCFArray objectAtIndex:]: index (0) beyond bounds (0) Any ideas? Thanks, Matthew From alan.schmitt at polytechnique.org Thu Apr 3 04:59:31 2008 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Thu, 3 Apr 2008 10:59:31 +0200 Subject: [Unison-hackers] Unison crash In-Reply-To: <6FC45B33-8691-4D63-BE02-810BFE1B6BEB@mac.com> References: <6FC45B33-8691-4D63-BE02-810BFE1B6BEB@mac.com> Message-ID: <73FAB938-1B02-4D5F-A028-0F62FE801247@polytechnique.org> On 2 avr. 08, at 19:40, Matthew Alford wrote: > I've used unison for a long time now and have never encountered this > error. I'm syncing a directory on two local external drives under > macos 10.4. I'm using unison 2.27.55. Both are formatted macos > extended. When I try to sync the volumes it goes and checks all > files on both disks but then comes back with the error in a window: > > Uncaught exception: *** -[NSCFArray objectAtIndex:]: index (0) beyond > bounds (0) > > Any ideas? This is unfortunately a well known error that I'm not able to reproduce. Another user who can reproduce me will be able to help me debug it, but I don't know how long it will take. In the meantime, using the text-only version should work. Sorry about this, Alan Schmitt -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080403/5723965e/PGP.sig From steve at kalkwarf.com Thu Apr 3 17:53:37 2008 From: steve at kalkwarf.com (Steve Kalkwarf) Date: Thu, 3 Apr 2008 17:53:37 -0400 Subject: [Unison-hackers] Unison crash In-Reply-To: <73FAB938-1B02-4D5F-A028-0F62FE801247@polytechnique.org> Message-ID: >On 2 avr. 08, at 19:40, Matthew Alford wrote: > >>I've used unison for a long time now and have never encountered this >>error. I'm syncing a directory on two local external drives under >>macos 10.4. I'm using unison 2.27.55. Both are formatted macos >>extended. When I try to sync the volumes it goes and checks all >>files on both disks but then comes back with the error in a window: >> >>Uncaught exception: *** -[NSCFArray objectAtIndex:]: index (0) beyond >>bounds (0) >> >>Any ideas? Is it reproducible? Are you gdb savvy? If both answers are "yes", try this: Attach to Unison, and set a breakpoint: b objc_exception_throw Perform whatever action causes the error. When the breakpoint is hit, get a backtrace: bt That should give Alan some idea where to start looking. From list-ener at strank.info Fri Apr 11 09:02:22 2008 From: list-ener at strank.info (Stefan Rank) Date: Fri, 11 Apr 2008 15:02:22 +0200 Subject: [Unison-hackers] Toolchain for building on Windows (Karl M?) Message-ID: <47FF615E.6010704@strank.info> Hi everybody, I am trying to build unison, easy on Linux, not so on Windows. To save me some grief, I would like to ask Karl M (I think he is to one to thank for the Windows binaries) what versions of the dependencies he uses for building. I.e. the versions of MSVC, ocaml, gtk, lablgtk? cheers, stefan PS: What I am actually trying to find out is how difficult it would be to add a feature that transparently replaces characters that are illegal on Windows-filesystems. Maybe that's doomed from the start, if so, please tell me. The use case: synchronising maildirs which use : in filenames. The idea: add a config option:: charreplace = x-y a-b ... Path Maildir where x and a are one of [\000-\031\\/<>:\"|] (the regex-chars used in badWindowsFilenameRx in the unison source) and y and b are arbitrary (but different) characters. Then change badWindowsFilenameRx and the commands that touch the filesystem on windows (that's where I am not sure of the required effort) to do the character replacement when necessary. From esrb at rambler.ru Mon Apr 14 19:52:43 2008 From: esrb at rambler.ru (Grigory Entin) Date: Tue, 15 Apr 2008 03:52:43 +0400 Subject: [Unison-hackers] Few Mac-specific patches for 2.27.57 Message-ID: A non-text attachment was scrubbed... Name: unison-2.27.57-root-prop.diff Type: text/x-patch Size: 749 bytes Desc: not available Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080414/9a1c6c49/unison-2.27.57-root-prop-0001.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: unison-2.27.57-uimacnew-utf8.diff Type: text/x-patch Size: 3406 bytes Desc: not available Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080414/9a1c6c49/unison-2.27.57-uimacnew-utf8-0001.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: unison-2.27.57-symroot.diff Type: text/x-patch Size: 717 bytes Desc: not available Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080414/9a1c6c49/unison-2.27.57-symroot-0001.diff From alan.schmitt at polytechnique.org Tue Apr 15 04:08:42 2008 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Tue, 15 Apr 2008 10:08:42 +0200 Subject: [Unison-hackers] Fwd: [unison-svn] r273 - branches/2.27/src/uimacnew References: Message-ID: <8BCA473E-B6BA-4EE2-938F-BEA0466BA3CD@polytechnique.org> I just realized this commit message never made it to the list. Alan Begin forwarded message: > From: unison-hackers-owner at lists.seas.upenn.edu > Date: 29 mars 2008 17:40:12 HNEC > To: schmitta at seas.upenn.edu > Subject: [unison-svn] r273 - branches/2.27/src/uimacnew > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > unison-hackers-owner at lists.seas.upenn.edu. > > > From: ALAN SCHMITT > Date: 29 mars 2008 17:40:10 HNEC > To: unison-hackers at lists.seas.upenn.edu > Subject: [unison-svn] r273 - branches/2.27/src/uimacnew > > > Author: schmitta > Date: 2008-03-29 12:40:01 -0400 (Sat, 29 Mar 2008) > New Revision: 273 > > Modified: > branches/2.27/src/uimacnew/Bridge.m > branches/2.27/src/uimacnew/MyController.m > Log: > Removing warnings: > - using fileSystemRepresentation instead of deprecated cString (the > behavior is identical for ASCII) > - including caml/signals.h so that caml_enter_blocking_section and > caml_loave_blocking_section are actually defined (this could have an > influence on some scheduling bugs) > > > > Modified: branches/2.27/src/uimacnew/Bridge.m > =================================================================== > --- branches/2.27/src/uimacnew/Bridge.m 2008-02-18 13:47:44 UTC (rev > 272) > +++ branches/2.27/src/uimacnew/Bridge.m 2008-03-29 16:40:01 UTC (rev > 273) > @@ -12,6 +12,7 @@ > #include > #include > #include > +#include > #import > > #include > @@ -181,7 +182,7 @@ > args[argCount] = caml_copy_string(str); > break; > case 'S': > - str = [va_arg(cs->args, NSString *) cString]; > + str = [va_arg(cs->args, NSString *) fileSystemRepresentation]; > args[argCount] = caml_copy_string(str); > break; > case 'n': > > Modified: branches/2.27/src/uimacnew/MyController.m > =================================================================== > --- branches/2.27/src/uimacnew/MyController.m 2008-02-18 13:47:44 > UTC (rev 272) > +++ branches/2.27/src/uimacnew/MyController.m 2008-03-29 16:40:01 > UTC (rev 273) > @@ -920,7 +920,7 @@ > // [bundle pathForResource:@"cltool" ofType:nil]; > > if (exec_path == nil) return; > - char *args[] = { "-f", (char *)[exec_path cString], > + char *args[] = { "-f", (char *)[exec_path > fileSystemRepresentation], > "/usr/bin/unison", NULL }; > > myFlags = kAuthorizationFlagDefaults; > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080415/d1022ee8/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080415/d1022ee8/PGP.sig From alan.schmitt at polytechnique.org Tue Apr 15 04:13:25 2008 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Tue, 15 Apr 2008 10:13:25 +0200 Subject: [Unison-hackers] Few Mac-specific patches for 2.27.57 In-Reply-To: References: Message-ID: On 15 avr. 08, at 01:52, Grigory Entin wrote: > Hi, > > I'm not sure if it makes sense to anyone else, but in case it does, > below are three patches I had to apply to Unison to make it work for > me under Mac OS X (10.5) (just in case, they affect *just* few files > under uimacnew). Sorry, if it has been already fixed/discussed - I'm > new to this list and have not found anything in the archives. Thanks a lot for the pages. I'll try to integrate them very soon. > unison-2.27.57-root-prop.diff: > > Fixes the crash with objectAtIndex: 0 out of bounds error, that seems > to be recently reported to this list. I can reproduce it by modifying > permissions of two otherwise identical *root* folders (e.g. I use g+w > for one folder and g-w for another). The thing is "pathArray" is empty > in that case (see the patch). Ah, great. This has been plaguing us for a while. > unison-2.27.57-uimacnew-utf8.diff: > > Enforces UTF8 instead of "default" C-string encoding for some strings > in Mac UI (seems to be crucial to deal with non-ASCII file names under > Mac OS X). I committed something a few weeks ago about this (but just realized that the commit message did not make it to the list). I see you're using UTF8, where my correction used fileSystemRepresentation. Is UTF8 better? (And by the way I see that I missed many occurrences of "initWith...".) > unison-2.27.57-symroot.diff: > > Fixes xcodebuild invocation in case when Xcode is configured with > non-default location for build directories. Thanks. There is also another pending patch that makes the XCode file much nicer (exposing many settings through the GUI.) Alan -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080415/8cad0d71/PGP.sig From steve at kalkwarf.com Tue Apr 15 08:56:29 2008 From: steve at kalkwarf.com (Steve Kalkwarf) Date: Tue, 15 Apr 2008 08:56:29 -0400 Subject: [Unison-hackers] Few Mac-specific patches for 2.27.57 In-Reply-To: Message-ID: >I committed something a few weeks ago about this (but just >realized that the commit message did not make it to the list). >I see you're using UTF8, where my correction used >fileSystemRepresentation. Is UTF8 better? (And by the way I see >that I missed many occurrences of "initWith...".) It you are making a path for use with the file system, use - fileSystemRepresentation. For anything else, UTF8 is the best choice. Steve From esrb at rambler.ru Tue Apr 15 12:55:49 2008 From: esrb at rambler.ru (Grigory Entin) Date: Tue, 15 Apr 2008 20:55:49 +0400 Subject: [Unison-hackers] Few Mac-specific patches for 2.27.57 In-Reply-To: (Alan Schmitt's message of "Tue\, 15 Apr 2008 10\:13\:25 +0200") References: Message-ID: On Tue Apr 15 2008 at 12:13, Alan Schmitt wrote: >> unison-2.27.57-uimacnew-utf8.diff: >> >> Enforces UTF8 instead of "default" C-string encoding for some >> strings in Mac UI (seems to be crucial to deal with non-ASCII file >> names under Mac OS X). > > I committed something a few weeks ago about this (but just realized > that the commit message did not make it to the list). I see you're > using UTF8, where my correction used fileSystemRepresentation. Is > UTF8 better? (And by the way I see that I missed many occurrences of > "initWith...".) Alan, you're right about fileSystemRepresentation. It just fell out of my head. Regards, Grigory From alan.schmitt at polytechnique.org Wed Apr 16 12:42:22 2008 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Wed, 16 Apr 2008 18:42:22 +0200 Subject: [Unison-hackers] Call for beta testers if you had the "uncaught array exception" Message-ID: <4E4EFF56-A402-48BD-9107-B8E47AE07B43@polytechnique.org> Hello, Thanks to Grigory, I have compiled a new version of Unison (2.27, Leopard, intel) that should solve the uncaught exception previously reported. If you're running Leopard on an intel machine, could you test this 2.27 version? In a few days I'll post a similar message on the Users mailing list. If you also want to try it on Tiger, please don't hesitate. http://alan.petitepomme.net/Unison.zip Thanks, Alan -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20080416/785870c8/PGP.sig From bcpierce at seas.upenn.edu Tue Apr 29 10:07:19 2008 From: bcpierce at seas.upenn.edu (Benjamin C. Pierce) Date: Tue, 29 Apr 2008 10:07:19 -0400 Subject: [Unison-hackers] [unison-svn] r274 - in trunk: . doc src Message-ID: <200804291407.m3TE7JCe022043@yaws.seas.upenn.edu> Author: bcpierce Date: 2008-04-29 10:07:12 -0400 (Tue, 29 Apr 2008) New Revision: 274 Added: trunk/.depend Modified: trunk/Makefile trunk/doc/unison-manual.tex trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/uicommon.ml trunk/src/update.ml Log: * Transfer changes from 2.27 branch Added: trunk/.depend =================================================================== --- trunk/.depend (rev 0) +++ trunk/.depend 2008-04-29 14:07:12 UTC (rev 274) @@ -0,0 +1,70 @@ +src/abort.cmo: src/abort.cmi +src/abort.cmx: src/abort.cmi +src/case.cmo: src/case.cmi +src/case.cmx: src/case.cmi +src/checksum.cmo: src/checksum.cmi +src/checksum.cmx: src/checksum.cmi +src/clroot.cmo: src/clroot.cmi +src/clroot.cmx: src/clroot.cmi +src/common.cmo: src/common.cmi +src/common.cmx: src/common.cmi +src/copy.cmo: src/copy.cmi +src/copy.cmx: src/copy.cmi +src/fileinfo.cmo: src/fileinfo.cmi +src/fileinfo.cmx: src/fileinfo.cmi +src/files.cmo: src/files.cmi +src/files.cmx: src/files.cmi +src/fileutil.cmo: src/fileutil.cmi +src/fileutil.cmx: src/fileutil.cmi +src/fingerprint.cmo: src/fingerprint.cmi +src/fingerprint.cmx: src/fingerprint.cmi +src/fspath.cmo: src/fspath.cmi +src/fspath.cmx: src/fspath.cmi +src/globals.cmo: src/globals.cmi +src/globals.cmx: src/globals.cmi +src/lock.cmo: src/lock.cmi +src/lock.cmx: src/lock.cmi +src/name.cmo: src/name.cmi +src/name.cmx: src/name.cmi +src/os.cmo: src/os.cmi +src/os.cmx: src/os.cmi +src/osx.cmo: src/osx.cmi +src/osx.cmx: src/osx.cmi +src/path.cmo: src/path.cmi +src/path.cmx: src/path.cmi +src/pred.cmo: src/pred.cmi +src/pred.cmx: src/pred.cmi +src/props.cmo: src/props.cmi +src/props.cmx: src/props.cmi +src/recon.cmo: src/recon.cmi +src/recon.cmx: src/recon.cmi +src/remote.cmo: src/remote.cmi +src/remote.cmx: src/remote.cmi +src/sortri.cmo: src/sortri.cmi +src/sortri.cmx: src/sortri.cmi +src/stasher.cmo: src/stasher.cmi +src/stasher.cmx: src/stasher.cmi +src/strings.cmo: src/strings.cmi +src/strings.cmx: src/strings.cmi +src/terminal.cmo: src/terminal.cmi +src/terminal.cmx: src/terminal.cmi +src/transfer.cmo: src/transfer.cmi +src/transfer.cmx: src/transfer.cmi +src/transport.cmo: src/transport.cmi +src/transport.cmx: src/transport.cmi +src/tree.cmo: src/tree.cmi +src/tree.cmx: src/tree.cmi +src/uicommon.cmo: src/uicommon.cmi +src/uicommon.cmx: src/uicommon.cmi +src/uigtk2.cmo: src/uigtk2.cmi +src/uigtk2.cmx: src/uigtk2.cmi +src/uigtk.cmo: src/uigtk.cmi +src/uigtk.cmx: src/uigtk.cmi +src/uitext.cmo: src/uitext.cmi +src/uitext.cmx: src/uitext.cmi +src/update.cmo: src/update.cmi +src/update.cmx: src/update.cmi +src/uutil.cmo: src/uutil.cmi +src/uutil.cmx: src/uutil.cmi +src/xferhint.cmo: src/xferhint.cmi +src/xferhint.cmx: src/xferhint.cmi Modified: trunk/Makefile =================================================================== --- trunk/Makefile 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/Makefile 2008-04-29 14:07:12 UTC (rev 274) @@ -42,6 +42,19 @@ -cat src/RECENTNEWS >> rc.tmp mv -f rc.tmp src/RECENTNEWS +DUPCMD = svn merge -r prev:committed ../branches/2.27 + +dup: + @echo "Make sure changes have been committed in the 2.27 branch!" + $(DUPCMD) --dry-run + @echo "Note that there may be conflicts on some silly files " + @echo " (not sure how to avoid merging those changes!) " + @echo -n "Press RETURN to really do it... " + @read JUNK + $(DUPCMD) + echo >> logmsg + echo "* Transfer changes from 2.27 branch" >> logmsg + ###################################################################### # Export @@ -201,7 +214,7 @@ nightly: ($(RM) -r $(HOME)/tmp/unison; \ cd $(HOME)/tmp; \ - svn co https://svn.cis.upenn.edu/svnroot/unison/trunk unison; \ + svn co https://webdav.seas.upenn.edu/svn/unison/trunk unison; \ cd $(HOME)/tmp/unison; \ $(MAKE) exportdevel) @@ -273,9 +286,3 @@ src/$(NAME): $(MAKE) -C src -bcpgrab: - -unison eniac -path current/unison/trunk -batch - ssh central-l.cis.upenn.edu "(cd current/unison/trunk; svn update)" - -unison eniac -path current/unison/trunk -batch - make - Modified: trunk/doc/unison-manual.tex =================================================================== --- trunk/doc/unison-manual.tex 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/doc/unison-manual.tex 2008-04-29 14:07:12 UTC (rev 274) @@ -1678,7 +1678,8 @@ A large number of external merging programs are available. For example, on Unix systems setting the \verb|merge| preference to \begin{verbatim} - merge = Name *.txt -> diff3 CURRENT1 CURRENTARCH CURRENT2 -m > NEW + merge = Name *.txt -> diff3 -m CURRENT1 CURRENTARCH CURRENT2 + > NEW || echo "differences detected" \end{verbatim} \noindent will tell Unison to use the external \verb|diff3| program for merging. Modified: trunk/src/RECENTNEWS =================================================================== --- trunk/src/RECENTNEWS 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/src/RECENTNEWS 2008-04-29 14:07:12 UTC (rev 274) @@ -1,4 +1,9 @@ +CHANGES FROM VERSION 2.28.36 + +* Transfer changes from 2.27 branch + ------------------------------- +------------------------------- CHANGES FROM VERSION 2.28.29 * Propagage changes from 2.27 branch. Modified: trunk/src/mkProjectInfo.ml =================================================================== --- trunk/src/mkProjectInfo.ml 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/src/mkProjectInfo.ml 2008-04-29 14:07:12 UTC (rev 274) @@ -66,3 +66,4 @@ + Modified: trunk/src/uicommon.ml =================================================================== --- trunk/src/uicommon.ml 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/src/uicommon.ml 2008-04-29 14:07:12 UTC (rev 274) @@ -322,12 +322,14 @@ let dangerousPathMsg dangerousPaths = if dangerousPaths = [Path.empty] then "The root of one of the replicas has been completely emptied.\n\ - Unison may delete everything in the other replica." + Unison may delete everything in the other replica. (Set the \n\ + 'confirmbigdelete' preference to false to disable this check.)" else Printf.sprintf "The following paths have been completely emptied in one replica:\n \ %s\n\ - Unison may delete everything below these paths in the other replica." + Unison may delete everything below these paths in the other replica.\n + (Set the 'confirmbigdelete' preference to false to disable this check.)" (String.concat "\n " (Safelist.map (fun p -> "'" ^ (Path.toString p) ^ "'") dangerousPaths)) Modified: trunk/src/update.ml =================================================================== --- trunk/src/update.ml 2008-03-29 16:40:01 UTC (rev 273) +++ trunk/src/update.ml 2008-04-29 14:07:12 UTC (rev 274) @@ -973,7 +973,7 @@ let immutable = Pred.create "immutable" ("This preference specifies paths for directories whose \ - children are all immutable files --- i.e., once a file has been \ + immediate children are all immutable files --- i.e., once a file has been \ created, its contents never changes. When scanning for updates, \ Unison does not check whether these files have been modified; \ this can speed update detection significantly (in particular, for mail \ From bcpierce at seas.upenn.edu Tue Apr 29 10:09:00 2008 From: bcpierce at seas.upenn.edu (Benjamin C. Pierce) Date: Tue, 29 Apr 2008 10:09:00 -0400 Subject: [Unison-hackers] [unison-svn] r275 - in branches/2.27: doc src Message-ID: <200804291409.m3TE90XJ022125@yaws.seas.upenn.edu> Author: bcpierce Date: 2008-04-29 10:08:53 -0400 (Tue, 29 Apr 2008) New Revision: 275 Modified: branches/2.27/doc/unison-manual.tex branches/2.27/src/RECENTNEWS branches/2.27/src/mkProjectInfo.ml Log: Tiny edit to docs Modified: branches/2.27/doc/unison-manual.tex =================================================================== --- branches/2.27/doc/unison-manual.tex 2008-04-29 14:07:12 UTC (rev 274) +++ branches/2.27/doc/unison-manual.tex 2008-04-29 14:08:53 UTC (rev 275) @@ -1678,7 +1678,8 @@ A large number of external merging programs are available. For example, on Unix systems setting the \verb|merge| preference to \begin{verbatim} - merge = Name *.txt -> diff3 CURRENT1 CURRENTARCH CURRENT2 -m > NEW + merge = Name *.txt -> diff3 -m CURRENT1 CURRENTARCH CURRENT2 + > NEW || echo "differences detected" \end{verbatim} \noindent will tell Unison to use the external \verb|diff3| program for merging. Modified: branches/2.27/src/RECENTNEWS =================================================================== --- branches/2.27/src/RECENTNEWS 2008-04-29 14:07:12 UTC (rev 274) +++ branches/2.27/src/RECENTNEWS 2008-04-29 14:08:53 UTC (rev 275) @@ -1,3 +1,8 @@ +CHANGES FROM VERSION 2.27.65 + +Tiny edit to docs + +------------------------------- CHANGES FROM VERSION 2.27.64 * Minor Modified: branches/2.27/src/mkProjectInfo.ml =================================================================== --- branches/2.27/src/mkProjectInfo.ml 2008-04-29 14:07:12 UTC (rev 274) +++ branches/2.27/src/mkProjectInfo.ml 2008-04-29 14:08:53 UTC (rev 275) @@ -72,3 +72,4 @@ +