bug#841: marked as done (23.0.60; ediff-merge-revision: Buffer exceeds maximum size)

[Emacs bug Tracking System]

Your message dated Tue, 02 Sep 2008 20:19:27 -0400
with message-id <871w026pyo.fsf@cyd.mit.edu>
and subject line Re: 23.0.60; ediff-merge-revision: Buffer exceeds maximum size
has caused the Emacs bug report #844,
regarding 23.0.60; ediff-merge-revision: Buffer exceeds maximum size
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
844: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=844
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: 23.0.60; ediff-merge-revision: Buffer exceeds maximum size
>
>
>
>
> Date: 
>
> Sun, 31 Aug 2008 15:36:37 -0400
>
>
>
>
>
> On Sun, 31 Aug 2008 15:40:21 +0200
> "Lennart Borgman (gmail)" <lennart.borgman@gmail.com> wrote:
>
> > When I just made a checkout of Emacs from CVS I got a merge conflict
> > which I used ediff-revision to resolve. I then got the following back
> > trace when I did "wb" to save the corrected file:
> > 
> > Debugger entered--Lisp error: (error "Buffer exceeds maximum size")
> >   call-process("diff" nil #<buffer *ediff-custom-diff*> nil "-c"
>
> This says that the output of diff -c exceeds the buffer size.
>
> It is unclear how this is related to ediff per se, since ediff merely calls
> call-process with the above command.
>
> > "c:/DOCUME~1/LENNAR~1/LOCALS~1/Temp/ediff282470M"
> > "c:/ecvsnew/bld/emacs/src/w32term.c")
> >   apply(call-process "diff" nil #<buffer *ediff-custom-diff*> nil ("-c"
> > "c:/DOCUME~1/LENNAR~1/LOCALS~1/Temp/ediff282470M"
> > "c:/ecvsnew/bld/emacs/src/w32term.c"))
> >   ediff-exec-process("diff" #<buffer *ediff-custom-diff*> synchronize
> > "-c" "c:/DOCUME~1/LENNAR~1/LOCALS~1/Temp/ediff282470M"
> > "c:/ecvsnew/bld/emacs/src/w32term.c")
> >   ediff-compute-custom-diffs-maybe()
> >   ediff-save-buffer(nil)
> >   call-interactively(ediff-save-buffer nil nil)
> > 
> > Looking into ediff-custom-diff I can see there is some problem with ^M:
>
> Can you explain what the problem is? It is unclear from the included text below.
>
> In any case, I deed to be able to reproduce it in order to be able to determine
> if something needs to be fixed in ediff. Right now it does not look like
> an ediff problem.
>
> michael
>
>
> > !     emacs_event->part = scroll_bar_handle;
> > !     y = 0;
> > !     break;
> >         case SB_BOTTOM:
> > !     emacs_event->part = scroll_bar_handle;
> > !     y = top_range;
> > !     break;
> >         case SB_THUMBTRACK:
> >         case SB_THUMBPOSITION:
> > !     if (VERTICAL_SCROLL_BAR_TOP_RANGE (f, XINT (bar->height)) <= 0xffff)
> >             y = HIWORD (msg->msg.wParam);
> > 
> > !     bar->dragging = Qt;
> > 
> > !     emacs_event->part = scroll_bar_handle;
> > 
> > 
> > 
> > !     /* "Silently" update current position.  */
> > 
> > !     {
> > 
> > !       SCROLLINFO si;
> > 
> > 
> > 
> > 
> > This was with my patched version, but I do not think I have any patches
> > that comes in here:
> > 
> > In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
> >  of 2008-08-28 (patched)
> > Windowing system distributor `Microsoft Corp.', version 5.1.2600
> > configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include'
> > 
> > 
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: 23.0.60; ediff-merge-revision: Buffer exceeds maximum size
>
>
>
>
> Date: 
>
> Tue, 02 Sep 2008 20:19:27 -0400
>
>
>
>
> Are you able to reproduce this?
>
>
> --- End Message ---