* Re: real programmers(TM) [not found] ` <mit.lcs.mail.ding/x3ritw6oxax.fsf_-_@lyell.csse.monash.edu.au> @ 2000-05-26 3:01 ` Aaron M. Ucko 2000-05-26 10:01 ` Toby Speight 0 siblings, 1 reply; 9+ messages in thread From: Aaron M. Ucko @ 2000-05-26 3:01 UTC (permalink / raw) Brian May <bmay@csse.monash.edu.au> writes: > cat > a.out Bah, that's for wimps. cat /dev/audio > a.out and whistle into the microphone. ;-) > (then again, not sure what adb is...) A traditional Unix debugger, still found on Solaris and maybe other platforms. -- Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu) ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 3:01 ` real programmers(TM) Aaron M. Ucko @ 2000-05-26 10:01 ` Toby Speight 2000-05-26 11:10 ` Norman Walsh 0 siblings, 1 reply; 9+ messages in thread From: Toby Speight @ 2000-05-26 10:01 UTC (permalink / raw) Cc: ding Aaron> Aaron M. Ucko <URL:mailto:amu@MIT.EDU> 0> In article <udlwvkixbdp.fsf@quiche-lorraine.mit.edu>, Aaron wrote: Aaron> Bah, that's for wimps. Aaron> Aaron> cat /dev/audio > a.out Aaron> Aaron> and whistle into the microphone. ;-) cat /dev/random >a.out If you've seeded the RNG correctly, nothing more to do. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 10:01 ` Toby Speight @ 2000-05-26 11:10 ` Norman Walsh 2000-05-26 11:28 ` Kai Großjohann 2000-05-26 19:26 ` Stainless Steel Rat 0 siblings, 2 replies; 9+ messages in thread From: Norman Walsh @ 2000-05-26 11:10 UTC (permalink / raw) / Toby Speight <streapadair@gmx.net> was heard to say: | cat /dev/random >a.out | | If you've seeded the RNG correctly, nothing more to do. I fear that's an incomplete solution. There are only a finite number of seed values. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | Internet connection, $19.95 a month. http://nwalsh.com/ | Computer, $799.95. Modem, $149.95. | Telephone line, $24.95 a month. | Software, free. USENET transmission, | hundreds if not thousands of dollars. | Thinking before posting, priceless. | Somethings in life you can't buy. For | everything else, there's | MasterCard.--Graham Reed, in the Scary | Devil Monastery ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 11:10 ` Norman Walsh @ 2000-05-26 11:28 ` Kai Großjohann 2000-05-26 12:09 ` Jaap-Henk Hoepman 2000-05-26 19:26 ` Stainless Steel Rat 1 sibling, 1 reply; 9+ messages in thread From: Kai Großjohann @ 2000-05-26 11:28 UTC (permalink / raw) Cc: ding Norman Walsh <ndw@nwalsh.com> writes: > I fear that's an incomplete solution. There are only a finite > number of seed values. IIRC, /dev/random is a real random number generator, not a pseudo random number generator. So no problem there. kai -- I like BOTH kinds of music. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 11:28 ` Kai Großjohann @ 2000-05-26 12:09 ` Jaap-Henk Hoepman 2000-05-26 12:54 ` William M. Perry 0 siblings, 1 reply; 9+ messages in thread From: Jaap-Henk Hoepman @ 2000-05-26 12:09 UTC (permalink / raw) Cc: Norman Walsh, ding On Fri, 26 May 2000 13:28:42 +0200 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > Norman Walsh <ndw@nwalsh.com> writes: > > > I fear that's an incomplete solution. There are only a finite > > number of seed values. > > IIRC, /dev/random is a real random number generator, not a pseudo > random number generator. So no problem there. But it blocks as soon as the entropy pool is (estimated to be) empty. So the problem remains :-) Jaap-Henk -- Jaap-Henk Hoepman | Come sail your ships around me Dept. of Computer Science | And burn these bridges down University of Twente | Nick Cave - "Ship Song" Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590 PGP ID: 0xF52E26DD Fingerprint: 1AED DDEB C7F1 DBB3 0556 4732 4217 ABEF ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 12:09 ` Jaap-Henk Hoepman @ 2000-05-26 12:54 ` William M. Perry 0 siblings, 0 replies; 9+ messages in thread From: William M. Perry @ 2000-05-26 12:54 UTC (permalink / raw) Cc: Kai Großjohann, Norman Walsh, ding [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain; charset="", Size: 737 bytes --] Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes: > On Fri, 26 May 2000 13:28:42 +0200 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > > Norman Walsh <ndw@nwalsh.com> writes: > > > > > I fear that's an incomplete solution. There are only a finite > > > number of seed values. > > > > IIRC, /dev/random is a real random number generator, not a pseudo > > random number generator. So no problem there. > > But it blocks as soon as the entropy pool is (estimated to be) empty. So the > problem remains :-) But doesn't it seed it from interrupt timings, etc? So just play a bandwidth/keyboard/mouse intensive shoot-em-up game, and you write your program while having fun at the same time. :) -bp ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-26 11:10 ` Norman Walsh 2000-05-26 11:28 ` Kai Großjohann @ 2000-05-26 19:26 ` Stainless Steel Rat 1 sibling, 0 replies; 9+ messages in thread From: Stainless Steel Rat @ 2000-05-26 19:26 UTC (permalink / raw) * Norman Walsh <ndw@nwalsh.com> on Fri, 26 May 2000 | I fear that's an incomplete solution. There are only a finite | number of seed values. And modern /dev/random implementations are cryptographically secure. -- Rat <ratinox@peorth.gweep.net> \ When not in use, Happy Fun Ball should be Minion of Nathan - Nathan says Hi! \ returned to its special container and PGP Key: at a key server near you! \ kept under refrigeration. ^ permalink raw reply [flat|nested] 9+ messages in thread
* The <word>.<word>.<word> rule @ 2000-05-11 10:24 Per Abrahamsen 2000-05-12 11:50 ` Hrvoje Niksic 0 siblings, 1 reply; 9+ messages in thread From: Per Abrahamsen @ 2000-05-11 10:24 UTC (permalink / raw) Could we please remove the "<word>.<word>.<word> is a http address" heuristic? It is embarrassing. While I'm, all for heuristics, they should bear some resemblance to reality. I'm getting hits on version numbers, cvs servers and partial mail addresses. It's making the buttonization of the article buffer a joke rather than a help. Any heuristic that assumes than a name that doesn't have http: method prepended or at least start with "www." is a http server is going to generate zillions of false positives. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: The <word>.<word>.<word> rule 2000-05-11 10:24 The <word>.<word>.<word> rule Per Abrahamsen @ 2000-05-12 11:50 ` Hrvoje Niksic 2000-05-16 7:29 ` Hrvoje Niksic 0 siblings, 1 reply; 9+ messages in thread From: Hrvoje Niksic @ 2000-05-12 11:50 UTC (permalink / raw) Per Abrahamsen <abraham@dina.kvl.dk> writes: > Could we please remove the "<word>.<word>.<word> is a http address" > heuristic? It is embarrassing. I agree. The number of false positives is astounding. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: The <word>.<word>.<word> rule @ 2000-05-16 7:29 ` Hrvoje Niksic 2000-05-16 11:58 ` François Pinard 0 siblings, 1 reply; 9+ messages in thread From: Hrvoje Niksic @ 2000-05-16 7:29 UTC (permalink / raw) Miroslav Zubcic <miroslav.zubcic@zesoi.fer.hr> writes: > Karl Kleinpaste <karl@charcoal.com> writes: > > > M-x customize RET gnus-article-buttons RET > > Look at gnus-button-url-regexp. > > Strip off everything from the last "\|" to the end. > > Set, save, exit customize, exit Gnus, exit Emacs. > > Start a fresh Emacs, start Gnus. > > Yes, I know that, but I preffer to edit .gnus myself rather then > allowing automatic writing to .xemacs-options or .emacs. Then use `M-x find-variable RET gnus-button-url-regexp RET' to locate the variable definition, copy/paste it to your .gnus (remember to change `defvar' to `setq' and lose the docstring and custom options), and edit it at your leasure. > I found good string posted by > Per Abrahamsen <rj1z339a3z.fsf_-_@zuse.dina.kvl.dk> This string is > just fine, not too much, not too small. (Main problem was strings and > regexps, this `|\(%' are hardly readible to me). Sigh, a standard problem in languages that don't support a regexp syntax. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: The <word>.<word>.<word> rule 2000-05-16 7:29 ` Hrvoje Niksic @ 2000-05-16 11:58 ` François Pinard 2000-05-17 8:28 ` Python Emacs (was Re: The <word>.<word>.<word> rule) Jaap-Henk Hoepman 0 siblings, 1 reply; 9+ messages in thread From: François Pinard @ 2000-05-16 11:58 UTC (permalink / raw) Cc: ding Hrvoje Niksic <hniksic@iskon.hr> writes: > Miroslav Zubcic <miroslav.zubcic@zesoi.fer.hr> writes: > > I found good string posted by > > Per Abrahamsen <rj1z339a3z.fsf_-_@zuse.dina.kvl.dk> This string is > > just fine, not too much, not too small. (Main problem was strings and > > regexps, this `|\(%' are hardly readible to me). > Sigh, a standard problem in languages that don't support a regexp syntax. I did not follow this thread in detail, but let me add my grain of salt nevertheless (or my grain of sand, depending on how you see it :-). When I saw all this new highlighting, my first impression was positive, as I like non-language to stand out in some way. It was not perfect: for example, the name part (before the `@') was forgotten, but overall, it looked like a step in a good direction. But when I realised that associated with the highlighting, was a button invariably presuming, wrongly in most cases, that we were facing an HTTP reference, my joy disappeared: this was far too dumb to be clever. In a word, I like non-language to be highlighted. However, button association should be done _much_ more carefully. I do not know if this might be useful, but here is some Python code I use to highlight, then buttonize plain text while converting it into HTML pages. The results are satisfying most of times, and maybe it could point towards some compromise? [Python regexps are Perlish more than Emacsish.] def enhance(text, verbatim=0): text = string.replace(text, '&', '&') text = string.replace(text, '<', '<') text = string.replace(text, '>', '>') text = string.replace(text, '\f', '') if verbatim: text = re.sub(r'((mailto:|http://|ftp://)[-_.@~/a-zA-Z0-9]+)', r'<a href="\1">\1</a>', text) else: text = re.sub(r'((mailto:|http://|ftp://)([-_.@~/a-zA-Z0-9]+))', r'<a href="\1">\3</a>', text) text = re.sub((r'(^|[^-_%+./a-zA-Z0-9:])' r'([-_%+./a-zA-Z0-9]+@[-a-zA-Z0-9]+\.[-.a-zA-Z0-9]+)'), r'\1<a href="mailto:\2">\2</a>', text) if verbatim: text = re.sub(r'_([-_@./a-zA-Z0-9]+)_', r'_<i>\1</i>_', text) text = re.sub(r'\*([-_@./a-zA-Z0-9]+)\*', r'*<b>\1</b>*', text) text = re.sub(r"`([-_@./a-zA-Z0-9]+)'", r"`<tt><b>\1</b></tt>'", text) else: text = re.sub(r'_([-_@./a-zA-Z0-9]+)_', r'<i>\1</i>', text) text = re.sub(r'\*([-_@./a-zA-Z0-9]+)\*', r'<b>\1</b>', text) text = re.sub(r"`([-_@./a-zA-Z0-9]+)'", r'<tt><b>\1</b></tt>', text) return text P.S. - By the way, Lars, I would much like having a Python version of Gnus! Would you add this to the Gnus TODO file? :-) :-) :-) -- François Pinard http://www.iro.umontreal.ca/~pinard ^ permalink raw reply [flat|nested] 9+ messages in thread
* Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-16 11:58 ` François Pinard @ 2000-05-17 8:28 ` Jaap-Henk Hoepman 2000-05-17 20:06 ` François Pinard 0 siblings, 1 reply; 9+ messages in thread From: Jaap-Henk Hoepman @ 2000-05-17 8:28 UTC (permalink / raw) Cc: François Pinard On 16 May 2000 07:58:24 -0400 François Pinard <pinard@iro.umontreal.ca> writes: > P.S. - By the way, Lars, I would much like having a Python version of Gnus! > Would you add this to the Gnus TODO file? :-) :-) :-) I'd very much like to see a Python Emacs!!!! Does your remark mean it exists :-O !? Jaap-Henk -- Jaap-Henk Hoepman | Come sail your ships around me Dept. of Computer Science | And burn these bridges down University of Twente | Nick Cave - "Ship Song" Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590 PGP ID: 0xF52E26DD Fingerprint: 1AED DDEB C7F1 DBB3 0556 4732 4217 ABEF ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-17 8:28 ` Python Emacs (was Re: The <word>.<word>.<word> rule) Jaap-Henk Hoepman @ 2000-05-17 20:06 ` François Pinard 2000-05-17 20:27 ` Kai Großjohann 0 siblings, 1 reply; 9+ messages in thread From: François Pinard @ 2000-05-17 20:06 UTC (permalink / raw) Cc: ding Jaap-Henk Hoepman <hoepman@cs.utwente.nl> écrit: > François Pinard <pinard@iro.umontreal.ca> writes: > > P.S. - By the way, Lars, I would much like having a Python version of Gnus! > > Would you add this to the Gnus TODO file? :-) :-) :-) > I'd very much like to see a Python Emacs!!!! Does your remark mean it > exists :-O !? Even if a Python Emacs existed, I could not switch using it unless Gnus followed me. If Lars does rewrite Gnus in Python, who knows if it would not be the initial push that we need to do something sensible! :-) The idea of a Python Emacs comes from time to time, outside the FSF of course, but nothing serious gets done about it, so far that I know. Emacs is very deep in my habits, and I have huge configuration files. But if there was a sufficiently interesting editor (something hard to find) with Python as an extension language, I would seriously consider switching. Someone told me that `vim' supports Python, but I do not see myself using `vi', as I suffer too much each time I try :-). But I just do not dare to imagine how I could handle all my mail, without Gnus. Lars, my dear Lars, aren't you tired of Emacs LISP? :-) -- François Pinard http://www.iro.umontreal.ca/~pinard ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-17 20:06 ` François Pinard @ 2000-05-17 20:27 ` Kai Großjohann 2000-05-17 20:37 ` Stainless Steel Rat 0 siblings, 1 reply; 9+ messages in thread From: Kai Großjohann @ 2000-05-17 20:27 UTC (permalink / raw) What's so bad about Lisp that people are requesting a Java Emacs or a Python Emacs or a Perl Emacs? kai -- Beware of flying birch trees. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-17 20:27 ` Kai Großjohann @ 2000-05-17 20:37 ` Stainless Steel Rat 2000-05-18 20:48 ` Jaap-Henk Hoepman 0 siblings, 1 reply; 9+ messages in thread From: Stainless Steel Rat @ 2000-05-17 20:37 UTC (permalink / raw) * Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) on Wed, 17 May 2000 | What's so bad about Lisp that people are requesting a Java Emacs or a | Python Emacs or a Perl Emacs? Lisp is considered to be evil by allegedly "real programmers" who think C++ is the be-all, end-all language for everything. -- Rat <ratinox@peorth.gweep.net> \ Do not taunt Happy Fun Ball. Minion of Nathan - Nathan says Hi! \ PGP Key: at a key server near you! \ ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-17 20:37 ` Stainless Steel Rat @ 2000-05-18 20:48 ` Jaap-Henk Hoepman 2000-05-19 14:42 ` Stainless Steel Rat 0 siblings, 1 reply; 9+ messages in thread From: Jaap-Henk Hoepman @ 2000-05-18 20:48 UTC (permalink / raw) Cc: (ding) On Wed, 17 May 2000 16:37:21 -0400 Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > * Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) on Wed, 17 May 2000 > | What's so bad about Lisp that people are requesting a Java Emacs or a > | Python Emacs or a Perl Emacs? > > Lisp is considered to be evil by allegedly "real programmers" who think C++ > is the be-all, end-all language for everything. Actually, C is a macro assembler which makes C++ ... an object oriented macro assembler :-) My problem with LISP is that it is a functional programming language used imperatively, which, at least to me, makes any reasonably complex lisp function very hard to read... If only lisp didn't have setq... :-) Jaap-Henk -- Jaap-Henk Hoepman | Come sail your ships around me Dept. of Computer Science | And burn these bridges down University of Twente | Nick Cave - "Ship Song" Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590 PGP ID: 0xF52E26DD Fingerprint: 1AED DDEB C7F1 DBB3 0556 4732 4217 ABEF ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-18 20:48 ` Jaap-Henk Hoepman @ 2000-05-19 14:42 ` Stainless Steel Rat 2000-05-20 20:35 ` Jaap-Henk Hoepman 0 siblings, 1 reply; 9+ messages in thread From: Stainless Steel Rat @ 2000-05-19 14:42 UTC (permalink / raw) * Jaap-Henk Hoepman <hoepman@cs.utwente.nl> on Thu, 18 May 2000 | Actually, C is a macro assembler which makes C++ ... an object oriented | macro assembler:-) Very good. Paste a star on your forehead. :) | My problem with LISP is that it is a functional programming language used | imperatively, which, at least to me, makes any reasonably complex lisp | function very hard to read... The idea is that you recursively break a task up into successively smaller tasks, then you write functions to implement these little tasks. Getting back to the natural language analogy, each of these simple, "microtask" functions is like a word. Words are joined to form phrases, which are joined to form sentences, which are joined to form paragraphs, etc. -- Rat <ratinox@peorth.gweep.net> \ Caution: Happy Fun Ball may suddenly Minion of Nathan - Nathan says Hi! \ accelerate to dangerous speeds. PGP Key: at a key server near you! \ ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-19 14:42 ` Stainless Steel Rat @ 2000-05-20 20:35 ` Jaap-Henk Hoepman 2000-05-20 22:43 ` Kai Großjohann 0 siblings, 1 reply; 9+ messages in thread From: Jaap-Henk Hoepman @ 2000-05-20 20:35 UTC (permalink / raw) Cc: (ding) On Fri, 19 May 2000 10:42:00 -0400 Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > * Jaap-Henk Hoepman <hoepman@cs.utwente.nl> on Thu, 18 May 2000 > | Actually, C is a macro assembler which makes C++ ... an object oriented > | macro assembler:-) > > Very good. Paste a star on your forehead. :) > I feel radiant... :-) > | My problem with LISP is that it is a functional programming language used > | imperatively, which, at least to me, makes any reasonably complex lisp > | function very hard to read... > > The idea is that you recursively break a task up into successively smaller > tasks, then you write functions to implement these little tasks. Getting > back to the natural language analogy, each of these simple, "microtask" > functions is like a word. Words are joined to form phrases, which are > joined to form sentences, which are joined to form paragraphs, etc. I know the basic idea of functional programming, thank you. I also know it's good for certain programming tasks, and bad for others, and is actually not used all that often... LISP is a very bad functional programming language, because it allows you to use it imperatively: first do this, change the program state, then do that, etc.... and the syntax is really horrible. I have managed, over the years, to write simple LISP code for emacs-related stuff. There have been many times I would have liked to do something more complex, but was stopped by the `obnoxiousness' of LISP... Jaap-Henk -- Jaap-Henk Hoepman | Come sail your ships around me Dept. of Computer Science | And burn these bridges down University of Twente | Nick Cave - "Ship Song" Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590 PGP ID: 0xF52E26DD Fingerprint: 1AED DDEB C7F1 DBB3 0556 4732 4217 ABEF ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-20 20:35 ` Jaap-Henk Hoepman @ 2000-05-20 22:43 ` Kai Großjohann 2000-05-23 0:12 ` Hal Snyder 0 siblings, 1 reply; 9+ messages in thread From: Kai Großjohann @ 2000-05-20 22:43 UTC (permalink / raw) Cc: Stainless Steel Rat, (ding) Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes: > LISP is a very bad functional programming language, because it > allows you to use it imperatively: first do this, change the program > state, then do that, etc.... and the syntax is really horrible. Why are you using it imperatively, then, if you don't want to? Or are you speaking of modifying existing code? kai -- Beware of flying birch trees. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-20 22:43 ` Kai Großjohann @ 2000-05-23 0:12 ` Hal Snyder [not found] ` <m3g0raulgw.fsf@peorth.rgo.gweep.net> 0 siblings, 1 reply; 9+ messages in thread From: Hal Snyder @ 2000-05-23 0:12 UTC (permalink / raw) Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes: > > > LISP is a very bad functional programming language, because it > > allows you to use it imperatively: first do this, change the program > > state, then do that, etc.... and the syntax is really horrible. > > Why are you using it imperatively, then, if you don't want to? Or are > you speaking of modifying existing code? Ok, so what we *really* need is Emacs based on Erlang or Haskell. ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <m3g0raulgw.fsf@peorth.rgo.gweep.net>]
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) [not found] ` <m3g0raulgw.fsf@peorth.rgo.gweep.net> @ 2000-05-23 1:16 ` Eric S. Johansson 2000-05-23 1:29 ` Lloyd Zusman 0 siblings, 1 reply; 9+ messages in thread From: Eric S. Johansson @ 2000-05-23 1:16 UTC (permalink / raw) ----- Original Message ----- From: "Stainless Steel Rat" <ratinox@peorth.gweep.net> To: "(ding)" <ding@gnus.org> Sent: Monday, May 22, 2000 9:03 PM Subject: Re: Python Emacs (was Re: The <word>.<word>.<word> rule) > * Hal Snyder <hal@vailsys.com> on Mon, 22 May 2000 > | Ok, so what we *really* need is Emacs based on Erlang or Haskell. > > Bah! Real Programmers write hand-optimized assembly opcodes from memory. > Macro assemblers are for wussies. And don't get me started on those > so-called "high-level" languages. I thought real programmers used: emacs a.out :-) ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Python Emacs (was Re: The <word>.<word>.<word> rule) 2000-05-23 1:16 ` Eric S. Johansson @ 2000-05-23 1:29 ` Lloyd Zusman 2000-05-23 1:44 ` real programmers(TM) Brian May 0 siblings, 1 reply; 9+ messages in thread From: Lloyd Zusman @ 2000-05-23 1:29 UTC (permalink / raw) "Eric S. Johansson" <esj@harvee.billerica.ma.us> writes: > From: "Stainless Steel Rat" <ratinox@peorth.gweep.net> > > > > [ ... ] > > > > Bah! Real Programmers write hand-optimized assembly opcodes from memory. > > Macro assemblers are for wussies. And don't get me started on those > > so-called "high-level" languages. > > I thought real programmers used: > > emacs a.out Nope, they use ... adb a.out ... to create executables from scratch. This includes creating the `emacs' executable for all those wusses on the system who want to use it. Also, they just use `adb' to patch the kernel while it's running. And for those systems that no longer have `adb', they create their own `adb' by using `ed' and entering the binary opcodes to create `adb'. > :-) -- Lloyd Zusman ljz@asfast.com ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-23 1:29 ` Lloyd Zusman @ 2000-05-23 1:44 ` Brian May 2000-05-23 7:03 ` Hrvoje Niksic 0 siblings, 1 reply; 9+ messages in thread From: Brian May @ 2000-05-23 1:44 UTC (permalink / raw) >>>>> "Lloyd" == Lloyd Zusman <ljz@asfast.com> writes: Lloyd> Nope, they use ... Lloyd> adb a.out I always thought that the proper tool was cat > a.out or echo "[insert program string here]" > a.out (then again, not sure what adb is...) -- Brian May <bmay@csse.monash.edu.au> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: real programmers(TM) 2000-05-23 1:44 ` real programmers(TM) Brian May @ 2000-05-23 7:03 ` Hrvoje Niksic 0 siblings, 0 replies; 9+ messages in thread From: Hrvoje Niksic @ 2000-05-23 7:03 UTC (permalink / raw) Brian May <bmay@csse.monash.edu.au> writes: > (then again, not sure what adb is...) `adb' is the thing you use for control characters that `ed' and `cat' won't grok. Linux wussies don't have adb. Har har har har! ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2000-05-26 19:26 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <mit.lcs.mail.ding/rjk8h1l6yv.fsf@kolmogorov.dina.kvl.dk> [not found] ` <mit.lcs.mail.ding/dp66skvvfn.fsf@mraz.iskon.hr> [not found] ` <mit.lcs.mail.ding/dpya5brm0e.fsf@mraz.iskon.hr> [not found] ` <mit.lcs.mail.ding/oq1z32wvtr.fsf@titan.progiciels-bpi.ca> [not found] ` <mit.lcs.mail.ding/kp1z31vav0.fsf_-_@utip202.cs.utwente.nl> [not found] ` <mit.lcs.mail.ding/oqog65vt46.fsf@titan.progiciels-bpi.ca> [not found] ` <mit.lcs.mail.ding/200005172027.WAA16517@marcy.cs.uni-dortmund.de> [not found] ` <mit.lcs.mail.ding/00May17.163721edt.115620@gateway.intersys.com> [not found] ` <mit.lcs.mail.ding/kpd7mjega1.fsf@utip202.cs.utwente.nl> [not found] ` <mit.lcs.mail.ding/00May19.104238edt.116445@gateway.intersys.com> [not found] ` <mit.lcs.mail.ding/kp1z2x6jud.fsf@utip202.cs.utwente.nl> [not found] ` <mit.lcs.mail.ding/vafvh08etc0.fsf@lucy.cs.uni-dortmund.de> [not found] ` <mit.lcs.mail.ding/8766s65dm0.fsf@ghidra.vail> [not found] ` <mit.lcs.mail.ding/m3g0raulgw.fsf@peorth.rgo.gweep.net> [not found] ` <mit.lcs.mail.ding/00e501bfc454$7dd10310$0500a8c0@rufus> [not found] ` <mit.lcs.mail.ding/ltzopicav8.fsf@asfast.com> [not found] ` <mit.lcs.mail.ding/x3ritw6oxax.fsf_-_@lyell.csse.monash.edu.au> 2000-05-26 3:01 ` real programmers(TM) Aaron M. Ucko 2000-05-26 10:01 ` Toby Speight 2000-05-26 11:10 ` Norman Walsh 2000-05-26 11:28 ` Kai Großjohann 2000-05-26 12:09 ` Jaap-Henk Hoepman 2000-05-26 12:54 ` William M. Perry 2000-05-26 19:26 ` Stainless Steel Rat 2000-05-11 10:24 The <word>.<word>.<word> rule Per Abrahamsen 2000-05-12 11:50 ` Hrvoje Niksic 2000-05-16 7:29 ` Hrvoje Niksic 2000-05-16 11:58 ` François Pinard 2000-05-17 8:28 ` Python Emacs (was Re: The <word>.<word>.<word> rule) Jaap-Henk Hoepman 2000-05-17 20:06 ` François Pinard 2000-05-17 20:27 ` Kai Großjohann 2000-05-17 20:37 ` Stainless Steel Rat 2000-05-18 20:48 ` Jaap-Henk Hoepman 2000-05-19 14:42 ` Stainless Steel Rat 2000-05-20 20:35 ` Jaap-Henk Hoepman 2000-05-20 22:43 ` Kai Großjohann 2000-05-23 0:12 ` Hal Snyder [not found] ` <m3g0raulgw.fsf@peorth.rgo.gweep.net> 2000-05-23 1:16 ` Eric S. Johansson 2000-05-23 1:29 ` Lloyd Zusman 2000-05-23 1:44 ` real programmers(TM) Brian May 2000-05-23 7:03 ` Hrvoje Niksic
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 NNTP newsgroup(s).