asarch ha escrito un artículo acerca de cómo se usa la función isatty(3) de para verificar si un script tiene datos en stdin, quizas en "$@", o para imprimir su uso.

Para el soporte oficial del mksh eres bienvenido en su canal (en inglés, ya que no todos hablan el castellano) en #!/bin/mksh (sí, sí es un nombre válido XD) del Freenode PDPC (irc.freenode.net:6667).

Update: asarch ha corregido mi español... ¡gracias!

As before, I amended my WTF *.deb repository, this time by emulated m68k packages.

The mirmake package definitively needs upstream work, but I don’t even know off-hand what MACHINE and MACHINE_ARCH are correct for the Atari Falcon on m68k… need to peek at the other BSDs for that.

Rant: the Debian sendmail package sucks, I wonder how anyone can use it… I’ll go by scp(1)ing the configuration from MirBSD again…

The Ostara 2009 snapshot of MirOS BSD #10-current (DuaLive™ technology and MirGRML 2009.01 making a Triforce™ CD) is available on a couple of BitTorrent trackers, our usual tracker and a few others for diversity (and so that they do have some legal content).

It's also available for NetInstall on both architectures.

As I built a 2009-04-17 snapshot but haven't yet come to publish it, or especially create a DuaLive™ CD again, mostly due to real life jumping in or immense (more than usual) headaches, I wonder if I should build another one with the changes done afterwards in it. Comments?

While here anyway…

$ perl -pe 's/=(\n|[a-fA-F0-9]{2})/$1 eq "\n" ? "" : pack("C",hex($1))/eg'

Needed it once for SyGroup.

RedHat BZ#496791 is another example of a bug I documented better in the commitids 10049EF448F5F89A278 and 10049EF493039137B14 in mksh(1).

The gist is: $(…) are not parsed recursively but by a lexer hack, namely merely looking at matching parenthesēs; this needs to go away. Until then, this bug cannot be fixed.

And while at it, ((foo); bar) subshells need to be fixed so that they are not parsed as ((…)) arithmetic expression with a failure upon encountering a sole closing parenthesis.

The mksh plans list this.

Bei Natureshadow seinem Blog findet man bisweilen lustige Sachen, zum Beispiel den unten eingebetteten T5-Cacher (nicht im RSS).

Geocachen im Rheinland ist auch nett, hat öfters Tips und so. Schade ist, daß man die Coins nicht als Nichtmitglied in einem Klub bestellen kann. Bei Bertelsmann bin ich ja auch raus.

alt="T5-Cacher ☺ geocaching, spontane Gedanken"

Als ich über Compiler fluchte hatte ich eigentlich nur im Sinn, festzustellen, daß wir wohl weiterhin mit gcc3 „stuck“ sind. Zugegeben, ich habe den Autor von nwcc als Idioten bezeichnet in einem „rant“, aber die Antwort, die ich per privater eMail erhielt — daher nicht hier wiedergegeben — überraschte mich doch etwas. Ich habe nichtmals alles von ihr gelesen, aber… naja. nwcc baut mksh nicht korrekt, selbst wenn er korrekt tut, weil er zum Beispiel 「void **」 mit 「void *」 verwechselt. Ich schrieb von Warnungen, aber der Autor von nwcc zieht es vor, nicht zwischen gcc-Warnungen beim Bauen von nwcc und nwcc-Warnungen beim Bauen von mksh zu unterscheiden. Weiterhin wagt er es, meinen rant-Idioten als ad-hominem-Attacke zu bezeichnen, selber jedoch erst recht eine derselben zu lancieren.

Nunja. Ich denke, ich habe durch das entfernen des ohnehin defekten nwcc-Ports seinem Wunsch genüge getan. Hiermit weise ich darauf hin, daß der erwähnte Idiot keinesfalls wider seine Person gerichtet war, sondern sich auf die Tätigkeit des Hartkodierens falscher bzw. nicht portabler Annahmen bezog. Damit ist das Kapitel für mich geschlossen. Achja: in einem Makefile eine Regel wie ein Verzeichnis nennen tut nicht — das mußte ich lernen (bei install(1) zum Beispiel), und selbst wenn es funktioniert tut sie nicht das, was Nils Weller gerne hätte, nämlich automatisch in das Verzeichnis hinabsteigen und dort weiter make(1)n.

