m0ronic coder in LOL way: 2006/09

2006/09/30

ConvertXML("about.xml", LaTeX);

OSC2006-fallで配る（かもしれない？）チラシをabout.xmlから
TeXででっちあげてみた． :P
ちょうどA4に収まるっぽい．
[Using TeX, here's a sample of handout for OSC2006-fall
from about.xml. :P
It looks like just A4 sized.]

2006/09/29

TDS, stress_test + mudflap

今日のdiffstat．
[Today's diffstat.]

 Makefile                 |   83 ++++++++++++++++++++++++++++++++++++-----------
 include/chromatic_func.h |    2 -
 include/graph_func.h     |    2 +
 include/graphpol_func.h  |    2 -
 src/chromatic_func.c     |   57 ++++++++++++++++++++------------
 src/chromatic_main.c     |   59 +++++++++++++++++++++++----------
 src/graph_func.c         |   70 ++++++++++++++++++++++++++++++++++++++-
 src/graphpol_func.c      |   13 +++----
 src/list_func.c          |   45 ++++++-------------------
 src/planar_func.c        |   69 +++++++++++++++++++++++++++------------
 src/planar_main.c        |   37 +++++++++++---------
 11 files changed, 302 insertions(+), 137 deletions(-)

debug stub, stress testの追加．
及び，pointer access化でenbugしたviolationをmudflapでdebug'n'fix．
[Added debug stubs and steress test rules.
And then, for debug'n'fix enbugging due to pointer accessing,
added violation detection rules w/ mudflap.]

Mudflap Pointer Debugging - GCC Wiki

mudflapによるviolationの検出を有効にすると，
意外に動作が遅くなるので，
mudflapを無効にした状態で数をこなして，
SIGSEGVを喰らうパターンを記録して，
固定値でmudflapを有効にしてムニャヘニャするの繰り返し．
gdbで対話的にdebugするのもイイけど，これはこれで具合が良い．
と言うか，CFLAGSとかが凄い事になってるなー． :P
[When use mudflap-enabled binary, it makes its runtime speed
awful^H^H^H^H bit of slow.
So, disabled mudflap and do ton of stress test.
Then, collecting some SIGSEGV pattern, do it w/ mudflap enabled binary.
This way would be awesome for my laziness.
BTW, the CFLAGS or so looks like a bit of rice-flavor! :P]

#
# Build options
#
OPT_CFLAGS = -O3
#OPT_CFLAGS += -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec
#F_CFLAGS   += -funroll-all-loops -ftree-vectorize -ftracer -fweb
#F_CFLAGS   += -fstack-protector -fstack-protector-all
#F_CFLAGS   += -fmudflap
F_CFLAGS   += -fomit-frame-pointer
W_CFLAGS   = -Wall -Werror
#G_CFLAGS   =
#G_CFLAGS   = -g
#G_CFLAGS   = -pg -g -ggdb3
CFLAGS     = $(OPT_CFLAGS) $(F_CFLAGS) $(W_CFLAGS) $(G_CFLAGS) -pipe

#AN_LDFLAGS = -Wl,-O3,--as-needed
#LDFLAGS    = $(AN_LDFLAGS)
LDFLAGS    =

INCs = -I./include
DEFs  = -DMAX_LIST_T_LENGTH=10*10
DEFs += -DMAX_GRAPH_T_ORD=10
DEFs += -DMAX_POL_T_SIZE=10
DEFs += -DMAX_FRAGMENTS=10*10/2
DEFs += -DDRAW=1
LIBs = -lc
#LIBs = -lmudflap -lc

2006/09/28

TDS, hotplug2 fix, my bugs

今日のdiffstat．
[Here's today's diffstat.]

 include/graph_func.h    |   10 -
 include/graphpol_func.h |   18 +-
 include/list_func.h     |   26 +--
 src/chromatic_algosC.c  |    4 
 src/chromatic_func.c    |   28 ++-
 src/chromatic_main.c    |   27 ++-
 src/graph_func.c        |  193 ++++++++++++-------------
 src/graphpol_func.c     |  215 ++++++++++++----------------
 src/list_func.c         |  360 +++++++++++++++++++++++++-----------------------
 src/planar_func.c       |  104 ++++++++-----
 src/planar_main.c       |   31 ++--
 11 files changed, 512 insertions(+), 504 deletions(-)

昨日に続いて，殆どrewriteに近い事をやっているので8行しか増えてない．
具体的には，call by valueになっている所を悉くpointer access化している最中．
可変長の多次元配列をpackingしてcall by valueする所をpointer accessにすると，
結構早くなるみたい． :P
[Yep, it looks like code rewrite.
According to physical SLOC, only +8 lines.
I'm poking it to make all funcs pointer accessing,
instead of dumb packed variadic n-th array call-by-value.
It looks like easy a way to bit of more "rice"-ing. :P]

昨日の夜中，hotplug2の怪しげなwarningが修正されました． :)
[Last night, a warning of hotplug2 was fixed. :)]

