mieki256's diary

以下のページを参考にして試してみた。

_Creating a single instance application < Python recipes < ActiveState Code
_Ptyhonでプロセス間排他を試す(Windows限定) | The only neEt thing to do.
_windowsで実行中のプロセスのフルパスを、pythonから調べたい
_多重起動禁止処理 for Windows
_benhoyt/namedmutex: namedmutex.py, a simple ctypes wrapper for Win32 named mutexes
_Windows上で多重起動を防止する方法
_Module win32event

Windowsの場合、Mutex なるものを使うと多重起動してるかどうかを判別することができる模様。キーワードとして「python CreateMutex」でググれば情報に辿り着けそう。

その Mutex を利用する方法として、以下の2つがあるようで。

• win32event、win32api、winerror等を経由して呼び出す。
• ctypes モジュールで呼び出す。

まずは win32event等を経由して使う方法を試してみた。動作には pywin32 のインストールが必要。今回は pywin32 304 がインストールされた。

pip install pywin32

_01_mutex.py

import win32event
import win32api
import winerror
import win32security
import time
import sys

MUTEXNAME = "python_mutex_sample_01"


def main():
    sa = win32security.SECURITY_ATTRIBUTES()
    sa.SECURITY_DESCRIPTOR.SetSecurityDescriptorDacl(True, None, False)

    mtx = win32event.CreateMutex(sa, False, MUTEXNAME)
    err = win32api.GetLastError()
    if not mtx or err == winerror.ERROR_ALREADY_EXISTS:
        # Process exists
        print("%s already exists" % MUTEXNAME)
        sys.exit(0)
    else:
        # New process
        print("New process.")
        for i in range(10):
            print(i)
            time.sleep(1)

    if mtx:
        # win32event.ReleaseMutex(mtx)
        # win32api.CloseHandle(mtx)
        mtx.Close()


if __name__ == '__main__':
    main()

• Mutex を作る際は、他のプロセスと被らないような独自の文字列を渡す。
• CreateMutex() を呼んだ直後にエラー情報を調べることで、その Mutex が既にあるかどうかが分かる模様。
• 処理が終わったら、mtx.Close() を呼んでハンドルをクローズする。

python 01_mutex.py で実行すると、1秒毎に、0 から 9 までの数字を出す。

DOS窓を複数開いておいて、どこかのDOS窓でスクリプトを動かしてから、すかさず別のDOS窓で同じスクリプトを動かしてみると、後から実行したほうは「〜 already exists」と出力して即座に終了してくれた。たしかに、多重起動を禁止するスクリプトになってくれた模様。

ちょっとよく分からなかったのが、win32event.ReleaseMutex(mtx) を呼ぶと必ずエラーになること。これは呼ばなくてもいいのだろうか…？ クローズ処理として win32api.CloseHandle(mtx) か mtx.Close() は呼んでおくらしいけど…。巷のサンプルを眺めても、win32event.ReleaseMutex(mtx) を呼んでる事例は見かけなかったので、呼ばなくてもいいのかもしれない。

ctypesを使って呼び出す方法も試してみた。

_02_mutex_ctypes.py

import ctypes
import time

MUTEXNAME = "python_mutex_sample_02"


def main():
    knl32 = ctypes.windll.Kernel32
    mtx = knl32.CreateMutexA(0, 1, MUTEXNAME)
    result = knl32.WaitForSingleObject(mtx, 0)
    if result != 0:
        print("%s already exists" % MUTEXNAME)
    else:
        print("New process.")
        for i in range(10):
            print(i)
            time.sleep(1)

    knl32.ReleaseMutex(mtx)
    knl32.CloseHandle(mtx)


if __name__ == '__main__':
    main()

インポートするモジュール数は少なくなってくれた気がする。ただ、ソースが少し分かりづらく…。いや、あまり違いはないか…。

ctypes 経由で呼び出す版は、最後に .ReleaseMutex() と .CloseHandle() を呼び出してもエラーにならなかった。

pygame でWindows用スクリーンセーバを作成するにあたって、いくつか制限事項(?)がある。

• pygame は 1.9.x であること。pygame 2.x.x は、環境変数 SDL_WINDOWID が反映されないので作れない。(pygame 1.x.x はSDL1.xを、pygame 2.x.x はSDL2を使っていて、SLD2 は件の環境変数が反映されない。)
• pygame 1.9.x の最終バージョン、pygame 1.9.6 は、Python 3.8 までの対応なので、pygame 1.9.6 を使いたいなら、Python 2.7 - 3.8 のどれかで作ることになる。

Windows用スクリーンセーバ(.scr)はどんな仕様を要求されるのか、念のために再度列挙してみる。

• Windows用スクリーンセーバは、.exe を .scr にリネームしたもの。

コマンドラインオプションについて。

• .scr は、3種類のコマンドラインオプション、「/s」「/c:xxxx」「/p xxxx」のどれかが渡されて実行される。
• .scrファイルを右クリックして出てくるメニューから、「テスト」「構成」等を選んだ場合、コマンドラインオプションがつかない状態で実行される場合もある。
• /s、/c、/p は、大文字だったり小文字だったりするので、プログラム側で大文字化、または小文字化をしてから判別したほうが良い。
• /s はフルスクリーン表示モード。キーボード操作やマウス操作を検出して、操作があったら自分で終了するように作っておく。
• /c:xxxx は、そのスクリーンセーバの設定ダイアログ表示モード。本来は設定内容を .ini やレジストリ等に記録することになるけれど、特に設定項目が無いなら、スクリーンセーバ名を表示するダイアログが出るだけで十分。
• /p xxxx は、スクリーンセーバ設定画面のプレビュー窓の中に表示するモード。xxxx はプレビュー窓のウインドウハンドル。

「/p xxxx」にも対応させることを考えると、以下の条件を満たすプログラミング言語/ライブラリ/フレームワークなら、Windows用スクリーンセーバを作れることになる。

• 与えられたウインドウハンドルからウインドウサイズを取得できて、
• そのウインドウハンドルのウインドウに対して描画ができる。

多重起動禁止処理について。

• スクリーンセーバ設定画面で何かしら操作をすると、その都度 /p xxxx つきでスクリーンセーバが何度も何度も実行されるので、特に何もしないと同じ処理をするプロセスが2つも3つも走ってしまう。多重起動を抑止する処理が必要になる。
• スクリーンセーバが実行されるまでの時間の間隔で、スクリーンセーバが何度も実行される可能性がある。フルスクリーン表示時も、一応、多重起動の禁止処理を入れておいたほうが安心。

インストール場所について。

• Windows が64bit版、スクリーンセーバが32bit版のプログラムなら、C:\Windows\SysWOW64\ 以下に .scr をコピーする。
• Windows が64bit版、スクリーンセーバが64bit版のプログラムなら、C:\Windows\System32\ 以下に .scr をコピーする。
• Windows が32bit版なら、C:\Windows\System32\ 以下に .scr をコピーする。

