* RE: visible system caret no longer working in ms windows
@ 2002-10-23 12:39 Ben Key
2002-10-23 20:56 ` Jason Rumney
0 siblings, 1 reply; 24+ messages in thread
From: Ben Key @ 2002-10-23 12:39 UTC (permalink / raw)
Cc: 'emacs-devel@gnu.org'
We have nobody working much on support for Windows now. Can you
experiment with intermediate versions from CVS and narrow it down more
precisely?
I am interested in this problem as well. I would be more than willing to do
what I can to resolve it. However, I have no idea how to retrieve older
versions of files from CVS.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-23 12:39 visible system caret no longer working in ms windows Ben Key
@ 2002-10-23 20:56 ` Jason Rumney
2002-10-24 1:00 ` Ben Key
0 siblings, 1 reply; 24+ messages in thread
From: Jason Rumney @ 2002-10-23 20:56 UTC (permalink / raw)
Cc: 'emacs-devel@gnu.org'
Ben Key <BenK@FreedomScientific.com> writes:
> We have nobody working much on support for Windows now. Can you
> experiment with intermediate versions from CVS and narrow it down more
> precisely?
>
> I am interested in this problem as well. I would be more than willing to do
> what I can to resolve it. However, I have no idea how to retrieve older
> versions of files from CVS.
Use PCL-CVS or one of the following:
cvs checkout -r REV file
cvs checkout -D DATE file
Since it has been reported that replacing w32fns.c with one from
several months ago worked, you could concentrate on that file and go
back one revision at a time.
But first make sure you can reproduce what the problem is in the
current version. I am not sure that it is easy to spot without
specific accessibilty software installed on your system that relies
on tracking the system caret.
^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: visible system caret no longer working in ms windows
2002-10-23 20:56 ` Jason Rumney
@ 2002-10-24 1:00 ` Ben Key
0 siblings, 0 replies; 24+ messages in thread
From: Ben Key @ 2002-10-24 1:00 UTC (permalink / raw)
Cc: emacs-devel
But first make sure you can reproduce what the problem is in the
current version. I am not sure that it is easy to spot without
specific accessibility software installed on your system that relies
on tracking the system caret.
I have been able to reproduce this problem. The company I work for, Freedom
Scientific, is the developer of several accessibility products, including
the screen reader JAWS. Since I am one of the developers of JAWS, I am in
an excellent position to test the system caret support.
I am more than willing to devote quite some time in the evenings at home to
resolve this problem. My vision is failing and I am beginning to actually
need to use JAWS (I have been helping to develop it for four years now but
until about 6 months ago when my vision started getting much worse I never
even used it other than the bare minimum to test my work!). One thing I
really an having problems with now is that JAWS does not work with Emacs
very well, so I am having to rely on other editors when eye strain causes me
to have to rely on JAWS. Therefore I am highly motivated to resolve this
problem as soon as possible.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
@ 2002-10-24 8:30 jasonr
2002-10-24 10:16 ` Kim F. Storm
2002-10-25 5:35 ` Richard Stallman
0 siblings, 2 replies; 24+ messages in thread
From: jasonr @ 2002-10-24 8:30 UTC (permalink / raw)
There were changes made on 2002-08-28 and 2002-08-30 that
could be relevant. Both involved cursor related code
in w32fns.c.
> from: John Covici <covici@ccs.covici.com>
> date: Thu, 24 Oct 2002 02:54:18
> to: emacs-devel@gnu.org, emacs-pretest-bug@gnu.org
> subject: Re: visible system caret no longer working in ms windows
>
> OK, I did narrow it down to the following, it takes quite a while to
> do the update, but on 8/27/02 it worked, and 9/02/02 did not -- I
> hope this narrows it down enough to figure out what is the matter.
>
>
> on 23 Oct 2002 15:42:44 0200 storm@cua.dk (Kim F. Storm) wrote:
>
> > John covici <covici@ccs.covici.com> writes:
> >
> >> OK, I will be glad to do this, but please tell me how to figure out
> >> and retrieve different versions of cvs -- I have read the docs, but
> >> its confusing to me as to how to do that.
> >
> > E.g.
> >
> > cvs update -D "10 days ago"
> >
> > will modify your current checkout to reflect the sources 10 days ago.
> > Then do make clean, configure, make bootstrap to build it.
> >
> > --
> > Kim F. Storm <storm@cua.dk> http://www.cua.dk
>
> --
> John Covici
> covici@ccs.covici.com
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://mail.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-24 8:30 jasonr
@ 2002-10-24 10:16 ` Kim F. Storm
2002-10-24 21:04 ` Kim F. Storm
2002-10-25 5:35 ` Richard Stallman
1 sibling, 1 reply; 24+ messages in thread
From: Kim F. Storm @ 2002-10-24 10:16 UTC (permalink / raw)
Cc: covici, emacs-devel, emacs-pretest-bug
jasonr@btinternet.com writes:
> There were changes made on 2002-08-28 and 2002-08-30 that
> could be relevant. Both involved cursor related code
> in w32fns.c.
Those changes were first made by RMS - adding one kind of cursor
customization, and subsequently by me - adding (and consolidating)
even more cursor customization.
In RMS changes to w32term.c (!), I can see that he removed the
determination of the "active_cursor" state [which controls when
to move the system caret] -- probably because he just copied code
from xterm.c. In my subsequent change, based on RMS' code, I
consolidated what now looked as "identical" code (into xdisp.c).
So I would assume that the proper fix will be to reintroduce the
determination of the "active_cursor" state, either in
x_display_and_set_cursor in w32term.c, or (more generic) in
get_window_cursor_type in xdisp.c.
I'll look into fixing that asap.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-24 10:16 ` Kim F. Storm
@ 2002-10-24 21:04 ` Kim F. Storm
2002-10-25 3:33 ` John Covici
2002-10-25 10:02 ` Richard Stallman
0 siblings, 2 replies; 24+ messages in thread
From: Kim F. Storm @ 2002-10-24 21:04 UTC (permalink / raw)
Cc: covici, emacs-devel, emacs-pretest-bug
storm@cua.dk (Kim F. Storm) writes:
> jasonr@btinternet.com writes:
>
> So I would assume that the proper fix will be to reintroduce the
> determination of the "active_cursor" state, either in
> x_display_and_set_cursor in w32term.c, or (more generic) in
> get_window_cursor_type in xdisp.c.
>
> I'll look into fixing that asap.
I just committed a fix to again determine the active_cursor state;
please check whether that fixes the problem.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-24 21:04 ` Kim F. Storm
@ 2002-10-25 3:33 ` John Covici
2002-10-25 9:30 ` Kim F. Storm
2002-10-25 10:02 ` Richard Stallman
1 sibling, 1 reply; 24+ messages in thread
From: John Covici @ 2002-10-25 3:33 UTC (permalink / raw)
Cc: jasonr, emacs-devel, emacs-pretest-bug
Well, it worked just fine under Windows xp pro, but under 98 it died
and said it couldn't find encoded-kb. Here is part of the standard
output from nmake.
link -out:obj-spd/i386/temacs.bin -release -incremental:no -version:3.10 -swaprun:cd -swaprun:net setargv.obj -debug:full -debugtype:both -stack:0x00800000 -heap:0x00100000 -base:0x01000000 -debug:full -debugtype:both -pdb:obj-spd/i386\temacs.pdb -machine:i386 -subsystem:console -entry:_start -map:obj-spd/i386\temacs.map -profile obj-spd/i386/firstfile.obj obj-spd/i386/emacs.res obj-spd/i386/temacs0.lib obj-spd/i386/temacs1.lib obj-spd/i386/temacw32.lib obj-spd/i386/lastfile.lib advapi32.lib gdi32.lib comdlg32.lib user32.lib mpr.lib shell32.lib libc.lib
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
"../nt/obj-spd/i386/addsection" "obj-spd/i386/temacs.bin" "obj-spd/i386/temacs.exe" EMHEAP 16
Dumping from obj-spd/i386/temacs.bin
to obj-spd/i386/temacs.exe
Copying DOS header...
0x00000000 Offset in input file.
0x00000000 Offset in output file.
0x000000e8 Size in bytes.
Copying NT header...
0x000000e8 Offset in input file.
0x000000e8 Offset in output file.
0x000000f8 Size in bytes.
Copying section table...
0x000001e0 Offset in input file.
0x000001e0 Offset in output file.
0x00000140 Size in bytes.
Copying raw data for .text...
0x00001000 Offset in input file.
0x00001000 Offset in output file.
0x000fa000 Size in bytes.
Copying raw data for EMBSS...
0x00000000 Offset in input file.
0x000fb000 Offset in output file.
0x00000000 Size in bytes.
Copying raw data for .rdata...
0x000fb000 Offset in input file.
0x000fb000 Offset in output file.
0x00014000 Size in bytes.
Copying raw data for .data...
0x0010f000 Offset in input file.
0x0010f000 Offset in output file.
0x00002000 Size in bytes.
Copying raw data for .idata...
0x00111000 Offset in input file.
0x00111000 Offset in output file.
0x00003000 Size in bytes.
Copying raw data for EMDATA...
0x00114000 Offset in input file.
0x00114000 Offset in output file.
0x004ce000 Size in bytes.
Copying raw data for .rsrc...
0x005e2000 Offset in input file.
0x005e2000 Offset in output file.
0x00001000 Size in bytes.
Copying raw data for .reloc...
0x005e3000 Offset in input file.
0x005e3000 Offset in output file.
0x00017000 Size in bytes.
Copying remainder of executable...
0x005fa000 Offset in input file.
0x005fa000 Offset in output file.
0x00080079 Size in bytes.
"C:\emacs\src/obj-spd/i386/temacs.exe" -batch -l loadup bootstrap
Loading loadup.el (source)...
Using load-path (../lisp c:/emacs/lisp/emacs-lisp c:/emacs/lisp/language c:/emacs/lisp/international)
Loading byte-run (source)...
Loading emacs-lisp/backquote (source)...
Loading subr (source)...
Loading version.el (source)...
Loading widget (source)...
Loading custom (source)...
Loading map-ynp (source)...
Loading env (source)...
Loading cus-start (source)...
Loading international/mule (source)...
Loading international/mule-conf.el (source)...
Loading format (source)...
Loading bindings (source)...
Loading files (source)...
Loading cus-face (source)...
Loading faces (source)...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((95856 . 28979) (4965 . 22) (554 . 168) 309175 22130 (7 . 0) (17 . 0) (6362 . 757))
Loading loaddefs.el (source)...
((112059 . 12776) (7087 . 0) (562 . 160) 983387 22130 (9 . 0) (17 . 0) (12406 . 68))
Loading simple (source)...
Loading help (source)...
Loading international/mule-cmds (source)...
Loading case-table (source)...
Loading international/utf-8 (source)...
Loading international/utf-16 (source)...
Loading international/characters (source)...
Loading international/latin-1 (source)...
Loading international/latin-2 (source)...
Loading international/latin-3 (source)...
Loading international/latin-4 (source)...
Loading international/latin-5 (source)...
Loading international/latin-8 (source)...
Loading international/latin-9 (source)...
Loading language/chinese (source)...
Loading language/cyrillic (source)...
Loading language/indian (source)...
Loading language/devanagari (source)...
Loading language/english (source)...
Loading language/ethiopic (source)...
Loading language/european (source)...
Loading language/czech (source)...
Loading language/slovak (source)...
Loading language/romanian (source)...
Loading language/greek (source)...
Loading language/hebrew (source)...
Loading language/japanese (source)...
Loading language/korean (source)...
Loading language/lao (source)...
Loading language/thai (source)...
Loading language/tibetan (source)...
Loading language/vietnamese (source)...
Loading language/misc-lang (source)...
Loading language/utf-8-lang (source)...
Loading language/georgian (source)...
Loading international/ucs-tables (source)...
Loading indent (source)...
Loading window (source)...
Loading frame (source)...
Loading term/tty-colors (source)...
Loading font-core (source)...
Loading facemenu (source)...
Loading mouse (source)...
Loading scroll-bar (source)...
Loading select (source)...
Loading timer (source)...
Loading isearch (source)...
((189118 . 15497) (9402 . 2) (579 . 183) 1248018 144771 (28 . 1) (17 . 43) (18622 . 152))
Loading menu-bar (source)...
Loading paths.el (source)...
Loading startup (source)...
Loading emacs-lisp/lisp (source)...
Loading textmodes/page (source)...
Loading register (source)...
Loading textmodes/paragraphs (source)...
Loading emacs-lisp/lisp-mode (source)...
Loading textmodes/text-mode (source)...
Loading textmodes/fill (source)...
((214515 . 5157) (10023 . 3) (583 . 187) 1334383 146466 (29 . 0) (17 . 43) (20743 . 362))
Loading replace (source)...
Loading abbrev (source)...
Loading buff-menu (source)...
Loading ls-lisp (source)...
Loading disp-table (source)...
Loading dos-w32 (source)...
Loading w32-vars (source)...
Loading w32-fns (source)...
Loading float-sup (source)...
((224948 . 4853) (10332 . 0) (583 . 187) 1380046 147259 (39 . 3) (17 . 43) (21660 . 264))
Loading vc-hooks (source)...
Loading ediff-hook (source)...
((227597 . 2387) (10446 . 0) (583 . 187) 1388593 147276 (39 . 3) (17 . 43) (21910 . 329))
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under names emacs and emacs-21.3.50
Dumping from c:/EMACS/SRC/OBJ-SPD/I386/TEMACS.EXE
to c:/EMACS/SRC/OBJ-SPD/I386/emacs.exe
Copying DOS header...
0x00000000 Offset in input file.
0x00000000 Offset in output file.
0x000000e8 Size in bytes.
Copying NT header...
0x000000e8 Offset in input file.
0x000000e8 Offset in output file.
0x000000f8 Size in bytes.
Copying section table...
0x000001e0 Offset in input file.
0x000001e0 Offset in output file.
0x00000168 Size in bytes.
Copying raw data for .text...
0x00001000 Offset in input file.
0x00001000 Offset in output file.
0x000fa000 Size in bytes.
Copying raw data for EMBSS...
0x00000000 Offset in input file.
0x000fb000 Offset in output file.
0x00000000 Size in bytes.
Dumping bss data...
0x010fb000 Address in process.
0x000fb000 Offset in output file.
0x00052560 Size in bytes.
Copying raw data for .rdata...
0x000fb000 Offset in input file.
0x0014e000 Offset in output file.
0x00014000 Size in bytes.
Copying raw data for .data...
0x0010f000 Offset in input file.
0x00162000 Offset in output file.
0x00002000 Size in bytes.
Copying raw data for .idata...
0x00111000 Offset in input file.
0x00164000 Offset in output file.
0x00003000 Size in bytes.
Copying raw data for EMDATA...
0x00114000 Offset in input file.
0x00167000 Offset in output file.
0x004ce000 Size in bytes.
Dumping initialized data...
0x01169000 Address in process.
0x00167000 Offset in output file.
0x004cdfe4 Size in bytes.
Copying raw data for .rsrc...
0x005e2000 Offset in input file.
0x00635000 Offset in output file.
0x00001000 Size in bytes.
Copying raw data for .reloc...
0x005e3000 Offset in input file.
0x00636000 Offset in output file.
0x00017000 Size in bytes.
Copying raw data for EMHEAP...
0x00000000 Offset in input file.
0x0064d000 Offset in output file.
0x00000000 Size in bytes.
Dumping heap...
0x0164f000 Address in process.
0x0064d000 Offset in output file.
0x005cc000 Size in bytes.
Copying remainder of executable...
0x005fa000 Offset in input file.
0x00c19000 Offset in output file.
0x00080079 Size in bytes.
67640 pure bytes used
mkdir "../bin"
cp -f obj-spd/i386/emacs.exe ../bin
NMAKE bootstrap-clean
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
rm obj-spd/i386/alloc.obj
rm obj-spd/i386/data.obj
rm obj-spd/i386/intervals.obj
rm obj-spd/i386/keyboard.obj
rm obj-spd/i386/keymap.obj
cd ..\lisp
NMAKE bootstrap
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
echo ;; -*- no-byte-compile: t -*->subdirs.el
echo ;; In load-path, after this directory should come>> subdirs.el
echo ;; certain of its subdirectories. Here we specify them.>> subdirs.el
echo (normal-top-level-add-to-load-path '(>> subdirs.el
C>if not (calc)==(term) echo "calc"
C>if not (calendar)==(term) echo "calendar"
"calendar"
C>if not (emacs-lisp)==(term) echo "emacs-lisp"
"emacs-lisp"
C>if not (emulation)==(term) echo "emulation"
"emulation"
C>if not (eshell)==(term) echo "eshell"
"eshell"
C>if not (gnus)==(term) echo "gnus"
"gnus"
C>if not (international)==(term) echo "international"
"international"
C>if not (language)==(term) echo "language"
"language"
C>if not (mail)==(term) echo "mail"
"mail"
C>if not (net)==(term) echo "net"
"net"
C>if not (obsolete)==(term) echo "obsolete"
"obsolete"
C>if not (play)==(term) echo "play"
"play"
C>if not (progmodes)==(term) echo "progmodes"
"progmodes"
C>if not (term)==(term) echo "term"
C>if not (textmodes)==(term) echo "textmodes"
"textmodes"
C>if not (toolbar)==(term) echo "toolbar"
"toolbar"
echo ))>> subdirs.el
Directories: calc calendar emacs-lisp emulation eshell gnus international language mail net obsolete play progmodes term textmodes toolbar
"C:\emacs\lisp/../bin/emacs.exe" -batch --no-init-file --no-site-file --multibyte -l autoload --eval "(setq find-file-hooks nil find-file-suppress-same-file-warnings t generated-autoload-file \"C:/emacs/lisp/loaddefs.el\")" -f batch-update-autoloads C:/emacs/lisp calc calendar emacs-lisp emulation eshell gnus international language mail net obsolete play progmodes term textmodes toolbar
Cannot open load file: encoded-kb
NMAKE : fatal error U1077: 'C:\emacs\lisp/../bin/emacs.exe' : return code '0xffffffff'
Stop.
NMAKE : fatal error U1077: '"C:\PROGRAM FILES\MICROSOFT VISUAL STUDIO\VC98\BIN\NMAKE.exe"' : return code '0x2'
Stop.
on 24 Oct 2002 23:04:54 +0200 storm@cua.dk (Kim F. Storm) wrote:
> storm@cua.dk (Kim F. Storm) writes:
>
>> jasonr@btinternet.com writes:
>>
>> So I would assume that the proper fix will be to reintroduce the
>> determination of the "active_cursor" state, either in
>> x_display_and_set_cursor in w32term.c, or (more generic) in
>> get_window_cursor_type in xdisp.c.
>>
>> I'll look into fixing that asap.
>
> I just committed a fix to again determine the active_cursor state;
> please check whether that fixes the problem.
>
> --
> Kim F. Storm <storm@cua.dk> http://www.cua.dk
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 3:33 ` John Covici
@ 2002-10-25 9:30 ` Kim F. Storm
2002-10-25 8:34 ` jasonr
0 siblings, 1 reply; 24+ messages in thread
From: Kim F. Storm @ 2002-10-25 9:30 UTC (permalink / raw)
Cc: jasonr, emacs-devel, emacs-pretest-bug
John Covici <covici@ccs.covici.com> writes:
> on 24 Oct 2002 23:04:54 +0200 storm@cua.dk (Kim F. Storm) wrote:
>
> >
> > I just committed a fix to again determine the active_cursor state;
> > please check whether that fixes the problem.
> >
> Well, it worked just fine under Windows xp pro, but under 98 it died
> and said it couldn't find encoded-kb. Here is part of the standard
> output from nmake.
I hardly think that has anything to do with the fix I committed for the
system caret bug (thanks for checking that it works)!!!
I have recently had problems building emacs on GNU/Linux due to not
finding encoded-kb. Another round of make clean, configure, make
bootstrap is the only way around that when it happens.
So the real question is: what's happened [recently] with relation to
building emacs and encoded-kb ?
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
@ 2002-10-25 8:34 ` jasonr
2002-10-25 9:01 ` Juanma Barranquero
0 siblings, 1 reply; 24+ messages in thread
From: jasonr @ 2002-10-25 8:34 UTC (permalink / raw)
Cc: emacs-devel, emacs-pretest-bug
> I have recently had problems building emacs on GNU/Linux due to not
> finding encoded-kb. Another round of make clean, configure, make
> bootstrap is the only way around that when it happens.
>
> So the real question is: what's happened [recently] with relation to
> building emacs and encoded-kb ?
I haven't seen any problems with encoded-kb.el, but I was
having problems with code-pages.el yesterday.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 8:34 ` jasonr
@ 2002-10-25 9:01 ` Juanma Barranquero
2002-10-25 20:04 ` John Covici
0 siblings, 1 reply; 24+ messages in thread
From: Juanma Barranquero @ 2002-10-25 9:01 UTC (permalink / raw)
Cc: storm, emacs-devel, emacs-pretest-bug
On Fri, 25 Oct 2002 09:34:12 +0100 (BST), jasonr@btinternet.com wrote:
> I haven't seen any problems with encoded-kb.el, but I was
> having problems with code-pages.el yesterday.
I've found the same encoded-kb.el problem two or three times recently,
all of them cured by nmake realclean, configure, nmake bootstrap.
/L/e/k/t/u
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 9:01 ` Juanma Barranquero
@ 2002-10-25 20:04 ` John Covici
2002-10-28 7:46 ` Juanma Barranquero
[not found] ` <000401c27e4f$371d04c0$6401a8c0@GODDESS>
0 siblings, 2 replies; 24+ messages in thread
From: John Covici @ 2002-10-25 20:04 UTC (permalink / raw)
Cc: jasonr, storm, emacs-devel, emacs-pretest-bug
Well, I couldn't get rid of the encoded-kb problem no matter how many
times I tried nmake realclean configure nmake bootstrap ... I notice
some long command lines, perhaps there is a limit under 98, maybe
does emacs respond to the @ file convention as a response file?
This is just a guess.
on Fri, 25 Oct 2002 11:01:21 +0200 Juanma Barranquero <lektu@terra.es> wrote:
> On Fri, 25 Oct 2002 09:34:12 +0100 (BST), jasonr@btinternet.com wrote:
>
>> I haven't seen any problems with encoded-kb.el, but I was
>> having problems with code-pages.el yesterday.
>
> I've found the same encoded-kb.el problem two or three times recently,
> all of them cured by nmake realclean, configure, nmake bootstrap.
>
> /L/e/k/t/u
>
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://mail.gnu.org/mailman/listinfo/emacs-devel
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 20:04 ` John Covici
@ 2002-10-28 7:46 ` Juanma Barranquero
[not found] ` <000401c27e4f$371d04c0$6401a8c0@GODDESS>
1 sibling, 0 replies; 24+ messages in thread
From: Juanma Barranquero @ 2002-10-28 7:46 UTC (permalink / raw)
Cc: jasonr, storm, emacs-devel, emacs-pretest-bug
On Fri, 25 Oct 2002 16:04:28 -0400, John Covici <covici@ccs.covici.com> wrote:
> I notice
> some long command lines, perhaps there is a limit under 98
Definitely.
> maybe does emacs respond to the @ file convention as a response file?
Sorry. Don't understand that.
/L/e/k/t/u
^ permalink raw reply [flat|nested] 24+ messages in thread
[parent not found: <000401c27e4f$371d04c0$6401a8c0@GODDESS>]
* RE: visible system caret no longer working in ms windows
[not found] ` <000401c27e4f$371d04c0$6401a8c0@GODDESS>
@ 2002-10-28 8:39 ` John covici
0 siblings, 0 replies; 24+ messages in thread
From: John covici @ 2002-10-28 8:39 UTC (permalink / raw)
I think this is right because what I did to resolve the thing was to
do a mmake realclean, configure, and nmake bootstrap. It stopped
when it was trying to to its first compiles with strange file not
found errors and so I compiled all the .el files by hand using only
one per command and then I did a regular nmake and that did it. So
if I might suggest a solution to the problem that builds under nt
just compile one .el file per invocation of emacs and I think that
would do it.
on Monday 10/28/2002 Ben Key(Bkey1@tampabay.rr.com) wrote
> Here is an excerpt from another message I sent to the list this morning that
> may help you to resolve the problems you are having with building emacs.
>
> NOTE: When I first tried to build with MinGW, I tried using CygWin Bash as
> my shell. When I did this, I received the same encoded-kb error I have seen
> several people mention. When I used rxvt.exe from MSYS-1.0.8-rc-1 as my
> shell, I did not get this error. As a general rule, I have found that if
> you are getting a weird error while building the lisp directory, you need to
> try using a different shell.
>
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-24 21:04 ` Kim F. Storm
2002-10-25 3:33 ` John Covici
@ 2002-10-25 10:02 ` Richard Stallman
1 sibling, 0 replies; 24+ messages in thread
From: Richard Stallman @ 2002-10-25 10:02 UTC (permalink / raw)
Cc: jasonr, covici, emacs-devel, emacs-pretest-bug
I just committed a fix to again determine the active_cursor state;
please check whether that fixes the problem.
Thanks. I changed the file w32fns.c because it was analogous
to the other place I was changing and because I knew we did not
have people working much on the windows port now.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-24 8:30 jasonr
2002-10-24 10:16 ` Kim F. Storm
@ 2002-10-25 5:35 ` Richard Stallman
2002-10-25 5:58 ` Ben Key
` (2 more replies)
1 sibling, 3 replies; 24+ messages in thread
From: Richard Stallman @ 2002-10-25 5:35 UTC (permalink / raw)
Cc: covici, emacs-devel, emacs-pretest-bug
There were changes made on 2002-08-28 and 2002-08-30 that
could be relevant. Both involved cursor related code
in w32fns.c.
Can someone verify whether these changes really make the difference?
^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: visible system caret no longer working in ms windows
2002-10-25 5:35 ` Richard Stallman
@ 2002-10-25 5:58 ` Ben Key
2002-10-25 7:04 ` John covici
2002-10-25 9:32 ` Kim F. Storm
2 siblings, 0 replies; 24+ messages in thread
From: Ben Key @ 2002-10-25 5:58 UTC (permalink / raw)
Cc: emacs-devel
Can someone verify whether these changes really make the difference?
I will tomorrow. I can test it with JAWS, the screen reader the company I
work for develops.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 5:35 ` Richard Stallman
2002-10-25 5:58 ` Ben Key
@ 2002-10-25 7:04 ` John covici
2002-10-25 9:32 ` Kim F. Storm
2 siblings, 0 replies; 24+ messages in thread
From: John covici @ 2002-10-25 7:04 UTC (permalink / raw)
Cc: jasonr, emacs-devel, emacs-pretest-bug
Yup, the change you made yesterday did solve the problem, but see my
note on compiling under Windows 98.
on Friday 10/25/2002 Richard Stallman(rms@gnu.org) wrote
> There were changes made on 2002-08-28 and 2002-08-30 that
> could be relevant. Both involved cursor related code
> in w32fns.c.
>
> Can someone verify whether these changes really make the difference?
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-25 5:35 ` Richard Stallman
2002-10-25 5:58 ` Ben Key
2002-10-25 7:04 ` John covici
@ 2002-10-25 9:32 ` Kim F. Storm
2 siblings, 0 replies; 24+ messages in thread
From: Kim F. Storm @ 2002-10-25 9:32 UTC (permalink / raw)
Cc: jasonr, covici, emacs-devel, emacs-pretest-bug
Richard Stallman <rms@gnu.org> writes:
> There were changes made on 2002-08-28 and 2002-08-30 that
> could be relevant. Both involved cursor related code
> in w32fns.c.
>
> Can someone verify whether these changes really make the difference?
As already reported, those changes were indeed the reason, and I've already
committed changes to fix it.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 24+ messages in thread
* visible system caret no longer working in ms windows
@ 2002-10-22 3:37 John Covici
2002-10-23 7:10 ` Richard Stallman
0 siblings, 1 reply; 24+ messages in thread
From: John Covici @ 2002-10-22 3:37 UTC (permalink / raw)
Hi. For a while I have been using the facilities to make the caret
visible and use the system caret in order to run emacs under ms
windows. HOwever, when I used the latest cvs version as of 10/17/02,
the caret was not properly tracked at all, although it was still
there, it didn't seem to do anything when I hit the arrows, although
it did work when it was positioned in the echo area to find a file or
other functions. I went back to an earlier version (w32-fns.c dated
June 14) and it is working again, so somewhere after that it became
broken. The version number of emacs in both cases is 21.3.50.1.
Any assistance would be appreciated.
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-22 3:37 John Covici
@ 2002-10-23 7:10 ` Richard Stallman
2002-10-23 10:06 ` John covici
0 siblings, 1 reply; 24+ messages in thread
From: Richard Stallman @ 2002-10-23 7:10 UTC (permalink / raw)
Cc: emacs-devel, emacs-pretest-bug
I went back to an earlier version (w32-fns.c dated
June 14) and it is working again, so somewhere after that it became
broken. The version number of emacs in both cases is 21.3.50.1.
We have nobody working much on support for Windows now. Can you
experiment with intermediate versions from CVS and narrow it down more
precisely?
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-23 7:10 ` Richard Stallman
@ 2002-10-23 10:06 ` John covici
2002-10-23 13:42 ` Kim F. Storm
2002-10-24 16:54 ` Richard Stallman
0 siblings, 2 replies; 24+ messages in thread
From: John covici @ 2002-10-23 10:06 UTC (permalink / raw)
Cc: emacs-devel, emacs-pretest-bug
OK, I will be glad to do this, but please tell me how to figure out
and retrieve different versions of cvs -- I have read the docs, but
its confusing to me as to how to do that.
Thanks.
on Wednesday 10/23/2002 Richard Stallman(rms@gnu.org) wrote
> I went back to an earlier version (w32-fns.c dated
> June 14) and it is working again, so somewhere after that it became
> broken. The version number of emacs in both cases is 21.3.50.1.
>
> We have nobody working much on support for Windows now. Can you
> experiment with intermediate versions from CVS and narrow it down more
> precisely?
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-23 10:06 ` John covici
@ 2002-10-23 13:42 ` Kim F. Storm
2002-10-24 1:54 ` John Covici
2002-10-24 16:54 ` Richard Stallman
1 sibling, 1 reply; 24+ messages in thread
From: Kim F. Storm @ 2002-10-23 13:42 UTC (permalink / raw)
Cc: rms, emacs-devel, emacs-pretest-bug
John covici <covici@ccs.covici.com> writes:
> OK, I will be glad to do this, but please tell me how to figure out
> and retrieve different versions of cvs -- I have read the docs, but
> its confusing to me as to how to do that.
E.g.
cvs update -D "10 days ago"
will modify your current checkout to reflect the sources 10 days ago.
Then do make clean, configure, make bootstrap to build it.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-23 13:42 ` Kim F. Storm
@ 2002-10-24 1:54 ` John Covici
0 siblings, 0 replies; 24+ messages in thread
From: John Covici @ 2002-10-24 1:54 UTC (permalink / raw)
OK, I did narrow it down to the following, it takes quite a while to
do the update, but on 8/27/02 it worked, and 9/02/02 did not -- I
hope this narrows it down enough to figure out what is the matter.
on 23 Oct 2002 15:42:44 +0200 storm@cua.dk (Kim F. Storm) wrote:
> John covici <covici@ccs.covici.com> writes:
>
>> OK, I will be glad to do this, but please tell me how to figure out
>> and retrieve different versions of cvs -- I have read the docs, but
>> its confusing to me as to how to do that.
>
> E.g.
>
> cvs update -D "10 days ago"
>
> will modify your current checkout to reflect the sources 10 days ago.
> Then do make clean, configure, make bootstrap to build it.
>
> --
> Kim F. Storm <storm@cua.dk> http://www.cua.dk
--
John Covici
covici@ccs.covici.com
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: visible system caret no longer working in ms windows
2002-10-23 10:06 ` John covici
2002-10-23 13:42 ` Kim F. Storm
@ 2002-10-24 16:54 ` Richard Stallman
1 sibling, 0 replies; 24+ messages in thread
From: Richard Stallman @ 2002-10-24 16:54 UTC (permalink / raw)
Cc: emacs-devel, emacs-pretest-bug
OK, I will be glad to do this, but please tell me how to figure out
and retrieve different versions of cvs -- I have read the docs, but
its confusing to me as to how to do that.
You can use C-x v l in Emacs to get the CVS log of the current file,
and C-x v ~ to retrieve any version specifying its version numbers.
^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2002-10-28 8:39 UTC | newest]
Thread overview: 24+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-10-23 12:39 visible system caret no longer working in ms windows Ben Key
2002-10-23 20:56 ` Jason Rumney
2002-10-24 1:00 ` Ben Key
-- strict thread matches above, loose matches on Subject: below --
2002-10-24 8:30 jasonr
2002-10-24 10:16 ` Kim F. Storm
2002-10-24 21:04 ` Kim F. Storm
2002-10-25 3:33 ` John Covici
2002-10-25 9:30 ` Kim F. Storm
2002-10-25 8:34 ` jasonr
2002-10-25 9:01 ` Juanma Barranquero
2002-10-25 20:04 ` John Covici
2002-10-28 7:46 ` Juanma Barranquero
[not found] ` <000401c27e4f$371d04c0$6401a8c0@GODDESS>
2002-10-28 8:39 ` John covici
2002-10-25 10:02 ` Richard Stallman
2002-10-25 5:35 ` Richard Stallman
2002-10-25 5:58 ` Ben Key
2002-10-25 7:04 ` John covici
2002-10-25 9:32 ` Kim F. Storm
2002-10-22 3:37 John Covici
2002-10-23 7:10 ` Richard Stallman
2002-10-23 10:06 ` John covici
2002-10-23 13:42 ` Kim F. Storm
2002-10-24 1:54 ` John Covici
2002-10-24 16:54 ` Richard Stallman
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).