9/26 22:58:08 hiyuh
    iSteve: still alive?
9/26 23:02:17 hiyuh
    iSteve: jsut curious, why BITS_PER_LONG was
    re-defined? http://rafb.net/paste/results/gerSBr30.html

9/27 00:31:01 iSteve
    hiyuh: sorry, took short map
9/27 00:31:39 iSteve
    hiyuh: interesting; in my kernel headers, and those I use for testing
    of 2.4, bits_per_long is defined in /usr/include/asm-[arch]/types.h,
    and only if __KERNEL__ is set
9/27 00:31:44 iSteve
    ^ s/map/nap/
9/27 00:32:30 iSteve
    hiyuh: I'll ifndef it then
9/27 00:32:45 iSteve
    hiyuh: may I ask what version the kernel headers used are?
9/27 00:33:52 hiyuh
    iSteve: I use sys-kernel/linux-headers-2.6.16 on Gentoo/PPC.
9/27 00:34:38 iSteve
    ah, that could be it, I didn't test it at all on non-x86
    architectures; I only tested whether the input is the same as on x86
    (tried amd64 and sparc)
9/27 00:36:04 iSteve
    fixed in SVN
9/27 00:36:17 hiyuh
    iSteve: thanks :)
9/27 00:36:27 iSteve
    I thank you:)

で，x11-apps/slimを1.2.6にして，
巷で話題のLDFLAGS="-Wl,--as-needed"に対応してみた．
runtimeでは試してないので悪しからず．
[And then, x11-apps/slim version bump to 1.2.6
w/ build-time LDFLAGS="-Wl,--as-needed".
But not sure whether it's correctness for runtime, though.]
Bug #107526 Comment #61

GNATもvirtual/gnat-4.1なSLOTで入って，
GHDL 0.25がビルド出来た． :)
[New GNAT provide virtual/gnat-4.1 SLOT.
It can build GHDL 0.25, yum-yum. :)]
Bug #83877 Comment #c32

2006/09/26

TDS, hotplug2

恒例のdiffstat晒し．
[Here is today's my diffstat.]

 Makefile                 |    8 
 include/chromatic_func.h |    2 
 include/graph_func.h     |   59 +++---
 include/graphpol_func.h  |   47 ++--
 include/list_func.h      |   48 +++--
 include/planar_func.h    |    6 
 src/chromatic_algosC.c   |   16 -
 src/chromatic_func.c     |   20 +-
 src/chromatic_main.c     |   51 +++--
 src/graph_func.c         |  449 ++++++++++++++++++++++-------------------------
 src/graphpol_func.c      |   52 ++---
 src/list_func.c          |   71 +++----
 src/planar_func.c        |  151 ++++++++-------
 src/planar_main.c        |   29 +--
 14 files changed, 527 insertions(+), 482 deletions(-)

#uclibc@FreeNode.netにて．
[Snippet log of #uclibc@FreeNode.net.]

9/26 19:19:55 iSteve
    Hi...
9/26 19:20:16 iSteve
    although neither busybox nor uclibc, this might be interesting for
    some of you: http://isteve.depressant.org/hotplug2/
9/26 19:34:41 hiyuh_work
    nice :)
9/26 19:45:39 iSteve
    hiyuh_work: thanks, I'm hoping it won't end up as one-user
    application:)