今回は、Windows10 x64 21H2上で Python 3.9.13 64bit版や 3.8.10 64bit版をインストールしてある状態で、virtualenv を使って Python 3.8 64bit の開発環境を用意してから作業した。

後々、PyInstaller や Nuitka を使って、.py ファイルをexe化するわけだけど。不要なモジュールまで exe に含められるのは困るので、必要最低限のモジュールしか入っていないクリーン(?)な環境を用意できたほうが exe化するには都合がいい。まあ、virtualenv ではなく、venv 等を使っても同じことはできると思うけど…。

virtualenv のインストールと、Python 3.8 の開発環境を作成。

python -m pip install -U setuptools virtualenv
virtualenv -p python3.8 venv38

開発環境の有効化。

.\env38\Scripts\activate

Pythonのバージョンを確認。

python -V

(venv38) ... > python -V
Python 3.8.10

ちなみに、開発環境の無効化は以下。

deactivate

スクリーンセーバを作る際に必要になるモジュールをインストール。pygame、pywin32 と、exe化するための何かしらが入っていれば済む。

python -m pip install pygame==1.9.6
python -m pip install pywin32
python -m pip install pyinstaller
python -m pip install nuitka zstandard orderedset

手元の開発環境では、以下が入っている。余計なモジュールも入ってるけど…。(Pythonスクリプトの整形ツール、autopep8 とか…。)

(venv38) ... > python -m pip list

Package                   Version
------------------------- ---------
altgraph                  0.17.2
autopep8                  1.7.0
cachetools                5.2.0
future                    0.18.2
Nuitka                    1.0.3
orderedset                2.0.3
pefile                    2022.5.30
pip                       22.2.2
pycodestyle               2.9.1
pygame                    1.9.6
pyinstaller               5.3
pyinstaller-hooks-contrib 2022.8
pywin32                   304
pywin32-ctypes            0.2.0
setuptools                63.4.1
toml                      0.10.2
wheel                     0.37.1
zstandard                 0.18.0

Python 3.8 + pygame 1.9.6 + pywin32 で作成した、Windows用スクリーンセーバのソースは以下。画面の中を赤いボールが跳ね回るだけの、いつもの処理内容。

_scrsavpygame.py

import ctypes
import datetime
import math
import os
import sys
import time
import win32api
import win32event
import win32gui
import win32security
import winerror

DBG = False

IMG_NAME = "resources/ball_64x64.png"

PREVIEW_BG_IMG = "resources/preview_bg.png"
PREVIEW_LOGO_IMG = "resources/preview_logo.png"

APPLI_NAME = "screensaver sample by using pygame"
VER_NUM = "0.0.1"

MUTEX_NAME_FILLSCR = "screensaver_pygame_fullscr"
MUTEX_NAME_CONFIG = "screensaver_pygame_config"
MUTEX_NAME_PREVIEW = "screensaver_pygame_preview"


def resource_path(filename):
    """Get resource file path."""
    if hasattr(sys, "_MEIPASS"):
        # use PyInstaller
        base_dir = sys._MEIPASS
    else:
        base_dir = os.path.abspath(".")

    return os.path.join(base_dir, filename)


def full_screen(screen):
    """drawing pygame window."""

    # invisivle mouse cursor
    pygame.mouse.set_visible(False)

    # load image
    img = pygame.image.load(resource_path(IMG_NAME)).convert()
    img.set_colorkey(img.get_at((0, 0)), pygame.RLEACCEL)

    # initialize work
    scrw, scrh = screen.get_width(), screen.get_height()
    x, y = scrw / 2, scrh / 2
    dx = float(scrw) / (60 * 2)
    dy = float(scrh) / (60 * 3)

    clock = pygame.time.Clock()
    counter = 0
    looping = True

    # main loop
    while looping:

        # check key, mouse
        for event in pygame.event.get():
            if event.type == pygame.QUIT:
                looping = False
            if event.type == pygame.KEYUP:
                # any key up
                looping = False
            if event.type == pygame.MOUSEMOTION:
                # move mouse
                if counter >= 120:
                    looping = False

        if not looping:
            break

        # update sprite position
        w, h = img.get_width(), img.get_height()
        x += dx
        y += dy
        if x <= (w / 2) or x >= scrw - (w / 2):
            dx *= -1
        if y <= (h / 2) or y >= scrh - (h / 2):
            dy *= -1

        # clear bg
        screen.fill((16, 16, 16))

        # draw sprite
        px, py = int(x - (w / 2)), int(y - (h / 2))
        screen.blit(img, (px, py))

        counter += 1

        pygame.display.flip()
        clock.tick(60)

    # visible mouse cursor
    pygame.mouse.set_visible(True)


def preview(screen):
    frames = 360 * 2

    bgimg = pygame.image.load(resource_path(PREVIEW_BG_IMG)).convert()
    logoimg = pygame.image.load(resource_path(PREVIEW_LOGO_IMG)).convert()
    logoimg.set_colorkey(logoimg.get_at((0, 0)), pygame.RLEACCEL)

    clock = pygame.time.Clock()
    ang = 0
    looping = True
    for i in range(frames):
        for event in pygame.event.get():
            if event.type == pygame.QUIT:
                looping = False
            if event.type == pygame.KEYDOWN:
                if event.key == pygame.K_ESCAPE:
                    looping = False

        if not looping:
            break

        scrw, scrh = screen.get_width(), screen.get_height()

        screen.fill((100, 150, 200))
        iw, ih = bgimg.get_width(), bgimg.get_height()
        px = int((scrw - iw) / 2)
        py = int((scrh - ih) / 2)
        screen.blit(bgimg, (px, py))

        iw, ih = logoimg.get_width(), logoimg.get_height()
        px = int((scrw - iw) / 2)
        py = int((scrh * 0.15) * math.sin(math.radians(ang)) + (scrh / 2) - (ih / 2))
        screen.blit(logoimg, (px, py))

        ang += 3

        pygame.display.flip()
        clock.tick(60)


def get_window_size(hwnd):
    """Get window size."""
    rect = win32gui.GetWindowRect(hwnd)
    x0, y0, x1, y1 = rect[0], rect[1], rect[2], rect[3]
    return ((x1 - x0), (y1 - y0))


def msg_box(msg, title):
    """Display MessageBox by Windows API."""
    user32 = ctypes.WinDLL("user32")

    # user32.MessageBoxW.restype = ctypes.c_int32
    # user32.MessageBoxW.argtypes = (ctypes.c_void_p, ctypes.c_wchar_p,
    #                                ctypes.c_wchar_p, ctypes.c_uint32)

    user32.MessageBoxW(0, msg, title, 0x00000040)


