OblivionエフェクトバグをLinuxで無理矢理対処

おい、あのカジート、後光が差してるぜ！
o...rz

エフェクトバグです、ありがとうございます。
225時間以上で、と書いてあるから余裕ぶっこいてたら100時間超えた辺りでこんなことに。
変なエフェクトが短時間出っぱなし、とか忘れたころにいきなりエフェクト発生とか珍現象が起こり始め、最終的にこんなことに。
これ、フレームレートで変わるんじゃないかね、高フレームレートだと早く発生するのかもしれない。
Steam+Proton+RadeonSIの破滅的なプレイ環境なので設定落としているため、出るときは140fpsくらい、平均60〜70fpsな状態で100時間程度プレイすると発症しました。

で、どうしよう。
Windows環境ならWrye Bashで解決する話もLinuxだとそうはいかない。
wine+winPython+Wrye Bashで動くらしいのだが、もっとお手軽に解決したい。
そうだ！ないなら自分で作ればいいんだお！
と、思わなければよかったな、と思いつつ……

Oblivion ABOMB Defuser for Linux
oblivion_abomb_defuser-v0.1alpha.7z

こんなのできた。
使ってみたい自分から地雷を踏みに行きたい人はどうぞ。
ただし現状人柱なアルファ版。
上の状況なセーブデータで修正できるのは確認済み。
もっともこんな特殊環境用ソフトを使いたがる人がいるとは……思えんわなあ。


＊Oblivion Wiki JP(避難所)の情報が間違っているので、色々ここで補足してみる。

> セーブデータの末尾4バイトにFloat数が加算されるが、
セーブデータの末尾は間違い。
セーブデータのGlobal内にあるTesClassデータ部の末尾４バイトにgameModeSecondsという数値があり、これがABOMBの正体みたい。
上記のツールはこれを初期値に書き換えます。

> Play時間225時間前後で8.0となると突然発生する。
プレイ時間より環境で発症時間がどうも変わる。
8.0は初期値、524288.0程度で発症。
しかし上記セーブデータはこの半分程度(0x48000000辺り)で発症してしまった。

サイキックディテクティヴシリーズVol.2メモリーズを攻略する

かなり前にFM Towns版ゆみみみっくすと一緒に買った旧版メモリーズ。
その当時にクリアはしてたけど、今更攻略チャートを作ってみたのであげておく。

http://akifuyu.sakura.ne.jp/fm_towns/pds2.htm

おいら的にはオルゴールについで評価が高いです。
高いんですけど、翔子がどうなったのかくらいはエンディングに出して欲しいんですよね。
そして相変わらず降矢木さん余裕の何もせず事件解決(´・ω・｀)

オルゴールとインビテーション、メモリーズの攻略チャートは作った。
需要ないのは分かっている。
分かっているが、ここまでやったからにはこのシリーズの攻略チャート全部作ると決めた。
例え需要がなくてもな！
で、現在AYAの攻略チャートを作ってます。

サイキックディテクティヴシリーズVol.1 インビテーションを攻略する

平成元年に発売されたソフトを平成最後の日に取り上げるこの余裕。

http://etokami.sblo.jp/article/69145810.html?1556617191

過去の記事を掘っていくと、買ったのは2013年。
そして何かの勢いでついに自力クリアでｷﾀﾜｧ(n'∀')η
平成の最後にサイキックディテクティヴシリーズ全部クリアｷﾀﾜｧ(n'∀')η

で、自力クリアできたので、公式の攻略サイトすらあるらしいので意味ないのだが、自分で作った攻略チャートをあげときます。

http://akifuyu.sakura.ne.jp/fm_towns/pds1.htm

オルゴール以外で、降矢木さんが事件解決するの初めて見た気がします。
それにしても……これ、途中で力尽きた感が物凄いんですけど。
濃密なの１日目だけで、以後は伏線豪快になぎ倒しつつスナッチャーのAct.3の如く一気に結末に雪崩れ込んでるし。
おまけに手に入る証拠品はパンツ１枚だけだし……ポッキーですら３枚も手に入るというのに。。。
もうちょっときちんと作っていたら、これ結構ドロドロな良質サスペンスドラマになりそうなんだよね。
もったいないなあ。
でも心象世界はおいら的に評価が高い。