Update 18:40 — Wir haben uns geëinigt, daß wir keine gegenseitigen Kriegserklärungen wollen, also halte ich mich jetzt an „shut up and hack“ und vergesse das Ganze.

I don’t even know perl(1), I just can RTFM…

tg@bleu:~ $ echo 'xyzz�€y' | perl -C -pe \
    's/([\x{7f}-\x{ffff}])/"&#".unpack("U",$1).";"/eg'
xyzz�€y
tg@bleu:~ $ echo 'xyzz�€y' | perl -C -pe \
    's/([\x{7f}-\x{ffff}])/sprintf "&#x%X;",unpack("U",$1)/eg'
xyzz�€y

Just hacked it for Natureshadow.

I amended my WTF *.deb repository, which carried Debian packages I needed, and later packages for their derivates used at $workplace as well, by iPhoneOS 2.2 packages, after gecko2@ nagged me enough.

Let’s see if it makes. Requests for packaging welcome, but also if someone has already attempted to have dget, dpkg-source & al. on the jesusPhone. Oh, and I’d like to have swap over NFS (or something similarly useful), as I refuse to cross-build, other than exclusively for bootstrapping — a lession learned from OpenBSD (and myself).

pcc ist mal wieder kaputt — -O ist gebrochen, tat aber mal. nwcc ist auch ein Haufen Scheiße, so kaputte Makefiles, hartkodiertes Fehlverhalten sowie unmögliche Annahmen sieht man selten. Selbst die Linux Kernel-Makefiles (in FreeWRT gesehen) sind mittlerweile besser. *seufz…*

Ich hab mal unseren nwcc-Port updatet, allerdings krieg ich das Ding weil es keinen cpp findet („gcc -E” gibts natürlich nicht, welcher Idiot kodiert sowas bitte hart? — und nwcpp baut er dank kaputtem Makefile net enz) nicht ans Laufen und habs daher als BROKEN markiert.

pcc hab ich nicht updatet, wir haben einen, der tut, aber Upstream — wenn auch nur mit YACC=yacc konfiguriert — baut mit -O2 ne kaputt mksh… -O0 aber funktioniert.

Ich weiß ja gar nicht, ob ich die inner workings vom SUNWcc sehen will… außerdem wollte ich ja mal nen Ausflug nach ARM machen — dann unterstützte SunPRO nicht mehr alle unsere Plattformen.

TenDRA ist mit Ten15 schizophren und tut auch irgendwie nur so halbwegs — auf Debian krieg ich damit immerhin manchmal eine mksh(1) gebaut, aber…

Fabrice Bellards tcc ist ja ein schlechter Witz, der tut net enz auf Debian… was aber wohl an glibc liegt.

Von OpenWatcom, den MIPSpro-Ergüssen und so hört man auch nichts. Aber da ich die Vendor-Compiler wie Digital Mars, Borland C++ Builder, usw. bereits unter Cygwin, Interix, PW32 und UWIN „genießen“ durfte, hege ich kein allzu großes Verlangen danach. MIPSpro ist eh’ seltsam.

gcc4 ist ja erwiesenermaßen absolut selbstdisqualifizierend, LLVM ekliges CFrustFrust, also bleibt wohl nur noch gcc3 übrig… ☹

Habe „nur“ noch ein paar kleine Bugs fixen müssen, auch im Bootloader auf sparc (oO), aber jetzt tut alles, wie es soll. Damit kann ich also noch nen Snapshot bauen… ich überlege gerade, auch i386 nochenz durchrennen zu lassen, wegen der anderen kleinen Änderungen. Ob ich dann das Easteregg (hm…) wieder einfüge? gecko2@ spielt dieweil Musik. Jetzt ist mal RL angesagt.

Hier dann noch die aktuellen „Statistiken“:
(Update: images moved here)
Paar mehr, schön nach Feierabend oder so.