■ブロードウェイブギウギ

ブロードウェイブギウギはニューヨーク近代美術館所蔵のピート・モンドリアンの絵画である。perlとpython、あるいはberlin metrecqueに代表されるクリエイティブ・コモンズ(bsd)に従って開示されるライセンスに従ったオープンソフトウェアで製作され、i386のアセンブリ言語で実行される。ファイルサイズは128mbで、wikipediaのアイウエオ順に並べた。アイウエオ順に各記事を示す。はじめにアイウエオ順から表示するには、タグ「i386」のついた記事を探して(特にブログが多い)、そこから全記事を探し出す必要がある。

AnondAIで作成

Permalink |記事への反応(0) | 21:57

ツイートシェア

■CoreKeeper Dedicated Server をVPS 上に構築したときの手順メモ

Ubuntu 22.04LTS x86_64 で構築。

CoreKeeper側でapt に依存しているっぽいので、Ubuntu でやった方が楽だと思います。

Tips

Ubuntu20TLS でやる場合、/home/steam/Steam/ が /home/steam/.steam/ になってたと思うので、環境に合わせて読み替えてください。

Installsteamcmd dependent packages

dpkg--add-architecturei386add-apt-repository multiverseapt-get updateapt-get dist-upgradereboot

CreatesteamcmdUser

useradd-msteampasswdsteamgpasswd-asteamsudo

Steamcmd /CoreKeeper Dedicated Server Install

sudo-usteam-scdsudoapt installsteamcmdln-s /usr/games/steamcmdsteamcmd./steamcmd+loginanonymous+app_update1007+app_update1963720+quit

Runsteamcmd (Install and CreatingCoreKeeper Dedicated Server system drectory )

cd ~/Steam/steamapps/common/Core\Keeper\ Dedicated\ Server/./_launch.sh

Press Ctrl + C for StopCoreKeeper Dedicated Server

World file migration (if thereis an old file)

mkmir-p-m775 /home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/worldschownsteam:steam /home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/worlds

Copy old world file (0.world.gzip) to

/home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/worlds

Copy old setting file (*.json) to

/home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/