サブPCの電源を交換した

以前に買った電源がぶっ壊れてしもた。

http://etokami.sblo.jp/article/79692525.html?1556616314

酷使したこともあり、ある日突然電源落ちて、以後電源入らなくなってしまった。
仕方がないので、電源を交換した。


玄人思考のKRPW-N500W/85+、約５千円。


一方使っていたKRPW-L4-500Wを捨てる前に中開けてみた。
良い子は真似しちゃダメ。
コンデンサは一・二次共にTeapoの105℃品。


二次側のコンデンサがもっこりしてます。
酷使して５年動いたんだから価格に対して耐久性十分、Teapoやるね。
少なくともKZGでやらかした日ケミよりも信用できる、未だにM2A-VMの件を忘れてない俺。

Steam+ProtonでOblivion

動作だけならSteam+Wineで動くのは確認できていたが、勢いでProtonでの動作も試してみた。
動作環境は、

CPU:Core i5 750
MEM:8GB
GPU:Radeon HD 6770+RadeonSIドライバ
設定は解像度800x600、ミドル＋HDR＋shader3.0。

な、敢えて産廃環境で試す。
結論から書くと、バニラ状態なら普通に動く。
OblivionはCPU依存の強いため、ただでさえ仕事しないRadeonSI下のグラボに少しでも負荷分散をさせるためCompizで動作。
悪あがき程度に起動オプションにmesa_glthread=trueも追加してみた。
悲しいかな１時間程度プレイするとフレームレートがガクガクになるため、その都度再起動。
時折CTD、Oblivion自体が元から不安定なので原因がProtonにあるかは不明、というか気にしたら多分負け。
そしてごく稀ではあるが起動させるとXごと落ちる(´；ω；｀)

shader3.0やスクリーンショットを使うためoblivion.iniも書き換える。
Protonでの設定ファイルは、

(ソフトのインストール先)/steamapps/compatdata/(appID)/pfx/drive_c/users/steamuser/My Documents/my games/oblivion

の、中にある。
セーブデータもこの下にある。
shader3.0への変更はここで書くことではないと思うので、OblivionのWikiでも参照してください。

---

MOD入れるにもそのままではOBSEが動かない。

https://steamcommunity.com/app/22330/discussions/0/1734342161864893103/

上記でパッチの当て方が公開されているので、obse_loader.exeとOblivionLauncher.exeにパッチを当てると動作可能。
しかし日本語パッチはobja_12416.dllをplugins内に入れているだけで起動不能、色々と試したが起動させることはできなかった。
他にも使えないMODも多いようなので、基本バニラ運用必須。

---

日本語キーボードでは恐らくコンソールが出ません。
単純に英語キーボードにレイアウトを変更する。
setxkbmap usで変更してもいいのだが、fcitx使用時はfcitxの設定→入力メソッドに英語レイアウトを追加してここから切り替えたほうがいいみたい。
英語レイアウト後は、半角/全角キーでコンソールが出るようになります。

---

Protonは結局のところWineなので、winecfgも使えます。
日本語パッチ動作を試すために幾らかのDLLをオーバーライドさせてみた時に試してみた。

WINEPREFIX=(ソフトのインストール先)/steamapps/compatdata/(appID)/pfx/ winecfg

これ書いてる時点で試すと、設定ソフトの中に何やらベヨネッタの名前があったり。
Protonに対応予定なのかね。

PC-88版ロマンシア地下の地図

久々にロマンシアプレイした時に地下の地図を作った。
既に似たようなのはあると思うけど、コンプティーク掲載のマップと同じものを作りたかったってだけなので、せっかく作ったしとアップロードしてみた。

