ときどきの雑記帖 RE* (新南口)

七転八倒

仕事猫

川崎の翌週は横浜。この調子で各地に現れるんだろうか😄

最寄り駅

東京都世田谷区「桜新町駅」周辺を散歩してみよう！おすすめスポット“6選”を紹介｜暮らし方から物件探し

最後は少し桜新町駅からは離れますが（徒歩20分程度）、自然ある快適な空間と、運動や遊びで訪れる人が多い場所、駒沢オリンピック公園です。

徒歩20分はさておき、駒沢公園を桜新町駅周辺のスポットというのは 無理がありそうな(田園都市線で一つ渋谷寄りの駒沢大学駅の方が近い)。

アクセス・駐車場｜駒沢オリンピック公園｜公園へ行こう！

と思ったら駒沢大学より桜新町の方が近そうな「端」があるなあ…

船堀

都営新宿線「船堀」の再開発計画が前進 高層ビル2棟を建設へ 江戸川区役所の移転も | 乗りものニュース

どこかで聞き覚えのある名前、と思ったが10年ほど前にRuby Kaigiの会場になったところか。

RubyKaigi 2014, 18-20 september

2014年だったか。

K2

こ、これは

ウルトラセブン

ウルトラセブンと江ノ島ってなにか繋がりあったっけ?🤔

7つの島のエノシマセブンめぐり ～ウルトラセブンと怪獣たちの物語～ | イベント | 藤沢市観光公式ホームページ

新刊近刊

逆引きPython

Python プログラミング逆引き大全 450 の極意の通販/金城俊哉 - 紙の本：honto本の通販ストア
発売日：2023/11/30
出版社： 秀和システム
サイズ：650ページ
ISBN：978-4-7980-7155-8

というのを見かけ、そう言えば逆引きの数が違う(少ない)ものが出ていなかったっけ? と思って調べてみると

