Thanks, Gary.<div><br></div><div>It wasn't until I viewed the code in psvn in Emacs that I saw the conflict.  That'll teach me to multitask while running svn up...<br><br></div><div>Chris.</div><div><br><div class="gmail_quote">
On Tue, Jul 14, 2009 at 7:33 AM, Gary Byers <span dir="ltr"><<a href="mailto:gb@clozure.com">gb@clozure.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
You modified your copy of ../easygui/views.lisp, then did an 'svn update'.<br>
SVN couldn't reconcile your changes to this file with changes in the<br>
repository copy, so it announced that there were conflicting changes<br>
(by printing the line with a status marker of "C"); see<br>
<<a href="http://trac.clozure.com/openmcl/wiki/UpdatingFromSource" target="_blank">http://trac.clozure.com/openmcl/wiki/UpdatingFromSource</a>>)<br>
and included both your changes and the repository version's in your<br>
working copy (surrounded by ==========, <<<<<<<<< , >>>>>>>>, and<br>
other markers.)  Those "other markers" are intended to help someone<br>
manually merge a few sets of changes; they aren't intended to be<br>
syntactically valid lisp (or valid anything else.)<br>
<br>
If you want to have svn discard your changes and use the repository<br>
version, you can do:<br>
<br>
$ svn revert /Users/cvandusen/bin/ccl/examples/cocoa/easygui/views.lisp<br>
<br>
If you want to keep your local changes, you can edit the file and manually<br>
resolve the conflicting parts, then do:<br>
<br>
$ svn resolved /path/to/file<br>
<br>
to tell svn that the conflicts have been resolved.<br>
<br>
Versions 1.5 and later of svn have other options that can take effect<br>
when a file's been modified locally and also changed on the server.<br>
<br>
<br>
Seeing complaints about ===== and >>>>> and <<<<< strongly suggest that<br>
a local change is in conflict with something changed in the repository<br>
and that 'svn revert' or 'svn resolved' will be necessary.<div><div></div><div class="h5"><br>
<br>
On Tue, 14 Jul 2009, Chris Van Dusen wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
12408 is doing this when building the IDE:<br>
;Compiler warnings for<br>
"/Users/cvandusen/bin/ccl/examples/cocoa/easygui/views.lisp" :<br>
;   In VIEW-MOUSE-POSITION: Undeclared free variable =======<br>
;   In VIEW-MOUSE-POSITION: Unused lexical variable NSPT<br>
;   In VIEW-MOUSE-POSITION: Unused lexical variable .MINE<br>
;   In VIEW-MOUSE-POSITION: Unused lexical variable <<<<<<<<br>
;   In VIEW-MOUSE-POSITION: Undeclared free variable >>>>>>><br>
;   In VIEW-MOUSE-POSITION: Undeclared free variable .R12408<br>
;   In VIEW-MOUSE-POSITION: Undeclared free variable NSPT (2 references)<br>
Read error between positions 68447 and 68448 in<br>
/Users/cvandusen/bin/ccl/examples/cocoa/easygui/views.lisp.<br>
> Error: Reader error on #<BASIC-FILE-CHARACTER-INPUT-STREAM<br>
("/Users/cvandusen/bin/ccl/examples/cocoa/easygui/views.lisp"/19 ISO-8859-1)<br>
#x30004294DA4D>, near position 68448, within "y nspt))))<br>
>        ":<br>
>        Unmatched ')' near position 68448.<br>
> While executing: CCL::SIGNAL-READER-ERROR, in process listener(1).<br>
> Type cmd-. to abort, cmd-\ for a list of available restarts.<br>
> Type :? for other options.<br>
1 > <br>
On Tue, Jul 14, 2009 at 12:35 AM, mikel evins <<a href="mailto:mevins@mac.com" target="_blank">mevins@mac.com</a>> wrote:<br>
<br>
      On Jul 14, 2009, at 12:19 AM, Ron Garret wrote:<br>
<br>
      ><br>
      > On Jul 13, 2009, at 10:04 PM, Ron Garret wrote:<br>
      ><br>
      >><br>
      >> On Jul 13, 2009, at 9:03 PM, mikel evins wrote:<br>
      >><br>
      >>><br>
      >>> On Jul 13, 2009, at 4:08 PM, Ron Garret wrote:<br>
      >>><br>
      >>>> 2. If the cursor is on a line other than the last, then the<br>
      sexpr<br>
      >>>> on<br>
      >>>> that line is copied to the last line AND it is evaluated.<br>
       This is<br>
      >>>> badly broken IMHO because there is no opportunity to edit<br>
      the line.<br>
      >>>> Now to re-use a previous line of input with changes you<br>
      have to<br>
      >>>> select, copy, click, and paste.  Very annoying.  Worse...<br>
      >>><br>
      >>><br>
      >>> I think this part is fixed in 12406.<br>
      >><br>
      >> Nope.  Still copying-and-evaluating in one step.<br>
      ><br>
      > Whoops, belay that.  Seems to be working now.  Not sure why it<br>
      > wasn't before.<br>
<br>
Try 12407; I think the spurious newlines on the input line are fixed.<br>
<br>
> I might be able to help out with this if you like since I seem to be<br>
> the one doing most of the complaining.<br>
<br>
<br>
This is kind of fiddly stuff. I think the greatest help you can be is<br>
to do exactly what you're doing: try it out and see if it does<br>
anything that bugs you. I have all this code in my head right now, so<br>
now is a great time to poke at it.<br>
<br>
Let me know how 12407 seems to you.<br>
<br>
--me<br>
<br>
_______________________________________________<br>
Openmcl-devel mailing list<br>
<a href="mailto:Openmcl-devel@clozure.com" target="_blank">Openmcl-devel@clozure.com</a><br>
<a href="http://clozure.com/mailman/listinfo/openmcl-devel" target="_blank">http://clozure.com/mailman/listinfo/openmcl-devel</a><br>
<br>
<br>
<br>
<br>
</blockquote>
</div></div></blockquote></div><br></div>