5200x4096 256色PNG
http://akifuyu.sakura.ne.jp/pc-8801/images/romancia-full.png
http://akifuyu.sakura.ne.jp/pc-8801/images/romancia-full_guide.png
762x600 256色PNG
http://akifuyu.sakura.ne.jp/pc-8801/images/romancia-small.png
http://akifuyu.sakura.ne.jp/pc-8801/images/romancia-small_guide.png

ガイドなしとガイドありを用意。
位置関係が合わないため一部の場所は正しい位置に存在しません。
この辺はガイドありで補足してあります。
実用性があるのもガイドあり版です。

フルサイズ版は今話題の8K対応なブルジョア仕様。
今時の環境で表示できないことはないと思うが、巨大な画像なので一応注意。
スモール版は2K以前のド貧民ﾌﾟ仕様。
なんかこう書くと、ベーマガにあったYK-2謹製沙羅曼蛇のプログラムを思い出します。
２台のPC-88でステレオ仕様、PC-88２台も買えるか！との読者の投稿に俺だって持ってねー！と返したんだっけ。
PC-8801MAで無理矢理一つにまとめてサウンドボード２仕様にしたような記憶もあります。

あ、ちなみにおいらの使ってるモニタは当然ド貧民ﾌﾟ仕様です(´・ω・｀)


■ここからは単なる駄文なので暇な人だけどうぞ

なんとなく久々にロマンシアをプレイ。
しかし地下のマップはコンプティーク掲載だったものに頼りきり、しかし仕舞いこんでしまいどこに行ったか分からない。
だったら自分で同じものを作ったらいいんだお！

と、思ったことを反省しました、この地図作るの本当に大変です。
画像を切って貼ってしていると位置関係が合わなくなること多々、徐々に予告なしワープしてるんじゃないかと思い始める。
いや、そんな仕様はなかったはずだ、しかし位置が合わないおかしい！、とどんどん疑心暗鬼になっていきました。

ちなみにおいらはロマンシアにいい印象はありません。
同時期発売の太陽の神殿はほぼ自分の行動に対する結果として詰むから問題ないんですが、ロマンシアの場合は特定の時間でないとダメだったり人の前通っただけでアイテムパクられたり当然ノーヒントだったりと、プレイヤーの行動に関係なく詰むのはさすがに許容できないな、と。
ついでに操作性も悪く、特にアイテムを狙って選択するのが困難なのもね。
木屋さんやロマンシアが好きな人には申し訳ないけど、ロマンシアは正直クソゲーですらない、ただの駄作だと思っています。
ザナドゥの悪い部分だけを凝縮させたような感じ。
ザナドゥは悪い部分と良い部分がうまく混ざり合ってて究極に近いバランスだっただけにね。

太陽の神殿に関しては当時に自力クリアできました、当然何度も詰んでやり直しながらね。
前にも触れたけど、自分の行動に対する結果で詰むので、失敗した行動も分析できるからモチベーションも保てます。
更に森の地図もわざわざ作ったりしましたし、当然実機でね、わざわざ4MHzでね。
あの頃は時間一杯あって暇だったんだねえ、こんなこと書く時点で歳取ったんだねえ、としみじみ。
でも金の台座(を泉に落とす件)、お前はダメだ、脈絡なさすぎて理不尽なだけだ。

更にちなみに、ロマンシアはコピープロテクトも激難度で、最強クラスと名高い東京電化のN.TANIGUCHIチェッカーを採用しています。
ソープランドストーリーもそうだけど、凶悪なコピープロテクトかけるなとは言わないけど、その労力をもうちょっとゲームに振り分けてくれよ、と。

とどめにPC-88の某スーパーランボーにて、ゲームディスク内とThe File Masterの同ファイラー内で東京電化のTANIGUCHI氏と京都メディアのMakoto氏が伝言板やってます、刈り上げて剃り上げるとかなんとか。
どちらも持ってる人は中身を見てみよう、この業界(の横のつながり)が見えてきます。

まあ、コピープロテクト作ってる人が裏でコピープロテクト外す本とか出してたみたいだしね、うんｗ