def write_log(s):
    global DBG
    if DBG:
        desktop_dir = os.path.expanduser('~/Desktop')
        log_file = os.path.join(desktop_dir, "temp.log.txt")
        dt_now = datetime.datetime.now().strftime("%Y/%m/%d %H:%M:%S")
        with open(log_file, 'a') as f:
            f.write("[%s] %s\n" % (dt_now, s))


def get_mutex(name):
    sa = win32security.SECURITY_ATTRIBUTES()
    sa.SECURITY_DESCRIPTOR.SetSecurityDescriptorDacl(True, None, False)
    mtx = win32event.CreateMutex(sa, False, name)
    err = win32api.GetLastError()
    if not mtx or err == winerror.ERROR_ALREADY_EXISTS:
        return (mtx, False)
    return (mtx, True)


def close_mutex(mtx):
    global cmdopt
    if mtx:
        # win32event.ReleaseMutex(mtx)
        # win32api.CloseHandle(mtx)
        mtx.Close()
        write_log("%s : Close mutex. Exit." % cmdopt)


# ----------------------------------------
# parse commandline option
kind = "None"
hwnd = 0
if len(sys.argv) >= 2:
    s = sys.argv[1][0:2].lower()
    if s == "/p":
        kind = "preview"
        hwnd = int(sys.argv[2])
    elif s == "/c":
        kind = "config"
    elif s == "/s":
        kind = "fullscreen"

cmdopt = " ".join(sys.argv)

if kind == "config":
    # ----------------------------------------
    # config / setting
    mtx, success = get_mutex(MUTEX_NAME_CONFIG)
    if not success:
        # Process exists
        write_log("%s : %s already exists. Exit." % (cmdopt, MUTEX_NAME_CONFIG))
        sys.exit(0)

    # new process
    write_log("%s : New process." % cmdopt)
    msg_box("%s\nver.%s" % (APPLI_NAME, VER_NUM), "Information")
    close_mutex(mtx)
    sys.exit()

if kind == "preview":
    # ----------------------------------------
    # preview
    mtx, success = get_mutex(MUTEX_NAME_PREVIEW)
    if not success:
        write_log("%s : %s already exists. Exit." % (cmdopt, MUTEX_NAME_PREVIEW))
        sys.exit(0)

    os.environ['SDL_VIDEODRIVER'] = 'windib'

    if hwnd != 0:
        # set SDL_WINDOWID
        os.environ['SDL_WINDOWID'] = str(hwnd)
        wdw_size = get_window_size(hwnd)
        write_log("Windows size: %d x %d" % (wdw_size))
    else:
        wdw_size = (152, 112)

    write_log("%s : New process. hwnd = %d , Wdw size = %d x %d" %
              (cmdopt, hwnd, wdw_size[0], wdw_size[1]))

    import pygame  # nopep8

    pygame.init()
    screen = pygame.display.set_mode(wdw_size)
    preview(screen)
    pygame.quit()
    close_mutex(mtx)
    sys.exit()

# ----------------------------------------
# full screen
mtx, success = get_mutex(MUTEX_NAME_FILLSCR)
if not success:
    # Process exists
    write_log("%s : %s already exists. Exit." % (cmdopt, MUTEX_NAME_FILLSCR))
    sys.exit(0)

# New process
write_log("%s : New process." % cmdopt)

import pygame  # nopep8

pygame.init()
screen = pygame.display.set_mode((0, 0), pygame.FULLSCREEN)
full_screen(screen)
pygame.quit()
close_mutex(mtx)
sys.exit()

使用画像は以下。scrsavpygame.py と同階層に、resources というディレクトリを作成して、その中に入れておく。

_ball_64x64.png
_preview_bg.png
_preview_logo.png

(venv38) ... > tree /A /f

D:.
|   scrsavpygame.py
|
+---resources
        ball_64x64.png
        preview_bg.png
        preview_logo.png

/p xxxx を渡して実行した時(プレビューモード)の動作は、一定時間アニメーションを表示して、その後終了する作りにしてみた。

当初、与えられたウインドウハンドルに対して何かを描画して即座に終了する処理で十分だろうと思っていたのだけど。その方法を実際に試してみたら、描画内容が全く反映されず。どうやら数秒ほど延々と描画を続けてみないと、見た目が反映されないようだなと…。何故かは分からないけれど…。

しかし、そのままいつまでもアニメーションを描画し続けるわけにもいかなくて。スクリーンセーバ設定画面が閉じられた際、スクリーンセーバも終了しなければいけないはずだけど、どうすればスクリーンセーバ設定画面の終了を検出できるのか、そこが分からない。仕方なく、一定時間が経過したら問答無用で終了してしまうことにしてお茶を濁した。このあたり、解決策はあるのだろうか…？


多重起動抑止については、以下を参照のこと。

_Pythonスクリプトの多重起動を抑止したい


環境変数 SDL_WINDOWID を使って、pygame のウインドウを埋め込む処理については、以下を参照のこと。

_tkinterの中にpygameを埋め込む

動作確認は以下。

python scrsavpygame.py /s
python scrsavpygame.py /c
python scrsavpygame.py /p 0
python scrsavpygame.py

「/p 0」を渡したときは、仮で小さなウインドウを生成して、その中にプレビュー窓用の内容をテスト描画するようにしてみた。本番では、例えば「/p 1049354」のように、何かしらの大きな数値(実在するウインドウハンドル)が渡されるはず。

Windows用スクリーンセーバとして利用するためには、ファイルの拡張子が .scr でなければならず、その .scr は .exe をリネームして作られるわけで…。つまり、この Pythonスクリプトをexe化しないと、スクリーンセーバとして利用できない。

今回は PyInstaller 5.3 を使ってexe化してみた。

python -m pip install pyinstaller -U

まずは、以下を打って変換する。

pyinstaller --onefile --noconsole --noupx scrsavpygame.py

distディレクトリが作られて、その中に scrsavpygame.exe というファイルが出来上がった。また、scrsavpygame.spec というファイルも生成された。

