$ sed '' << 'EOF' Before i will continue my anti-`make`, anti-kconfig/kbuild, i need you to know about `sh` ideas. `sh` is power, integral part of UNIX. This is the first and main userspace tool, as important as kernel itself. But it has its legacy and design problems, as well as complete lack of development in last 20 or so years. ftp://flower.upol.cz/dts/ash0000_var/ideas EOF
After this comment about Jeremy's spam module for this site i think, i have context to post some ideas about simple non-CPU, bandwidth sucking, non GUI means of fighting cheap, non-human spam. I'm stupid text-mode guy, thus: * CSS obscurity (non-)captcha like for web * To, In-reply-to, From, Message-id for SMTP/e-mail.
* another bug report (thread)
http://thread.gmane.org/gmane.comp.shells.dash/36/focus=37
* another nice conversation with kernel hackers
http://thread.gmane.org/gmane.linux.file-systems/23151/focus=23160
the most simple shell `test` tool fail, yet they discuss case-insensitive renames, oh gee. Code part is raceless stripped linux-2.6/fs/open.c:sys_faccessat():
Important stuff. But it needs much more work, than linux kernel has and all useless GUI stuff does.
1) message after coding one smaller replacement of `test` in `dash`
2) message after yesterday's exercises with input, adds UI part.
3) side note about recurcive `make` and useless `make` itself.
From: Matthew Wilcox; Cc: linux-kernel@vger.kernel.org On Wed, Apr 30, 2008 at 07:57:16PM +0200, Oleg Verych wrote: > Why? Why GNU C compiler developers didn't do such (obviously useful) > tool? C compiler (some part of it) *is* responsible for parsing, > tokenizing, etc. Why there is development of never-ending buggy > optimizations only[0]? Shut up. --
Today's second item in http://www.google.com/search?q=Oleg+Verych
is my mail about commets to DSO howto by mister Drepper.
http://sourceware.org/ml/libc-alpha/2007-09/msg00004.html
Haven't any feedback (as usual). So, please, take a look.
About first item (coloring stdout && stderr, small kbuild example) and /bin/sh latter.
EOF
Message-ID: <8499950a0804242134i16747008yd49bf15782c318bd@mail.gmail.com> Date: Fri, 25 Apr 2008 05:34:56 +0100 From: "Oleg Verych" <olecom?ENOMSG@gmail.com> To: "GCC for MSP430 - http://mspgcc.sf.net" Subject: keyboard and pointer devices (Re: super-macro intention description language) > > But maybe I'm missing the point. My programming keyboard has exactly two
UNIX is great not because it's cool, but because it's simple. Natural development of it would be Open Source and time. With time some things become simpler, some things become irrelevant. Openness -- is what classic, non corrupted science have had.
Unfortunately all this is not the case of modern times: i.e. markets of "toasters inside" and "industries" of handcrafted programming...
EOF
More stuff from MSP430 experience; now microprocessor itself.
Conclusion: imagination and creativity, guys, like PR dudes do.
But from educational POV it is a sad thing.
Newsgroups: gmane.comp.hardware.texas-instruments.msp430.gcc.user Subject: A bit more about software (Re: How do you get an ez430 going under Linux?) Date: 2007-10-01 04:16:09 GMT (29 weeks, 1 day and 9 minutes ago)
I was pointed out to book called "Mastering Regular Expressions".
Well, this was my very quick and small response.
Note, '\{0,s\}' is my proposition for shortest match in BRE.
Date: Mon, 21 Apr 2008 18:54:47 +0100 From: "Oleg Verych" To: "sed users" Subject: more on design of some UNIX tools (Re: gsed man pages; custom sed news; `sed` in the wild.)
Brad Spengler <spender@grsecurity>:
Due to Linux kernel developers continuing to silently fix exploitable bugs (in particular, trivially exploitable NULL ptr dereference bugs continue to be fixed without any mention of their security implications) we continue to suggest that the 2.6 kernels be avoided if possible.
______
Summary: programming languages are CS cargo cult; for me it's plain text, so get `sed` and do text processing; but before, some kind of designing meta-language is needed anyway; drivers is a good place to try. Conclusion: linux's, BSD arch/ && kernel/ analogue in meta-language.
"ez430-rf2500 driver problems" kerneltrap.org/node/15941
Reminded me some old stuff:
* TI TUSB3410 chip is too universal for linux USB core,
this core might have a design flaw, developers don't agree;
(some time latter ez430-rf2500 uses chip in the different way)
http://article.gmane.org/gmane.linux.usb.devel/50296
(see also flame in thread)
* i don't like Greg:
Original "Worse Is Better" article: http://www.dreamsongs.com/WIB.html "The good news is that in 1995 we will have a good operating system and programming language; the bad news is that they will be Unix and C++." Stop it right there. It was MS Windows(R) 95(TM) and Borland Delphi (or pick anything from asm, Borland Pascal/C, Watcom C, FoxPro, etc.)
User-Agent: jed (x86_64-pc-linux-glibc-debian) Value of syntax highlighting for programming in text editors is hard to overestimate. I recall one my buddy, a keen school olympic competitor on programming, who said, that move from Borland Pascal 5 to 6 and 7 was a great thing because of highlighting. Many syntax and logic errors just popped up right before one's eyes.