俺は府中(町)の帝王ザッザッザッゲーム

過去に作った攻略記事のスマートフォン対応のついでに、index.htm用に作ったもの。
そのまま隠しで置いとこうと思ったけど、腹立つくらい普通に遊べてしまったので晒してみる。

http://akifuyu.sakura.ne.jp/pc-8801/index.htm

元ネタは言わずもがなシルフィードのあれ、暇潰しにでもどうぞ。
スマートフォンにも一応対応、AndroidのFirefoxで動作確認済。
なお、恐らく4x以前の古いFirefoxでは動きません、できるだけ最新のブラウザを使ってください。

後、この作品は実在する広島県安芸郡府中町とは恐らく関係がありません。

PC-8801版惑星メフィウスを科学的に攻略してみた

近年全然ニコニコできない某動画サイトにあるMSX VHD版惑星メフィウスに触発されて作ってみたやつ。
よくVHDが未だに稼働できるな、と驚く話。
MSXとX1のみが遊べたVHD版は羨ましくもあったけど、その当時金銭的に買えるわけではないけれど、買うにしてもVHDは選択肢になかったな、というのが正直なところ。。。

http://akifuyu.sakura.ne.jp/pc-8801/wmp.htm

プログラム解析して作ったものです。
上記のような不純な制作動機に加えて新しいページレイアウトの実験台でもあったりします。
既に攻略サイトはあると思うけど、こんな理由だったりするためあったらごめんなさい。


＊以下駄文、忙しくない人は読んで。

世の中には必要最低限のものさえあればいい、情報は文章だけで他は一切必要ない、という偏狭な方々がいます。
元々以前の攻略記事はこういった方々の考え方を逆手に取って、適当に手を抜いて作ってました。
最低限テキスト書いて、html自体もぶっちゃけ２ちゃんねる(５のほうじゃないよ)のパクリだったりします。
背景色は同じだし、レイアウトもdl,dt,ddタグ使ってたりと２ちゃんそのまんまでした。

しかし最近は、猫も杓子もスマートフォン。
ウェブページにもこの流れで、スマホ対応が強要されるそんな状況下。
おいらもこのビッグウェーブ乗らなきゃ！と新たなデザインのページを作ろうとして溺れかけました。
長いことスタイルシートやらJavsScriptとか使ってないから完全に忘れてる上に、新しい技術トレンドがわんさかの浦島太郎状態なので初心に戻って学習し直す有り様でした。

どうにかこうにか、最低限スマホでも観られる状態になったので、新しいデザインで公開となりました。
過去の記事も順次スマホ対応にしていきます。

なにこれうぜー、前のやつがいい！
と、いう方もいるとは思いますが、時流と思って諦めてください。
過去の攻略記事に関しては、旧レイアウトのものも残しておきます。

ソフトバンク・ホークス日本一おめでとう！

(※１月８日追記)
今回はさすがに巨人(の特に長年応援してきた長野選手)ファンは阿鼻叫喚状態みたいですね。。。

さすがに高齢で成績が落ちているといっても十分に戦えるだけの実力は残っていて、
グッズの売上も良く戦力だけでなく球団の経営面でも功績があって、
更に巨人ファンからの人気も高く、自ずとファンとも近い位置にいる人格者。

本当に、なんでこんな選手をプロテクトから外すかな。
金のためだけにやってきたFA選手じゃないでしょ、浪人してまで巨人に来た苦労人でしょ、と。
ベテランを犠牲にして有望な若手を完全にプロテクトしてたら、そりゃこうなるでしょ、と。
広島側も「ベテランであっても取りに行く」と忠告してたのに。
なんか巨人って物凄く駆け引き下手じゃない？

他の選手への影響も考えれば絶対にプロテクトしなければいけなかった。
若返り、っていうけど、巨人の１軍は相変わらずFAベテラン勢で交通渋滞、若手が活躍できる場なんてないのに。
内海選手の時と同じく阿部選手は相変わらず「完全人事デス！」みたいなコメント言ってるし……一体なんなのこの球団。
というか、何で他球団ファンのおいらが巨人の心配をしているのか自分でも意味不明です。

