olecom's blog

#!/bin/sh: command modifiers: CPU affinity, ASLR, lightweight exec, capabilities

Submitted by olecom
on May 19, 2008 - 7:37pm
sed '' << 'EOF'
http://thread.gmane.org/gmane.comp.shells.dash/73
Let's listen to silence again now...

Update:
`set -F[rnd:$(read_ethernet_now)]` -- another choice
( # if there's no that much network activity:
wget ftp://ftp.kernel.org/another_kernel.tar.bz2 &
sleep "$seed"
set -F[rnd:$(read_ethernet_now)]
kill $!)
EOF

web surfing with `sh && nc && sed` and watching flash TV news in text mode.

Submitted by olecom
on May 19, 2008 - 4:03pm
flv=`sed -n '
/xmlfile/{
s-.*e=http://\([^/]*\)-url="nc \1 80" ; -
s_\(/[^"]*\)".*$_\
http="GET \1 HTTP/1.0\\r\\n\\r\\n"\n\
printf %b "$http" | $url | sed -n "/^<FLV/{s-<[^>]*>--g;p;q}"_p
q
}' "${1-/tmp/1tv}"`
$mplayer `eval "$flv"`

get a key: small elaboration about keyboard input

Submitted by olecom
on May 17, 2008 - 3:13am
Better and less ugly key-navigation is possible, if key-release
event and no repeating will be available; application must decide what
to do with input and how to do it. Stupid repeat, don't know ways
to configure it: ESC?, stty?, kbd_rate?, putty?, /sysfs/wtf?, xset?,
KDE?, GNOME?; even `xev` shows it as "press+release", raw mode from
kernel/keyboard i suppose. Geee!!!

ssh brute force

Submitted by olecom
on May 16, 2008 - 8:02am

Follow up to: "Brute-Force SSH Server Attacks Surge (InformationWeek)"

* default debian's "rootlogins: on" is bad;
* it's not easy to make multiple port sshds (dummy and real) due to bad /etc/init.d/ssh;
* i have login-only and work-sh-only accounts;
* script for login-only ones: ftp://flower.upol.cz/sys-olecom/+.profile

Programming Language Critiques

Submitted by olecom
on May 15, 2008 - 8:16am

I wonder, what would be there:
TO DO: What's so special about string and text processing?
trace:
http://pdos.csail.mit.edu/~engler/cool-people.html
http://pdos.csail.mit.edu/~engler/
http://www.stanford.edu/~engler/
big Q: where is Open Source of all that cool stuff?

nice spammy day, but i wanted to make (yet another) post about `sed`

Submitted by olecom
on May 14, 2008 - 7:48am

"You know sokoban. Everybody knows sokoban."

Best gameplay with:

stty -icanon -echo -echoctl; printf '\033c\233?25l'
while echo; do dd count=1; done 2>&- | sed -ne "
  `sed 's :q ^C g' <sokoban.sed`"
printf '\233?25h'; stty echo echoctl icanon

Animation: ftp://flower.upol.cz/dts/Sed0000/sokoban-intro.sh

#!/bin/sh: designing features for efficiency, flexibility and ease of use.

Submitted by olecom
on May 9, 2008 - 11:41am
$ 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

sp@m: simply

Submitted by olecom
on May 5, 2008 - 10:18pm
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.

Linux: need of working and simple euidaccess() syscall

Submitted by olecom
on May 5, 2008 - 2:14pm

* 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():

IDE (file changing/edit, flexible configure, building on-the-go): Linux kernel kconfig and kbuild alternatives.

Submitted by olecom
on May 4, 2008 - 12:10pm

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.

LKML: No comments...

Submitted by olecom
on April 30, 2008 - 1:48pm
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.

--

DSO howto comments

Submitted by olecom
on April 26, 2008 - 5:19am

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

Finally! Imagination of programmers: keyboard and pointer devices.

Submitted by olecom
on April 25, 2008 - 12:48am
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 in prospective: Vote for Academy of UNIX in you country!

Submitted by olecom
on April 24, 2008 - 1:44am

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

handcrafting programmers: small embedded example

Submitted by olecom
on April 22, 2008 - 12:52am

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)