"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Do you think the package should be renamed from "rcirc" to simply
> "irc"?
>
> I have no opinion about the package name, but I think the most
> important question is the name of the command used to invoke it. We
> should make that name a
:
setsid
fork
child:
chdir /
close stdout
close stdin
close stderr
Nic Ferrier
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Ken Raeburn <[EMAIL PROTECTED]> writes:
> On Jul 5, 2005, at 18:10, Nic Ferrier wrote:
>> Why can't you just pre-parse the data parsed to the base64 decoder? I
>> believe that's the correct behaviour. A base64 decoder should decode
>> base64, not "base6
Marc Horowitz <[EMAIL PROTECTED]> writes:
> Nic Ferrier <[EMAIL PROTECTED]> writes:
>
>>> Why can't you just pre-parse the data parsed to the base64 decoder? I
>>> believe that's the correct behaviour. A base64 decoder should decode
>>> base6
Marc Horowitz <[EMAIL PROTECTED]> writes:
> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>
>>> I received a piece of email which passed through an older MTA. This
>>> MTA inserted a ! and a newline after every 1000 characters of a very
>>> long line of base64-encoded data, which
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> RFC 3548 has this to say about characters not part of the encoding
> alphabet:
>
> Implementations MUST reject the encoding if it contains characters
> outside the base alphabet when interpreting base encoded data, unless
>
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> That would make the usual case much slower.
> I prefer the idea of swapping bindings on thread switches.
As I understand it such an implementation would not take advantage of
the new hardware that supports multi-threading, eg: multi-core x86
pro
David Kastrup <[EMAIL PROTECTED]> writes:
> And that's what multithreading is about: making conceptually easy
> tasks easy to code. Not merely making them possible to code: you can
> always hardcode the inner state maintained by the combination of a
> stack and the program counter.
>
> But it is
Miles Bader <[EMAIL PROTECTED]> writes:
> On 6/17/05, Ted Zlatanov <[EMAIL PROTECTED]> wrote:
>> This will make threads more of a utility than a true built-in, and
>> threaded code would be written especially for that purpose.
>
> Do you know of any applications that require this? For many purpos
[EMAIL PROTECTED] (Gian Uberto Lauri) writes:
>> "RJC" == Robert J Chassell <[EMAIL PROTECTED]> writes:
>
> RJC> Like a shell which has VI, Emacs has editing. In the same way,
> RJC> the various graphic user interfaces have editors and word
> RJC> processors, too. And you can move or rename
Mathias Dahl <[EMAIL PROTECTED]> writes:
> Miles Bader <[EMAIL PROTECTED]> writes:
>
>> it might interest people in this group that "emacs" is defined in
>> the new edition of the Collins English Dictionary (7th edition).
>> The dictionary gives the plural as "emacsen", and it is defined as
>> fol
Richard Stallman <[EMAIL PROTECTED]> writes:
> The number of buffers would be 1:1 with the number of files being
> downloaded. Aggregating the data is the problem I was trying to avoid.
> Because the downloads all finish at different times it makes sorting
> the data difficult.
>
>
Richard Stallman <[EMAIL PROTECTED]> writes:
> But IMAP can be asked to download lots of files at once and will be
> chunking them all. So I wanted to have lots of chunk buffers, one for
> each file transfer. When the files are downloaded they can be put
> straight into the correct
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Nic Ferrier wrote:
>
>So I wanted to hide them from the user.
>
> Which does not answer a question already asked by Miles: why is
> starting their names with a space not good enough?
Sorry, didn't see that from miles
")
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Richard Stallman <[EMAIL PROTECTED]> writes:
> Something that would help a great deal is if one could create a buffer
> that was hidden, ie: it did not ordinarily appear in the buffer list
>
Related to the discussion about threads is the issue of making
asycnhronous network programming in emacs easier.
I wrote an article on how I tried and failed (for now) to write a good
async IMAP library in elisp:
http://www.tapsellferrier.co.uk/nics-articles/imapua-failure.html
One of the thi
Magnus Henoch <[EMAIL PROTECTED]> writes:
> Nic Ferrier <[EMAIL PROTECTED]> writes:
>
>> We don't need threads in elisp. Just more asynchronous network
>> implementations.
>
> Good point.
>
> What is the best way to send a large amount of data to
jhd <[EMAIL PROTECTED]> writes:
>>> The greatest obstacle to this seems to be shallow binding - you'd
>>> have
>>> to unwind one thread's stack and rewind another's when switching
>>> threads. Maybe there's an easier way that I don't see...
>>>
>>
>> I don't see why this subject keeps coming up
er's when switching
> threads. Maybe there's an easier way that I don't see...
I don't see why this subject keeps coming up.
We don't need threads in elisp. Just more asynchronous network
implementations.
Anyway, async code is so much mo
Ken Raeburn <[EMAIL PROTECTED]> writes:
> For various reasons, I decided to put my attention about three years or
> so ago into a somewhat different project -- making it possible to run
> Emacs with the Guile interpreter tied into the Lisp system. Guile --
> GNU's Ubiquitous Intelligent Langua
[EMAIL PROTECTED] (Geoffrey J. Teale) writes:
> I presume some people on this list already own such an item, but I've
> just been shown this:
>
> http://www.cafepress.com/shop/geeks/browse/Ntt-emacs_Nao-1_Ntk-All_pv-geekcheat.13042487_No-1_N-0_D-emacs
>
> .. but what I really want is a mug with is
Richard Stallman <[EMAIL PROTECTED]> writes:
> I use ERC (an Emacs IRC client) to talk to a free IRC to
> MSN/AIM/etc... gateway called Bitlbee.
>
> rcirc is ok... but it's not as slick as rcirc.
>
> Did you mean to write something else?
Well spotted. I meant to say:
rcirc is ok
e.
rcirc is ok... but it's not as slick as rcirc.
But it's ok as a basic irc client. I'd be quite happy if it came with
emacs to be honest. I'd probably stop using ERC.
Nic Ferrier
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
ell script so that it doesn't exec makes things
work.
Note: this only breaks if you use environment property sets.
I will try and find a solution and post a fix here.
Nic Ferrier
http://www.tapsellferrier.co.uk
___
Emacs-devel mailing list
Ema
[EMAIL PROTECTED] (Kai =?iso-8859-15?Q?Gro=DFjohann?=) writes:
> org-mode binds C- to move the current line down, but Emacs
> generally binds this to forward-paragraph. IMVHO the two behaviors
> are too different to match well: the general binding is a movement
> command, the org mode binding cha
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> Jason Rumney rightly noted that
>
> In the Emacs manual, we need to explain how the user configures
> this in Emacs. Describing what RFC2616 says is not very useful
> ...
>
> Good point. How about putting the explanation in a comment
chad brown <[EMAIL PROTECTED]> writes:
> If you don't even have a /usr/share/dict/words file, then I'd say that
> Debian has evolved out from under emacs-ispell -- most systems I use
> still have such (although mostly under the just-mentioned path).
That seems a shame since lookup-words is used
in CVS emacs-ispell's lookup-words function is doing a grep on
/usr/dict/words.
On my very up to date debian (testing) machine I don't have a
/usr/dict/words file. I don't even have a words file. I seem to have
lots of hash files but no textual words file.
Is this a bug with debian or with emacs-
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
>Accept: text/plain;
>q=0.5, text/html, text/x-dvi;
>q=0.8, text/x-c
>
> If sent in an HTTP request for a resource /fred the above Accept
> headers tells the server that the user will ide
Richard Stallman <[EMAIL PROTECTED]> writes:
> Here's some text in man/url.texi that I don't understand.
>
> HTTP allows specifying a list of MIME charsets which indicate your
> preferred character set encodings, e.g.@: Latin-9 or Big5, and these
> can be weighted. This list is genera
what-cursor-position) obviously does not believe there is a UTF-8
character.
Anybody got any idea why the correct character doesn't display?
btw Woman display the manual page with the strange bullet converted to
an asterisk.
--
Nic Ferrier
http:/
31 matches
Mail list logo