しかし他球団のファンとしても、やはり今回の巨人のやり方は許してはいけないと思うよ？
長野選手は広島とか巨人とかではなく、一人の野球選手として応援しようと思っています。
FAで巨人に戻るにしても、長野選手には逆境を跳ね除けて結果を出してドヤ顔で巨人に戻って欲しい。
(し、この場合は更なる人的補償でうっはうは。)
もちろん、そのまま広島で骨を埋めるのであれば、広島の選手として応援しやすくなるので、それはそれでありです。


(※１月７日追記)
人的補償がまさかの長野選手に決まりました。
俯瞰的に見れば初笑い、ファン視点で見れば胸中複雑、というのがおいらの感想です。
いや、巨人サイドは若手を優先してプロテクトしたのが透けて見えるし、
広島側も長野選手を来季のFA前提の使い捨てを狙って指名したのがよくわかります。
おいら的には、これどうなの？というところ。
戦力的な話ではなく人道的な話で、先の内海選手同様に巨人一筋の功労者をよくもここまで無下に扱えるな、と。

長年長野選手を応援してきた巨人ファンに、ザマー、とか嘲笑う気はありません。
おいら的には特に生え抜き信仰の強い巨人だからこそ、生え抜き功労者をプロテクトしなかった巨人首脳陣にドン引きしています。
しかし、そんな巨人ファンの皆さんにも、長年応援してきた選手がFAで取られる球団ファンの辛さ、痛みが少しでも分かってもらえたなら、今回のFA騒動には意味があるんだと思います。
順当にいけば長野選手(と西武の内海選手)は来季にFAで巨人に戻るでしょう。
その時は、巨人のFA枠を潰し新たな人的補償をいただく、というのも広島・西武の策略だとも思いますけど。

にしても、他球団一筋現役ベテランの入団自体が広島では前例がないため、正直どうやって応援したらいいのかよくわかりません。
永住するのなら応援のしようもあるけど、来年はもういないだろうしねえ。。。


(※11月30日追記)
これ以上この話題に触れても仕方ないけど、しかしここでやめても中途半端なため最後に書いておく。
ぶっちゃけると、残留する気がないことは分かってました。
普通、残留する気があるなら即日FA宣言なんてしないから、事前に交渉して決裂したらFA宣言するからね。
別にFAで出て行くこと自体は選手の権利であることと、カープではいつものことなので、これ自体に文句があるわけではない。
普通に出て行くのであれば何ら問題ない話なのだが、今回の件は過去の金本や新井さんのときとは次元が違う。

残留する気もないのにFA宣言後も普通にカープの諸々の行事に参加して残留するかもアピール。
残留する気なんてないのに古巣と交渉して譲歩させ、これを利用して他球団の年俸吊り上げ。
実際に吊り上がり、ついでにロッテは完全に噛ませ犬扱い。
古巣やそのファンの思いを踏みにじってでも年俸を吊り上げ金を貪り取るってのは、野球選手以前に人としてダメだと思う。
そういう意味で、丸という何かがカープを去ることにおいらは全然残念と思っていません。

さらっと酷いこと書いてるように思うかもしれないけど、本音ではもっと酷いこと書きたいところを我慢しているわけで、さすがにこれは許してはいけないし、こんなことが常態化するようなら野球人気は更に下がるだろう。
野球選手に限らずどんな凄い偉人も自分の実力だけでは大きくなれない、球団やファンの後押しがあるから実力が発揮できてビッグになれるってことは忘れちゃいけない。

そしていい加減、この件で一番割りを食うのが巨人の若手だって気づいて欲しいよね。
一軍登録枠から誰かが一人追い出され、そして過去の一岡選手同様に今回も誰かが人的補償のババを引く。
しかしババってカードは悪い意味を持つ場合もあれば、良い意味を持つ場合もあるんだよね。
ババ引いた選手が中継ぎ勝ちパの要となって数年後に３連続ビールかけしてるわけですし。