これくらい? ちなみに発売日やらページ数を表にするとこう (450の定価はよくわからん(1980円てこたないと思う)

逆引き数 発売日 定価(税込) ページ数
450 2023/11/30 650
400 2021/01/16 3300 828
357 2020/05/16 3190 706
313 2018/03/20 2860 554

ページ数が400→450で減っている?

乱数

買った。 思っていたより薄い本で少々驚いたけど 面白そうな内容だった(まだ少ししか読んでないが)

雑に作る

見かけたら中身をちょっと見てみよう

C++

某所で見かけたのでぱらぱら眺めてみたら、 visitorパターンやら ○○パターンがわらわら出てきたので GoFの本かとスルーしたのだけど 「その後に生まれた新しいデザインパターン」は 気がつかなかった。 次に見かけたときはその辺も見ておこう。

オブジェクト指向

西暦2023年、オブジェクト指向に興味を持った入門者にお勧めする日本語書籍を考える

いろいろ

マジですかい。それ。 ＞i think that i used & because the name (ampersand) sounds like "address."

Haskell

[Haskell] モナド 演算子 まとめ - Qiita

これはありがたい。

CVE-2023-38545

で

どうも前評判(?)のわりには… という感が否めないのだけど Return error if hostname too long for remote resolve (0783247f) · コミット · Red Hat / centos-stream / rpms / curl · GitLab にあった差分を見たら

     /* RFC1928 chapter 5 specifies max 255 chars for domain name in packet */
     if(!socks5_resolve_local && hostname_len > 255) {
-      infof(data, "SOCKS5: server resolving disabled for hostnames of "
-            "length > 255 [actual len=%zu]\n", hostname_len);
-      socks5_resolve_local = TRUE;
+      failf(data, "SOCKS5: the destination hostname is too long to be "
+            "resolved remotely by the proxy.");
+      return CURLPX_LONG_HOSTNAME;
     }

こっちはともかく

-      socksreq[len++] = (char) hostname_len; /* one byte address length */
+      socksreq[len++] = (unsigned char) hostname_len; /* one byte length */

に驚いた。 いやまあ確かに(後知恵孔明の目で見れば) いかにもなコード(キャスト)ではあるけど

one true awk

が気になってone true awkのソースコードを(改めて)読んでいるのだけど

awk/b.c ・ onetrueawk/awk のコメントにこんなことが書かれていたのね

utf-8 mechanism:

For most of Awk, utf-8 strings just “work”, since they look like null-terminated sequences of 8-bit bytes.

Functions like length(), index(), and substr() have to operate in units of utf-8 characters. The u8_* functions in run.c handle this.

Regular expressions are more complicated, since the basic mechanism of the goto table used 8-bit byte indices into the gototab entries to compute the next state. Unicode is a lot bigger, so the gototab entries are now structs with a character and a next state, and there is a linear search of the characters to find the state. (Yes, this is slower, by a significant amount. Tough.)

Throughout the RE mechanism in b.c, utf-8 characters are converted to their utf-32 value. This mostly shows up in cclenter, which expands character class ranges like a-z and now alpha-omega. The size of a gototab array is still about 256. This should be dynamic, but for now things work ok for a single code page of Unicode, which is the most likely case.

The code changes are localized in run.c and b.c. I have added a handful of functions to somewhat better hide the implementation, but a lot more could be done.

で

awk/awk.h at d8e4368964e4471a54a755823004f2b1aabc0f80 ・ onetrueawk/awk

/* structures used by regular expression matching machinery, mostly b.c: */

#define NCHARS	(1256+3)		/* 256 handles 8-bit chars; 128 does 7-bit */
				/* BUG: some overflows (caught) if we use 256 */
				/* watch out in match(), etc. */
#define	HAT	(NCHARS+2)	/* matches ^ in regular expr */
#define NSTATES	32

issueにあった情報ではこのNCHARSがおかしい(小さすぎるんじゃないか) という話らしいのだけど

bzero

このコミット

@@ -64,7 +64,7 @@ static void set_roi_map(const vpx_codec_enc_cfg_t *cfg,
                        vpx_codec_ctx_t *codec) {
  unsigned int i;
  vpx_roi_map_t roi;
-  memset(&roi, 0, sizeof(roi));
+  bzero(&roi, sizeof(roi));

  roi.rows = (cfg->g_h + 15) / 16;
  roi.cols = (cfg->g_w + 15) / 16;

こんな感じでmemsetをbzeroに置き換える変更がたくさんあるんだけど bzeroって使って問題ない関数だったっけ?

こっちのコミット や こっちのコミット の修正はまあ。

FORTRAN Compiler on IBM 704

STATE B と STATE Cで共有しているっぽい LAMBDA(という領域)のSTATE Cでの利用状況をざっと調べてみる

>grep -e "LAMBDA" statec.asm
LAMBDA BSS 1200                                                         4F14197
       REM STATE C. PERFOPMS OPTIMIZATION ON LAMBDA TABLE.              4F14204
R01000 CLA LAMBDA,A          ADD INTO GAMMA COUNTERS                    4F14220
       CLA LAMBDA-3,A                                                   4F14229
R02600 LDQ LAMBDA-2,A        SINGLE ELEMENT                             4F14235
       ANS LAMBDA-3,A        EXTRACT TAGS AND STORE BACK                4F14241
       CLA LAMBDA-6,A                                                   4F14242
       ORA LAMBDA-3,A                                                   4F14243
       SLW LAMBDA-6,A                                                   4F14244
       CAL LAMBDA-2,A        EXTRACT FS BITS AND STORE BACK             4F14245
       ORS LAMBDA-5,A                                                   4F14247
       CAL LAMBDA-1,A        STORE BACK SYMBOL                          4F14248
       SLW LAMBDA-4,A                                                   4F14249
       STZ LAMBDA-3,A        CLEAR TAG WORD                             4F14251
R05300 CAL LAMBDA,A          STRING BEADS... COMPRESS LAMBDA TABLE      4F14263
       SLW LAMBDA,C                                                     4F14265
       CLA LAMBDA+1,A                                                   4F14266
       STO LAMBDA+1,C                                                   4F14267
       CLA LAMBDA+2,A                                                   4F14268
       STO LAMBDA+2,C                                                   4F14269
R06400 CLA LAMBDA,A          STORE ORDERED, REDUCED LAMBDA TABLE        4F14276
       CLA LAMBDA,A                                                     4F14280
       CLA LAMBDA+1,A                                                   4F14282
       CLA LAMBDA+2,A                                                   4F14284

ところどころインデックスレジスターにA(1番)ではなく C(4番)を使っているところがあるとか、±のオフセットの大きさが STATE Bでのそれと比べると小さいのが気になるかな。

FORTRAN

これ関連でまたてきとーぶっこいて 失笑(失望)をかっていた御仁がいたみたいだけど それはさておき、 その余波で(?) FORTRAN(やCOBOL)がなぜ今も使われ続けているのか という話題で一部盛り上がった模様。

というのを眺めていたら

FORM

この一件を思い出した(その後状況はどうなったんだろうか)。

Written in C

FORM was started in 1984 as a successor to Schoonschip, an algebra engine developed by M. Veltman. It was initially coded in FORTRAN 77, but rewritten in C before the release of version 1.0 in 1989. Version 2.0 was released in 1991. The version 3.0 of FORM has been publicized in 2000. It has been made open-source on August 27, 2010 under the GPL license.

FORTRANで書かれていたんじゃなかったっけか と思ったが、 確かに最初はFORTRANで書かれたものだったけど わりとすぐにCで書き直されていたらしい。

今日の重箱の隅

アーレイ・バーグ じゃなくて アーレイ・バーク (Arleigh Burke)。

バグの話もちょっと(だいぶ?)アヤシイ (少なくとも有名な例のエピソードはプログラムの話じゃないよね)。

サチる

小田原

一瞬何かと思ったがこのカタチはかまぼこか!😄

秋葉原

あれ、マ〇ポーシャって中央通り沿いにあったんだっけか?

コンピュータ館のとなりにあった蕎麦屋で天ざるを食べるのが楽しみだった😄

awk

訳

PC-9801

PC-100

PC-100は当時道玄坂にあった上新電機(J&P)で見たなあ (当時の行動範囲でたぶん一番近かったパソコン取り扱いショップ)。

NeXT

NeXTも10月だったらしい。

The roots of this development were sown 35 years ago, when Jobs released the NeXT Computer on Oct. 12, 1988.

≪ prev Binary Star
next ≫ Footfall