chmod664 /home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/worlds/0.world.gzipchmod664 /home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/*.json

Backup setting

vi /etc/cron.hourly/corekeeper_backup#!/bin/bashcp-a /home/steam/.config/unity3d/Pugstorm/Core\Keeper/DedicatedServer/worlds/0.world.gzip /home/steam/worldbackup/0.world.gzip.`date'+%Y%m%d%H%M%S'`cp-a /home/steam/Steam/steamapps/common/Core\Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt /home/steam/worldbackup/CoreKeeperServerLog.txt.`date'+%Y%m%d%H%M%S'`chmod777 /etc/cron.hourly/corekeeper_backupsudo-usteam-scdmkdir worldbackup

StartCoreKeeper Dedicated Server

sudo-usteam-scd ~/Steam/steamapps/common/Core\Keeper\ Dedicated\ Server/nohup ./_launch.shtail-f ~/Steam/steamapps/common/Core\Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt

サーバースペック

利用者の問題か、サーバーの問題かわかりませんが人数が10人超えるとCPU4コア/メモリ4G/100Mbps で結構ラグかったです。

今はCPU6コア/メモリ8G/1000Mbps で動かしています。

不具合 (2022/06/28時点)

６-８人以上で２-３時間サーバー動かしてると、Unityのライブラリがsegfault起こして、CoreKeeper Dedicated Server が落ちます。

ログ取れたのでバグレポしましたが、改善するまでは不特定多数が好き勝手するサーバーみたいなのを長期運用するのは厳しいかなと思います。タイミングによってはアイテムロストしてしまうので。

遊びで使うなら、ウォッチドック的なサービスを入れて、落ちたら適宜起動しなおすみたいな対応をした方がよいと思います。

Permalink |記事への反応(1) | 12:52

ツイートシェア

■続々・うへぇ苦労するのガイドライン

見出しはこれhttp://anond.hatelabo.jp/20121219191602

UNIX

http://toro.2ch.net/test/read.cgi/unix/1288765389/232

232 ：名無しさん＠お腹いっぱい。：2012/03/25(日) 15:05:26.72今月はじめ、職場に新しいPC(Pentium4の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありOSにオープン系を採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのはUNIXのインストールパッケージでした。 「うへぇ～、よりによってUNIXかよ」デバイスドライバがない、コマンドが変・オプションがない、X環境が古い、 今の奴は日本語入力大丈夫なのか(Wnn/Canna/kinput2)、将来の64bit移行はどうなのか、 今時のネットで必須のflashのプラグインは存在するのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一CADなどのエンジニアリング環境が充実していたUNIXは大学など教育機関に浸透していて、日本のUNIX界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去10年のUNIX界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPlamoでもDebianでもRedHatでもKondaraでもSlackwareでもなんでもいいですがメジャーかつ現行のLinuxにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

NFS

http://toro.2ch.net/test/read.cgi/unix/1355909018/4

4 ：名無しさん＠お腹いっぱい。：2012/12/19(水) 18:44:07.79今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要があり、複数マシンでファイルを共有するのは 聞いていたのですが、起動したマシンの/etc/fstabの項目に書かれていたのはnfsという文字でした。 「うへぇ～、よりによってNFSかよ」ファイルロックすると刺さる、ファイルを消したのに.nfsXXXが残る、 今の奴はACL大丈夫なのか、ファイルのCapabilityに対応してるのか、 今時のLAN上で使ってもセキュリティは大丈夫なのか不安はつきませんし、ユーザーが減ってるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一ローカルディスクかネットワーク上かの区別なく透過的にファイルにアクセスできたNFSは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ファイルに書き込んだら所有者がnobodyになっちゃったよとか、タイムスタンプがずれるよとか、NFSv4にしたらマウント できなくなったよとか、TCPよりUDPの方がオーバーヘッドが無い分速いはずだよね などと、鯖管気取りの偏ったどうでもいい我侭を言いだし、 (だからNFS鯖にするんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のNFS界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSambaでもNetatalkでもFTPでもなんでもいいですが 安定してユーザーが多いファイル共有システムにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

FreeBSD

http://toro.2ch.net/test/read.cgi/unix/1351627596/3

3 ：名無しさん＠お腹いっぱい。：2012/10/31(水)10:57:28.82今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありOSに*BSDを採用するのは聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのはFreeBSDのインストールパッケージ でした。 「うへぇ～、よりによってFreeBSDかよ」カーネルが変、日本語環境がない、ソフトが変・揃ってない、今の奴は日本語文字コード大丈夫なのか(utf-8)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一PC98環境が充実していたFreeBSDは大学など教育機関に浸透していて、日本のFreeBSD界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ポーツ(笑)でemacsが入らない、TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかとかなどと、鯖管気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のFreeBSD界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもdebianでもFedoraでもRHELでもOpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

SPARC

http://toro.2ch.net/test/read.cgi/unix/1209056071/887

887 ：名無しさん＠お腹いっぱい。：2012/10/21(日)11:56:55.61今月はじめ、職場に新しい組み込みマシン(ファン付きだけど結構省スペース構成)が 入りました。多分私が開発全般をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを 使用するのは聞いていたのですが、添付のサンプルソースコードからチラッと 見えたのはsethi %hi(hoge),%o0という命令でした。 「うへぇ～、よりによってSPARCかよ」 長くなるバイナリーコード、奇数アドレスワードアクセス不可、使いにくいレジスタウィンドウ、今時の素早いコンテキストスイッチに対応できるのか不安は つきませんし、今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にSPARCに触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、32bitCPUでRISCでM68K系よりも高速で動作したSPARCは大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、16bitイミーディエイト値すら1命令でロード できかないのかよとか、関数呼出しのたびになんで約100バイトもスタックフレームが 要るんだよとか、フラグレジスタの読み出しがなんで特権命令なんだよとか、 %g0ってレジスタ値変わらないし壊れてるよ、初期不良で交換だよとか、アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからSPARC使うんじゃ ねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、過去25年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

Permalink |記事への反応(1) | 19:42

ツイートシェア

■続・うへぇ苦労するのガイドライン

前のはこれhttp://anond.hatelabo.jp/20121219191602

PC-98

http://toro.2ch.net/test/read.cgi/unix/1036951410/601

601 ：名無しさん＠お腹いっぱい。：2012/07/10(火) 15:04:00.62今月はじめ、職場に古いパソコン(i486DX2の結構ローエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありハードにパソコン系を採用するのは聞いていたの ですが、搬入されたパソコンのダンホール箱に印刷されていたのはPC-9801という 文字でした。 「うへぇ～、よりによって98かよ」NetBSD/OpenBSDインストール不可、Solarisも不可、SATA-HDDからブートできるのか、 今時のLCDディスプレイにつながるのか、FreeBSD9.xは対応してるのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一コンソールでの漢字ROMによる日本語表示ができたPC-98は大学など教育機関に浸透していて、日本のパソコン界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、TeXが入らない、firefoxは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のパソコン界隈のくだらないそれらの 議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPC/ATでもSPARCでもPA-RISCでもPowerPCでもなんでもいいですがメジャーかつ現行のマシンにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

Z80

http://toro.2ch.net/test/read.cgi/unix/992942337/737

737 ：名無しさん＠お腹いっぱい。：2012/09/16(日) 16:27:31.40今月はじめ、職場に新しい組み込みマシン(ファンレスの結構省電力構成)が入りました。 多分私が開発全般をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを使用するのは 聞いていたのですが、添付のサンプルソースコードからチラッと見えたのはLD A,(HL)という命令でした。 「うへぇ～、よりによってZ80かよ」アドレッシングモード皆無、リロケート不可、使いにくいインデックスレジスタ、 今時の関数引数のスタック渡しに対応できるのか不安はつきませんし、 今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にZ80に触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、8bitCPUでi8080上位互換でi8085よりも多くのツギハギ命令を追加拡張したZ80は大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ADD A,(HL)はできるのにADD B,(HL)は できないのかとか、相対アドレスのCALL命令はないのとか、スタックフレームポインタとして使いたいのにLD HL,SPっていう命令ないじゃんとか、アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからZ80使うんじゃねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、過去30余年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

xinit

http://toro.2ch.net/test/read.cgi/unix/1011306728/134

134 ：名無しさん＠お腹いっぱい。：2012/07/15(日) 14:17:53.53今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、OSを起動して黒いバックに白い文字だけの英語の画面に表示されていたのはlogin:というプロンプトでした。 「うへぇ～、よりによってxinit方式かよ」CUIログインなんて古い、コマンド入力なんて古い、今の奴は日本語入力設定大丈夫 なのか(XMODIFIERS)、今時のマルチシート環境に対応できるのか不安はつきませんし、 xinitユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にxinitに触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一$HOME/.xinitrcを手書きするというCUI的方法で環境設定できた xinit方式は大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEはどうやって起動するのか、ウィンドウマネージャを終了したらXごと落ちたとか、ck-xinit-sessionはないのか などと、X11通気取りの偏ったどうでもいい我侭を言い出し(だからxinit方式にするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のX11界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではgdmでもkdmでもwdmでも xdmでもなんでもいいですがグラフィカルなディスプレイマネージャにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

tcsh

http://toro.2ch.net/test/read.cgi/unix/1094041299/383

383 ：名無しさん＠お腹いっぱい。：2012/07/12(木) 19:20:13.06今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要があり、制御コマンドとしてシェルスクリプトを 使用するのは聞いていたのですが、そのファイルを開いて1行目に書かれていたのは #!/bin/tcshという文字列でした。 「うへぇ～、よりによってtcshかよ」ファイル記述子のリダイレクト不可、クオートのネスティング等に無理あり、 今の奴でさえシェル関数は使えないし、パイプラインの終了ステータスもおかしいし、 今時の担当者が扱ってセキュリティは大丈夫なのか不安はつきませんし、スクリプトとしてのcshは嫌われるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にcshに触れて刷りこまれた人間が強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、シェルで唯一aliasやhistoryやジョブコントロールの機能が使えたcshは大学など教育機関に浸透していて、日本のシェル界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、$*でスペース入りファイル名が扱えないとか $<でファイルから読めないのかとか、if文の条件式のコマンドでリダイレクト できないのかなどと、シェル通気取りの偏ったどうでもいい我侭を言い出し (だからcshスクリプト書くんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のシェル界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではbashでもzshでもkshでもashでも BourneshでもなんでもいいですがBシェル系のシェルにしてください。教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。

続く。

Permalink |記事への反応(1) | 19:30

ツイートシェア

■CentOSyum - Filenot found by glob ..しかしIEでは読めるんだが

rpm -Uvhhttp://mirrorlist.centos.org/?release=5&arch=i386&repo=extras

error: Filenot found by glob:http://mirrorlist.centos.org/?release=5

基礎的なことだが、Ｌｉｎｕｘのコマンドラインはもしかして"＆"をうまく認識できないのかな？

Permalink |記事への反応(0) | 13:55

ツイートシェア

■Visual Studioでのsnes9x-1.5.1のビルドのコツ

・snes9x-1.5.1-srcフォルダを入れるまとめフォルダを作る（ここにzlibとlibpngとfmodとnasmのフォルダを突っ込むため）。

・zlibはソースをDLして解凍する。できたフォルダをzlibにリネームしてまとめフォルダに突っ込む。zlibフォルダ内のcrc32.cをemucrc32.cにリネームする。

・libpngはコンパイル済みバイナリをDLして解凍する。できたフォルダをlibpngにリネームしてまとめフォルダに突っ込む。ソリューションエクスプローラでlibPNGフォルダ内の*.cをプロジェクトから除外する。プロジェクトのプロパティで追加の依存ファイル一覧にあるlibpngmt.libをlibpng.libにリネームする。

・fmodはver.3系（ver.4系でのビルドは未確認）のコンパイル済みバイナリをDLして解凍する。できたフォルダの中のフォルダをfmodにリネームしてまとめフォルダに突っ込む。

・nasmはコンパイル済みバイナリをDLして解凍する。できたフォルダの中のフォルダをnasmにリネームしてまとめフォルダに突っ込む。nasmはプロジェクト中の*.asmのビルドに必要になる。後の*.asmのビルド設定との整合性のためこの通りに配置すること。

・プロジェクトのプロパティでDirectXSDKのIncludeとLibフォルダにパスを通す。

・プロジェクトのプロパティで、「リンク前のイベント」に次のコマンドを追加する。

pushd "$(SolutionDir)..\"

del "i386\*.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\2xsaimmx.asm" "-oi386\2xsaimmx.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\bilinear.asm" "-oi386\bilinear.obj"

rem "$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\c4.asm" "-oi386\c4.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\fxemu2.asm" "-oi386\fxemu2.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\fxemu2b.asm" "-oi386\fxemu2b.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\fxemu2c.asm" "-oi386\fxemu2c.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\fxtable.asm" "-oi386\fxtable.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\sfxproc.asm" "-oi386\sfxproc.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\spc.asm" "-oi386\spc.obj"

"$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\zsnes.asm" "-oi386\zsnes.obj"

rem "$(SolutionDir)..\..\nasm\nasm.exe" -f coff "i386\zsnesc4.asm" "-oi386\zsnesc4.obj"

popd

上記のコマンドに出てくる11個の*.objファイルをプロジェクトに追加する。ただしコマンドがコメントアウトされている2つ（c4.objとzsnesc4.obj）はビルドから除外しておくこと。

・SARマクロ（sar.h）が原因でコンパイラが死ぬので、このマクロを不使用にするためにport.hの277行のRIGHTSHIFT_IS_SARマクロ定義を未定義にする。

ここまでの手順でビルドが通る。

TODO:

・プリプロセッサZSNES_C4を有効にする時の設定

Permalink |記事への反応(0) | 20:26

ツイートシェア

■OSとブラウザの話をすると、みんなの頭が少し悪くなる

この手の話は、はてなでも/.でも2chでも、どこでも変わらない。

有史以来、WinユーザとMacユーザが仲良くなったことはないし、Linuxはディストロレベルで排他的。

Win2000派はXPを認めないし、XP派はVistaを認めない。7はあれとこれとそれがクソ。きっとクソ。

エサを待つひな鳥のごとくSP2まだーと口からクソたれる。

ブラウザはブラウザで

IEでFirefoxでOperaでSafariでChromeでSleipnirでLunascapeで・・・

どんな場所でやっても論調もでてくる意見も、いつでも同じ。

何度でも同じ事を繰り返す。

そこで提案したいのだが、どうだろう。

そろそろ、OSやブラウザの論議をエクストリーム・スポーツとして認めて、

厳格にルールを定めるべきじゃないだろうか。

（ルールがないから、これらの論議は古代パンクラチオンの様相を呈しているに違いないのだ）

まず階級制度をもうけることが必要だ。

使っているPCのスペックごとに

i386クラスメモリ2MB～

Pen133クラスメモリ 64MB～

~~~~~

上の方は細かく定めても無駄だ。

2コア2Ghz以上メモリ2GB以上

4コア3Ghz以上メモリ4GB以上

8コア（略

これくらいおおざっぱでいい。

もちろん画面解像度が縦横1024x768に満たない端末は別部門だ。

そして、いくつかの禁則事項を設定する必要がある。

[大原則]

・使っていないOS・ソフトの「悪い点」を指摘する「だけ」の意見は言わない

例「Windowsのフォントレンダリングはクソ」

「Macはユーザーがクソ」

「Linuxもユーザーがクソ」

[OS部門の禁則事項]

・WindowsユーザーはOSの「機能比較」の場で使えるソフト数の話をしない

・Macユーザ以外が知りもしないデザイン業界？の話をしない

・組んだこともないのにサーバー向けがどうたらいわない

・CUIの話禁止（言ってもわからないし、言わなくてもわかるから）

・ユーザー数の差異に起因するセキュリティリスクの話をしない（してもしょうがないから）

・簡単・軽い・無料・安全は全て禁句

・DPI、CMYK、業界標準は禁止ワード

・エロゲ、Winny、P2P、FPS、エロゲ、Wineは禁止ワード

・OOo、Gimp、Inkscape、Blender、Vmwareは禁止ワード（誤解の元）

[ブラウザ部門のルール]

・AcidTestの話は試合前にすませておく（途中でおしっこしたくならないように）

・Webkitの話は試合前にすませておく

・Gecko、Tridentの（略

・アドオンの話禁止（言ってもわからないし、言わなくてもわかるから）

・旧バージョンの話を持ち出さない（気持ちは分るけど）

そのほか細かいルールは審議会が結成されたときに話し合いたいと思う。

Permalink |記事への反応(3) | 20:20

ツイートシェア

■VMware server2.0でwindows NT4.0がゲストＯＳの時に、ネットにつながらない！

今日仕事中に↑がわからなくてめっちゃ困った。

VMware Tools入れただけで何とかなると思ったら全然だめなんだもの。

Googleで引っかからなかったのは検索方法が悪かったのか…？

どうにか解明したので日本語化しとく

ネットワークに繋がらない場合は以下の方法をおためしあれ。

1.ゲストOS(=NT4.0)上でネットワークアダプタを全部削除

2.ゲストOSシャットダウン

3.VMware上でゲストOSのハードウェア設定からネットワークアダプタを全部削除

4.ゲストOS起動

5.ゲストOSシャットダウン

6.VMware上でゲストOSのハードウェア設定にネットワークアダプタを追加

7.ゲストOS起動

8.ゲストOS上でネットワークアダプタ［AMD PCNET FamilyEthernetAdapter］をNTのCD(i386の中)から入れる

9.ゲストOS再起動

これで使えるはずー

Permalink |記事への反応(0) | 23:00

ツイートシェア

■さくらのレンタルサーバ ライトユーザが書く実情(または宣伝もしくは疑問)

http://anond.hatelabo.jp/20080601175525

他の有料レンタルサーバを使ったことないので、あてにはできないけど。

総評

• perlライブラリは豊富な方だと思う。perl使うにはよい環境？
• rubyはよくわからないけれど、スタンダード以上ならRoR環境がインストールできるっぽい。
  • そのへん、webにそれなりの情報があるのも強みか。
• メールアカウントは無制限に作れる。
• tDiaryは簡単に設置できる。FTPなしでOKっぽい。
• 無口で堅実な方だと思う。重要なお知らせ位しかメールはこない。

ライトプランの制限

• シェル、cronは使えない
• PHP、MySQLは使えない
• 別ドメイン使用時、リダイレクトしか使えない→詳細:http://support.sakura.ad.jp/support/manual/rs/setdom_g.shtml

重要なこと

プラン変更は出来ない。変更したい場合は別プランで新規登録後、データを移すことになる。

• したがって、登録時の初期サブドメイン(***.sakuna.ne.jp)が変わってしまう。
• 独自ドメインなら問題はない。
• 追加で2つまで使用できるサブドメインは移行できる？できない？
  • 元プランで追加サブドメインの使用を停止後、新プランのアカウントで登録すればOK？
  • 偶然他人にとられても文句はいえない？
  • 経験ないのでわからない。

その他

• さくらのブログ:詳細は知らない。→http://support.sakura.ad.jp/support/manual/rs/set_b.shtml
• ファイルマネージャー:web上で基本的なファイル操作ができる。
• CGIライブラリ:日記、掲示版、チャット、カウンタなど、11の基本的CGIを選択してインストールできる。日記はtDiary、その他はkent-webが多いみたい。
• ドメイン設定:追加でさくらインターネット管理のサブドメインが2つ使える(追加料金なし)。独自ドメインの取得もできる(別途有料)。
• 詳細はオンラインマニュアル:http://support.sakura.ad.jp/support/manual/rs/

実際の環境

公式にはこちら

• http://support.sakura.ad.jp/support/manual/rs/tech_server.shtml
• http://support.sakura.ad.jp/support/manual/rs/tech_cgi.shtml

以下私の環境。これは割り当てられたサーバにより多少の違いがあり得る。その他詳細はアカウント毎に確認できる。

主なperlライブラリ

• Archive-Tar, Compress-Zlib
• CGI-Session,HTML-Template
• Crypt-*, Digest-*
• DBI, DBD-SQLite, DBD-mysql40(ただしライトでは使用不可)
• GD,GD-Barcode
• Mail-SpamAssassin, Mail-Tools, Net-{DNS,IP,SSLeay,Telnet}, Socket6
• libwww,HTML-Parser,XML-*,YAML

Permalink |記事への反応(0) | 00:54

ツイートシェア

■さくらの旧(?)専用サーバCentOS 4.6 をLinux-Vserver に入れ替えてみた

前置き

• 疎結合な複数のWebサービスを運用するために、お手軽な仮想化環境がほしくなった。
• 3月上旬にさくらインターネットの専用サーバを借りた。
• サービスプランはAthlon64RAIDモデル+10Mスタンダード。
• DebianがOSラインナップから消えて久しいのでCentOS4.6を選択、CentOSは初体験なので不安である。
• ググった限りではCentOSのリモートアップグレードを完全におこなうのは困難そうだが、ある程度妥協すれば可能なことをVMWare上で検証してから以下の作業をおこなった。

契約直後の初期状態

• ホスト名をsakura2とした。
• sshd と vsftpd が動いていた。

[admin@sakura2 ~]$uname -aLinux sakura2 2.6.9-67.0.4.ELsmp #1 SMPSun Feb 3 07:08:57 EST 2008i686athloni386GNU/Linux[admin@sakura2 ~]$ cat /etc/issue.netCentOS release 4.6 (Final)Kernel \r on an \m

CentOS 5 へのアップグレード（？）

中身の整理

• なるべく最小構成に近い最新のCentOS4.6にしてみる。

#yum update#yum removeemacs emacspeakemacs-leimemacs-common#yum remove NetworkManager#yum remove bluez-bluefw bluez-hcidump bluez-libs bluez-utils#yum removecupscups-libs#yum removeirda-utils isdn4k-utils pcmcia-cs wireless-tools#yum remove wpa_supplicantgpm xinetd#yum removepppnfs-utils lksctp-tools autofs#yum removexorg-x11-libs#yum removeselinux-policy-targeted#yum remove vsftpd#yumclean all

CentOS 5 にアップグレード（？）してみる

• 再起動

[admin@sakura2 ~]$uname -aLinux sakura2 2.6.9-67.0.7.ELsmp #1 SMPSatMar 15 06:54:55 EDT 2008i686athloni386GNU/Linux

• カーネルを入れ替える準備

#rpm -Uvhhttp://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-notes-5.1.0-2.i386.rpm \http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-5-1.0.el5.centos.1.i386.rpm[root@sakura2 admin]# cat /etc/issue.netCentOS release 5 (Final)Kernel \r on an \m#yum update glib procps udev iptables#rpm -Uvh --nodepshttp://mirror.centos.org/centos/5/os/i386/CentOS/initscripts-8.45.17.EL-1.el5.centos.1.i386.rpm \http://mirror.centos.org/centos/5/os/i386/CentOS/mkinitrd-5.1.19.6-19.i386.rpm#rpm -Uvhhttp://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-1.39-10.el5.i386.rpm \http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-libs-1.39-10.el5.i386.rpm \http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-devel-1.39-10.el5.i386.rpm

• 再起動後にカーネル更新

#rpm -Uvhhttp://mirror.centos.org/centos/5/os/i386/CentOS/kernel-2.6.18-53.el5.i686.rpm

• 再起動して新しいカーネルで立ち上げる

[admin@sakura2 ~]$uname -aLinux sakura2 2.6.18-53.el5 #1 SMP Mon Nov 12 02:22:48 EST 2007i686athloni386GNU/Linux#yumclean all[root@sakura2 admin]#yum --versionLoading "fastestmirror" plugin2.4.3[root@sakura2 admin]#rpm --versionRPM version 4.3.3

• こんなエラーが出るのでまっとうなアップグレードにはなっていないらしい。

#yum updateError:MissingDependency:python-abi = 2.3 is needed by packagepython-elementtree

• 解決法がわからないので放置。

Linux-Vserver の導入

• ref.http://linux-vserver.org/Installation_on_CentOS
• sshd の ListenAddress を eth0（に割り当てたグローバルIPアドレス）のみに修正

#vi /etc/ssh/sshd_config# /etc/init.d/sshd restart

• レポジトリの追加

#vi /etc/yum.repos.d/dhozac-vserver.repo

• カーネルの入れ替えとユーティリティの導入

#yum update kernel#yum install util-vserver{,-core,-lib,-sysv,-build}

• 再起動後

[admin@sakura2 ~]$uname -aLinux sakura2 2.6.22.19-vs2.3.0.34.1 #1 SMP MonMar 17 05:32:04 EDT 2008i686athloni386GNU/Linux

ホストOS環境の整備

• パケットフィルタの設定、リバースプロキシの導入
  • installpound by hand
  • installdaemontools by hand

#yum updatebashscreenrsync# /etc/init.d/iptables save# /etc/init.d/iptables start# cat /etc/sysconfig/iptables# Generated by iptables-save v1.3.5 on MonMar 24 19:57:07 2008**filter:INPUTACCEPT [1067:96557]:FORWARDACCEPT [0:0]:OUTPUTACCEPT [63680:6208436]:e0 - [0:0]-A INPUT -i eth0 -j e0-A e0 -mstate --state RELATED,ESTABLISHED -jACCEPT-A e0 -p icmp -m icmp --icmp-type 8 -jACCEPT-A e0 -ptcp -mtcp --dport 22 -jACCEPT-A e0 -ptcp -mtcp --dport 80 -jACCEPT-A e0 -ptcp -mtcp --dport 443 -jACCEPT-A e0 -jREJECT --reject-with icmp-port-unreachableCOMMIT# Completed on MonMar 24 19:57:07 2008# Generated by iptables-save v1.3.5 on MonMar 24 19:57:07 2008**nat:PREROUTINGACCEPT [179:10642]:POSTROUTINGACCEPT [213:13895]:OUTPUTACCEPT [251:16220]-A PREROUTING -s ! 10.0.0.0/255.255.255.0 -ptcp -mtcp --dport NNNN -j DNAT --to-destination 10.0.0.1:22-A POSTROUTING -s 10.0.0.0/255.255.255.0 -d ! 10.0.0.0/255.255.255.0 -j SNAT --to-sourceAAA.BBB.CCC.DDDCOMMIT# Completed on MonMar 24 19:57:07 2008

ゲストOSの設定

• やっとDebianが使えるぞ。
• ゲストOSには 10.0.0.0/24 を割り当てる。
• ゲストOS名を考えるのは面倒なのでone,two, three, ... とする。
• vserverone build -none --interface eth0:10.0.0.1/24 -m debootstrap -- -detch ->うまくいかない
• 手元で動いているetch環境からtar でファイルシステムを持ってきて vserver-build -m template だとOK
  • × /usr/sbin/vserverone build -none --interface eth0:10.0.0.1/24 -m debootstrap -- -detch
  • ○ /usr/sbin/vserverone build -m template -none --hostnameone --interface eth0:10.0.0.1/24 -- -t filesystem.tar.gz
• なんか微妙におかしいようだが…動いているので良しとする。
• 現在3個のゲストOSを作ってetch環境にしているが、いまのところ問題なし。
  • ゲストOS側に入ってしまえば、素のDebianで気楽に過ごせている。
  • インターネット側からのHTTPアクセスはホストOS上のpoundからで各ゲストOSへ振り分けている。
  • 特定のゲストOSだけにアクセスさせたいユーザ向けに、ホストOS上でもsshdを動かしている。

[root@sakura2 ~]# /usr/sbin/vserver-statCTX   PROC    VSZRSS  userTIME   sysTIMEUPTIMENAME40013   27 301.5M  73.8M  30m36s31  56m38s90  11d06h56one40015    5  10.8M   4.4M   0m28s33   0m12s68   9d04h23two40016    2   4.2M   1.3M   0m00s47   0m00s64   0m01s97 three

追記

• 4/15からCentOS5とUbuntuがOSラインナップに加わるそうなorz
  • ref.http://www.sakura.ad.jp/news/archives/20080401-001.news

Permalink |記事への反応(0) | 03:16

ツイートシェア