O HAI THIS BLOG PURPZIEZ 2 B UZED AZ MAH PLESIOUS MEM. :)

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.]

A screenshot of net-p2p/ctorrent


イカすCUI.
.torrentなブツを落とし,
かくてヤツは種になった.:P
[Cool looks CUI,
it download .torrent thingy,
then it grows up to seed. :P]