人的補償でやってくる選手が良い意味のババを引くことを期待しています、おいらはね。


(※11月27日追記)
FAに関してはルールを見直さないとダメじゃないかと思う。
古巣との交渉は宣言前に限定し、FA宣言後は一切古巣と関われないようにしないとダメだろう。
でないと、どう見ても不当な年俸の吊り上げが起きてしまう。

FA宣言するのも移籍先の球団が争って正当な年俸になるのも、これは結構なことだと思うが、
古巣もそのファンも移籍先の球団も振り回して年俸を吊り上げるってのはさすがにダメだろう。


(※11月９日追記)
おいら的には松山選手の動向のほうが気になってました。
むしろ松山選手のほうがキーパーソンで、残留か否かで来季の戦力は大きく変わるだろうな、と思ってました。
おいら含めカープファンは松山選手に感謝しないといけないね、いやホント。


(※11月６日追記)
丸選手は引き止めずに手放してしまったほうが良くないかい？


(※11月４日追記)
丸選手のFAは別に驚いていません、予想できてました。
夏頃のヒーローインタービュー辺りから色々怪しい挙動してましたから。
あまり隠し事がうまい人じゃないよね。

カープファンに対して言いたいこと。
「来る者は拒まず去る者は追わず」、これが広島人の心意気です。
単にFAで出て行くのは今に始まったことではないし慣れてるので、大体こういう考え方です。
自分から出て行くというのなら、暖かく送り出してあげましょうや。

そして過去形になった者のことは忘れて、これからのことを考えましょう。
FA先からの人的補償でどんな選手がやって来るのか、おいら的にはこっちのほうがワクテカ状態です。
FA先は大体金持ってるから若くて実力ある選手一杯囲ってるけど、年取ったFA選手が１軍枠を専有するから実力あっても２軍で干されてしまう不遇な逸材で一杯。
過去には、赤松、一岡、そしてトレードだけど曽根、この有望な三選手がやってきました。
ね、こう考えたら、ワクテカしてきません？


(※以下、旧記事)
いやはや、３年間同じパターンを繰り返し見せられてる気がします。
最初に勝ったと思ったら以後連敗、もう完全にデジャブです、エンドレスエイトです。

広島東洋カープの敗因は、相手との投手のレベル差が比較にならないくらい低いことに加えて単調極まりない戦術。
何回盗塁死しても盗塁を繰り返し自滅すれば気が済むのかな、と。
手を代える気はないのかな、と。
日本シリーズ前に「いつもと変わらず」と選手は繰り返し言っていたけど、いつもと変わらない戦法に対して相手は手を打ってくるわけで。
いい加減短期決戦ではいつもと同じやり方だと勝てない、ということくらい学習して欲しいのだが。。。

とりあえずここまで投手陣を崩壊させた責任をピッチングコーチ陣は取らないとダメだと思う。
緒方監督も、もういい加減ファンを裏切る行為は止めましょうよ、もう引き際ですよ。
更に続けても晩節を汚すだけです。

Sjasm 0.42cを64ビット環境でコンパイル

(※2018年10月６・10日追記)
最後に、64ビットでコンパイルする方法は今のところ不明、と書いたがコンパイルできたわ。
台風25号吹き荒ぶ真っ只中にな！

(※パッチが新しくなりました、下記のバグも修正されます。)
http://akifuyu.sakura.ne.jp/blog/binary/sjasm-0.42c-amd64fix.patch

需要ないとは思うが、パッチを置いとく。
このパッチを適応すると、ついでに下記inline関連もプランＣ方式で修正される。

公式からsjasm42c.zipを拾ってきたら適当なディレクトリを作ってこの中に解凍し、上記パッチもここに保存する。
次にこのディレクトリに入ってパッチを当てる。

$ patch -p1 < sjasm-0.42c-amd64fix.patch