ただ、この状態では、動作に必要な画像ファイル群が ―― resources/*.png が同梱されていない。

scrsavpygame.spec を編集して、画像ファイル群も同梱させる指定をする。

exe = EXE(
    pyz,
    a.scripts,
    a.binaries,

↓

exe = EXE(
    pyz,
    Tree('resources',prefix='resources'),
    a.scripts,
    a.binaries,

「Tree('resources',prefix='resources'),」という行を挿入することで、「resourcesディレクトリも同梱せよ」と指示してる。

今度は、.specファイルを指定してexe化する。

pyinstaller scrsavpygame.spec

dist/scrsavpygame.exe を実行して動作確認をしておく。

scrsavpygame.exe /s
scrsavpygame.exe /c
scrsavpygame.exe /p 0
scrsavpygame.exe

動作したら、.scr にリネームコピー。

copy scrsavpygame.exe scrsavpygame.scr

出来上がった .scr を、既定の場所にコピーしてインストールする。

• Windows が64bit版、スクリーンセーバが32bit版のプログラムなら、C:\Windows\SysWOW64\ 以下に .scr をコピーする。
• Windows が64bit版、スクリーンセーバが64bit版のプログラムなら、C:\Windows\System32\ 以下に .scr をコピーする。
• Windows が32bit版なら、C:\Windows\System32\ 以下に .scr をコピーする。

スクリーンセーバの設定画面を呼び出して、「scrsavpygame」が増えているか確認する。Windows10における、スクリーンセーバ設定画面の呼び出し方は以下。

• デスクトップの何もないところを右クリック → 個人用設定 → ロック画面 → スクリーンセーバー設定。
• あるいは、Windows10の左下の検索欄に「スクリーンセーバー」と打てば、「スクリーンセーバーの変更」という項目が出てくるので、それを選んでもいい。

スクリーンセーバ設定画面が表示されるまで、妙に待たされた気もするけれど、それでも一応動作してくれた。

そんなわけで、Python 3.8 + pygame 1.9.6 + pywin32 を使ってWindows用スクリーンセーバを作れそうだ、と分かった。

一応それらしく動いたものの。現状では、ちょっと問題が…。

スクリーンセーバの設定画面で「scrsavpygame」を選ぶと、プレビュー窓の中に何かが表示されるまで随分待たされる…。おそらくだけど、以下が原因なのではなかろうか。

• PyInstaller で作成された .exe は、毎回一時フォルダに解凍する処理が走るので、起動がとにかく遅い。
• 毎回、Windows Defender によるウイルスチェックで時間がかかっているのかもしれない。

更に、出来上がった .scr に対して、Windows Defender が「これはウイルスだ！」と誤判定してきた。

PyInstaller を使って生成した .exe はウイルスとして誤判定されやすいらしい。巷のウイルスが PyInstaller等を使って作られているせいで、ウイルス対策ソフトが「PyInstaller で作られた .exe はウイルス」と決めつけてる節があるそうで。

もちろん、こうして自分で作ったプログラムだから、ウイルスなわけもなく…。Windows Defender に「このファイルはウイルス判定を除外せよ」と設定して使うしかなさそう。

ただ、出来上がった .scr を配布したいと思った場合はフツーに困る…。ダウンロードした人達が「これ、ウイルスじゃん！」と慌てちゃうだろうな…。

Pythonスクリプトをexe化するツールは、PyInstaller、py2exe、cx_Freeze など色々あるけれど。Pythonスクリプトを一旦C言語のソースに変換して、gccでコンパイルしてexeを作ってくれる Nuitka なるツールがあるそうで。PyInstaller で作ったexeより起動が速く、ファイルサイズも小さくなる傾向があるとのこと。興味が湧いた。試してみる。

インストールは以下。

python -m pip install nuitka zstandard orderedset

自分の環境では、orderedset というモジュールもインストールしないと、処理が先に進まなかった。

Nuitka用に修正したソースは以下。

_scrsavpygame.py

変更点は2ヵ所。

• 一行目のシバン(shebang)を、「#!python」から「#!/usr/bin/python3.8」に変更。この変更をしないと、「Pythonのバージョンが違う」と文句を言ってきて処理が進まなかった。
• 画像ファイル(リソースファイル)を読み込む際の、ファイルパスの求め方を修正。

リソースファイルパスを求める部分は以下になる。

def resource_path(filename):
    """Get resource file path."""
    if False:
        if hasattr(sys, "_MEIPASS"):
            # use PyInstaller
            base_dir = sys._MEIPASS
        else:
            base_dir = os.path.abspath(".")
    else:
        base_dir = os.path.dirname(__file__)
    return os.path.join(base_dir, filename)

「if False:」で無効化してあるところが、PyInstaller、あるいは通常のPythonスクリプトとして実行する際の処理。Nuitka用は、os.path.dirname(__file__) で基準ディレクトリ(?)を求めることになる模様。

exeへの変換は以下。

python -m nuitka --mingw64 --windows-disable-console --include-data-file=".\\resources\\*.png=.\\resources\\" --onefile scrsavpygame.py

• python -m nuika : nuika の呼び出し。
• --mingw64 : mingw64 (gcc) を使うことを指定。
• --windows-disable-console : exe実行時にコンソールを非表示にする。
• --include-data-file=".\\resources\\*.png=.\\resources\\" : リソースファイル(*.png)を同梱させる。
• --onefile : リソースファイルも含めて1つのexeファイルにする。
• scrsavpygame.py : exe化したいPythonスクリプト名。

ちなみに、リソースファイルは、--include-data-file=".\\resources\\*.png=.\\resources\\" で指定しているけれど。最初、パス区切り文字を「/」にしたら上手く行かなくて、試行錯誤中に「\\」にしたら何故か上手く行った。ただ、これは、スクリプト側の、リソースファイルパスを求める処理がおかしかった可能性がある。

上記を実行したところ、途中で「gccその他が見つからないがダウンロードするか？」と尋ねてきた。「Yes」を入力してダウンロードすることにした。それぞれ、 C:\Users\(USERNAME)\AppData\Local\Nuitka\ 以下にキャッシュとしてダウンロードされる模様。ファイル数を調べてみたら、7923ファイル、全体で1.14GBが入っていた。まあ、Nuitka が要求する gccのバージョン等が固定されている可能性もあるので、このくらいは目を瞑ったほうが面倒臭くないのかもしれない。

数分かかって、.py と同階層に scrsavpygame.exe が作成された。ファイルサイズは 8.59MB。PyInstaller で生成した .exe は 13.06MB だったので、若干ファイルサイズも小さくなっている。

別ディレクトリに .exe をコピーして実行してみたところ、動作してくれた。

scrsavpygame.exe /s
scrsavpygame.exe /c
scrsavpygame.exe /p 0
scrsavpygame.exe

なんとなくだけど、PyInstaller で作った .exe より起動がちょっと速いような気もする。

スクリーンセーバとして利用できるか動作確認。.exe を .scr にリネームコピーして、スクリーンセーバの既定の置き場所にコピー。スクリーンセーバ設定画面を出してリストから選んだ。これも一応動いてくれた。

ただ、相変わらず、プレビュー窓内が表示されるまで結構待たされる…。こうなると、一時ディレクトリを作成して、動作に必要なファイルを全て展開してから実行するという、その仕組み自体が厳しいのかもしれない…。

ちなみに、--onefile ではなく --standalone を指定すれば、1つのファイルにまとめずに、*.dist というディレクトリに動作に必要なファイルを全てコピーした状態で .exe を生成してくれる。ファイル数は106ファイル、27.52MB だった。

つまり、1つの .exe にした場合、実行時は毎回106ファイルを一時ディレクトリに展開しているわけで…。それなりに起動が遅くて当然ですよね、という気もしてきた。

_Pyinstaller でリソースを含めたexeを作成する - Qiita
_UI に画像を埋め込んだ Python プログラムを exe化する - NakaNote
_【python, pyinstaller】画像や音楽などの外部ファイルも一括でexe化して配布する - MSBOOKS
_Pythonのexe化で画像を組み込みたい
_python - Pyinstaller and --onefile: How to include an image in the exe file - Stack Overflow
_PyInstaller より圧倒的に優れている Nuitka の使い方とハマったポイント | つくみ島だより
_KivyのGUIアプリをNuitkaで簡単に小サイズの実行ファイル(exe)にする(Windows10) - Qiita
_Nuitkaで失敗しやすいポイントを解説 - Qiita
_Nuitkaを使ってスクリプトをバイナリ化してみよう - PythonOsaka
_Kivyで作ったアプリをNuitkaでexeファイル化した時の試行錯誤のメモの巻

module M
  extend Fiddle::Importer
  dlload "bass.dll"
  include Fiddle::Win32Types
  ...

  module Bass
    bassdllpath = format("%s/%s", File.expand_path("..", __FILE__), "bass.dll")

    extend Fiddle::Importer
    dlload bassdllpath
    ...

    BASS_ChannelSetAttribute = Win32API.new("bass", "BASS_ChannelSetAttribute", "III", "I")

    ...

        ::Bass.err if BASS_ChannelSetAttribute.call(@ch, 2, [v].pack("f").unpack("I")[0]) == -1

    extern "int BASS_ChannelSetAttribute(int, int, float)"

    ....

        ::Bass.err if ::Bass.BASS_ChannelSetAttribute(@ch, 2, [v].pack("f").unpack("f")[0]) == 0

以下のページが参考になりました。ありがたや。

_データ型
_データ型 - Windows API 入門
_データ型
_VC++のBOOLとbool型の違い - 小さい頃はエラ呼吸
_C言語の型とWinAPIで使う型のマッピングとRubyのDL/Import - それマグで！
_module Fiddle::Win32Types (Ruby 3.0.0 リファレンスマニュアル)
_fiddle/types.rb at master ・ ruby/fiddle
_library fiddle/types (Ruby 3.0.0 リファレンスマニュアル)
_chef - ruby でクラス名の先頭に :: がつくときの意味について - スタック・オーバーフロー
_Ruby - Rubyの「::」が指すトップレベルについて｜teratail
_Ruby: クラス名の先頭につける :: (先頭二重コロン) は何？

今回、日記ページがすんなり表示できなくて悩んでしまった。cgi が動くと、「defined(@Array) や defined(%Hash) は非推奨やで」てな警告が真っ先に出力されてしまって、IISが「ちゃんとしたHTMLヘッダが返ってこないぞ」とエラーを出す。

Strawberry Perl 5.18.4.1-x64 を使うように設定していたのがアレだったらしい。Perl 5.16 から、defined(@Array)、defined(%Hash) は使わないことになってしまったのだとか。単に、「(@Array)」「(%Hash)」と書けば同じ意味として動作するそうで。以前は ActivePerl 5.8.9 build 827 を使っていたから警告が出なかったのだな…。

_jcode.plでdefined(%hash) is deprecated at ../perllib/jcode.pl line 684.のエラー: アイスポテト - C#|Tex|Perl|東京凰籃学院
_警告 "defined(@array) is deprecated" を解消する - Issue #1 - issm/Hoya
_perldiag - various Perl diagnostics - metacpan.org
_Perlの組み込み関数 defined の翻訳 - perldoc.jp
_サーバーでの主要ソフトウェア更新作業後のFAQ - アイネットディー

仕方ないので、とりあえず hns の *.pm 内の該当箇所を書き直してみた。警告が出なくなって動くようになった。

Perlには、昔の仕様で動かすための環境変数等があったりはしないのだろうか…。

ローカルのHDD内では、日記ページ中で表示される画像が入ったフォルダだけがちょっと離れた場所に置いてあるので、IISマネージャ上で仮想ディレクトリとして追加してみたのだけど、そのせいか画像サイズが取得できず、元画像のサイズそのままで表示される奇妙な状態になってしまった。

仮想ディレクトリではなくて、Windows10 のシンボリックリンクで、画像フォルダがそこにあるように見せかけてみた。この設定なら画像サイズが取得できた。

_WINDOWS10にてIIS(WEBサーバー)をインストール・構成する方法
_WordPressをIISでWindows 10に構築 | パソコン工房 NEXMAG
_Windows10でIISを（ホームページ）有効化する設定
_IIS 7.0 でルートディレクトリを変更する - tetsuyanbo
_IISでPerlが動かない場合の確認事項 | Never Give Up II
_IISでCGIを動かす | ’もっさ’のテスターブログ

Ubuntuインストール用の ISO を、UNetbootin を使ってUSBメモリにコピーして、そのUSBメモリから起動してインストールしようとしたのだけど。インストール処理の途中で、Error 5 Input / output error なるエラーが出てきて困ったり。何度やってもエラーが出る。USBメモリにISOを書き込み直しても出る…。

原因についてググってたら、USB接続の外部機器が悪さをしている場合もある、という話を見かけて。試しに、USBハブ上に、無線LAN子機、ワイヤレスキーボード子機、USBメモリ、を全部繋いでいたけれど、USBメモリだけPC本体のUSBポートに差してみたところ、その手のエラーが全く出ずに、すんなりインストール処理が終わった。

そういうこともあるのか…。いやまあ、バスパワーのUSBハブに、無線子機を2つも差してるから、電流が足りてなかったのかもしれん…。

Ubuntu のインストールで散々エラーが出て、その都度電源OFFと再起動を繰り返していたので、元々入っていた Linux Mint が壊れてそうで怖いなと。

面倒臭くなったので、最初から Linux Mint 19.2 をインストールし直し。

このPC、毎回OSをクリーンインストールする羽目になっている気がする…。

一応、Linux Mint 19.2 とは別に、Ubuntu 14.04 と 16.04 もインストールしておいた。

2TB の HDD を積んであるけど、パーティション構成は以下のような感じに。

• /dev/sda1, 基本領域, 120GB, ext4, Linux Mint 19.2
• /dev/sda2, 基本領域, 16GB, Linux Swap
• /dev/sda3, 基本領域, 1.x TB
• /dev/sda4, 拡張領域
• /dev/sda5, 論理領域, 54GB, ext4, Ubuntu 14.04 LTS
• /dev/sda6, 論理領域, 54GB, ext4, Ubuntu 16.04 LTS
• /dev/sda7, 論理領域, 54GB, ext4

sudo fdisk /dev/sda -l をしたら、「パーティション 4 は物理セクタ境界で始まっていません」と警告が出てしまった。以下を参考にして、各OSをインストールする前に、GParted で調整。

_Ubuntu GParted その22 - パーティションの開始位置を再調整する・パーティションの開始位置が物理セクターの境界になっているか確認する - kledgeb

* 「開始セクター」が8で割り切れるなら問題なし
* 「開始セクター」が8で割り切れないなら、再調整が必要（しなくてもいいけど、パフォーマンスが落ちる）

Ubuntu GParted その22 - パーティションの開始位置を再調整する・パーティションの開始位置が物理セクターの境界になっているか確認する - kledgeb より

このバージョンでは、Windows上で Ubuntu Linux版のbashが使えるらしい。要するに、Windowsの上でLinux用のコンソールアプリがそこそこ動作するかもよ、ということで。

_Bash on Ubuntu on Windowsの設定 - Qiita
_Bash on Ubuntu on Windows を使ってみた - Qiita
_Bash on Ubuntu on Windowsをインストールしてみよう！ - Qiita
_【シェル芸人への道】Bash on Windowsを探検する - Qiita
_Windowsに採用されたBash (Ubuntu)を試してみる

少し試してみたところ、vim も python も perl も入ってるっぽい。試しに vim-nox を sudo apt-get install vim-nox でインストールしてみたら、ruby もインストールされた。

MobaXtermと組み合わせて使うことで、X11アプリまで動いてしまった。例えば xeyes や xclock も動いたし、FontForgeまで起動してしまったり。スゲエ…。今まで VMware や VirtualBox でどうにかしてたけど、ある程度はコレで事足りるかも…。

Bash on Ubuntu on Windows は、現状ではセキュリティ面がちょっとアレらしい。

_Windows10 Anniversary updateで知らぬ間にSSHdが起動している : やすひでぶろぐ
_Windows 10のLinuxサブシステムは新たな攻撃経路となるか | スラド セキュリティ

開発者モードにしないと使えないから、フツーのWindowsユーザさんは関係ないだろうけど…。まあ、使う時は注意ってことで…。

いつからそうなってたのか分からないけど、自分の日記ページを表示したら、検索文字列入力用の、テキスト入力ボックスの幅が大きくなって、サイドバー部分からはみ出してる状態になっていて。inputタグのレイアウト計算が変わったのだろうか。これがまた、Google Chrome で表示すると、ちゃんと期待通りの幅になってくれちゃうわけで。

仕方ないので、inputタグにidをつけて、CSSで width を指定して幅を決め打ちするように修正。

先日、 _はぐれ勇者の鬼畜美学 というアニメで、全裸イケメン男性主人公の股間で魔法陣がグルグルと回る映像があって。その映像に、いたく感銘を受けてしまったり。

つまるところ、ソレは規制表現ではあるのだけど。お上から強制されたソレを必ずやるしかないのだから、どうせならソレを使って遊んじまえ！ という、ある種のしたたかさがそこにあるように感じたり。 *1 自分は江戸っ子じゃないのだけれど、その映像を目にして、「なるほど、こいつあ粋だねえ」と称賛したい気分に。…現代のアニメの中にだって、「粋」の精神が、こうして見て取れたりするのだと。考え過ぎかな。

ボカシやモザイク等の規制表現も、一手間・一工夫を惜しまなければ、エンターテイメントのレベルに高めることができる。そんな可能性が残っている。件の魔法陣は、その見事な実証例ではあるまいか。そしてソレは、創作者が、「どうせコレはこういうもんだから」と諦めてしまった途端、辿り着けなくなることが間違いなく確定する。諦めずに意識し続けた者だけが発見できる領域なのだろう、と。

てなことを思い、笑った直後、そこにあるのであろう作り手の表現に対する熱い想い、魂、諦めていない姿勢を想像して、なんとなく胸が熱くなったりもして。例えば、京アニ作品も色々と諦めずに高みへと登り続けているけれど。この作品のスタッフも、同じように諦めていないのだなと。…どこを諦めていないのかは、それぞれ全く異なっているけれど。

それはそれとして。そのあたりの表現の面白さは、ふたばの金田コラ(?)画像にも、その萌芽が見えていたような気もしたり。日本国内においては、こういった表現も、より洗練・進化していくのだろうか。また、海外の作品は規制内容が異なるだろうけど、それを回避すべく模索する中から生まれるであろう特徴としては何があるか。てなあたりも気になり始めたりもして。

何話を見逃したんだろうと思って検索したのだけど、ひょっとしてそもそも放送休止だった？ だとしたら、RD-BZ710 が、またミスをしたというわけではなかったのか…。ゴメンよ、RD-BZ710。ちょくちょく妙な動作を見せるから、またお前かと決めつけてしまった。疑ってスマンカッタ。

アナログビデオ時代に比べたら、放送時間変更等にも(ほとんどの場合は)追従してくれる等、便利になったところもあるのだけど。時々録画できてない・冒頭が録画失敗する不具合が多発してるから、どうにも…。今の東芝製HDDレコーダは、アニメオタクが買ってはいけないHDDレコーダ、なんだろうな。アナログ放送時代は、そうじゃなかったのだけどなあ…。

非プログラマーのクライアント様の手元のWindows環境にActivePerlをインストールしてもらえそうなだけでも胸をほっと撫で下ろしたりする状態なのにこの上CPANからモジュールをどうこうなんて勘弁していただけないものか。という感じの場面も無きにしも非ずなために、車輪の再発明の可能性もあるができるだけActivePerlの*.msiにも入ってる程度の標準的というかそこそこ普及はしてるのであろうモジュールのみを使って書かないとダメだよねと思ったりすることも多いのだけど。

待てよ？ エクスプローラ上でダブルクリックするだけでCPANから勝手に自動でガンガン落としてくる何かが存在すれば問題解決なのか？ そういうモジュールがCPANにないかしら。＜オイ。

• CPUがデュアルコアであること。Windows Vistaは重いらしいし、できればDoJaエミュレータ画面のキャプチャがまともにできると嬉しい。新しいメインPCを買わずに済むので。
• メモリが2GB以上積んであること。eclipseその他を動かす可能性を考えると、そのくらいは欲しい。(Vistaとオンボードビデオチップにメモリを取られることを考えると2GBでも少ないのかも…？)
• 無線LAN内蔵であること。階下に持っていったり、2階に持っていったりするたびにケーブルを外す・繋ぎ直すのは面倒なので。
• USB端子が(いくらなんでも)ついてること。Thinkpad 760ELは、USB端子すらついてないことで、本当になんにもできなかったので。
• 新品であること。中古や展示処分品は液晶が死にかけてるからダメ。もう黄色い画面は見たくない。(逆に言うと、液晶さえ状態がよければ、中古で充分過ぎるのだけど…。)
• 安いこと。メインPCとして使わないので、高級なものは要らない。
• 不具合報告が比較的少ないこと。→これでAcer製・SONY製の選択肢は消えた。
• ケースを開けて自分で弄ることが比較的できなくもないもの。(実際弄るかどうかは別として、HDD交換すらままならない日本製ノートPCはちょっと怖い)

そのへんを考えていったら Gateway製ノートPCの安いラインナップしか浮かんでこなかった。

無線ルータに関しては、

• 動作が安定してること。
• ルータ機能を無効にしてアクセスポイントとして扱えるもの。
• 今使ってるルータが破損した場合に代替になりえる程度のスペックを持っているもの。

で調べたら、NEC製品が良さそうだなと。転送速度はちょっと遅いし、通信時に使う作業メモリ？も少なくてちょっとアレなことになる場面があるとも聞くけれど。CoregaやBUFFALOあたりよりは、まだマシらしいので…。

今まで、ノートPCが必要そうな場面では、中古の Thinkpad 760EL を持ち出していたのだけど。さすがに Pentium 133MHz では一切何もできない時代になってしまってるわけで。先日階下に持っていった時も、親父さんから「これはダメだ」「遅すぎて使えない」と文句を言われていたので、そろそろ真っ当なノートPCを1台持っておいたほうがいいのかなと。

使用目的は以下のとおり。

1. お袋さんが「インターネットを見たい」と言った時に使う。
2. 親父さんが、写真同好の集まりに出るときにノートPCがあると便利だから欲しい欲しい、と以前から言ってたのでそれに使う。
3. 自分のメインPCが、万が一正常動作しなくなったとき、仕事(?)・作業が一切出来なくなると困るときもあるので、そういったときの緊急時用・バックアップ用に使う。
4. 弟が帰省した際に使わせる。

常時電源を入れておくわけではないけれど、必要になったときはさっと持ち出して、といった感じで使えればと。…そういう使い方だと、バッテリの扱いで失敗しそう・無意味に寿命を短くしそうではあるけれど。

メーカ製PC(?)を買ったのは、NEC PC-9821 Canbe以来だったり。プリインストールその他がされているのは、実に楽で良いなと、つくづく…。

ただ、無線LAN機器の扱いは初めてなのでハマった。3回ぐらい、親機の設定をリセットする羽目に。ルータの添付CD-ROMに入ってる、ユーティリティ(WinXP SP2 or Vista にのみ対応)を動かせば、自動で設定してくれる、と判るまでが長かった。…Linuxでこれをやろうとしたら大変なことになりそうな予感。

• 液晶は問題なし。詳しい人が見たら全然ダメなのかもしれんけど、ウチでは、中古の Thinkpad 760EL の死にかけのバックライトによる黄色い画面を見続けてきたので、色が判るだけでも十分すぎる、というレベルだったり。表面がテカテカしてるのも、家の中で眺めてみたらそんなに気にならなかった。
• キーボードの配置はちょっと「？」状態。Enterキーの右横にあるPage Up、Page Down をうっかり押してしまう。でも、カーソルキーが逆T字になってるのは助かった。
• 端子の配置は特に問題なさげ。LAN端子は左奥。USB端子等は左奥と右奥。左前はカードスロット。右前はドライブ。弟から聞いて「なるほど」と思ったけれど、マウスを置くかもしれない右側手前にLAN端子やUSB端子を配してるものは使いづらいらしく。そういった酷い製品ではないように思える。
• 思っていたより大きい。ワイド液晶なので、横幅を取るのだなと。持ち運びが楽、とは到底言えないかもしれず。デスクトップよりはマシ、ぐらいの感じ。
• タッチパネルはほとんど触ったことがないのだけれど。こんなに使いづらいものとは思わなかった。ウチでは、マウスの増設が必須な予感。
• 初めて Windows Vista を触ったけれど。巷の評判通り、重いような気がする。起動時間も長いようだし。でも、画面エフェクトの数々はゲーム画面のようにも思えて好印象。

高野善政、高橋美香、という名前が。

名前で検索したら、「とにかくスピードが求められる」的な話が。時間優先で作業して、この映像か…。スゲエ。

柱に挟まれた中井貴一と子役が、実は「ギギギ」と言ってたりしないかなと思って再度確認したのだけど。やっぱり言ってないな。さすがにそこまでは映像化せんわな。ただ、その前のシーンで、柱を持ち上げようとした時に、木がこすれるSEがやたらと入ってるので、もしかするとスタッフは、「ギギギ」＝「木の軋む音」として認識したのかも、などと何ら根拠のない勝手な想像をしてみたり。

自分が以前書いたことと矛盾するのだけど、宇宙に上下があるっぽいのがどうにも気になってしまう。さすがに空気は無いようだけど。…いや、判ってますけど。松本零士ワールドですから、宇宙に上下はあるし、下手すると空気もあるし、旗だってなびく。松本零士が絡む時点で、大体はそういう世界になってしまう。しかし…。物理法則(でいいのか?)すら都合のいいように捻じ曲げてしまう、そんな作家・スタッフが提示してきたものに対して、見る側は一体何を楽しんだらいいのか。なんだか考え込んでしまう。

物理法則すら捻じ曲げるぐらいだから、ストーリー上の整合性だって軽々と捻じ曲げられるわけで。本編冒頭でシチュエーションが提示された時点で、えてして結末は想像がつくし、キャラクターが登場した時点で、落ち着く人間関係も想像がつく。ここに落とすと決めた結末に向けて、いくらでも都合のいいように流れは改変される。となると、何を楽しめばいいのか。

捻じ曲げ方、なのかなぁ。楽しむとしたら。そういう意味では、松本零士作品は寅さんシリーズに近いのかもしれない。「寅さんがマドンナにふられる」という結末は、まず間違いなく決まってる。結末が判ってるのに、観客は作品を見て楽しんでる。「ふられる」という結末に向けて、どのように捻じ曲げていくのか、そこを観客は楽しんでいるのかもしれない。つまるところ、松本零士作品というものは、往々にして「松本メーターに囲まれてるだけの寅さん」に相違ないのだ。

「松本メーターに囲まれてるだけの寅さん」というフレーズをどうにか書きたくて、ここまで捻じ曲げてみましたが、さて。

松本零士が松本零士ワールドを作ってるのだろうか。それとも、アニメスタッフが脚本やコンテを書く段階で松本零士ワールドになってしまうのか。

後者であれば、ちと問題かも。意識的に松本零士ワールドにしてるならいいのだけど、単に無知故に松本零士ワールドになってるとしたら、ちょっとなぁ…。そもそも、意図してやってるとしても、法則を捻じ曲げることで何を得ようとしてるのかが気になったりもする。万が一、読者・視聴者は上下のない空間が理解できない、とでも思われてたらなんだかマズいような気も。幼児が犬を「わんわん」と呼び続けてるから、大人も犬を「わんわん」と呼び続ける必要があるのだ、てのは何かが違うんじゃないか。…飛躍しすぎか。

100人中99人が「わんわん」と呼んでたら、残りの1人も「わんわん」と呼ばないといかんのだろうし。うーん。

興味深い話。

ちょっと関係ありそうな気がしたのでメモ。

apt-get install php

参考にしつつ作業。/etc/http/conf/httpd.conf の中で関係があるのは下の部分らしい…。引用させてもらうであります。

<IfDefine HAVE_PHP4>
LoadModule php4_module        modules/libphp4.so
</IfDefine>

<IfDefine HAVE_PHP4>
AddModule mod_php4.c
</IfDefine>

# The following is for PHP4 (conficts with PHP/FI, below):
<IfModule mod_php4.c>
  AddType application/x-httpd-php .php4 .php3 .phtml .php
  AddType application/x-httpd-php-source .phps
</IfModule>

/etc/rc.d/init/httpd restart しても、httpd が動いてない。何かがおかしい…。

もしかして、httpd を停止してからやらないとマズかったのだろうか。

サーバ自体を再起動。…返事が返ってこない。

Vine Linux 2.6r4 → 3.1 に。

部屋に持ち込んでケースを開けて掃除。

蜘蛛の巣だらけです。しかもケースの底面には、蜘蛛の糞なのか、虫の残骸なのか、謎の黒い物体が一面に散乱。

前々から自室に持ってこようと思ってたのだけど、いざ、予定してた場所に置こうとしたら、ケースが大きすぎて入らない。フルタワーケースはこれだから困る…。ミドルタワーケースを買ってこないとダメか…。

とりあえず、あくまで仮で、パソコンデスクの横にどうにかして置いたけど、ぶっちゃけ邪魔…。本来2/3の大きさで充分なんだよな…。

4ポートのHUBだけど、

• 階下のルータから →
• → 妹の部屋
• → 自分のメインPC
• → サーバ
• → PC-9821

という感じで。もう1つ、K6-200MHz のPCがあって…。

PC-9821 にしろ、K6-200MHz マシンにしろ、ほとんど使ってないからどうにでもなるか。

HUB じゃなくて、LANケーブル切替、みたいな機器はないのかしら。

_(2) _(3) _(3)

2003年の記事。1000BASE-T HUB が、3万円とか書いてある。今なら…例えばヨドバシカメラのネット通販だと5,000円からあるみたい。もっとも、企業用のソレと家庭用のソレでは信頼性が違うだろうけど。とはいえ大昔の100BASE-TX関連の値段に全体的になってるような感も。安くなったなぁ。

なるほど。条件が揃っていればちゃんと速度は出るらしい。

うーむ。

とりあえずログを見て、Error が出てるらしきパッケージを、apt-get --reinstall install hoggehoge で再インストール。なんだか、XOrg-libs がちゃんと入ってなくて、あちこちでErrorが出ていたみたいではある。

error: cannot open Installtid index using db3 - そのようなファイルやディレクトリはありません (2)
error: cannot open Sigmd5 index using db3 - そのようなファイルやディレクトリはありません (2)

だそうで。こりゃ一体なんだ？

_[vine-users:066906] Re: upgrade to 3.0 from 2.6 by apt

aptでupgradeした後で、私もこれが出るようになったのですが、
$ rpm --rebuilddb
と、おまじないを唱えたら、直ったような記憶があります。

なるほど。出なくなった。ありがたや。

Vine Linuxの場合は、setwmコマンドを使用する。オプションなしでsetwmコマンドを実行すると、オプションの一覧が表示される。

サーバ機に取り付けたマウスが動いてくれない。…中国製の500円ぐらいの有線・ボール式だけど。いつのまにか壊れてしまったんだろうか。

ある事象をきっかけに、考えを書き始めるんですけど。途中から、より広範囲な対象に向けた内容に、変化していったり。あるいは、そこから連想される、まったく異なることについて言及し始めたり。かと思いきや、いつのまにか元々の事象へと、対象範囲を狭めて言及していたり。…とにかく、話が飛ぶ。読んでるほうはわけがわかんないだろうと想像。書いてるときはOKと思っても、数日経って読むと、あっちこっちに話がピョンピョン飛んでる事に気づく。ガックリでゲスよ。

まあ、その日はそういう風に考えてたという記録 ―― まさに、「日記」なのかも。(;´Д｀)

lib/Board.pm 中の、$BodyMaxLen を増やした。問題出るかな、出ないかな。

投稿しても、日記ページに反映されないときがほとんどで。日記ページのURLの後ろに「?」を追加してるけど、何故か効果なし。IEとNNの完全リロードの方法を、掲示板（＝ツッコミ機能）の上部に明記。

長文カキコは、それだけで読まれないからなぁ…。 _「ツッコミは短く鋭く愛を込めて」 でしたか。ウチの場合は、日記を書いてる、このオイラからして、守れていないデスヨ… orz

リコーダー、カスタネット、タンバリン…そのへんか。む？ 打楽器系は、あまりウケがよくなさそう。予感がします。

不思議なしらべを耳にする。あら、何かしら、この音楽は…。なんて不思議で、なんて切ない音楽。まるで胸を締めつけられるよう…。音のするほうへと足を運ぶ。どうやらこの部屋から音がするみたい。そっと覗いてみると、まるでモデルと見紛うばかりの美しい青年が、一人、曲を奏でていた。一心不乱に和太鼓を叩くその姿。ドンドコドコ、ドンドコドン。カカッ、カッ、カッ、カッ。飛び散る汗がキラキラと舞う。頬を赤らめ見入ってしまう娘。…娘の姿に気づいた王子様。バチを振るう、白魚のようなその手を止め、問いかける。「…おや？ 道に迷ったのかな？ 子猫ちゃん」 嗚呼、浪漫チック… ＜お前ちょっと病院行ってこい。

フルートやバイオリンは、王子様に似合うな。たぶん。

ギターはどうだろう。フォークギターは結構いいかも。エレキギターは、ちょっと微妙。でも、エレキギターを激しくかき鳴らしてた男が、いきなりピアノを弾き始めると、ヤンキー効果でたちまち王子様に見えてきそうですよ。

オカリナや、ハーモニカも、結構似合うかも。ポケットからこっそり出して吹きはじめたら、「ほほぅ」って感じ。

同じ鍵盤系でも、キーボードは微妙。特に、DTM関係が関わってくると、なんだかビルゲイツみたいな顔立ちが脳裏に浮かびます。＜スゲー偏見。

ボロボロとエラーが。こんなにマズイ状態になってたのか…。