Linux-Development-Sys Digest #632, Volume #8 Wed, 11 Apr 01 12:13:14 EDT
Contents:
Re: Need your recommendation for a full-featured text editor (Thore B. Karlsen)
Re: Need your recommendation for a full-featured text editor (LC's No-Spam
Newsreading account)
Re: usleep() is unreliable when sleeping for less then 10000 micro (Kasper Dupont)
Re: Need your recommendation for a full-featured text editor (Gamma)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: SIGNAL & SA_RESTORER (Kasper Dupont)
Re: Via + Maxtor + kernel 2.4.3 = crash? (Kelledin Tane)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Craig Kelley)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Gamma)
Re: SIGNAL & SA_RESTORER (Mikael Chambon)
Re: How to blank the screen in C? (Kasper Dupont)
Re: Need your recommendation for a full-featured text editor (John Hawkins)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Thore B. Karlsen)
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Wed, 11 Apr 2001 15:21:11 GMT
Reply-To: [EMAIL PROTECTED]
On 11 Apr 2001 11:54:42 -0300, Roberto Selbach Teixeira
<[EMAIL PROTECTED]> wrote:
>> Don't patronize me. Of course I know about customize. First of all
>> it sucks, and second -- it's not enough. You need more modification
>> than just fiddling around in customize to make emacs useable.
>What can't you do with customize?
Make functions that make emacs liveable.
>>>Vim requires the user to edit configuration files which use a very
>>>obscure syntax. As for documentation, try Help->Read the Emacs
>>>Manual to see a real good documentation.
>> Have you tried :options? Apparently not.
>It's just like editing the configuration file.
And it's a lot easier than customize, too.
--
"By the time we've finished with him, he won't know whether
he's Number Six or the cube root of infinity!"
------------------------------
From: LC's No-Spam Newsreading account <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Wed, 11 Apr 2001 17:11:48 +0200
On Tue, 10 Apr 2001, Thore B. Karlsen wrote:
> On Tue, 10 Apr 2001 01:06:51 GMT, [EMAIL PROTECTED] (Goldhammer) wrote:
>
> >>Didn't read all of your requiremnets, but EMACS is THE editor. Like it
THE ?
Do you mean "The Hessling Editor" (http://ftp.qut.edu.au/pub/markh/THE/) ?
Since that is an Unix clone of the IBM VM/CMS XEDIT, the best editor
ever, probably THE is THE editor !
--
======================================================================
[EMAIL PROTECTED] is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.
------------------------------
From: Kasper Dupont <[EMAIL PROTECTED]>
Subject: Re: usleep() is unreliable when sleeping for less then 10000 micro
Date: Wed, 11 Apr 2001 15:24:41 +0000
Pasztor Szilard wrote:
>
> Rolf:
> >> One would think that nanosleep could be used to give the cpu back for a
> >> certain amount of time. Instead, at small delays, it only does the same
> >> busy wait as anyone could and of course the aim of nanosleep usage would
> >> be to replace the dumb busy waits.
> >
> > How much (besides the three context switches) can be done in a few
> > microseconds?
>
> Busy waits were reported to be used up to 2 ms, that is, 2 milliseconds.
> That's about 2 million clock cycles for a GHz cpu.
>
> -----------------------------------------------------------------------
> | WinErr: 01B Illegal error - You are not allowed to get this error. |
> -----------------------------------------------------------------------
Ideally busy waits should be used if the time is less
than the time it would take to do five context switches
and interrupts should be used if the time was more.
But getting an interrupt after x nanoseconds is not
that easy. An interval timer is really not suited for
this. A very short interval would allow you to do this
with some reasonable precision and would allow for
precise clock functions, but a timer interrupt every
microsecond would vaste a lot of CPU cycles.
The precise clock functions can be implemented using
the TSC. The gettimeofday system call actually does
this. If the TSC was precise enough we wouldn't even
need the jifies to measure time.
This is however only used to read the current time,
not to get interrupts at a given time. It would be
nice if the TSC could be programmed to send an
interrupt at a given time. Then we could get rid of
the timer interrupts and the RTC interrupts and even
get more and better timer features for kernel and
userspace programs.
The right thing to do this would be to implement an
event queue that could look like this:
struct TSC_event_queue {
struct TSC_event_queue *next;
long long due;
void (*func)(void*);
void *data;
}
or slightly different if a linked list turned out
to be too inefficient. The interrupt handler would
then look more or less like this.
void TSC_int_handler()
{
long long timenow;
struct TSC_event_queue *event;
rdtsc(timenow);
while(TSC_event_queue_head) {
if (timenow<TSC_event_queue_head->due) {
schedule_TSC_interrupt(TSC_event_queue_head->due);
rdtsc(timenow);
if (timenow<TSC_event_queue_head->due) return;
unschedule_TSC_interrupt();
}
event=TSC_event_queue_head;
TSC_event_queue_head=event->next;
event->func(event->data);
}
}
And the TSC_insert_event(TSC_event_queue *event)
function would be just as easy to implement. And
if there was only one runing process on the system
it could even be allowed to run for many seconds
without interrupts.
I don't know if the TSC can do this, I once asked
that question on this newsgroup but got no answer.
Guess I will have to find my Intel developers
documentation CDROM and search there.
--
Kasper Dupont
------------------------------
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
From: [EMAIL PROTECTED] (Gamma)
Date: Wed, 11 Apr 2001 15:27:46 GMT
Aaron R. Kulkis <[EMAIL PROTECTED]> wrote:
>Gamma wrote:
>>
>> Aaron R. Kulkis <[EMAIL PROTECTED]> wrote:
>> >Phillip Lord wrote:
>> >>
>> >> >>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
>> >>
>> >> Aaron> Which means that as soon as your on a new machine, your stuck
>> >> Aaron> editing WITHOUT your config file....
>> >>
>> >> Aaron> UGH.
>> >>
>> >> This is why God invented NFS mounted home spaces.
>> >>
>> >> Phil
>> >
>> >And if your behind a corporate firewall which doesn't permit
>> >NFS connections through it....
>>
>> That's why God invented 3.5" floppies.
>>
>> And if you're behind a corporate firewall WITH security restrictions
>> that prohibit bringing in software from the Internet...
>>
>> That's why God invented other jobs. :-)
>
>When you're a consultant, and you're on a customer sight for just
>a short period of time...let's see...first you gotta bring
>emacs with you, in case they don't have it, AND have your
>.emacrc...
>
>Oh, and make sure you remove it before you leave, because if the
>people in charge of the site wanted emacs on the system, it would
>already be there.
>
>Bleah.
>
>It's just simpler to use VI and be done with it.
Yup.
I now feel a little naked with plain vi, as opposed to gvim. But
I can use vi without gvim's accoutrements more easily than I could
use vi or ed on some foreign system, were I an xemacs weenie.
--
Paul Brinkley
[EMAIL PROTECTED]
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 11 Apr 2001 16:31:54 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Aaron> Phillip Lord wrote:
>> >>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
>>
Aaron> Which means that as soon as your on a new machine, your stuck
Aaron> editing WITHOUT your config file....
>>
Aaron> UGH.
>> This is why God invented NFS mounted home spaces.
>>
>> Phil
Aaron> And if your behind a corporate firewall which doesn't permit
Aaron> NFS connections through it....
Fortunately god also invented floppy disks.
Phil
------------------------------
From: Kasper Dupont <[EMAIL PROTECTED]>
Subject: Re: SIGNAL & SA_RESTORER
Date: Wed, 11 Apr 2001 15:33:30 +0000
Mikael Chambon wrote:
>
> Hi,
>
> Does someone know what SA_RESTORER flag means ? There is no
> description of this flag in signal.h and I saw that it is very used
> in the function setup_frame....
>
> Thanks ....
>
> --
> Mikael Chambon
Perhaps it has something to do with the sa_restorer
field in the sigaction structure. From man sigaction:
The sigaction structure is defined as
struct sigaction {
void (*sa_handler)(int);
void (*sa_sigaction)(int, siginfo_t *, void *);
sigset_t sa_mask;
int sa_flags;
void (*sa_restorer)(void);
}
The sa_restorer element is obsolete and should not be
used. POSIX does not specify a sa_restorer element.
I'm not sure about the details, but this is how
I think it works. SA_RESTORE is used to tell the
kernel if the sa_restorer variable is in use. It
should point to a function which just has to
call the sigreturn systemcall. The kernel will
place a pointer to the function on the stack as
return address for the sa_handler/sa_sigaction
funciton. If sa_restorer is not in use, the
kernel just writes some code on the stack which
can be used as sa_restorer.
--
Kasper Dupont
------------------------------
From: Kelledin Tane <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.questions,comp.os.linux.misc
Subject: Re: Via + Maxtor + kernel 2.4.3 = crash?
Date: Wed, 11 Apr 2001 09:30:50 -0500
I tend to think your configuration may have trouble doing IDE DMA at its
maximum specced speed. This wouldn't be the first time VIA chipsets have had
this problem. I'd suggest first trying it with DMA disabled (this will
severely hurt performance btw). If this works, then you might try looking
around for some means of enabling DMA at manually restricted speeds (i.e. try
ATA33, then ATA66, then ATA100).
As for ReiserFS, it is currently in production. It was merged with the 2.4.1
kernel; it's been running without any problems on my crashbox.
Kelledin, the Dreaming Minstrel
http://kelledin.tripod.com/scovsms.jpg
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 11 Apr 2001 16:37:29 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Aaron> Gamma wrote:
>> Aaron R. Kulkis <[EMAIL PROTECTED]> wrote: >Phillip Lord wrote:
>> >> >> >>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
>> >> >> Aaron> Which means that as soon as your on a new machine,
>> your stuck >> Aaron> editing WITHOUT your config file.... >> >>
>> Aaron> UGH. >> >> This is why God invented NFS mounted home
>> spaces. >> >> Phil > >And if your behind a corporate firewall
>> which doesn't permit >NFS connections through it....
>>
>> That's why God invented 3.5" floppies.
>>
>> And if you're behind a corporate firewall WITH security
>> restrictions that prohibit bringing in software from the
>> Internet...
>>
>> That's why God invented other jobs. :-)
Aaron> When you're a consultant, and you're on a customer sight for
Aaron> just a short period of time...let's see...first you gotta
Aaron> bring emacs with you, in case they don't have it, AND have
Aaron> your .emacrc...
Aaron> Oh, and make sure you remove it before you leave, because if
Aaron> the people in charge of the site wanted emacs on the system,
Aaron> it would already be there.
Aaron> Bleah.
Aaron> It's just simpler to use VI and be done with it.
I used to carry around a copy of the marvellous
programmers file editor on floppy. It was great. In the same way
believe it or not I do now how to use VI. Of course I am not as
competent as a real VI user, but I'm okay. But I can't use VI to read
my email, or send news messages, so I use emacs most of the time. And
I can also use emacs without any of my customisations. I just prefer
to have them.
If I moved around from machine to machine a lot (which
I don't) then I would stick emacs with all my configuration and extra
packages and anything else that I wanted onto a CD-ROM, and run it off
there.
I have no problems with VI. Its a great editor. It just not do
all the things that I want. Emacs does. And if it does, I can make it
do so.
Phil
------------------------------
From: Craig Kelley <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 11 Apr 2001 09:38:32 -0600
Roberto Selbach Teixeira <[EMAIL PROTECTED]> writes:
> On Tue, 10 Apr 2001, [EMAIL PROTECTED] wrote:
>
> Maybe you just don't know "Customize". Try using it to configure Emacs
> and you will see how "difficult" it is. Customize offers a interface
> for customization that don't require a single line of code or to edit
> a file. The user doesn't even have to know in which file the
> customization goes.
>
> As for Emacs defaults, I agree with you that they are not the best for
> everyone. But all you have to do is using the menu Options->Customize
> Emacs to change the whole thing.
Not to mention that XEmacs offers classic drop-down menus to change
most anything about the editor, and it will write out the elisp file
for you.
[snip]
> Don't fool yourself, there is at least one thing you positively
> *have* to know about Vi:
>
> Pressing lots of ESC's followed by ":q!" will quit the damn thing.
And in a related note, if you ever get stuck in Emacs, just pres
control-G a half-dozen times. :)
--
It won't be long before the CPU is a card in a slot on your ATX videoboard
Craig Kelley -- [EMAIL PROTECTED]
http://www.isu.edu/~kellcrai finger [EMAIL PROTECTED] for PGP block
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 11 Apr 2001 16:44:11 +0100
>>>>> "Roberto" == Roberto Selbach Teixeira <[EMAIL PROTECTED]>
>writes:
Randall> I want to install an editor, go to a menu pop-down that is
Randall> labelled something like "Key Mappings" and then get a
Randall> dialog box that has radio buttons or a combo box that lets
Randall> me select from a half dozen popular key mappings (vi,
Randall> Brief, CUA, etc). If it requires downloading separate Lisp
Randall> scripts and trying to understand the guts of hacked up Lisp
Randall> macros to get it to work right then I'm really not
Randall> interested.
>>
>>
>> The thing with emacs is that there is little difference between
>> "configuring" and "programming" it. Its possible therefore to
>> configure it to an arbitrary degree of complexity.
Roberto> This is not true. You do not have to know anything about
Roberto> elisp (the language used on emacs) to configure it. All you
Roberto> have to do is either using the minibuffer and type "Alt-x
Roberto> customize ENTER" (or M-x customize RET, as we Emacsers say
Roberto> it) or going to the menu
Options-> Customize Emacs. No programming required. All you will
Options-> have
Roberto> to do is click buttons.
Read my post again and perhaps you will understand it.
I am fully aware of custom. Indeed if you do a little work you will
find that I have written much lisp to add custom support where it
previous was not.
>> If you want to "configure" emacs so that for instance as well as
>> being an editor it can also parse Java source, provide method
>> completion, auto Javadoc look up and so forth then its actually
>> fairly hard and will take a lot of work. But you can do
>> it. Fortunately for me some has done it, and this is available
>> for others to use (http://jde.sunsite.dk).
>>
>> If you want to pretty GUI dialog boxes then emacs does not do
>> this (although xemacs, and the newer version of emacs does). It
>> does have a text based configuration system (xemacs, and the
>> newer version of emacs use toolkit widgets if they are
>> available).
Roberto> That is right. So how can you say that customizing emacs is
Roberto> not very different than programming it?
Custom autocodes lisp.
The point that I am making is an uncustomised or unconfigured
emacs, which is what temacs is essentially a lisp interpreter with
very little functionality. Almost all of what emacs does is coded in
lisp extensions. Now in my .emacs I have large amounts of lisp. Which
of this is customisations, and which is extensions? Its a meaningless
distinction.
>> So you have the options there. The reason that many people use
>> lisp to configure (myself included) is that they want to perform
>> complex configuration. Emacs does now provide click and point
>> options which is good. But something like the command line I'm
>> glad that the lisp is still there for when I want it.
Roberto> And all of a sudden I realize that you are on my side after
Roberto> all :-)
There is no real sides to it. Some people like VI some emacs.
I can see both arguments.
Roberto> Configuring VI is much more difficult than configuring
Roberto> Emacs, nowadays.
I've never configured VI, so I can't comment.
Phil
------------------------------
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
From: [EMAIL PROTECTED] (Gamma)
Date: Wed, 11 Apr 2001 15:54:40 GMT
Roberto Selbach Teixeira <[EMAIL PROTECTED]> wrote:
>> Roberto Selbach Teixeira wrote:
>>> > Randall Parker wrote:
>>> >>
>>> >> On Tue, 10 Apr 2001 06:00:03 GMT esteemed JLI did'st hold forth
>>> >> thusly:
>>> >> > For simple editing work vi is properly the best tool on UNIX.
>>> >>
>>> >> Does it do color syntax coding or language and library sensitive
>>> >> code expansion?
>>> >
>>> > vim does.
>>>
>>> And it sucks too! The obvious choice is (and always will be) FSF
>>> Emacs!
>>
>> Emacs is a bloated hog...and it's not universally installed...and
>> where it is installed, which version is it? Is it *really* emacs,
>> or is it jove? or temacs? or ????
>>
>
>Bloated hog? As someone mentioned once, Emacs takes what today's
>equivalent to what? 10 cents of disk space? For these 10 cents you get
>a full featured editor (that's what the guy asked about, wasn't it?),
>a web browser, email client, usenet client, ftp, scheduler, calculator
>and a lot (*A LOT*) more.
10 cents of disk space, sure, but 8 bucks worth of memory and about
15-50 cents of startup time per startup! Which is fine if you're set
up to where you can run it once when you log in in the morning and
then leave it up all day, granted...
And this is just for bare emacs; multiply all numbers by around 8 or
so for xemacs with news, ftp, fried okra, mashed potatoes, etc...
And 120 more bucks worth of install time if you're in a consultant
position and your client doesn't have emacs installed, or has the
wrong version.
Bare vi has virtually zero install cost, since it's everywhere.
Gvim will cost less in install time than a similar xemacs counterpart.
Starts up instantaneously (even gvim). 2 cents of disk space. :-)
less than a buck o'memory.
Vi's not what I would consider full-featured, though. Either we can
compare bare vi and bare emacs, or gvim and xemacs. Either way...
Feature-wise, they're practically identical. I am my company's main
gvim weenie; the others are emacs weenies. All of us fly around in
our respective editors like a bunch of savant witches.
>> If you do work on a LOT of systems, especially for a large number
>> of companies, on site...then trying to survive solely on emacs will
>> kill you.
>>
>> vi is universally installed, and unchanging.
>
>Windows is universally installed and unchanging. This means it is the
>best OS available, right? NOO.
Windows is not as universally installed in the domain of discourse as
Unix/vi is. Windows is not unchanging. And yeah, Windows is not the
best OS, so we do share one belief in common.
(This post was brought to you with vi. Ha-cha-cha-cha-chaaaaa.)
--
Paul Brinkley
[EMAIL PROTECTED]
------------------------------
From: Mikael Chambon <[EMAIL PROTECTED]>
Subject: Re: SIGNAL & SA_RESTORER
Date: Wed, 11 Apr 2001 18:00:57 +0200
Kasper Dupont wrote:
>
> Mikael Chambon wrote:
> >
> > Hi,
> >
> > Does someone know what SA_RESTORER flag means ? There is no
> > description of this flag in signal.h and I saw that it is very used
> > in the function setup_frame....
> >
> > Thanks ....
> >
> > --
> > Mikael Chambon
>
> Perhaps it has something to do with the sa_restorer
> field in the sigaction structure. From man sigaction:
>
> The sigaction structure is defined as
>
> struct sigaction {
> void (*sa_handler)(int);
> void (*sa_sigaction)(int, siginfo_t *, void *);
> sigset_t sa_mask;
> int sa_flags;
> void (*sa_restorer)(void);
> }
>
> The sa_restorer element is obsolete and should not be
> used. POSIX does not specify a sa_restorer element.
>
> I'm not sure about the details, but this is how
> I think it works. SA_RESTORE is used to tell the
> kernel if the sa_restorer variable is in use. It
> should point to a function which just has to
> call the sigreturn systemcall. The kernel will
> place a pointer to the function on the stack as
> return address for the sa_handler/sa_sigaction
> funciton. If sa_restorer is not in use, the
> kernel just writes some code on the stack which
> can be used as sa_restorer.
>
> --
> Kasper Dupont
Mumm I think you must be right Kasper:
Here is what you can find in signal.c
if (ka->sa.sa_flags & SA_RESTORER)
{
err |= __put_user(ka->sa.sa_restorer, &frame->pretcode);
}
else
{
err |= __put_user(frame->retcode, &frame->pretcode);
/* This is popl %eax ; movl $,%eax ; int $0x80 */
err |= __put_user(0xb858, (short *)(frame->retcode+0));
err |= __put_user(__NR_sigreturn, (int *)(frame->retcode+2));
err |= __put_user(0x80cd, (short *)(frame->retcode+6));
}
ok, thanks a lot Kasper
--
Mikael Chambon
------------------------------
From: Kasper Dupont <[EMAIL PROTECTED]>
Subject: Re: How to blank the screen in C?
Date: Wed, 11 Apr 2001 16:04:23 +0000
Paul Haley wrote:
>
> I'm working on a small project here and need to be able to blank the screen
> and bring it back when necessary. Does anybody have any sample code?
>
> Thanks,
> Paul Haley
There is no ANSI C function to blank or unblank the
screen. Of course in most environments it can be done,
and it can be done in a lot of different ways.
If you told us what is the environment in which you
intend to run your program we would be able to give a
much better answer.
If your question had been:
How to blank the screen on a Linux Virtual Terminal
or How to blank the screen in X?
I could have answered it, but I don't know if that is
what you want to know or you want to know something
completely different. Also remember that there are
different ways to blank the screen, you can make an
all black image or you can turn off the monitor using
DPMS. What do you want?
--
Kasper Dupont
------------------------------
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
From: John Hawkins <[EMAIL PROTECTED]>
Date: 11 Apr 2001 12:06:23 -0400
Roberto Selbach Teixeira <[EMAIL PROTECTED]> writes:
> On Wed, 11 Apr 2001, [EMAIL PROTECTED] wrote:
> > On 11 Apr 2001 09:04:05 -0300, Roberto Selbach Teixeira
> > <[EMAIL PROTECTED]> wrote:
> >
> >>As for Emacs defaults, I agree with you that they are not the best
> >>for everyone. But all you have to do is using the menu
> >>Options->Customize Emacs to change the whole thing.
> >
> > Not "the whole thing". Absolutely not.
>
> No? Example?
As we've established in this very thread, you can't get rid of
electric indentation of c-code entirely in any sort of convenient
way.
> You may think that there is nothing you need to know about Vi.
> Don't fool yourself, there is at least one thing you positively
> *have* to know about Vi:
>
> Pressing lots of ESC's followed by ":q!<Ret>" will quit the damn thing.
Yes. Thank god we have the simple and intuitive C-xC-c to get us out
of emacs. ::wipes hand across brow:: ;)
-John
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to the
comp.os.linux.development.system newsgroup.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
