hsgj@batcomputer.tn.cornell.edu (Dan Green) (12/03/86)
Hello Anyuone, Please bear with me as there is lots of line noise in my brain. Anywyas, I just got v1.2 G1, and I noticed that the new EMACS has two bugs. At least, it has burned me two different ways, so I want to know if anyone else experienced these problems. First: 1) If you go to the top of a file, EVERY ONCE IN A WHILE when you do the gGlobal Replace command (eg ESC-R) after it does this it will "lock up", in other words you input no long inputs and other things like this. Second: 2) Occasionaly, again EVERY ONCE IN A WHILE when you go to the top of an empty buffer and do an insert (eg ^X^I filename) the status line says "reading filename" but then it locks up. Ok, I know these ocur only sporadically because I use EMACS all the days and its only once in a while that it locks up, but generally due to the above towo things (in fact ONLUY due to the above two, ie it doesn';t lock up on anything else). Question - is my emacs fragged, or has anyone else had the same events happen?? Please reply via e-mail because I am FLAT (Fat, Lazy, And Tired). By the way, the new release of kick/work is in most respects really nice. Infominder is tres cool (thats French for: tres cool). I also love the massive docs and the fact that Amiga.lib now has int math entry points (ie IMulU, IDivU, etc). This is good, cause.... In the old days if you wanted to dispense (that means get rid of, folks) with Lattice LC.lib and just use Astartup and Amiga.lib you could get a MUCH SHORTER EXECUTABLE but you lost all int mult and div cause lattice in its wisdom has functions do them!!! But now you can replace * and / with the IMul and IDiv and have the fun benefits of mul/div without lc.lib overhead. Good eats, cheap prices. Again, if you you have experienced new Emacs lockups, could you let me know? Much thanks. -- Dan Green ..!ihnp4!cornell!batcomputer!hsgj -- ARPA: hsgj%vax2.ccs.cornell.edu@cu-arpa.cs.cornell.edu UUCP: ihnp4!cornell!batcomputer!hsgj BITNET: hsgj@cornella
gary@mit-eddie.MIT.EDU (Gary Samad) (12/03/86)
In article <1690@batcomputer.tn.cornell.edu>, hsgj@batcomputer.tn.cornell.edu (Dan Green) writes: > Anywyas, I just got v1.2 G1, and I noticed that the new EMACS has > two bugs. At least, it has burned me two different ways, so I want > to know if anyone else experienced these problems. First: > 1) If you go to the top of a file, EVERY ONCE IN A WHILE when you > do the gGlobal Replace command (eg ESC-R) after it does this it > will "lock up", in other words you input no long inputs and other > things like this. Second: Yep. This has burned me several times until I finally deleted it and reinstalled my beta 4 version. However, it doesn't require you to be at the top of the file. Just doing a search and replace will sometimes hang emacs. > 2) Occasionaly, again EVERY ONCE IN A WHILE when you go to the top > of an empty buffer and do an insert (eg ^X^I filename) the status > line says "reading filename" but then it locks up. I don't use ^X^I so I haven't seen this one, but you're probably right. C-A, what happened? Gary
andy@cbmvax.cbm.UUCP (Andy Finkel) (12/05/86)
In article <4143@mit-eddie.MIT.EDU> gary@mit-eddie.MIT.EDU (Gary Samad) writes: >In article <1690@batcomputer.tn.cornell.edu>, hsgj@batcomputer.tn.cornell.edu (Dan Green) writes: >> Anywyas, I just got v1.2 G1, and I noticed that the new EMACS has >> two bugs. At least, it has burned me two different ways, so I want >> to know if anyone else experienced these problems. First: > I don't use ^X^I so I haven't seen this one, but you're probably right. >C-A, what happened? > > Gary I'm checking into these bugs, and would appreciate hearing about any more that anyone finds (by mail or by posting) as well as enhancement requests because I am working on the final ('supported') version for the upcoming software toolkit. thanks, people. andy finkel -- andy finkel Commodore/Amiga {ihnp4|seismo|allegra}!cbmvax!andy or pyramid!amiga!andy Any expressed opinions are mine; but feel free to share. I disclaim all responsibilities, all shapes, all sizes, all colors. "Never make anything simple and efficient when it can be complex and wonderful."
dpz@topaz.RUTGERS.EDU (David P. Zimmerman) (12/06/86)
> I'm checking into these bugs, and would appreciate hearing about any more > that anyone finds (by mail or by posting) as well as enhancement requests > because I am working on the final ('supported') version for the upcoming > software toolkit. > > thanks, people. > andy finkel Andy, please, please, please, I'll be your friend forever, put in *real* GNU compatibility! As in ^XO to go to other window, ESC-Q to justify paragraph, ESC-X, read .emacs on startup, etc, etc. Emacs 1.2G1 is *great*, but... -dpz- -- David P. Zimmerman "When I'm having fun, the world doesn't exist." Arpa: dpz@rutgers.rutgers.edu Uucp: ...{harvard | seismo | pyramid}!rutgers!dpz
andy@cbmvax.cbm.UUCP (Andy Finkel) (12/06/86)
In article <7535@topaz.RUTGERS.EDU> dpz@topaz.RUTGERS.EDU (David P. Zimmerman) writes: >Andy, please, please, please, I'll be your friend forever, put in >*real* GNU compatibility! >David P. Zimmerman "When I'm having fun, the world doesn't exist." It's getting (added already) key rebinding; an appropriate startup script will change the commands to match GNU. If I get enough time to untar the GNU files, maybe I'll even make the script myself. andy -- andy finkel Commodore/Amiga {ihnp4|seismo|allegra}!cbmvax!andy or pyramid!amiga!andy Any expressed opinions are mine; but feel free to share. I disclaim all responsibilities, all shapes, all sizes, all colors. "Never make anything simple and efficient when it can be complex and wonderful."
jesup@steinmetz.steinmetz.UUCP (Jesup) (12/09/86)
[Andy Finkel writes that he wants bug reports] Please fix the ^t problem. It is supposed to switch the last two characters (the two before the cursor), not the one before the cursor and the one under it. Other than that I think it's real nice (now if only it had mlisp macros :-). Also (if it hasn't already been fixed) when you go to interlace mode, it takes you to the bottom of the file. It would be nice to stay in the same place. Randell Jesup jesup@ge-crd.arpa jesup@steinmetz.uucp rjesup (bix)
mwm@eris.BERKELEY.EDU (Mike (Don't have strength to leave) Meyer) (12/09/86)
In article <7535@topaz.RUTGERS.EDU> dpz@topaz.RUTGERS.EDU (David P. Zimmerman) writes: >Andy, please, please, please, I'll be your friend forever, put in >*real* GNU compatibility! As in ^XO to go to other window, ESC-Q to >justify paragraph, ESC-X, read .emacs on startup, etc, etc. Emacs >1.2G1 is *great*, but... Why wait? mg1a is available NOW from Fred Fish, and has all those features. Plus C-x 4 [OFB], C-h for help, etc., etc., etc. The menu system also includes the browser [*BUG ALERT* See below]. The mouse interface is MUCH more powerful. Mic K[a-z]* has added the ability to change fonts, colors and renditions, after he made all the rest of it work well. The only thing where mg1a looses is that it runs in the workbench window, so you can't change from interlaced to non-interlaced; you have to live with whatever mode the screen runs in. But you get source, so you can change that. Oh, yeah - you also get the VMS, 4.[23]BSD, sysV, and OS/9-68K sources on the fish disk. So you can run it on part of the other systems you may be running. And yes, it runs on a Cray. Andy, from your response, you may have the mg1a shar files (you're surely not going to unshar full GNU, are you?). If so, you'll note that part of the code carries my copyright (among others). Please contact me before using that code. BUG ALERT: between the Beta 0.4 and the final release, a bug slipped into the Amiga browser code: If you try opening a file from a menu other than the last, the system will hang. Fixes to be posted soon, I hope! <mike
mwm@eris.UUCP (12/10/86)
In article <1033@steinmetz.steinmetz.UUCP> jesup@kbsvax.UUCP (Jesup) writes: >Please fix the ^t problem. It is supposed to switch the last two characters >(the two before the cursor), not the one before the cursor and the one under >it. I haven't looked at the docs, but whether C-t toggles the two characters before the cursor or the one it's one and the one before it depends on which emacs you've got. The behavior you describe is what most variants of microemacs do. Likewise, whether C-t moves the cursor forward a character depends on which editor you've got. I've seen three of the four possible behaviors. Oh, yeah - mg1a does what you want, naturally! [And yes, I just checked it in this letter :-] >Other than that I think it's real nice (now if only it had mlisp macros :-). Ah, but the result would be so big. After I get os/9 and 4.5Meg, I'll work on porting GNU :-). <mike
andy@cbmvax.UUCP (12/10/86)
In article <1864@jade.BERKELEY.EDU> mwm@eris.BERKELEY.EDU (Mike (Don't have strength to leave) Meyer) writes: >In article <7535@topaz.RUTGERS.EDU> dpz@topaz.RUTGERS.EDU (David P. Zimmerman) writes: >>Andy, please, please, please, I'll be your friend forever, put in >>*real* GNU compatibility! As >Andy, from your response, you may have the mg1a shar files (you're >surely not going to unshar full GNU, are you?). Actually, I don't think I've got the mg1a shar files handy; I was talking about the full GNU tar files. The mg1a files might take less time... All I'm after is the key bindings so I can make a file that will rebind this emacs into a GNU-like emacs. >If so, you'll note that part of the code carries my copyright (among others). >Please contact me before using that code. I always respect copyrights! I don't want to use copyrighted code ... just want to find out what keys are bound to what in real GNU emacs. > <mike andy -- andy finkel Commodore/Amiga {ihnp4|seismo|allegra}!cbmvax!andy or pyramid!amiga!andy Any expressed opinions are mine; but feel free to share. I disclaim all responsibilities, all shapes, all sizes, all colors. "Never make anything simple and efficient when it can be complex and wonderful."
mjp@spice.cs.cmu.edu.UUCP (12/11/86)
Keywords: Oh, good lord! How can you call your program microGNUemacs if it doesn't do C-T the same way real GNU does? The way Stallman defines it, C-T transposes the characters on either side of point (the one underneath the cursor and the one directly preceding it) and moves the cursor forward. There is a reason why the cursor moves forward--it allows you to "drag" a letter through a string of characters, like: rfooba frooba foroba foorba foobra foobar The advantage of the Gosling Emacs method of transposition (i.e. transpose the two characters preceding the cursor, cursor stays still) is fine for text entry because it allows you to correct a transposition without moving the cursor, i.e. bza => baz. Personally, I prefer the GNU method since I usually backspace to correct transposition errors I just made. I taught Gosmacs the proper way to do things with a little mlisp code. And speaking of which, I hope I never see an Emacs for the Amiga that uses mlisp...I want an extensible editor on my Amiga badly, but not that bad. Mlisp is a travesty to its illegitimate father (i.e. real Lisp). Does mg1a have some sort of extension language so I can tailor its behavior to my taste, or do I have to go in and hack the source? -- +----------------------------------------------------------------------------+ | Mike Portuesi | | Carnegie-Mellon University Computer Science Department | | | | ARPA: mjp@spice.cs.cmu.edu | | UUCP: {harvard | seismo | ucbvax | decwrl}!spice.cs.cmu.edu!mjp | | | | "Talking about music is like dancing about architecture" | | --Laurie Anderson, "Home of the Brave" | +----------------------------------------------------------------------------+
fnf@mcdsun.UUCP (Fred Fish) (12/12/86)
In article <1033@steinmetz.steinmetz.UUCP> jesup@kbsvax.UUCP (Jesup) writes: >Please fix the ^t problem. It is supposed to switch the last two characters >(the two before the cursor), not the one before the cursor and the one under >it. As *implemented* in GNU emacs (the definitive standard for emacs as far as I am concerned), ^t switches the characters before the cursor, and *under* the cursor, and advances point by one character (except at end of line where it behaves as you described, switching the two previous characters). I haven't checked the manual to see what it says ^t is supposed to do... -Fred -- =========================================================================== Fred Fish Motorola Computer Division, 3013 S 52nd St, Tempe, Az 85282 USA {seismo!noao!mcdsun,hplabs!well}!fnf (602) 438-5976 ===========================================================================
mwm@eris.BERKELEY.EDU (Mike (Don't have strength to leave) Meyer) (12/12/86)
In article <1105@spice.cs.cmu.edu> mjp@spice.cs.cmu.edu (Michael Portuesi) writes: >Oh, good lord! How can you call your program microGNUemacs if it >doesn't do C-T the same way real GNU does? Oops. I misspoke myself. You're right, a microGNU had damn well better handle C-t the same way GNU does. And mg1a DOES. I did C-t, and saw that the two characters behind the cursor had been transposed. But of course, the cursor had moved, so..... I'll admit now that mg does not do QUITE what GNU does. It won't handle the case of the cursor being on the first character of a line - it just beeps rather than do something different, though. >And speaking of which, I >hope I never see an Emacs for the Amiga that uses mlisp... How about an elisp (the GNU Emacs LISP)? Designed by a Zeta-LISPer, at a guess. >Does mg1a have some sort of extension language so I can tailor its >behavior to my taste, or do I have to go in and hack the source? Sorry, but no. It's still based on v30. I personally think that putting a LISP-like language underneath any of the micro-emacs's would be a mistake. The lisp/C interface would be at the wrong level. Maybe Gold Hill will do a 68K version of their common lisp, thus giving you GLEmacs, sourced in LISP. <mike
conte@uicsrd.CSRD.UIUC.EDU (12/13/86)
> Oh, good lord! How can you call your program microGNUemacs if it > doesn't do C-T the same way real GNU does? Here here > The way Stallman defines it, C-T transposes the characters on either > side of point (the one underneath the cursor and the one directly > preceding it) and moves the cursor forward. There is a reason why the > cursor moves forward--it allows you to "drag" a letter through a > string of characters, like: > ... > The advantage of the Gosling Emacs method of transposition (i.e. > transpose the two characters preceding the cursor, cursor stays still) > is fine for text entry because it allows you to correct a > transposition without moving the cursor, i.e. bza => baz. > > Personally, I prefer the GNU method since I usually backspace to > correct transposition errors I just made. I taught Gosmacs the proper > way to do things with a little mlisp code. And speaking of which, I > hope I never see an Emacs for the Amiga that uses mlisp...I want an > extensible editor on my Amiga badly, but not that bad. Mlisp is a > travesty to its illegitimate father (i.e. real Lisp). Well, you've been backspacing for nothing! GNU will transpose the last two characters when the character following point (dot) is a new line. Hence, it is useful for correcting transpositions when typign in text. Oh, and if you include elisp support, the code gets too large (but the name shrinks, from `microGNUemacs ' to `GNUemacs' :-). Tom Conte University of Illinois uucp: {ihnp4,seismo,pur-ee,convex}!uiucdcs!uicsrd!conte arpanet: conte%uicsrd@a.cs.uiuc.edu or conte@huey.udel.edu csnet: conte%uicsrd@uiuc.csnet usnail: 208 W. Oregon, Urbana, IL 61801 bitnet: conte@uicsrd.csrd.uiuc.edu