On Sat, Mar 2, 2013 at 10:49 PM, Jerry James <james(a)xemacs.org> wrote:
On Tue, Feb 5, 2013 at 8:46 AM, Robert Pluim <rpluim(a)gmail.com>
wrote:
> Hi,
>
> I had to make the attached changes to get it to compile for me on cygwin.
I understand the second hunk, but that first hunk can't possibly be
right. The first argument to get_buffer_range_char is a "struct
buffer *", which current_buffer is. Fcurrent_buffer, on the other
hand, is a lisp function. Or was that supposed to be
Fcurrent_buffer()? That still isn't right, as it returns a Lisp
object that wraps a "struct buffer *".
I suspect the problem is the same one as for the second hunk:
current_buffer is not exposed to modules. Try adding current_buffer
to src/xemacs.def.in.in instead. I'll add that to the next iteration
of this patch.
Your analysis seems correct, you've certainly spent more time on it than I
did:). I'll give it a test tomorrow.
> I gave it a quick test with shr in gnus, which caused a
spectacular
crash,
> but the loading & running of libxml2 seems fine.
Might the crash have been due to the problem with the first hunk of the
patch?
Yes. Fcurrent_buffer is in the backtrace, which had me scratching my head.
Robert
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta