なんか脇で引っ掻き回すみたいなことしてすみません…
OpenBSD, Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
違うなー…
<sys/select.h>をどこかでインクルードしないといけないけど誰にやらせんのって話か。ついでにLinuxだとどうすんのってことも考えないといけない(ああこれは面倒…)
sj3h/select.h:typedef fd_set SELECT_FD;
こやつかなあ
L_SETって、kanakan/depend.cの
depend.c:128:21: error: use of undeclared identifier 'L_SET'
if (lseek(fd, pos, L_SET) == ERROR) {
の話か…とりあえず#include <unistd.h>して回避したら今度はfd_setなんざ知らぬと言われたが…
demo, dict/tool, sj3dic, sjj3lib, sj3statはwarningだらけでもビルドできて、kanakan, server, sj3がエラー出るのかな。
(FreeBSDのdistfilesにあったsj3-2.0.1.20をちょっとつついてる)
個別のディレクトリでxmkmf; makeでビルドはできたりできなかったり、っぽいね
やっぱ古いコードに手を出すには歴史を知らないとお気軽には…と身構えてしまう。とはいえ身構えたままじゃ先に進めないし…
古いコードを変換する時は whence の値を以下のマクロに置き換えること:
http://www.linux-cmd.com/lseek.html
L_SETなんて初めて見た…(勉強になる)
onewで見かけた、
ouiTrace(prim,fmt,a,b,c,d,e,f,g)
char *fmt;
{ ... }
とか、戻り値の型は?fmt以外の型って?ん???
とかなってしまう訳で。
でもK&R時代のコードのメンテってすごく難しい気がする。型宣言が中途半端なのをコンパイラがよきに計らってくれるのを期待してるような場合、どうやれば…?ってなったんだけど。
そういえばonewがclang-16でビルドできない件で送ったパッチについてはお返事が無いよーな。まあいつものことだけど…
このご時世にわざわざ旧仮名遣い・旧漢字でblogやtweet/postしているのを見ると「うわぁ…」ってなりますよね…
ちょっと距離置いた方が安全?とか、そういう。
このアカウントは、notestockで公開設定になっていません。
単に<stddef.h>に定義されたものへ置き換える以上問題は起こらないはずなんだけどなあ。
「その修正ってC++11でも通るの?」という問いがあったので検証中…修正箇所と全然関係ない、Xfuncproto.hがごねるんだけど無視して良いよね?(でもX11関連のヘッダで問題が起こるのもあまり良い状況じゃないような…?)
SJ3の一番大変そうなところ(かな漢字変換、クライアント、サーバー)以外の辞書ツールや公開APIの部分はCMakeでビルドできるようにした。コンパイラの警告はたくさん出る。
以前データウェアのライセンスどうしよっかなーというのはこれについてだったり。面倒だから0BSDでいいかなあ(まだ作業中なので、全部まとまってからライセンスの文言を入れようかな)。
今抱えてるのってこれなんだけど…いわゆる後発医薬品(今のところ内服薬に限定してる)における生物学的同等性試験で出てくるデータ(AUC, Cmax)をひたすらCSVにまとめるだけという、なんか修行みたいなやつ。あと6000件以上(どれくらい増えるかは知らない)残ってる感じなんだけど、年内に終わる気はしないですねー https://github.com/jg1uaa/ge-aucdb/blob/dev/ge-aucdb.csv#L6020
SJ3のコード、5〜6行も空行が連続してる箇所がいくつもあったり、行末にタブ文字がやたら入ってるんだけど、これってもしかしてソースコードからコメントを削除してから公開したのかな。
開発者コミュニティがきちんと力を持つまでの間は、目立たないようにやるというのは多分どこも一緒のはず。
(ここでは包まずに書くけど)BTRON界隈の喧しさ…コード書く人間が少ない割に「お客様」気取りな人間の多さというのを見てきた以上、日本語入力界隈も多分同じような構図になるんだろうなーって気が早いかもしれないけど懸念してます。そうならないようにどう立ち回るかというのは、考えておく必要があるのかも。
このアカウントは、notestockで公開設定になっていません。
とりあえず読まないことには分からないので古本屋さんで発注してみた(と言って買うだけ買って読まない本がどれだけあるんだよというツッコミはしないでほしいなあ…)
今だと「日本語入力を支える技術」辺りをとっかかりとして読めばいいのかなあ?(とはいえ中古でしか手に入らない?)
https://www.amazon.co.jp/dp/4774149934
PC-9801辺りの時代に、日本語変換システム(といってもごくごく簡単なかな漢字変換の話だと思う)の作り方について書かれた本があったような記憶があるんだけど…どういうタイトルのどんななかみだったんだろう。思い出せなくてもやーっともやーっともやーっとしている。
このアカウントは、notestockで公開設定になっていません。
日航123便とTRONにまつわるヘンな陰謀論だのなんだのとかあの辺の話をうっかり見てしまうと、あーゆうのに絡まれた際に「一行でもコードを書く奴だけが正義、口だけの奴に使わせるオブジェクトは1byteも無ぇ!帰れ!!」と突っぱねるだけの力が欲しくなる。
でも日本語入力とか「日本」が絡むコードって、どうもヘンなのが湧いてきて引っかきまわしてプロジェクトが潰れるってのが相場というのもあるので、それなりの力(権力とか、技術力とか)を持った人に押し付けちゃうしかないのかなと思う部分もなくはない。
みんなでゆるっとお手伝い、それで成立するんなら遠慮なく飛び込めるんだけど…
とはいえ今抱えてる件がなかなか進まないのでそっちまで手が回らないのが実情なんだけど…問題を放ったままにしている、というのはどうにも落ち着かない。
日本語入力システムのメンテ、気にはなるけどどこに乗っかれば良いんだろうというのはいつも気になってる。マンパワーが分散するのもアレだし、立ち消えになっちゃうのもあるから…
PR投げる際にissue立てないとマズかったかなー(いきなりPRぶん投げちゃいました…タイトルも投稿後に書き換えるとかgdgdしてます、てへ♪)
https://github.com/joncampbell123/dosbox-x/pull/4632
SunSITEの血を引いてるってことは相当の老舗だし、信用できるところ(ここで見つからないようなら諦めるしかない)という理解で良いんだよね?
OSDNのミラー一覧 を見るに、Aalborg Universityのリンクからdotsrc.orgへ飛ぶようだ。かつてのsunsite.dkだったらしい。
https://osdn.net/docs/Mirrors
https://dotsrc.org/news/fundanemt_aalborg-university-donated-usenet-server/
jaistの場合、osdn.jp/じゃなくsourceforge.jp/じゃないか…? https://ftp.jaist.ac.jp/pub/sourceforge.jp/
mixfont-mplus-ipaだけはサルベージしとくか…IPAフォントの古いの、はもう入手不能だし(OpenBSDのdistfilesから拾う手もあるだろうけど)。 https://ja.osdn.net/projects/mix-mplus-ipa/
フリー版のsj3はNEWS版の物から一部の機能が削除されてると言われているけど、何が削除されていたんだっけ…? http://www.tk2.nmt.ne.jp/~artrec/ar-sj3.shtml
Sunもcs00なるかな漢字変換サーバがあるのか(でもソースとか出てこないんだろうな) https://docs.oracle.com/cd/E19455-01/806-2795/6jc051q62/index.html