| 掲示板の過去ログ（本文 2000/12/11-） | 2007-07-18(Wed) 21:18 |
|---|
Kamadaさん お久しぶりです。はんかつです
私の記憶によりますと、FDDが720と1.2の2モードなので1.44の読み書きはできなかったと思いますが？
はんかつさん、こんにちは。
> 私の記憶によりますと、FDDが720と1.2の2モードなので1.44の読み書きはできなかったと思いますが？
あぅ。
春麗さんのは1.44が読めるということなので…そうじゃない？
> > 私の記憶によりますと、FDDが720と1.2の2モードなので1.44の読み書きはできなかったと思いますが？
>
> あぅ。
> 春麗さんのは1.44が読めるということなので…そうじゃない？
あぅあぅ。
確か、9SCなんとかを使うとアクセスできる様な記憶
があったのでそう書いたのですが、どうやら駄目ぽ
いですね。
> 春麗さんのは1.44が読めるということなので…そうじゃない？
デフォルトのCompactXVIでは1.44Mは読めません(当然書けません)｡
満開やOh!Xの改造記事も2DDを読めるようにするだけです｡
CompactXVIを３台使っているから間違いなし｡
1.44M読み書きが可能になったのは030Compactですね。
ただし､ドライブを交換してあったらこの限りではないです｡
9SCDRVで作り出せる1.4Mフォーマットは､DOS/V系マシンの
1.44Mとは互換性がないです｡モーターの回転速度が違うのですから
仕方ないです｡物理的に読めないのです｡
1.44Mは720Mの2DDと同じ回転速度で倍密度だったはずで､640Mの2DDから倍密度になったNEC98系の2DDとは物理的互換性がないものです｡
それを無理やり読めるようにしたのが3モードドライブです｡
こいつはモーターの速度を変えられます。
でも、X68のインターフェースおよびソフトは、ドライバーを
組み込みさえすればフォーマットを含め1.44Mに対応しますから､
外部ドライブさえ用意できればなんとかなります。
昔はそういう記事＋ソフトが出回っていたんですけど､
今はもうないのかなぁ｡その前に記事にあるドライブが
手に入らないかも｡
LeDAさん こんにちは。
そうですか、物理的に不可能ですか。残念な事です。
まぁ、MO経由でやるのもFD経由でやるのもあまり変わ
らないし（MOは少し面倒）、しょっちゅうデータ転送
するわけでもないですし…。
> 昔はそういう記事＋ソフトが出回っていたんですけど､
> 今はもうないのかなぁ｡その前に記事にあるドライブが
> 手に入らないかも｡
コンピュータ世界では仕方の無い事です。諦めます。
関係ないですが、CompactXVIに付けてもらったシャー
プ純正の外付け5FDD、異常に重いです（笑）。使い道
がないので置き場所に困ってます。捨てるのも忍びな
いので取り敢えずオブジェに…（苦笑）
春麗さん、こんにちは。
> そうですか、物理的に不可能ですか。残念な事です。
> まぁ、MO経由でやるのもFD経由でやるのもあまり変わ
> らないし（MOは少し面倒）、しょっちゅうデータ転送
> するわけでもないですし…。
広井さんのMemorandumの8月7日のところにPCとX68kを
RS-232Cで直結してデータを転送する方法が紹介されています。
http://www.geocities.co.jp/SiliconValley-Oakland/1680/memo0008.html
私はまだ試していないのですが、今度やってみようと思います。
鎌田さん、こんにちは。
> 広井さんのMemorandumの8月7日のところにPCとX68kを
> RS-232Cで直結してデータを転送する方法が紹介されています。
> 私はまだ試していないのですが、今度やってみようと思います。
RS-232C のクロスケーブルに、Windows と X68k 用の通信ソフト
があれば、簡単にデータを転送できます。それから、相原さんの
電脳倶楽部非公式サイトの掲示板でも、データ転送の話題がありま
す。番号は２番（8/10)です。私の発言よりも返信の内容が濃いの
で参考になります（笑）。
広井さん、鎌田さん、こんにちは。
両方見てみましたが、なんか問題があるみたいですね。
実は僕もその昔、RS-232C接続を試した事があります。
汎用の通信ソフトを使うのではなく、PC←→X68データ
転送専用のツールでした。【３Ｄアトリエ】のオマケ
ツールです。
スピードは19200にして転送しましたが、数メガのデー
タを転送するのにかなり時間が掛かってえらい目に合
いました。
それに懲りて以来、ＭＯで転送しています。時間の問
題だけじゃなくて、通信する準備や転送手順などの手
間を考えるとＭＯを繋ぎかえる方が簡単なので今はＭ
Ｏでやってます。
一番良いのは、ＭＯをもう一台買う事ができれば文句
ないのですが…。
まぁ、秋葉原で中古の230MOなら\2万程度でドコにでも
あります。いつも見掛ける度に買おうと一旦は手に取る
のですが、常用するものじゃないので毎度毎度「いや、
また今度にしよう」と躊躇してます。
買っちゃえば楽になれるんですけどね。
こんばんは、KYOSKEです。
230のMOが中古で２万円なら、本当に買ったほうが良いかも。
私の場合は、X68KとWindows機それぞれに１台ずつMOをつなげていて、割と頻繁にデータ交換をしています。
主に、次のような用途で使っています。
・X68Kで作ったソフトをWEBにアップする時に一旦Windows機に転送する。
・DLやメールでもらったデータをX68Kに転送する。
・X68Kで開発しているソフトに使用するデータをWindows機のPhotoShopで作り転送する。
・EX68にX68Kのソフトを転送する。
転送する手間が簡単になれば、それなりに使用する用途や回数が拡大するものではないでしょうか？
KYOSKEさん、こんにちは。
> ・EX68にX68Kのソフトを転送する。
:
> 転送する手間が簡単になれば、それなりに使用する用途や回数が拡大するものではないでしょうか？
同感です。
現状では実機からエミュレータに自分の環境を移すのが面倒ですし、
転送が簡単になれば実機とエミュレータの両方で動作確認しながら
プログラムを作るような作業もやりやすくなると思います。
KYOSKEさん、こんばんは。
会社帰りに秋葉原に立ち寄ったら、230MOどころか
640MOが\2万切ってました。思わず買いそうになり
ました（笑）。手持ちがあれば衝動買いしてたかも。
> 転送する手間が簡単になれば、それなりに使用する用途や回数が拡大するものではないでしょうか？
確かに、現状ではプログラムやデータをPCに転送して
EX68上で動作チェックするのは気軽にできていません。
「別に今やらなくても…」と、いつも先送りにしてし
まいます。
これが気軽に出来るようになれば、もっと積極的に双
方向のやりとりが活発になるでしょう。
となると、ベストはやっぱNeptuneて事になるんでしょ
うね。
春麗さん、こんにちは。
> スピードは19200にして転送しましたが、数メガのデー
> タを転送するのにかなり時間が掛かってえらい目に合
> いました。
RS-232Cは遅いので、MB単位の転送には不向きですね。
RS-232C直結の利点は何といっても安上がりなことかな？
鎌田さん、春麗さん、こんにちは。
> > スピードは19200にして転送しましたが、数メガのデー
> > タを転送するのにかなり時間が掛かってえらい目に合
> > いました。
>
> RS-232Cは遅いので、MB単位の転送には不向きですね。
> RS-232C直結の利点は何といっても安上がりなことかな？
そのとおりですね。RS-232C はクロスケーブル代だけで
済むので安上がりです。まさに貧乏人の味方です（笑）。
私の場合、プログラムやドキュメントの転送がほとんど
なので、今のところ RS-232C で間に合っています。
ＦＤよりＭＯの方がずっと速くて大容量でも楽なので
うちでも愛用してます｡
あっ、これはＸ６８同士の転送で､Ｗｉｎマシンとの間は
ＤＶＤ−ＲＡＭのＳＣＳＩ共用でやってます。
ＦＡＴ１６なら双方向読み書き可能だし（８＋３ファイル名
でのみ)､ＦＡＴ３２でもＷｉｎ→Ｘ６８は完璧です｡
> 関係ないですが、CompactXVIに付けてもらったシャー
> プ純正の外付け5FDD、異常に重いです（笑）。使い道
> がないので置き場所に困ってます。捨てるのも忍びな
> いので取り敢えずオブジェに…（苦笑）
おぉ！
オブジェ(^_^;)ならば､譲っていただくわけには･･･
動きますよね?
> プ純正の外付け5FDD、異常に重いです（笑）。使い道
> > がないので置き場所に困ってます。捨てるのも忍びな
> > いので取り敢えずオブジェに…（苦笑）
>
> おぉ！
> オブジェ(^_^;)ならば､譲っていただくわけには･･･
> 動きますよね?
さ、さぁ…（笑）。受け取ってからまだ一度も動かし
てないので…。接続も電源すら入れないままほったら
かしです。
まぁ大丈夫だとは思いますが、今日帰れたら動作チェッ
クしてみます。ちゃんと読み書きできるようであれば
ご要望にお応えできるかと。
別にコレクターじゃないし執着してないので、ウチで
このまま死蔵されるよりは必要とされる場所で活躍し
た方が彼も幸せでしょう。
LeDAさん、こんにちは。
> あっ、これはＸ６８同士の転送で､Ｗｉｎマシンとの間は
> ＤＶＤ−ＲＡＭのＳＣＳＩ共用でやってます。
> ＦＡＴ１６なら双方向読み書き可能だし（８＋３ファイル名
> でのみ)､ＦＡＴ３２でもＷｉｎ→Ｘ６８は完璧です｡
LeDAさんのFAT32の新しいツール、転載可になりませんか？
> LeDAさんのFAT32の新しいツール、転載可になりませんか？
現在次のバージョンを準備中ですが､それでは「私がお願いしたところ以外転載禁止｣と変えています｡従って､ここはOKとなります。
現在フォーマッターの最終チェック中なので､今しばらくお待ちください(まだ書き込みは出来ないんだけど､フォーマットは出来る^_^;)｡
LeDAさん、こんにちは。
> > LeDAさんのFAT32の新しいツール、転載可になりませんか？
>
> 現在次のバージョンを準備中ですが､それでは「私がお願いしたところ以外転載禁止｣と変えています｡従って､ここはOKとなります。
将来転載自由になる予定はありますか？
> 現在フォーマッターの最終チェック中なので､今しばらくお待ちください(まだ書き込みは出来ないんだけど､フォーマットは出来る^_^;)｡
お待ちしてますぅ。
ソースを公開される予定はありませんか？
特殊デバイスに成長させる予定はありませんか？
> 将来転載自由になる予定はありますか？
ないとは言いませんが未定です｡
ただし､早くても書き込みまで出来るようになってからですね。
書き込みと言うよりVFAT周りが面倒なので全く進んでません｡
> ソースを公開される予定はありませんか？
当面はないです｡
ただ、特別にご要望があればメイルでの渡しはするかもしれません｡(フリーウエアによる）実績評価の上となるので､誰にでも、
とは行かないでしょうが｡
(実は､現状では完全公開にするとやばい部分もあるのです｡）
一応言っておきますと､マイクロソフト直の情報は全くなく､
各種書籍&資料＋独自解析(と言うか実験)によってます｡
実験が多いので､そんなにすんなりとは進まないのです｡
> 特殊デバイスに成長させる予定はありませんか？
してください(^_^)。
当方､それまでの実力はないです｡
デバイスドライバではなく､常駐プログラム＋独自APIには
出来るかもしれませんが｡今の開発状況では最低1年は先に
なるかと｡
時間も欲しいが早いマシンも欲しい
LeDA
こんにちは、KYOSKEです。
>> 私の記憶によりますと、FDDが720と1.2の2モードなので
>> 1.44の読み書きはできなかったと思いますが？
> あぅ。
> 春麗さんのは1.44が読めるということなので…そうじゃな
> い？
使っているFDが、1.44だと思っていたけど、じつは1.2だったとかは考えられないでしょうか？
後は、9SCDRV使っているから読めるとか。
KYOSKEさん、こんにちは。
> 使っているFDが、1.44だと思っていたけど、じつは1.2だったとかは考えられないでしょうか？
PC側がIBMの2HCを読めるときは2HCでやりとりできて便利ですよね。
私が使っていたのは5インチのフロッピーでした。
462. リンクページ Hiroi Makoto 2000/12/12 (火) 20:15
462. リンクページ Hiroi Makoto ⌂ 2000/12/12 (火) 20:15 鎌田さん、こんにちは。
満開製作所にリンクページができたのですね。
私もさっそく自分のホームページを「読み物」に
登録しました。アクセス数が表示されるので、
ちょっとドキドキしています（笑）。
473. ＯＨＡ みかぜ 2000/12/14 (木) 08:20
└474. Re: ＯＨＡ M.Kamada 2000/12/14 (木) 14:07
└477. Re^3: ＯＨＡ M.Kamada 2000/12/14 (木) 15:26
473. ＯＨＡ みかぜ ⌂ 2000/12/14 (木) 08:20 鎌田さんこんにちは。
私が見た流行語大賞のニュースでは、
ちゃんとおはスタの画面を出して、
「朝の人気番組おはスタで火がつき、
慎吾ママでブレイクした」と
言ってました。テレ東だったのかな？
ただいいか悪いかは別として、
慎吾ママのネタ借りで少なくとも
おはスタの視聴率は上がったでしょうね。
もうちょっとおはスタから借りたっていうのを
説明した方がいいとは思いますが。
最近サタスマでは慎吾ママは
やってないようですけど……。
474. Re: ＯＨＡ M.Kamada ⌂ 2000/12/14 (木) 14:07 みかぜさん、こんにちは。
> 私が見た流行語大賞のニュースでは、
> ちゃんとおはスタの画面を出して、
> 「朝の人気番組おはスタで火がつき、
> 慎吾ママでブレイクした」と
> 言ってました。テレ東だったのかな？
おはスタをやっているテレビ東京はそう説明するでしょうね。
でも他の局や新聞の流行語大賞のニュースではサタ★スマの
文字は出ていてもおはスタの文字が出ているところはほとんど
なかったと思います。
テレビ東京を見ていない人はほとんど知らないままでしょう。
> 最近サタスマでは慎吾ママは
> やってないようですけど……。
そういえばPキーズで見掛けました。
慎吾ママが出ているCMも続いていますね。
みかぜさん かまださん こんにちは。
サタスマではちゃんとフォローしてました。いつの放
送だったか忘れましたが、慎吾ママがテレ東に出向い
て山ちゃんとレイモンドに”オッハー”を使ってもい
いかと交渉して、山ちゃんレイモンドが快諾するシー
ンが流れてました。
ただ、彼らは終始”オーハー”と発音してましたが、
慎吾ママはかたくなに”オッハー”と発音してました。
意地と漢気を感じました。
春麗さん こんにちは。
> サタスマではちゃんとフォローしてました。いつの放
> 送だったか忘れましたが、慎吾ママがテレ東に出向い
> て山ちゃんとレイモンドに”オッハー”を使ってもい
> いかと交渉して、山ちゃんレイモンドが快諾するシー
> ンが流れてました。
まあ、許可を求めるのは当然ですね。
プロデューサーの交渉の段階ではレイモンドが相当渋った
そうですが。
> ただ、彼らは終始”オーハー”と発音してましたが、
> 慎吾ママはかたくなに”オッハー”と発音してました。
発音を明確に変えるなら振りも明確に変えるべきです。
発音だけ変えるから「横取り」だと思われるのです。
山ちゃんが悔しそうに言ってました。
「あっちのほうがキレがいい」って。
山ちゃんはなんでフジテレビの某いじめ助長番組なんかに
出演したんだろう。
480. しつこくAタグ VFC-LINK 2000/12/15 (金) 13:29
└507. Re: 知世ゲーム VFC-LINK 2000/12/24 (日) 22:23
480. しつこくAタグ VFC-LINK 2000/12/15 (金) 13:29 話を蒸し返すようですが、何か変です。
私のページではきちんと反応しています。
戯れ言も、VFC課も・・・。
たとえば
http://homepage1.nifty.com/vfclink/vfc/konamsx2/index.htm
の1stPlay、FinalPlayを参照してみてください。
# ただ、別の方でブッ壊れているみたいですが(自爆)
にしてもフォームのキャレットすらまともに日本語対応して
ないんぢゃないのか、NN6わ！ カーソル上下キーの反応が腐って
やがる(^^；
VFC-LINKさん、こんにちは。
> 話を蒸し返すようですが、何か変です。
> 私のページではきちんと反応しています。
Netscape 6でJavaScriptを有効にしているとき、
<HEAD>〜</HEAD>の中に次の記述があると、<A HREF="#〜">
を再読み込みしたときに一瞬<A NAME="〜" ID="〜">の行に
ジャンプしてから勝手にページの先頭に戻ってきてしまいます。
<SCRIPT LANGUAGE="JavaScript">
<!--
document.write('<LINK REL="stylesheet" TYPE="text/css" HREF="xxx.css">');
// -->
</SCRIPT>
xxx.cssの内容には関係なく、空のCSSファイルを指定しても同じ。
つまり、JavaScriptと外部スタイルシートを組み合わせると、
関係のないAタグの名前ジャンプが腐るということ。あぶねー。
> つまり、JavaScriptと外部スタイルシートを組み合わせると、
> 関係のないAタグの名前ジャンプが腐るということ。あぶねー。
にょ〜。
訳も判りませんね。
ま、NN6は単なるテーブル処理すらまともに出来ていないみたい
ですしね。
# www.jreast.co.jp からショッピングページを開いて
# みてにょ(^^；
P.S. さくらちゃん、終わっちゃうのか。
なるほどそれでセガはそんな年末ギリギリに知世ゲームを
市場投入するというわけか・・・。
VFC-LINKさん、こんにちは。
> ま、NN6は単なるテーブル処理すらまともに出来ていないみたい
> ですしね。
> # www.jreast.co.jp からショッピングページを開いて
> # みてにょ(^^；
あー、テーブルがずれまくってますね。だめだこりゃ。
> P.S. さくらちゃん、終わっちゃうのか。
> なるほどそれでセガはそんな年末ギリギリに知世ゲームを
> 市場投入するというわけか・・・。
「知世ゲーム」って、ゲームのジャンル？（笑）
> 「知世ゲーム」って、ゲームのジャンル？（笑）
ええ(^^；
で、追加情報としては当日にさくらちゃん仕様の
DREAMDUSTが出るらしい。正しくは「サクラ大戦仕様の」
だけど、まぁロゴとか消しちゃえば、さくらちゃん仕様に
なるわけで。(ホントか？)
486. フラクタル Hiroi Makoto 2000/12/18 (月) 20:14
└487. Re: フラクタル M.Kamada 2000/12/18 (月) 20:24
486. フラクタル Hiroi Makoto ⌂ 2000/12/18 (月) 20:14 鎌田さん、こんばんは。
フラクタルのページ、さっそく見せてもらいましたが、
とてもいいですね。また、プログラムが公開されているので、
Ｃ言語の良いお手本になると思います。私のホームページの
Memorandum で紹介させていただきました。
広井さん、こんばんは。
> フラクタルのページ、さっそく見せてもらいましたが、
> とてもいいですね。また、プログラムが公開されているので、
> Ｃ言語の良いお手本になると思います。私のホームページの
> Memorandum で紹介させていただきました。
ありがとうございます！
フラクタル画像にプログラムとパラメータを添えたところは
自分でも気に入っています。
マンデルブロ集合とジュリア集合以外のフラクタル画像も
掲載したいです。
FAT32ツールの新版を満開ネットの方にアップしました｡
こちらにも転載していただけるのでしたら、
お願いします｡
（満開からのダウンロードが手間でしたら､E-Mailで
お送りします｡)
今回の変更は、フォーマッターが追加されたこと以外は
余り大きなものはないのですが。
早く書き込みが出来るようにしたい･･･｡
（X68のファイル名のままCD-Rに書けるようになるので。）
LeDAさん、こんにちは。
> FAT32ツールの新版を満開ネットの方にアップしました｡
あとで拾いにいきますぅ。
私の手元には動作テストできる環境がないので、
他の方から質問などがあった場合はLeDAさん答えてね。
> あとで拾いにいきますぅ。
お手数おかけします｡
> 私の手元には動作テストできる環境がないので、
> 他の方から質問などがあった場合はLeDAさん答えてね。
了解です｡
サポートはばっちり(本当か?^_^;)
LeDAさん、こんにちは。
大変遅くなりましたが、FAT32のツールをアップロードしました。
場所は工事中の『X68000ソフトウェアライブラリ』の中です。
工事中なので今日の日記から入ってくださいませ。
サポートよろしくです。
> LeDAさん、こんにちは。
>
> 大変遅くなりましたが、FAT32のツールをアップロードしました。
> 場所は工事中の『X68000ソフトウェアライブラリ』の中です。
> 工事中なので今日の日記から入ってくださいませ。
> サポートよろしくです。
ありがとうございます｡
サポートは引き受けました!
後先ですが､今年もよろしくお願いします｡
LeDAさん、こんにちは。
> 後先ですが､今年もよろしくお願いします｡
こちらこそ、よろしくですぅ。
皆さん、はじめまして。Yoshiyukiと申します。
なんか、コンパクトのＦＤＤに関して話題になっていましたので書き込みさせていただきます。
まず、CompactXVI及び030Compactはノーマルでは、1.44MBでフォーマットしたものは読み書きができません。
CompactXVIに関しては1.44MBの改造して現在使用しております。
2DD改造の様にFDD＋本体一部を改造することにより可能となります。
詳しくは、電クラ７４号に中村ちゃぷにさんによる1.44MB化の記事があります記載されています。
Yoshiyukiさん こんにちは。
CompactXVIの1.44MBがどうこう言っていた者です。
> 詳しくは、電クラ７４号に中村ちゃぷにさんによる1.44MB化の記事があります記載されています。
パターンカット程度なら問題ないのですが、ハード関
係は中学生レベルなので回路図もロクに読めません。
さすがにハンダゴテを使うレベルになると躊躇します。
X68の場合（いや、古いハードなら何でもですが）、
取り返しの付かない事になるとホントに取り返しが付
かないので…。
お手軽に出来るかどうか分かりませんが、パーフェク
トコレクションをゲットしたので74号を覗いてみます。
497. 三角リバーシ Hiroi Makoto 2000/12/21 (木) 18:24
497. 三角リバーシ Hiroi Makoto ⌂ 2000/12/21 (木) 18:24 鎌田さん、こんにちは。
私のホームページで TAU さんの「三角リバーシ」を
公開しています。もちろん X680x0 用のゲームです。
先日、拙作の思考ルーチンもようやく完成し、公開する
ことができました。
電脳倶楽部では、鎌田さんと私と市販のリバーシで三つ巴の
戦いを繰り広げましたが、三角リバーシでも思考ルーチンを
募集しています。乱入は大歓迎ですので、興味のある方は
思考ルーチン作りに挑戦してみてください。
私は誰の挑戦でも受ける！！ といいたいところですが、
拙作の思考ルーチンはまだヨワヨワです。鎌田さんが乱入する
時は、ちょっと手加減してくださいね（笑）。
広井さん、こんにちは。
> 私のホームページで TAU さんの「三角リバーシ」を
> 公開しています。もちろん X680x0 用のゲームです。
> 先日、拙作の思考ルーチンもようやく完成し、公開する
> ことができました。
やってみましたです。
三角に慣れるまで何度もプレイしてしまいましたが、
無事に（？）LV5にも勝つことができました。→今日の日記
> 電脳倶楽部では、鎌田さんと私と市販のリバーシで三つ巴の
> 戦いを繰り広げましたが、三角リバーシでも思考ルーチンを
> 募集しています。乱入は大歓迎ですので、興味のある方は
> 思考ルーチン作りに挑戦してみてください。
リバーシの戦いは楽しかったです。
またやりましょうか。今度は三角リバーシで。
リバーシのときのように、三角リバーシもプロトコルを決めて
インタフェイスと思考のプログラムを分離するとよいかも。
> 私は誰の挑戦でも受ける！！ といいたいところですが、
> 拙作の思考ルーチンはまだヨワヨワです。鎌田さんが乱入する
> 時は、ちょっと手加減してくださいね（笑）。
手加減のロジック？（違うってば）
思考プログラムの戦いの真骨頂は、
作った本人でさえまったく歯が立たなくなってから。
鎌田さん、こんにちは。
> 無事に（？）LV5にも勝つことができました。→今日の日記
完勝でしたね。鎌田さんには楽勝だったかな（笑）。
> リバーシの戦いは楽しかったです。
> またやりましょうか。今度は三角リバーシで。
お手柔らかにお願いします。
対戦用のプログラムは、電脳倶楽部形式でよければ、
こちらで用意したいと思います。
> 思考プログラムの戦いの真骨頂は、
> 作った本人でさえまったく歯が立たなくなってから。
そーなんです！ がんばって思考ルーチンを強化しなければ。
それではまた。
かまださん こんばんは。
質問があります。
060high 1、つまりローカルメモリ指定の時、コマン
ドラインでプログラムに引数を与えて実行すると、な
ぜか引数の文字列のお尻にゴミが付いてしまう時があ
ります。
<<test.c>>>
main( argc, *arcv[] )
{
…
printf("%s\n", argv[1] ); //引数を表示
…
}
A:>test abcdef
abcdef0メ82ej
といった感じになります。別に引数の文字数が６文字
の時になるのではなく、コンパイルする度に（プログ
ラムのサイズが違う時に）ゴミが付く文字数は変化し
ます（上記の様なprintfするだけのプログラムでは、
ゴミは付きません）。
060high 0 としてメインメモリで実行すればちゃんと
動くのですが、ハイメモリでやるとゴミが付きます。
キャッシュの有無やコピーバックやライトスルーなど
は関係ありませんでした。もちろん、００や３０では
動きます。
ただし、
A:>test abcdef ←スペースを付ける
abcdef
の様に、スペースを付けてやるとローカルメモリでも
ちゃんと拾ってくれます。ここ２〜３日悩んでおりま
す。何か心当たりはありませんでしょうか。
●060turbo.sysはver0.54です。
●gccは電脳倶楽部のやつにローカルメモリ対応パッチ
をあてたものを使用しています。
春麗さん、こんにちは。
> 060high 1、つまりローカルメモリ指定の時、コマン
> ドラインでプログラムに引数を与えて実行すると、な
> ぜか引数の文字列のお尻にゴミが付いてしまう時があ
> ります。
この症状、どこかで見たような気がするのですが、
どこだったかちょっと思い出せません。
> ●gccは電脳倶楽部のやつにローカルメモリ対応パッチ
> をあてたものを使用しています。
ライブラリはXClibですか？ それともlibcですか？
テストプログラム以外で上位のアドレスに配置
されているものはありますか？
もしもexecdを使われていたら、外してください。
余談ですが、
---
#include <doslib.h>
extern char *COMLINE;
…
printf("[%s]\n", COMLINE);
---
で展開前のコマンドラインを表示できます。
（XClibとlibcの両方で有効）
かまださん、こんにちは。
> > ●gccは電脳倶楽部のやつにローカルメモリ対応パッチ
>
> ライブラリはXClibですか？ それともlibcですか？
libcです（同号の電クラに掲載されていたもの）。
> テストプログラム以外で上位のアドレスに配置
> されているものはありますか？
デバイスドライバ（HIOCS以外はSHARP純正）以外は
ありません。常駐物を外して試しても結果は同じです。
> もしもexecdを使われていたら、外してください。
使っていません。
> printf("[%s]\n", COMLINE);
> ---
> で展開前のコマンドラインを表示できます。
> （XClibとlibcの両方で有効）
printf("com:[%s]\n", COMLINE);
printf("arg:[%s]\n", argv[1] );
として実行したところ…
A:>test abcd
com:[abcd]
arg:[ab0テコ2V
※全角じゃなくて実際は半角です。閉じカッコが表示
されてません。
となりました。どうも文字数が偶数の時になるっぽい
です。偶然かも知れませんが。また、これもたまたま
そうなのか分かりませんが、ゴミは”０”（ASCI:0x30）
から始まっています。
ちなみに、ダブルクォーテーションで括ると…
A:>test "abcd"
com:["abcd"]
arg:[abcd]
となりました。
この現象は、先日、小物ツールを作った時に引数のファ
イル名にゴミが付いていたので気付きました。今まで
も引数を要するツールを作った時、何度か引数の文字
列がおかしくなった事がありましたが、プログラムを
ちょこっとイジると直ったので、僕のプログラムのせ
いだと思っていました。
春麗さん、こんにちは。
> libcです（同号の電クラに掲載されていたもの）。
激電3号のlibc 1.1.32Aですね？
余計なパッチを加えていませんね？
アセンブラとリンカのバージョンは？
> デバイスドライバ（HIOCS以外はSHARP純正）以外は
> ありません。常駐物を外して試しても結果は同じです。
原則として、デバイスドライバはすべて下位のアドレスへ。
> A:>test abcd
> com:[abcd]
> arg:[abcd0テコ2V
見えないゴミがあるかも知れないので、念のため
ファイルにリダイレクトしてダンプしてみてください。
テストプログラムに渡された文字列が壊れていないのであれば、
システム側の問題ではなく、ライブラリまたはテストプログラムの
いずれかに原因がある可能性が高いです。
> A:>test "abcd"
> com:["abcd"]
> arg:[abcd]
argv[2]は壊れていませんか？
main()の先頭からargv[1]を表示するまでにコードは何もない
でしょうか？
そこにコードがあるならば、そのコードをすべて削除するか
main()の先頭にargv[1]を表示するコードを加えて、
症状が再現するかどうか確かめてください。
再現しなくなる場合はargv[1]の表示の前にあるコードが
ヒープ領域を破壊している可能性があります。
main()の先頭からargv[1]を表示するまでにコードがなくても
症状が再現するのであれば、libcのスタートアップまたは
argv[1]を表示しているprintf()そのものが怪しいです。
argv[1]をB_PRINT()で表示してみてください。
症状が出なくなる場合はprintf()が怪しいです。
症状が出る場合はlibcのスタートアップが怪しいです。
このように症状が再現する状況を維持しながらプログラムを
少しずつ削ってゆき、症状が再現する条件を絞り込んでください。
十分絞り込めたら、あとはデバッガでargv[1]がいつ壊れるか
調べましょう。
かまださん、こんにちは。
>原則として、デバイスドライバはすべて下位のアドレスへ。
え、上位じゃなくて下位なんですか。
>テストプログラムに渡された文字列が壊れていないのであれば、
>システム側の問題ではなく、ライブラリまたはテストプログラムの
>いずれかに原因がある可能性が高いです。
デバッガで調べる以外の事は、鎌田さんの書かれた
事は大体やってたので（argv[2]を見るのはやりま
せんでしたが）心当たりをお聞きしたのですが、ど
うやらスタートアップぽいですね。
（あの後も調べていたのですがprintfだけのテスト
プログラムでもゴミが出ました）。
調べたいのはやまやまですが、正直、これ以上原因
探しに掛ける時間と余裕はないので、それに注力す
るよりは本来の作業に戻ろうと思います。放ってお
くのは気持ち悪いですが、取り敢えず他のモードで
動いているので保留する事にしました。
いろいろ細かくアドバイスして頂きありがとうござ
いました。また、情報が曖昧で済みませんでした。
春麗さん、こんにちは。
> >原則として、デバイスドライバはすべて下位のアドレスへ。
>
> え、上位じゃなくて下位なんですか。
上位アドレスでの動作が保証されていないものは
原則として下位アドレスに配置されるべきです。
普段問題なく動いているならどちらでも構いませんが、
原因不明の不具合の原因追求は動作環境の保証からです。
> デバッガで調べる以外の事は、鎌田さんの書かれた
> 事は大体やってたので（argv[2]を見るのはやりま
> せんでしたが）心当たりをお聞きしたのですが、ど
> うやらスタートアップぽいですね。
スタートアップだとしても、同じバージョンのlibcの
はずなのにこちらで再現しないのはおかしいです。
> （あの後も調べていたのですがprintfだけのテスト
> プログラムでもゴミが出ました）。
お手数ですが、そのゴミが出るプログラムのソースと
オブジェクトと実行ファイルをまとめてメールで送って
いただけませんか？
こちらで調べますから。
> 調べたいのはやまやまですが、正直、これ以上原因
> 探しに掛ける時間と余裕はないので、それに注力す
> るよりは本来の作業に戻ろうと思います。放ってお
> くのは気持ち悪いですが、取り敢えず他のモードで
> 動いているので保留する事にしました。
私としても060turbo関連の不具合を報告された以上
原因を特定しないわけにはいきません。
議論が公になっている以上、「どこかに不具合が
あるらしい」で済ませるわけにはいかないのです。
060turboで上位アドレスでプログラムが動くように
したのは私です。
上位アドレスで動かないプログラムは多々ありますが、
本来上位アドレスで動くはずのものが動かないなんて、
たとえお天道様が許してもこの私が許しません！
かまださん、こんにちは。
先ほど、ファイルをメール致しました。
> > >原則として、デバイスドライバはすべて下位のアドレスへ。
> >
> > え、上位じゃなくて下位なんですか。
>
> 上位アドレスでの動作が保証されていないものは
> 原則として下位アドレスに配置されるべきです。
僕は【上位＝メインメモリ】（アドレスが若いから）
だと思っていました。ハイメモリの事だったんです
ね。今の今まで勘違いしてました。とんちんかんな
反応をして済みません。
>お手数ですが、そのゴミが出るプログラムのソースと
>オブジェクトと実行ファイルをまとめてメールで送って
>いただけませんか？
>こちらで調べますから。
こちらこそお手数をお掛けして申し訳ありません。
> 私としても060turbo関連の不具合を報告された以上
> 原因を特定しないわけにはいきません。
> 議論が公になっている以上、「どこかに不具合が
> あるらしい」で済ませるわけにはいかないのです。
うぅ…。他にもやる事がまだ一杯あるので、デバッガ
で探るまでは気力が持ちませんでした。ヘタレで済
みません。しょぼーん…。
春麗さん、こんにちは。
> 先ほど、ファイルをメール致しました。
受け取りました。
症状を再現できたので、トレースしてみて原因がわかりました。
原因はlibc 1.1.32Aのスタートアップのバグです。
上位アドレスを使ったときに限って1/16以下の確率で出現します。
対処方法ですが、
libc 1.1.32Aのsrc/startup/_start.cの56行目に
_vsta = PAD (_csta + strlen(_comline));
という行があるので、これを
_vsta = PAD (_csta + strlen(_comline) + 2);
に書き換えてコンパイルしてください。
> 僕は【上位＝メインメモリ】（アドレスが若いから）
> だと思っていました。ハイメモリの事だったんです
> ね。今の今まで勘違いしてました。とんちんかんな
> 反応をして済みません。
060turboの場合は、
論理アドレスの$00000000〜$00FFFFFFを「下位アドレス」、
論理アドレスの$01000000〜$FFFFFFFFを「上位アドレス」
と呼んでいます。
アドレスの上のほうの位を使っているのが上位アドレスです。
また、
X68030のマザーボード側のメモリを「本体メモリ」、
060turbo上のSIMMを「ローカルメモリ」
と呼んでいます。
「本体メモリ」はDMACが届きますが、060turboの
「ローカルメモリ」にはDMACが届きません。
「本体メモリ」と「ローカルメモリ」は物理アドレスで区別
されるので、論理アドレスで区別される「下位アドレス」と
「上位アドレス」とは必ずしも一致するとは限りません。
ローカルメモリなのに下位アドレスだったりすることがあります。
「ハイメモリ」は、「上位アドレス」と「ローカルメモリ」の
どちらを指しているのか紛らわしいので、060turboでは
（私は）なるべく使わないことにしています。
かまださん、こんにちは。
は、速いですね。送ってから２時間しか経ってないのに…。
もしかして寝ないでやって下さったのでしょうか（でも、
日記を見てると、かまださんは夜型っぽいですけど）。
> 対処方法ですが、
> …
> に書き換えてコンパイルしてください。
分かりました。帰ったらやってみます。どうもありが
とうございました。
眠いっす…。
春麗さん、こんにちは。
> は、速いですね。送ってから２時間しか経ってないのに…。
ぴーす。(^^)v
> もしかして寝ないでやって下さったのでしょうか（でも、
> 日記を見てると、かまださんは夜型っぽいですけど）。
夜型にゅ。
かまださん、こんにちは。
昨夜、該当箇所を修正しコンパイルしてlibc.aをリン
クし直したところ、正常動作を確認しました。
まぁ、ご報告までに。
これで安心してFu上から使えますです（実はFu派）。
先ほどの書き込みですが、修正します。
>A:>test abcd
>com:[abcd]
>arg:[ab0テコ2V
>※全角じゃなくて実際は半角です。閉じカッコが表示
>されてません。
間違えました、正しくは
>arg:[abcd0テコ2V
です。済みません。