【製品版】LSI C【試食版】

すみません、コマンドラインオプションで、ファイルを読み込みたいときは
どうコマンドを打てばいいのでしょうか？
LCC　file名　見たいに教えてほしいです。

>>4
ファイルって、ヘッダファイルのことか？　( stdio.h とか )

>>3
製品版の売りのラージモデルで(ry

>>５

いえ、ちがいます。テキストファイルを読み込んできて
それを配列に入れるということなんです。そのときのコマンドがわからなくて
カキコしたんですが。
GCC　では、./a.oput seiseki.txt　の感じなのですが、LCCは初めて触れたものですから。

>>7
そんならコマンドラインとかは全く関係ない
lcc hoge.c
hoge.exe hage
で、argv[1] が "hage" になる

>>８
動きませんでした。読み込むため時間がかかりすぎなのでしょうか？

そんな馬鹿な

>>9
これでもだめか？
main(argc, argv)
char **argv;
{
while(*argv) puts(*argv++);
}
コマンドラインは >>8 のとおりで

>>11
うーん、ちと動きませんね。(；・∀・)
プログラムソース見ていただけますか？

う〜ｐう〜ｐ

>>12
>>11 でダメということは、原因はプログラムじゃなさそうだぜ

なんか GUI の類を使ってるなら、そっちの設定か操作方法じゃないか？

こっちの設定ですかね(；・∀・)
いちよう、うｐしときます。なにとぞ、おねがいします。
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/1676.txt

>>16
つーかこれ、エラーの症状は？

ファイル名の取得についてはざっと見た限り問題なさそうだけど
switch おっ始める前のところで printf("%d\n", argc); とか、printf("%s\n", argv[0]); とかやってみた？

>>17
やってみました。
２がでてきました。
そのあとは、反応なしてです。やっぱ、処理に時間かかるのですか・・
oｒｚ

>>18
つーことは、コンパイルは通っているのか
ファイルを開くことに失敗したのなら瞬時に帰ってくるはずだよな？

これ１つ、厳しく自分に問い詰めてみな　＞それは本当にコマンドラインの問題か？
おまえさんのコードを見る限り、コマンドラインからファイル名を与えることができたかどうかは
fopen の返却値で調べているのと違うのか？　もしくは、そんな憶えはないのか？

トラブルの原因を切り分けて行くのは基本中の基本だよ

>>4
前のスレで質問撤回もせず、回答者、誘導した人に礼をいうこともせず、こっちで質問？
http://pc8.2ch.net/test/read.cgi/tech/1140929905/

それは前スレと言うのか？

その昔、試食版でCの勉強したのを思い出す。

>>20
お前何か勘違いしてるだろ？
前スレではすでにスレ違いとの指摘がついているが
4 氏がそれを承知での回答を欲しているかどうかをどうしてあんたが決めるんだよ
気に入らなければ収穫を与えなければいいし、それが本来あんたの裁量範囲だぜ
ネットの警察のつもりか何か知らんが他人の言論権に干渉することこそ板違いであるばかりか
国民としての基本にも悖る自分の「マナー違反」を正してから規範を示しに来たらどうなんだ

>>19

今、なんとか読み込めました。ありがとうございました。
ただ、最後あたりに文字化けが生じてしまい・・・

いろいろ、ありがとうございました。

>>20
ありがとう。

>>23
親切にした人に、なにかレスぐらいしたらどうかというだけの意味です。
ネット警察等などをいうつもりは毛頭ありません。
板、スレを荒らすつもりもありませんので、今後書き込みは致しません。
最後に、却って不快に思う人を多く出すような書き込みは、軽率だった。申し訳ない。

>>24
書き込みと行き違いになってしまったけど、少し語気が荒かったと反省している。
悪かった。頑張ってくれ。

>>25
やっぱり勘違いしていたな
ここで答えることは情報をフリーで流すってことだ
（金額換算でいくらくれてやったのかも見当ついてないだろ）
たとえ返事であろうと見返りにガタガタぬかすより
気に入らなければ自分の甘さを呪えや

>>25は回答者なのか？
なんか微妙にずれいているような気がするが

今時LSI Cについて語るスレなんだから、多少ずれてるのは当たり前さ。

おまいは、賢いな〜！

この環境使ってるんだけど、文字化けしてしまうのです。

文字化けするのを何とかなりませんか？

対策方法教えてください。お願いします。

>>31 使ってる環境とかも書かずに何いってんだお前

今時LSI Cについて語るスレなんだから、多少ずれてるのは当たり前さ。

16ビットコードはアドレス長が短いから性能UP
セキュリティ向上を図ってアクセス規制の厳しい
メニーセグメント構想を新たに発令

>>31
printf("全角文字表示機能");
とかやってると、漢字のコードによっては
例えば '%' や '\\' と同じビットパターンを含んでいて
それが誤動作の原因になる場合がある

シフトJISなら問題ないけど。

(　д ) 　ﾟ　ﾟ

即死防止

このコンパイラって、STRING.H
がないんですよね？

1992/03/10 14:25 1,834 STRING.H

どゆこと？

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

LCI-Cで３２ビットのIOって用意されていないのでしょうか？
inpとinpwはあったのですが、inplが見つかりませんでした。
自分で定義しようとも思ったのですが、アセンブラが分からなくて。。。

>>42
無い。

>>42
LSI-Cは16ビット環境時代のものだから、今でも使おうと言うのが間違い。

>>43,44
３２ビット対応のコンパイラでやり直します。。。

そもそもNT系ではI/Oポートを直接いぢれないわけだが

>>46
起動ディスクでＤＯＳ起動ならいけるでしょ。
リアルモードからプロテクトモードに移る前だし＞ブータブルヂスク選択

ＤＯＳで「Ｃ」で思い出すのは、Lattice-C。
DosからDebugという手もあるけれど、ちょっとやばいかな、起動ディスクからだとＯＳのレベル制御も利かないだろうし、
BIOS変わっちゃったらそれこそ･･
PC○8系BASICのMON＞マシン語はアセンブラ入門としては持ってこいだったけど、
再びと思い、本探したけどなかった・・。

価値があると思うならビジネスチャンスだぞ

どう考えてもgccの方が優秀な気がするけど、
このころはgccは無かったのか？

g++ あったよ
あの時代で 386 必須だったけど

DOSエクステンダー必須だった気がする。

DOSエクステンダーに限らないが、少なくともMS-DOSだけでは動かなかった。