* Re: Possible bug in Emacs 21.3 [not found] <mailman.3778.1048827715.21513.bug-gnu-emacs@gnu.org> @ 2003-03-29 7:19 ` maierh [not found] ` <u3cl6r65h.fsf@myself.com> 1 sibling, 0 replies; 2+ messages in thread From: maierh @ 2003-03-29 7:19 UTC (permalink / raw) Cc: cygwin "Peter Milliken" <PeterM@resmed.com.au> writes: > I have downloaded the source of 21.3 and built it on a PC running Win2000 > and using the Cygwin distribution and following the INSTALL instructions in > emacs-21.3/nt/INSTALL (well, I ran "configure.bat --prefix=/c/emacs" and > then type "make install" as I have done for all other source distributions > :-)) > > The resulting binary falls over with a "Abort, Retry or Ignore" dialog when > any package referenced from my .emacs that attempts to "require" the cl.el > package. > > Just typing M-: (require 'cl) from within the Emacs session will bring up > the problem. > > I would imagine this is more likely a problem with my Cygwin setup than an > Emacs bug as I am sure that pretesting would have found this one very > quickly! > I used gcc 3.2.3(?) to build emacs from the source. I then tried using gcc > 2.95 but that fails with a source code/compile error part way through the > make, so I rebuilt with gcc 3.2.3 and tried again - same results. I veryfied emacs-21.2.95 this with the latest cygwin release and I could reproduce this on my system too. I was able to compile emacs too with the latest cygwin 'gcc version 2.95.3-10 (cygwin special)', but the problem still exists: cl pops up a "Abort, Retry or Ignore" Dialog. Compiler | State ----------------------------------+----------------- gcc 2.95.3-10 (cygwin special) | fails with cl.el gcc 3.2 20020927 (prerelease) | fails with cl.el gcc 2.95.3-6 (mingw special) | okay msvc | okay With the emacs head version I get by executing the "M-: (require 'cl)" lisp function the following backtrace: ,---- | Debugger entered--Lisp error: (invalid-read-syntax ". in wrong context") | cl-random-time() | byte-code("...") | require(cl) | eval((require (quote cl))) | eval-expression((require (quote cl)) nil) | * call-interactively(eval-expression) `---- I am cc'ing this too to the cygwin mailing list, maybe someone has an idea what the problem caused. Harald ^ permalink raw reply [flat|nested] 2+ messages in thread
[parent not found: <u3cl6r65h.fsf@myself.com>]
[parent not found: <3E856D09.6080900@wanadoo.fr>]
* Re: [h-e-w] Re: Possible bug in Emacs 21.3 [not found] ` <3E856D09.6080900@wanadoo.fr> @ 2003-03-29 18:08 ` Harald.Maier.BW 0 siblings, 0 replies; 2+ messages in thread From: Harald.Maier.BW @ 2003-03-29 18:08 UTC (permalink / raw) Cc: gnu-emacs-bug Hello David, I tried your patch below with emacs-21.3 and emacs cvs head and it works very fine with gcc 3.2 and the latest cygwin release. So hopefully the patch is soon included into cvs. Thanks for your fast reply. Harald David Ponce <david.ponce@wanadoo.fr> writes: > Harald.Maier.BW@t-online.de wrote: > >> "Peter Milliken" <PeterM@resmed.com.au> writes: >> >>>I have downloaded the source of 21.3 and built it on a PC running Win2000 >>>and using the Cygwin distribution and following the INSTALL instructions in >>>emacs-21.3/nt/INSTALL (well, I ran "configure.bat --prefix=/c/emacs" and >>>then type "make install" as I have done for all other source distributions >>>:-)) >>> >>>The resulting binary falls over with a "Abort, Retry or Ignore" dialog when >>>any package referenced from my .emacs that attempts to "require" the cl.el >>>package. >>> >>>Just typing M-: (require 'cl) from within the Emacs session will bring up >>>the problem. >> ----------------------------------+----------------- >> gcc 2.95.3-10 (cygwin special) | fails with cl.el >> gcc 3.2 20020927 (prerelease) | fails with cl.el >> gcc 2.95.3-6 (mingw special) | okay >> msvc | okay > Maybe are you using the mingw runtime 2.3 or 2.4? > There is a compatibility problem between that runtime and Emacs, > because of change in the way it handles binary vs. text IO mode. > > Notice that the development version (in CVS) is affected too. > > The following patch (discussed in the emacs-devel ML) fixed that > problem for me. > > *** emacs.c.ori Thu Aug 29 21:27:07 2002 > --- emacs.c Thu Mar 27 16:29:58 2003 > *************** > *** 40,45 **** > --- 40,49 ---- > #include <sys/ioctl.h> > #endif > > + #ifdef WINDOWSNT > + #include <fcntl.h> > + #endif > + > #include "lisp.h" > #include "commands.h" > #include "intervals.h" > *************** > *** 874,884 **** > uninterrupt_malloc (); > #endif /* not SYSTEM_MALLOC */ > > ! #ifdef MSDOS > /* We do all file input/output as binary files. When we need to translate > newlines, we do that manually. */ > _fmode = O_BINARY; > > #if __DJGPP__ >= 2 > if (!isatty (fileno (stdin))) > setmode (fileno (stdin), O_BINARY); > --- 878,890 ---- > uninterrupt_malloc (); > #endif /* not SYSTEM_MALLOC */ > > ! #if defined (MSDOS) || defined (WINDOWSNT) > /* We do all file input/output as binary files. When we need to translate > newlines, we do that manually. */ > _fmode = O_BINARY; > + #endif /* MSDOS || WINDOWSNT */ > > + #ifdef MSDOS > #if __DJGPP__ >= 2 > if (!isatty (fileno (stdin))) > setmode (fileno (stdin), O_BINARY); ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-03-29 18:08 UTC | newest] Thread overview: 2+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <mailman.3778.1048827715.21513.bug-gnu-emacs@gnu.org> 2003-03-29 7:19 ` Possible bug in Emacs 21.3 maierh [not found] ` <u3cl6r65h.fsf@myself.com> [not found] ` <3E856D09.6080900@wanadoo.fr> 2003-03-29 18:08 ` [h-e-w] " Harald.Maier.BW
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.