9/26 19:47:34 hiyuh_work
    iSteve: lol
9/26 21:04:59 iSteve
    well the risk is high:)

で，さっそく弄ってみた．
-Osでstrip -sすると，ppc-glibc上だとこんな感じ．
[K, I've poke it w/ -Os + "strip -s".
On ppc-glibc,]

-rwxr-xr-x 1 hiyuh users  22K 2006-09-26 23:06 hotplug2
-rwxr-xr-x 1 hiyuh users  12K 2006-09-26 23:06 hotplug2-dnode

うむ，なかなかイイ． :P
[Oh well, yum-yum. :P]

floatzip, a confined owl

#ggi@FreeNode.netにて．
[Snippet log form #ggi@FreeNode.net.]

9/25 20:04:33 MooZ
    http://www.gvu.gatech.edu/people/peter.lindstrom/papers/floatzip/paper.pdf
9/25 20:06:45 hiyuh_work
    MooZ: heh, is it your paper? :9
9/25 20:12:07 MooZ
    no
9/25 20:12:29 MooZ
    but i found it's a cool one
9/25 20:14:21 MooZ
    maybe it can be used to compress rgbe and other hdri

"O RLY?" -> "YA RLY!" -> "NO WAI!" -> "Quite RLY..."で，
何故か梟ネタが極一部で流行っていて，全く関係無いモノを思い出した．
少し検索したら見付かった．
塔の中のふくろう
「君、空の容器は確かに、暗鬱とした森林を疾走していました。
しかしその空の容器は、元から空であったのです。」
[There is a phrase combo,
"O RLY?" -> "YA RLY!" -> "NO WAI!" -> "Quite RLY..." going around.
It reminds me this owl stuff.
I found it again.
Tower, a confined owl
"Say, no less the empty coffin would be in the vanguard of gray woods.
However, that already had been stuffed with empty ones."]

2006/09/25

On {Satur,Sun}day w/ My Gentoo

土日中に~ppcに追い付いて，色々ムニャヘニャするハズが，
open{ssl,ssh}やらgnutlsやらpopplerやらでライブラリがプチ壊れて，
「revdep-rebuildを実行 -> 終了する前に寝落ち」を繰り返してた． :P
結局，~ppcに追い付いただけで，それっぽい事は出来てない．
んー，OSCのネタも適当に用意しなけりゃならんのですかねー．
十月中に夏休み(!?)が五日間取れるハズなので，
取り敢えず，Xynth on Gentoo/uClibc w/ Armadillo-9かな？
[Well, I would make my gentoo recently ~ppc env
and do someting on this saturday and sunday, though.
open{ssl,ssh}, gnutls, poppler libs has a bit of breakages,
then I did "revdep-rebuild -> Zzz" routine repeatedly. :P
Finally, I've made my gentoo recent ~ppc env
but it's not more or less.
Hmm, should I prepare something for OSC?
Well, I have plan to get 5 day time as summer(!?) vacation
in October.
So, can I poke "Xynth on Gentoo/uClibc w/ Armadillo-9" or so?]

で，これ．
Chris Whiteの兄貴に教えてもらった． :D
[Yay, Chris White bro shows me funny bug report. :D]
Bug #148844

んで，今，UTC 19:00よりGentoo/PPCのエラいdev達が
IRC meetingするっぽいのだけれど，それってJST 4:00なのですが，
/joinしといて，無理っぽかったら寝ますかね． :P
[BTW, now, Gentoo PPC Meeting start at UTC 19:00.
It means at JST 4:00.
Umm, could I join it to get the log and sleep? :P]

2006/09/16

a hardware thingy, dev-db/sqlite

メモメモ． :9
[Memorized for myself.]
LinuxHardware.org

今日，app-portage/eixのアップデートでUSEフラグを確認したら，
dev-db/sqliteが利用可能な事に気付く．
その手のサーバでもないのに/varな所がアレになりそうなので，
USE="-sqlite"な感じにしようかと思ったが，
SQLite home pageを見るとそうでもないらしい．
あと，gentoo-embedded MLでvapierが
「SQLiteはuClibcでもイケる」
と言っていた事を思い出したので我慢してみる事にした． :P
[Today, I found dev-db/sqlite dep as a USE of app-portage/eix.
My G4 lappy is not DB server, so to make /var stuff sane
I won't to enable it like USE="-sqlite".
But according to "About SQLite" of SQLite home page,
it doesn't do that.
And then, a post of gentoo-embedded ML like vapier said,
"SQLite on uClibc is OK"
So, I'll do it. :P]

取り敢えず，無駄にlocal overlayに3.3.6なebuildを持ってきて
upstream最新の3.3.7にbumpして，
strict aliasing等をムニャヘニャした後，
USE="sqlite"なeixをemergeしてみた，問題無さげ．
コンパクトなコードになっているのでemergeするのも楽だ．
普通にSQLなライブラリとして使っても良いかも．
[First, pulled 3.3.6 offcial ebuild was pulled in my local overlay.
Then, bump it to upstream newest 3.3.7 and sanitizing strict aliasings or so.
Finally, I emerge app-portage/eix w/ USE="sqlite", it looks like fine.
Compact code makes my emerging time faster than bloat ones'.
to use it as a SQL lib is worth to consider, IMHO.]

修正：タイポ :P
[FIX: typos. :P]

2006/09/15

A RefOfWebServ, RTFM, monolithic X

メモメモ． :9
[Hmm, it's worth to memorize.]
nweb: a tiny, safe Web server (static pages only)

何故か，#gentoo-embedded@FreeNode.netで関係無い話．
[A unrelated talking on #gentoo-embedded@FreeNode.net.]

9/14 20:12:15 kolla
    Hm... I get "WARNING: usage of RSYNC_EXCLUDEFROM is deprecated,
    use PORTAGE_RSYNC_EXTRA_OPTS instead" when I sync, but I cant find
    any docs on PORTAGE_RSYNC_EXTRA_OPTS
9/14 20:15:00 kolla
    google helps though
9/14 20:21:56 *
    hiyuh_work cann't understand why on the earth didn't read the fine
    manual...
9/14 20:33:17 kolla
    I'm not from this planet :)
9/14 20:35:55 hiyuh_work
    then, that's OK. :P
9/14 20:36:20 *
    theBear comes from planet Australia.. things are different there
9/14 20:54:59 kolla
    hehe

ついにモノリシックなXに粛正が！ :P
移行作業はお早めに．
[K, abandon monolithic X! :P.
To migrate it is recommend ASAP.]
Monolithic X no longer supported

2006/09/14

CLS, dumb CFLAG, JUST COMPILED(tm)

おー，Pythonすげー． :)
[Oh, Python rocks. :)]
A Python benchmarks on Gentoo
あー，Haskellもすげー． :(
[Umm, Haskell would be better? :(]
A Haskell GHC benchmarks on Gentoo

で，今日の#gentoo-bugs@FreeNode.net．
[Here's a today's #gentoo-bugs@FreeNode.net talking.]

9/13 22:45:00 jeeves
    [New Bug] https://bugs.gentoo.org/147451 nor, P2, x86,
    duncan-bugs@dwebb.ch-bug-wranglers@gentoo.org, NEW, pending, glibc
    all recent versions: can't find a register in class `BREG' while
    reloading `asm'
9/13 22:45:17 DrEeevil
    hardened I guess?
9/13 22:45:23 jakub
    hehe
9/13 22:45:48 jakub
    3.3.6
9/13 22:45:55 jakub
    we don't care, upgrade first
9/13 22:46:53 DrEeevil
    argh :-)
9/13 22:48:07 hiyuh_work
    ah, thank gods... -ffast-math + -fPIC...
9/13 22:48:23 jakub
    ugh, didn't notice that
9/13 22:48:32 DrEeevil
    argh?!
9/13 22:48:39 DrEeevil
    is that a contest? most bugs per line?
9/13 22:48:59 hiyuh_work
    nice, very nice trying...
9/13 22:49:12 jakub
    probably -fPIC to blame
9/13 22:49:19 jakub
    anyway, don't care about 3.3 stuff
9/13 22:49:28 hiyuh_work
    right

教訓: 変なCFLAGSを使わない事．
[L: Don't use any dumb CFLAGS.]

仕事の方はベースになるプログラムの変更が一区切り．
一応，JUST COMPILED (tm)．
はやいトコ，JUST WORKS (tm)を目指す． :P
[K, I've done first draft of base code pokings.
It's JUST COMPILED(tm), ATM.
I'll make it JUST WORKS(tm), ASAP. :P]

2006/09/12

FSF will do prop-up DRI?

忘れてた，メモメモ．
nouveauとか，まだちょっかい出せる領域にいるなー． :P
[Well, I forgot to memorized.
Umm, nouveau can be enough to be poked, or? :P]
A post form FSF to dri-devel ML

How about your gcc[4][1][1].karma?

うーん，或る程度予想はしていたけど，
gcc-4.1.1関連のバグ報告がイイ感じだ． :P
[Umm, TBH, these're not what I could expect.
The bugs which related gcc bumps to >=4.1.1 really rock. :P]

9/12 19:38:01 jakub
    !rdep xfractint
9/12 19:38:01 jeeves
    no reverse rdepends info for xfractint
9/12 19:38:14 DrEeevil
    leave that alone ;-)
9/12 19:38:23 DrEeevil
    (but it rarely worked well)

9/12 20:26:10 Opfer
    jakub: ping
9/12 20:26:23 Opfer
    jakub: still need help on bug 147158
9/12 20:26:24 jeeves
    Opfer: https://bugs.gentoo.org/147158 maj, P2, x86,
    mrsteven@gmx.de-spock@gentoo.org, NEW, pending,
    =x11-misc/xfractint-20.4.00 doesn't compile
9/12 20:26:27 Opfer
    ?
9/12 20:27:43 jakub
    Opfer: well, if you have ppc? :)
9/12 20:27:53 jakub
    or sparc
9/12 20:27:59 jakub
    amd64 - not reproducable
9/12 20:28:13 Opfer
    You cced x86, so I thought you need additional testing
9/12 20:28:20 Opfer
    I can reproduce it.
9/12 20:28:37 jakub
    Opfer: well... yeah, I CCed x86 b/c it looks like a weird x86-specific
    issue :)
9/12 20:28:45 Opfer
    Ok
9/12 20:28:50 jakub
    the other one as well non-reproducable on amd64, starts normally
9/12 20:29:50 Opfer
    .03 seems to emerge fine though
9/12 20:29:56 jakub
    yeah, but doesn't run
9/12 20:30:07 Opfer
    Oh yes, the other bug
9/12 20:30:22 jakub
    and, weirdly enough, it runs on amd64 just fine
9/12 20:30:47 jakub
    doesn't make much sense to me
9/12 20:31:02 Opfer
    Did you nag the other arches?
9/12 20:33:37 jakub
    Opfer: well, just managed to get some amd64 folk so far :)

9/12 20:33:42 hiyuh_work
    hmm, it needs to test on ppc?
9/12 20:33:54 jakub
    if you can, yes please
9/12 20:34:22 hiyuh_work
    k, I'll try :)
9/12 20:34:33 jakub
    emerge =x11-misc/xfractint-20.4.00 and see if it bombs out on segfault
    right at start of compile
9/12 20:34:45 jakub
    and then the latest ~arch and test if you can run it
9/12 20:35:11 Opfer
    jakub: Reproducable, but ni idea how to avoid it...
9/12 20:35:24 jakub
    hiyuh_work: mind that you need to re-login or run env-update &&
    source /etc/profile for the second one
9/12 20:36:13 jakub
    hiyuh_work: i.e., be some you have FRACTDIR=/usr/share/xfractint
    variable set
9/12 20:36:25 jakub
    Opfer: yeah, NFC really
9/12 20:36:32 zlin
    happens to me too
9/12 20:36:51 jakub
    Opfer: I looks at the patches, and there's nothing that strikes me
    as apparently related
9/12 20:36:54 Opfer
    jakub: There is a .04
9/12 20:36:56 jakub
    *looked
9/12 20:36:59 jakub
    spelling--
9/12 20:37:03 Opfer
    upstream
9/12 20:37:27 jakub
    hmmm, worth a shot

9/12 20:41:44 hiyuh_work
    jakub: on my ~ppc env, emerge =x11-misc/xfractint-20.4.00 is fine.
9/12 20:41:49 hiyuh_work
    and it just works (I did FRACTDIR=/usr/share/xfactint
    /usr/bin/xfractint), it can shows me a fractal graphic.
9/12 20:42:10 jakub
    zomg
9/12 20:42:22 jakub
    hiyuh_work: please, can you note that on the bug? :)
9/12 20:42:50 jakub
    (or, better on both bugs)
9/12 20:43:05 hiyuh_work
    well, to reproduse it requires ricer cflags? :P
9/12 20:43:34 hiyuh_work
    I'm using -Os + altivec flags, atm.
9/12 20:44:33 jakub
    uhm? I thought it worked just fine for you
9/12 20:44:41 jakub
    or, you can reproduce it as well?
9/12 20:46:51 hiyuh_work
    nope, it works here. I cann't reproduce the segfault w/ 29.4.00.
9/12 20:47:07 hiyuh_work
    s/29/20/
9/12 20:47:24 jakub
    oh ok... then just note that it works fine on ppc :)
9/12 20:50:26 hiyuh_work
    uhm, but it has ton of strict-aliasing warnings, *ugly*.
9/12 20:50:31 hiyuh_work
    if it was emerged w/ ricer flags, some runtime segfaults could be,
    I guess.
9/12 20:50:57 hiyuh_work
    but yes, it's unrelated that bug.
9/12 20:55:01 hiyuh_work
    jakub: so, note it on bug 147158, or?
9/12 20:55:02 jeeves
    hiyuh_work: https://bugs.gentoo.org/147158 maj, P2,
    x86, mrsteven@gmx.de-spock@gentoo.org, NEW, pending,
    =x11-misc/xfractint-20.4.00 doesn't compile
9/12 20:55:10 jakub
    yeah
9/12 20:55:13 hiyuh_work
    ok

9/12 20:56:18 jakub
    Opfer: ok, updated the patch and trying .04 now
9/12 20:57:05 jakub
    Opfer: ugh
9/12 20:57:14 jakub
    bombs out in a horrible way
9/12 20:57:35 jakub
    looks like completely broken includes
9/12 21:00:02 jakub
    oh wonderful, they are all commented out and assumed later on

9/12 21:02:13 hiyuh_work
    jakub: aww, xfractint-20.4.00 has runtime segfaults. It BOOMed when
    I commented on that bug report. :P
9/12 21:03:14 jakub
    hiyuh_work: wonderful... well, that thing is just plain borked,
    should never have been stable
9/12 21:03:26 DrEeevil
    argh?!
9/12 21:03:29 jakub
    .04 is not a solution, it bombs out in a horrible way
9/12 21:04:20 jakub
    hiyuh_work: just for fun, this is what I get when trying to compile
    .04: http://rafb.net/paste/results/X7ORUQ31.html
9/12 21:05:02 hiyuh_work
    blah :P
9/12 21:05:19 Opfer
    Jakub: Let's put it back where it belongs...
9/12 21:05:35 jakub
    Opfer: package.mask? :P

9/12 21:06:00 hiyuh_work
    well, I'm trying to re-emerge it w/ -fno-strict-aliasing, atm.
9/12 21:06:37 jakub
    wow, this is a wonderful version bump, go break lots more stuff
9/12 21:06:39 jakub
    ugh
9/12 21:07:17 jakub
    has someone upstream tried to compile even before releasing? O_O
9/12 21:07:30 DrEeevil
    jakub: win32 most likely
9/12 21:07:36 Opfer
    .04 seems to be a development version...
9/12 21:08:16 jakub
    well, it's borked... not really keen on fixing all those includes,
    I'm pretty sure there will be more after fixing common/hc.c
9/12 21:09:23 hiyuh_work
    ugh, I got segfaults, even if appended -fno-strict-aliasing. :P
9/12 21:10:40 jakub
    blah, crap
9/12 21:10:46 Opfer
    So the list of things having to need to die is getting longer...
9/12 21:11:45 *
    hiyuh_work is doing "emerge -C x11-misc/xfractint".
9/12 21:12:13 DrEeevil
    one reason more to have an automated build-all
9/12 21:13:24 jakub
    ugh

9/12 21:14:08 hiyuh_work
    jakub: then,  should I note about that runtime segfaults, or?
9/12 21:15:02 jakub
    hiyuh_work: probably the other bug is more fix
9/12 21:15:08 jakub
    it's linked there
9/12 21:15:30 jakub
    s/fix/fit/ damn it
9/12 21:15:51 jakub
    hiyuh_work: Bug  147030
9/12 21:15:51 jeeves
    jakub: https://bugs.gentoo.org/147030 nor, P2, All,
    mail@lutz-uwe-lehmann.de-spock@gentoo.org, NEW, pending,
    xfractint-20.4.03 segfaults as user but runs as root (permissions
    not set properly on /usr/share/xfractint/*)
9/12 21:17:53 hiyuh_work
    umm, it related permission?
9/12 21:18:59 jakub
    hiyuh_work: nfc
9/12 21:19:10 jakub
    blubb claim that it works on amd64
9/12 21:19:18 jakub
    it bombs out straigh on x86
9/12 21:19:32 jakub
    and it works for some time and then dies on ppc?
9/12 21:19:39 jakub
    jesus, this in junk
9/12 21:21:12 hiyuh_work
    yeah, I could see some graphics. but if I poked somthing, then it
    got segfaults *sometimes*.
9/12 21:22:05 jakub
    well, this thing should have the stable keywords dropped, not
    acceptable
9/12 21:22:19 hiyuh_work
    right

修正: 不正な文法． :P (gcc[4.1.1] -> gcc[4][1][1])
[FIX: invalid syntax. :P (gcc[4.1.1] -> gcc[4][1][1])]

2006/09/11

a comment, time(len(s.m, y.n)) >= 5*H

いやはや，こう言うコメントがあるからbugzillaはやめられんね． :P
[Yum, like this comments sounds kinda like. :P]
Bug #126400 Comment #22

今日はアレな仕様だった或る部分の詳細を明確化する為に，
我領土，S県M市より，YでNな地へ午後より遠征．
電車で往復5時間もかかったが，打ち合わせは一時間弱で終了．
ま，移動時間の半分は寝てたがな． :P
仕様も何とか見通しが着いたし，
「明日からはまともにコーディング出来るなー」
とニコニコしていたら，
「その前にドキュメンテーションしてねー」
との事．
うへ，御尤も． :(
[Today, I have a little business trip to make it clearly
as unclearly/subtle spec was, from our home S-pref-M to a Y&N.
Well, it took 5 hours by train, and the meeting is over less
than 1 hour, though.
Hmm, I had kind of sleeping time where in the train, though. :P
Um, OK, the spec is made clearly now, thus
"K, I'm ready to code it harder."
But, my bosses said,
"WAIT, DO DOCUMENTATION before do it, please."
Right, it makes sense. :(]

修正：不正な文法． :P (5H -> 5*H)
[FIX: syntax invalids :P (5H -> 5*H)]

2006/09/08

The thread really rocks!

あぶねー，flameと勘違いされる所だった． :P
[OK, there is no misunderstanding.
No more flame, plz. :P]
a last my post of dwm ML

2006/09/06

Oh my MeGane!

眼鏡が壊れた．．． :(
そろそろ寿命だろうとは思っていたが，
今朝会社に行こうとしたら，
あの鼻にかける部分が片方ポロリと取れた．
でも眼鏡無しでは何も見えんので無理して使っている．
違和感，半端無い． :P
[Ugh, my eyeglasses b0rked... :(
Yes, I knew it's really tatty, though.
When I was going to go to my office,
the nose-touched left-side one aparted.
Umm, I cann't see anything w/o my eyeglasses,
I'm force myself to use b0rked one, though.
But, yeah, it makes me really uncomfortable feeling. :P]

2006/09/05

{gnat-,}gcc-4.1.x, sudo makes me LOL

よーし，gnat-gcc-4.1.1でghdlが逝けるかも．
[K, it's fully prepared to try ricing ghdl w/ gnat-gcc-4.1.1.]
Bug #130509 Comment #14

2006.1でgcc-4.1.x系がstableに降りてきた所為で，
-bugsではイイ感じにgcc-4.1.x関連の嵐が！
jakubが"ぷち"キレて仕舞うので，
検索してから新たなバグ報告を御願いします． :D
この辺りを見ると，未解決のgcc-4.x.x関連のバグを追う事が出来ます故．
[2006.1 release allow to use gcc-4.1.x SLOT as stable.
But, yes, -bugs receives some gcc-4.1.x related buggy thingy.
Some dupe posts will make jakub to be really upset.
So, please, please, please, search your issue before file it, plz. :D
FYI, you can see some gcc-4.1.x bugs at these tracker.]
Bug #117482
Bug #140707

で，これ．
やはりsudoさんは最強ですなー． :D
[BTW, check this one.
Oh-Kay, sudo really rocks! :D]

2006/09/02

WillOfNetBSD, EnglishML.subscr(!Native)?

これ．
#ep93xx@FreeNode.netでlennertが"interesting"とか言ってた事だ．
そう言えば，*BSD系には全く疎くなって仕舞ったなー．
ま，同時に，こっちのブツの話題も上がっていたがな！ :P
で，drobbins様々は帰ってきますよ，New Developerで．
[This post in /.-jp.
Hmm, IIRC, it was talking by lennert or other guys in #ep93xx@FreeNode.net.
I have long time no see *BSD stuffs, though.
Well, but, umm, I prefered other topic rather than talking about this. :P
And then, Sir drobbins will be back as a New Developer.]

で，これ．
遠慮して仕舞うってのは最初は良く有る事だよなー．
言葉の壁云々も有るし，
言っている事を分かって貰えないってのは辛いモノだ．
英語が巧い事は都合が良い場合が多いけど，
ヘタクソだからって誰もそこを攻めたりはしないと思う．
英語の巧い/下手はそもそもやり取りしたい内容と全く別物だから．
少なくとも，直接的な影響は無い．
そこ，「開き直りやがった」とか言わない事． :P
[And, this post.
To hesitate of "But I was not sure..." is many time seen.
And yes, what others couldn't understatd what I was saying is too sad.
Good english always gives many advantages, ATM.
But, if we have only good eng"r"ish doesn't gives any disadvantages, ATM.
Duh? Good/Bad english is completely unrelated what we want talking about,
at least it doesn't directly affect.
Hey, please don't say "guessed it's a bluff". :P]

修正：タイポ．
[FIX: some typos.]