パッチを適応したら、ディレクトリsjasmsrc42cの中に入り、

$ make

で、同ディレクトリ内にsjasm実行バイナリが作られます。
何度も動作テストはしたので、多分問題なく動くと思う、多分。。。

原因は、rawsource.cpp内でfindの結果をunsigned intで格納した変数とstring::nposを比較しているところがあり、64ビット環境だと正しく比較できなくなっていたのが原因でした。
この結果、-1をsubstrに放り込んでコアダンプ吐いてました。
真面目に修正するとめんどくさすぎるので、該当if文をpos==(unsigned int)string::nposとして適当に修正した、この際なんでもいいから動けば正義なんだYO！

エラー内容から原因は考えついていたので、比較的簡単に修正できた。
修正の仕方の良し悪しは別として。
エレガントは修正は、海外のエロいハッカーにお願いしたい。

(※2018年10月10日追記)
半角カナを食べさせるとフリーズすることがある。
まあイレギュラーな文字だし、海外のソフトだし、と誤魔化そうと思ったけど結局修正してみた。
日本の８ビットPCは半角カナとか多様するからね、うん。
前述のパッチを当てると、このバグも修正されます。

このバグの原因は、特定の文字列をチェックする際に256バイトの配列を作り、該当アスキーコードの位置をtrueに、それ以外をfalseとして、チェックする文字列の一文字をこの配列の該当位置から有効か無効かを調べています。
しかし比較する文字の変数がsigned charであるため0x80を越えるアスキーコードを正常に調べることができない状態でした。
パッチでは該当の変数をunsigned charでキャストすることで対処しています。


(※以下旧記事)
近年のリバイバルブームに乗って、おいらも当時に作ったPC-8801のどうでもいい感じのソフトを一から作りなおしてます、そのうち公開予定です。
で、制作に使うアセンブラにはSjasmを使っています。

http://xl2s.tk/

シンプルで使い勝手がいいんです。
いいんですが、Fedoraのリポジトリにあるバイナリ0.39g1は、困ったことにmodule使うとセグフォ吐いて落ちてしまい使い物にならず。
そこで、公式にある0.42cをダウンロード、こちらは修正されてる。
付属のDebian用バイナリはFedora 29でも普通に動く。
けれど、ソースをコンパイルすることにしたのだが、トラブル満載。
リンカがundefined referenceを大量に吐き、これを乗り越えてもコアダンプ吐いて落ちるわな。

と、いうわけで、これ使いたい人もいないと思うけど、コンパイル手順。
パッチ作ろうと思ったけれど、解法が多岐に渡るため断念しました。
(※追記：パッチを用意しました)

＊共通
sjasm.hを修正
ソースの適当なところ、68行目の#include の直下辺りにでも、

#include

を、追加。
Makefileも修正。
CXXFLAGSとLDFLAGSに-m32を追加、Sjasm 0.42cは32ビットでないと動かないっぽい。
前段階に、32ビット版のglibcをインストールしておくこと。

以下、お好きな方法で修正。
＊個別の修正・プランＡ
reader.cppの79行目にある

inline void skipblanks(string &p) {

単純にinlineのところを除去する。
パフォーマンスは落ちるかも。

＊個別の修正・プランＢ
MakefileのCXXFLAGSのところに、-fkeep-inline-functionsを追加。

CXXFLAGS = -O2 -m32 -fkeep-inline-functions

な感じにする。
問題は起きない、と思う、多分。

＊個別の修正・プランＣ
reader.cppの79行目から始まるskipblanks関数をヘッダに引っ越しさせて、
ヘッダにあるプロトタイプ宣言と一緒にstaticをつける。

static inline void skipblanks(string &p) {

こんな感じ。


どの手を使うにしても、結局のところ付属のバイナリ使うのが正解だと思う。
なお、64ビットでコンパイルする方法は今のところ不明。

他に使い勝手がいいZ80アセンブラがあればいいんだけどね。
z80asmはおいら的にイマイチだったので使用を断念。