Is this a parse-partial-sexp doc bug

The statements marked ^^^ seem to conflict: parse-partial-sexp is a built-in function in `C source code'. (parse-partial-sexp from to &optional targetdepth stopbefore oldstate commentstop) ... Value is a list of ten elements describing final state of parsing: ...

Problem with posn-at-point

With the cursor in column 10 or greater on any line of text and no horizontal scrolling in effect M-: (car (nth 6 (posn-at-point))) I get the value I expect. That is, (current-column). Now do M-: (scroll-left) M-: (car (nth 6 (posn-at-point))) The position returned is (- (current-column)

Flyspell-mode breaks CUA mode

After starting Emacs with -Q I start flyspell-mode in the *scratch* buffer. I then paste some text into the buffer and turn CUA mode on from the [options] menu. If I try to select text using shifted arrow keys the selection is erratic. That is, sometimes text will be selected and sometimes not.

fatal error U1073: don't know how to make './getopt.h'

I'm doing a bootstrap make and get this failure. During my CVS Update I got a message that getopt.h was no longer in the repository and it was deleted from my machine. cd ..\lib-src NMAKE all Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft

Recentf mode doesn't work

The fastest way to see the problem is like this. Emacs -Q M-x recentf-mode C-x C-f _emacs M-x recentf-save-list At this point a window pops up named *Warnings*. The sole contents of the buffer is: Warning (emacs): recentf mode: Wrong type argument: stringp, nil Turning debug-on-error does

Ediff merge problems

Two unwanted things are happening during a merge of 2 buffers. 1. If you type ? so that the little Ediff Control frame is big and displays help, you can't actually merge until you shrink it with another ? command. While big, typing n (or p) causes the frame with the buffers being merged to

frame-pixel-height doesn't count menu-bar

(menu-bar-mode 0) (frame-height) (frame-pixel-height) (menu-bar-mode 1) (frame-height) (frame-pixel-height) When executing this sequence, the value returned by frame-pixel-height is the same in both cases even though the frame size obviously changes during the process. The manual isn't clear abo

CVS Emacs doesn't compile

First I got this: NMAKE temacs CFLAGS="-I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -nologo -D_X86_=1 -c -Zel -W2 -H63 -Oxsb2 -Oy- -G6dF -Zp8 -Zi -Di386 -D_CRTAPI1=_cdecl -Demacs=1 -DWINDOWSNT -DDOS_NT - DHAVE_CONFIG_H -I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DPURESIZE=500" Mic

CVS compile fails

mkdir obj-spd mkdir "obj-spd/i386" cl -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -nologo -D_X86_=1 -c -Zel -W2 -H63 -Oxsb2 -Oy- -G6dF -Zp8 -Zi -Di386 -D_CRTAPI1=_cdecl -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE_CONFIG_H -I.. /nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DPURESIZE=50

Re: Unable to compile using NMAKE BOOTSTRAP

t ,int )' casetab.c(156) : warning C4113: 'void (__cdecl *)()' differs in parameter lists from 'void (__cdecl *)(int ,int ,int )' casetab.c(157) : warning C4113: 'void (__cdecl *)()' differs in parameter lists from 'void (__cdecl *)(int ,int ,int )' floatfns.

Unable to compile using NMAKE BOOTSTRAP

Sorry but I'm too unfamiliar with MSVC environment to actually tell what might be wrong. Hope this is enough info. image.c(6452) : warning C4113: 'void (__cdecl *)()' differs in parameter lists from 'void (__cdecl *)(struct jpeg_decompress_struct *)' image.c(6453) : warning C4113: 'unsigned char

Clipboard doesn't get entire selection.

I'm running on several types of W32 machines with equal results. When copying text to the clipboard not all of it ends up in the clipboard. It appears that for every line over 130 being copied, no matter the line length, one byte is missing. In other words (eq bytes-in-clipboard (- (bytes-copied