■■■20レス以内で済むF-BASICの質問はこちらへ■■■ - 1071834531

683：名無しさん：2016/01/16(土) 04:24:08: >>682
末尾4桁(0000)とは正確なハード環境みたいですね。

>ただ、print文を入れるとかなり揺らぐみたいです。

テキスト画面のスクロールが発生するとかなりのペナルティをくらいます。(>669)

経過表示を入れるのならスクロールをしないように先頭行に戻して上書きで表示する
方法をとる必要があるでしょう。

>GPS受信機の大部分が位置情報ではなく時間同期に使われているというのは納得です。

GPSは基準時刻との時差そのものがカギ。相対性理論による補正を必要とする世界。
位置情報は新鮮な地図(高低差)と補正がカギ。
684：k5：2016/01/16(土) 10:12:44: >末尾4桁(0000)とは正確なハード環境みたいですね。
DELLのワークステーションです。

>経過表示を入れるのならスクロールをしないように先頭行に戻して
>上書きで表示する方法をとる必要があるでしょう。
そうします。

>GPSは基準時刻との時差そのものがカギ。相対性理論による補正を必要とする世界。
特殊と一般、両方使われていますね。私のフィールドでは時差も使いますが、位相差も使います。２台のGPSで同じ信号を受信してその位相差で相対位置を求めます。

Linuxでもbasicが動かないかと調べていたら、freeBasicという処理系があるようです。これはQBコンパチみたいなので、少し期待しています。
685：名無しさん：2016/01/16(土) 10:50:20: >>684
>２台のGPSで同じ信号を受信してその位相差で相対位置を求めます。

そういう使いかたがあるんですね。

Linuxの方がタイムスライスの粒度が細かいので、向いているでしょうね。
686：k5：2016/03/20(日) 13:03:40: また、相談させてください。

GPSから1秒ごとに出力されるデータを読み込んでPCのディスクに書き込んでいます。
データは文字で90バイトほどの固定長です。
プログラムはこんな感じです。

baud 0,9600
open "COM0:" for input as #1
open "nmea.txt" for create as #2

do

line input #1,GPGGA$
open "nmea.txt" for create as #2
print #2,GPGGA$

loop

しばらく（10分ほど）は動くのですが、読み出すタイミングが悪いのか、やがてプログラムがハングアップしてしまいます。フロー制御も、OFF、xon/off、ハードと試してみたのですが同じです。仕方がないので、teratermのログとして保存していますが、やはりプログラムから直接読めた方が便利です。

計測機器から一定時間で流れてくるデータを読む方法って、やはりイベント駆動型にした方がいいんでしょうか。
687：名無しさん：2016/03/20(日) 19:31:46: 女に年収バレた結果www
http://bit.ly/1R5A6lq
688：名無しさん：2016/03/23(水) 04:14:49: >>686
対症療法としては10分たつ前にCOM0: をcloseして再オープンしてみるとか。

ハングアップするならline input# でしょうから、こんなかんじだとどうでしょうか。
(*改行コード含め90バイトとして。)

CHK_TIME%=((time mod 60)+2) mod 60 'リミットをおよそ2秒後に設定
do while lof(1) < 90
if (time mod 60) = CHK_TIME% then print "＊＊受信エラー＊＊" :exit do
loop
if lof(1) < 90 then GPGGA$=input$(lof(1), #1) else GPGGA$=input$(90, #1)

if right$(GPGGA$,1)=chr$(13) then GPGGA$=left$(GPGGA$, len(GPGGA$) - 1)
689：k5：2016/03/23(水) 10:24:09: ありがとうございます。教えていただいたコードを組み込んで実行したところ、30分を経過してもまだ止まっていません。今日一日、ログをとり続けてみます。またご報告します。
690：k5：2016/03/23(水) 19:44:23: こんばんは

8時間たっても動いています。
このコードは大切に使わせていただきます。
ありがとうございました。
691：名無しさん：2016/03/26(土) 03:05:55: 【キャリア】40歳になってようやくわかる8つのこと。
http://bit.ly/22ru7TF
692：名無しさん：2016/03/27(日) 04:29:54: プログラム(>672)は
KANKAKUを1秒に設定にすると正常に動作しないので、サブルーチンを修正しておきます。
それから*MUGENSENSおよび*MUGENSENS2サブルーチンは削除します。
処理内容は変更しました。
1. interval割り込みで、2秒未満まで待ち。
2. WAITで0.1秒単位待ち。
3. 指定時刻まで残り時間が0.1秒近くある場合は一回WAITで待って、完了とする。
4. 3の処理をしない場合に限り、豪腕でループぶん回してmillitimeを読み続けて時刻合わせ。

ソフト・ハード両環境によるが、次の1行を順次変更することで精度を上げられるかもしれません。
→→　if OWARI>=30 and OWARI < 100 then wait (1+(OWARI \ 10)) :return
1. if OWARI>=30 and OWARI < 100 then wait (0+(OWARI \ 10)) :return
2. if OWARI>=30 and OWARI < 100 then wait (0+(OWARI \ 10))
3.コメントアウトしてプログラムから外す。
※2、3の変更案は、負荷がかかります。

*JUSTTIME2:return
*JUSTTIME
OWARI=millitime
if (OWARI mod 1000)>=900 and KANKAKU>=2 then
OWARI=1000-(OWARI mod 1000)
wait 1+(OWARI \ 10) 'ここは越えるようにする
endif
OWARI=KANKAKU-((millitime \ 1000) mod KANKAKU)
if OWARI >= 2 then '差が2秒以上あるならば、
interval OWARI-1 '秒単位の割り込み。ただし１秒残す。
on interval gosub *JUSTTIME2
interval on
waiti '設定している割り込みが発生するまで停止します。
interval off
end if
OWARI=1000-(millitime mod 1000)
if OWARI >= 100 then
wait (OWARI \ 100)*10 '1/100秒単位：0.1秒粗く待つ
endif

OWARI=1000-(millitime mod 1000)
if OWARI>= 100 then MUGEN_CC=-1:return '←TIME OVER!!
OWARI=millitime
if KANKAKU-((OWARI \ 1000) mod KANKAKU)>= 2 then
MUGEN_CC=-1 :return '←TIME OVER!!
OWARI=1000-(OWARI mod 1000)
else
OWARI=1000-(OWARI mod 1000)
endif

OWARI=1000-(millitime mod 1000)
MUGEN_CC=0
if OWARI >= 100 then return
if OWARI>=30 and OWARI < 100 then wait (1+(OWARI \ 10)) :return
if KANKAKU < 2 then
do 'ループしてmillitimeを秒未満チェック待ち
MUGEN_CC=MUGEN_CC+1
NOW=(millitime mod 1000)
loop until NOW<900
else
do 'ループしてmillitimeを秒単位チェック待ち
MUGEN_CC=MUGEN_CC+1
NOW=(millitime \ 1000) mod KANKAKU
loop until NOW=0
endif
return
693：k5：2016/03/30(水) 09:29:23: さっそく、このコードで試してみました、
この精度（確度）で十分です。
ありがとうございました。

deflng A-Z 'ここから暗黙の型を32bit整数型にします。
var KANKAKU, OWARI, NOW
var MUGEN_CC, MUGEN_NN, MUGEN_NN2
var KAISU%

cls
'gosub *MUGENSENS

KANKAKU=5
print time$, millitime/1000#
gosub *JUSTTIME
print time$, millitime/1000#

KAISU%=0 :do while KAISU% < 720 '実行回数
gosub *JUSTTIME '時刻合わせ
print date$,time$,millitime

'*** input AAA$

KAISU%=KAISU%+1 :loop
'
stop:end
*KAKE: print date$,time$ :return
'
*JUSTTIME2:return
*JUSTTIME
OWARI=millitime
if (OWARI mod 1000)>=900 and KANKAKU>=2 then
OWARI=1000-(OWARI mod 1000)
wait 1+(OWARI \ 10) 'ここは越えるようにする
endif
OWARI=KANKAKU-((millitime \ 1000) mod KANKAKU)
if OWARI >= 2 then '差が2秒以上あるならば、
interval OWARI-1 '秒単位の割り込み。ただし１秒残す。
on interval gosub *JUSTTIME2
interval on
waiti '設定している割り込みが発生するまで停止します。
interval off
end if
OWARI=1000-(millitime mod 1000)
if OWARI >= 100 then
wait (OWARI \ 100)*10 '1/100秒単位：0.1秒粗く待つ
endif

OWARI=1000-(millitime mod 1000)
if OWARI>= 100 then MUGEN_CC=-1:return '←TIME OVER!!
OWARI=millitime
if KANKAKU-((OWARI \ 1000) mod KANKAKU)>= 2 then
MUGEN_CC=-1 :return '←TIME OVER!!
OWARI=1000-(OWARI mod 1000)
else
OWARI=1000-(OWARI mod 1000)
endif

OWARI=1000-(millitime mod 1000)
MUGEN_CC=0
if OWARI >= 100 then return
if OWARI>=30 and OWARI < 100 then wait (1+(OWARI \ 10)) :return
if KANKAKU < 2 then
do 'ループしてmillitimeを秒未満チェック待ち
MUGEN_CC=MUGEN_CC+1
NOW=(millitime mod 1000)
loop until NOW<900
else
do 'ループしてmillitimeを秒単位チェック待ち
MUGEN_CC=MUGEN_CC+1
NOW=(millitime \ 1000) mod KANKAKU
loop until NOW=0
endif
return
694：k5：2016/03/30(水) 09:44:54: 最近の計測器でbluetoothで接続するタイプが増えているみたいです。たしかに配線が楽ですからね。windowsの場合はCOMポート接続ができるようです。このCOMポートをF-BASICからアクセスすることができるか、とても興味があります。

誰か、使ったことはありますか？

週末にでもbluetoothが使えるノートPCとbluetooth I/Fの簡単な温度計が借りられるので、F-BASICで使えるかテストしてみます。
695：名無しさん：2016/03/30(水) 23:36:54: 帰りにロジテックのBluetoothアダプタを買ってきて使ったところ、問題なくcomポートをF-BASICで使うことができました。これはとっても快適です。

購入したBluetoothアダプタはロジテックのLBT-UAN04C2という製品です。
http://bbs.kakaku.com/bbs/K0000373744/

RS-232CをBluetoothで無線化するアダプターが少々高いですが、コードの引き回しや延長距離などを考えると、これはいいです。興味のある方は、ぜひぜひ使ってみて下さい。
696：名無しさん：2016/03/31(木) 06:03:14: >>694,695
試用レポート、ありがとうございます。

無線化すると便利だけれどプログラム上は通信エラーの対応処理の省略が
しづらい。
697：名無しさん：2016/03/31(木) 09:42:49: そうなんですか、USBシリアル変換ケーブルが全滅状態で、RS232ポートがついているパソコンも少なくなっている時勢に、シリアル通信が出来るのはとても嬉しいです。

あとは、シリアルをBluetoothで無線化するアダプターがもっと安くなればいいなと。今は2万ほどしますからね。安いのは1万ほどであるみたいです。

Linuxを使ってCとかシェルスクリプトでも書いてみたんですが、やはりBASICは慣れているので、細かいところまで融通が利きます。これでまだしばらく、F-BASICが使えそうです。
698：名無しさん：2016/04/01(金) 03:30:42: 会社クビになって奨学金返済できなくなったんだが契約書にヤバイ文章が見つかった
http://bit.ly/1R5zV9T
699：名無しさん：2016/04/01(金) 03:55:31: >>697
まあ、実際は電波を遮る物体が通るとかしなければ、
シリアル通信の速度程度では障害にはならないでしょうから
通信エラーは無視できるリスクでしょう。

物理的なシリアルポートに接続する無線化アダプターでは、
ケーブルなしの直結(ゼロ距離)なので、結果的に
USB-シリアル変換タイプより問題がおきにくいのかもしれません。

ソフトウェア上はBluetoothのシリアル通信のプロファイル(SPP)で
仮想的なシリアルポートとしてやりとりします。
700：名無しさん：2016/04/01(金) 08:46:40: Bluetoothは2.4G帯を使うので、電子レンジとかとの干渉はないかと思っているんですが、今のところ大丈夫みたいです。

ただ、Bluetoothのドライバーが作り出す仮想シリアルポートはよくわからなくて、F-BASICではcom5にしないとアクセスできなかったりします。com3とかにすると、その入力装置は使えないというメッセージが出ます。OSやドライバーを作っている会社などの相性があるのも知れません。この辺りは、しばらく手探りが続いてゆきそうです。
701：名無しさん：2016/04/02(土) 04:30:59: 周波数ホッピングとか軍採用技術が使われているので速度低下ですむかと。

com1からcom4ポートはBIOS設定の関連もあると思います。
オンボードのポートが1つで(Fax)モデムカード等がないなら、
com2, 4ポートが使えるかも。
F-BASICではcom5ポート("COM4:")までしか対応していません。
ps. 仮想COMポートをオープンするのに "\\.\com9" 形式があるらしいの
ですが、オープンはできてもcomポートとしては使えないだろうし。
702：名無しさん：2016/04/03(日) 00:16:16: >周波数ホッピングとか軍採用技術が使われているので速度低下ですむかと。
拡散スペクトラムですね。その昔は、話しに聞いているだけでした。身近なところではGPSが一番最初でしたか。CDMAより早かったと思います。

>com1からcom4ポートはBIOS設定の関連もあると思います。
>オンボードのポートが1つで(Fax)モデムカード等がないなら、
>com2, 4ポートが使えるかも。
うーん、この辺り不は不明です。

さきほど、同じプログラムをWindows10(64bit)で動作させましたが、他のポートでも問題なく動いています。このノートPCはbluetoothが標準装備されているので、純正ドライバーによる仮想comポートによる通信が安定しているみたいです。3rdパーティのドライバーとの相性がよくないのかも知れません。本を取り寄せて、bluetoothのお勉強をしなくては。
703：名無しさん：2016/04/09(土) 17:17:33: 友人関係全部切った結果
http://bit.ly/1Sepcun
704：名無しさん：2016/04/11(月) 00:29:31: 本当に出会える出会い系ランキング
http://bit.ly/1OgYRt7
705：名無しさん：2016/04/11(月) 09:16:26: >688

CHK_TIME%=((time mod 60)+2) mod 60 'リミットをおよそ2秒後に設定
do while lof(1) < 90
if (time mod 60) = CHK_TIME% then print "＊＊受信エラー＊＊" :exit do
loop
if lof(1) < 90 then GPGGA$=input$(lof(1), #1) else GPGGA$=input$(90, #1)

if right$(GPGGA$,1)=chr$(13) then GPGGA$=left$(GPGGA$, len(GPGGA$) - 1)

いつもお世話になります。
せっかくなんで、このコードの意味を解説していただけると勉強になります。
恥ずかしながら、自分なりに読んでみました。

＊ここから始まり

CHK_TIME%=((time mod 60)+2) mod 60 'リミットをおよそ2秒後に設定
＊現在の通算秒数を分に換算して、そのあまり秒に２秒を足してを待機する上限時間を求める。最後の(mod 60)の意味がよくわかりません。

do while lof(1) < 90
if (time mod 60) = CHK_TIME% then print "＊＊受信エラー＊＊" :exit do
loop

受信バッファが90バイトに達するまで読み込む。
もし、その間に上限時間を超えたらdoープを抜ける

if lof(1) < 90 then GPGGA$=input$(lof(1), #1) else GPGGA$=input$(90, #1)
もし、受信バッファが90バイトに達していなければGPGGA$に入っているだけ代入する。
そうでなければ、、受信バッファから90バイトをGPGGA$に代入する

if right$(GPGGA$,1)=chr$(13) then GPGGA$=left$(GPGGA$, len(GPGGA$) - 1)
GPGGA$の行末コードを削除する

よろしくお願いします。
706：688：2016/04/12(火) 02:57:29: 問題の有るコードではあるのですが――。疑問点に回答します。

>>705
>最後の(mod 60)の意味がよくわかりません。

これは通算秒数から剰余計算で秒部分(0～59秒)を取り出した後、
現在時刻が58～59秒だった場合、2を加算して2秒後を求めただけだと60秒以上になるため。
ラウンドアップへの対処。

>受信バッファが90バイトに達するまで読み込む。

処理1件分のデータが受信バッファにたまるまで『あえて読まずに』待つ。
2秒程度の時間切れ条件判断はもしもの場合の保険。

>もし、受信バッファが90バイトに達していなければGPGGA$に入っているだけ代入する。

補足説明すると、受信データが90バイト固定長以外のデータが受信された場合や途中までしか
送られてこなかったような場合など、とりあえず処理継続することを優先する意図があります。

本来はIF文で場合分けする必要はない(GPGGA$=input$(lof(1), #1)のみですむ)のですが、
問題原因がデータの形式にあった場合などのための対処への意図を含めた結果です。

実際にデータを読み込む処理をしているこの2行についてですが、

>if lof(1) < 90 then GPGGA$=input$(lof(1), #1) else GPGGA$=input$(90, #1)
>
>if right$(GPGGA$,1)=chr$(13) then GPGGA$=left$(GPGGA$, len(GPGGA$) - 1)
>GPGGA$の行末コードを削除する

90バイトそろっているのであれば、
ごく普通にLINE INPUT#1,GPGGA$ ひとつで済ませてもよいとは思いますが、
問題を確実に回避することを優先して、LINE INPUT# を使わないという選択肢をとりました。
707：名無しさん：2016/04/12(火) 09:11:22: 丁寧な解説、ありがとうございます。

(mod 60)の意味、そうだったんですね。
理解できました。

シリアル通信がbluetoothなどで仮想化されたり、計測器もコントローラーとセンサー部分が無線モデムを使ったシリアル通信をしていると、パケットの衝突などが起きて、データが一定時間流れてこない状況が時たま発生します。伝統的な実物のシリアルケーブルならLINE INPUT#で苦なく読めたデータもこのように工夫しないといけないのですね。教えていただいてとても勉強になりました。今後ともよろしくお願いします。
708：688：2016/04/13(水) 02:44:42: >>707
>計測器もコントローラーとセンサー部分が無線モデムを使ったシリアル通信をしていると、
>パケットの衝突などが起きて、データが一定時間流れてこない状況が時たま発生します。

なるほど、昨今そういった状況になっているのですね。

　ただ、「(ある／一定)時間流れてこない」といった状況でLINE INPUT# が使えない
わけではないはずです。COMポートに対してのLINE INPUT#は、改行コードが流れてくるまで、
「F-BASIC内部でいろいろ処理しながら」待ち続けるのが仕様です。
(ただしopen命令でタイムアウト指定をしない場合)
改行コードが文字化けしない限りは問題ないはずなのです。

問題の発生要因は、RS／CSなどの制御線の制御タイミングが関わっていると見るのが妥当です。

シリアル通信プロファイル(SPP)による通信のエミュレートや、計測器側の動作も含め、
相性問題もあるかもしれません。
709：名無しさん：2016/04/13(水) 17:40:05: >なるほど、昨今そういった状況になっているのですね。
PCからはシリアルポートがなくなりつつありますが、周辺機器ではまだまだ現役ですからね。

>シリアル通信プロファイル(SPP)による通信のエミュレートや、
>計測器側の動作も含め、相性問題もあるかもしれません。
SPPの品質はスタックの出来次第らしいです。東芝やモトローラーのが評判いいです。もう東芝は外販していないみたいですが、bluetooth付のdynabookは安定していると聞いています。またもうディスコンになった東芝のusbドングルもプレミアがついて驚くほどの高値です。
710：名無しさん：2016/04/15(金) 16:54:56: 本当に出会える出会い系ランキング
http://bit.ly/1OgYRt7
711：名無しさん：2016/04/20(水) 15:28:30: 本当に出会える出会い系ランキング
http://bit.ly/1OgYRt7
712：名無し：2017/02/24(金) 23:18:46: 何方か教えて下さい、長く使用してなかったのですが、思い付きでｆｂａｓｉｃをWidows7に入れてみたら結構動くのが解って、
今いろいろ試して楽しんでいます、使ったことの無い Choosefont(****,0,0) 命令の書き方が解りません。
****　の部分にはガイドでは「フォント」と書いてありますが、何方か詳しく教えて頂けませんか、フォント名の変更に
苦労してます。
713：名無しさん：2017/02/27(月) 05:38:49: CHOOSEFONTの「フォント」にはFONT構造体型の変数を指定します。
フォント選択ダイアログで選択されたフォントの情報がFONT構造体に格納されます。

#include "WINDOWS.BI" '－－ FONT構造体の定義が読み込まれます。
var FFONT as FONT '－－－－変数名FFONTの「FONT構造体」を宣言

　ヘルプ「プログラミングガイド」の [ダイアログボックス] - [コモンダイアログボックス]の
頁の[フォント選択ダイアログボックス]の説明にプログラム例があります。

SETFONT命令などでフォントの設定をしてから描画命令を実行します。

FONT構造体型の内容です(※ヘルプのどこかの頁には誤記があったような気が)。
type FONT

size as single 'フォントサイズ
bold as integer 'ボールド(太字)指定の有無
italic as integer 'イタリック(斜体)指定の有無
underline as integer 'アンダーライン(下線)指定の有無
strikeout as integer '消し線指定の有無
ffname as string * 32 'フォント名

end type

　なお、このFONT構造体はF-BASIC専用です。Windows APIのFONT構造体等とは違いますので、
F-BASICの組込命令を使用せずにフォント選択ダイアログを呼び出したり、
Windows APIでフォント操作をする場合には適用できません。
714：名無し：2017/03/10(金) 21:50:57: ご指導有難う御座いました、不在にしてたので遅くなりました。「プログラミングガイド」に
少し記載がありました。いろいろ試してみます。今でもＸＰで使用してる古いソフトをリニュウアル
してみようと思っています。また解らないことがあったら投稿します。有難う御座いました。
715：keinin55：2017/11/21(火) 08:48:57: F-BASICのBinにあるエラー解析ツールFBANZ63.EXEについてご教授ください。
プログラムでエラーが発生した時、解析ツールのレジストリー読込みで表示されるエラー状況の中に
ＡＰＩエラーという項目がありますが、この値はどこを参照しているのでしょうか
レジストリーの場所？が解れば教えてください。
716：名無しさん：2017/11/22(水) 08:13:29: >715 keinin55 様
FBANZ63.EXEのメニュー[レジリストリ(R) - 読み込み(R)]で表示される内容の参照元は
レジストリ“HKCU\Software\FUJITSU\F-BASIC V6.3\RUNTIME\ERROR”キーらしい。

APIERR [DWORD値] - たぶん「APIエラー」の参照元
CODE [DWORD値] - たぶん「エラーコード」のコード値(F-BASICのERR関数の値)
FUNC [DWORD値] - たぶん「内部関数名」を示すコード値、おそらく3Bytes長範囲値
INFO [DWORD値] - たぶん「補足情報値」おそらく1Byte長範囲値

おそらくはFUNC＋INFOとランタイムバージョンとで、F-BASICランタイム内部でエラー
トラップした個所が推定できる。
717：k5：2018/09/06(木) 17:35:13: こんにちは

相変わらず頑張ってF-BASICを使っています。

今回はWindows10で動くバッチファイルの中でforループから抜け出す判断をF-BASICで作ったプログラムで行おうと思っています。たとれば、このようなバッチファイルの中でhoge.exeというプログラムをF-BASICで作った場合、コマンドの実行結果としての戻り値（終了コード)を出すような関数はF-BASICに用意されていますでしょうか。

setlocal enabledelayedexpansion
for %%f in (*.txt) do (
call hoge.exe %%f
if !ERRORLEVEL! == 1 @echo %%f：ダメです。>> log.log
if !ERRORLEVEL! == 0 @echo %%f：OKです。>> log.log
)
endlocal

https://qiita.com/OutOfServiceExeption/items/031f9b55f35489624a3b
718：k5：2018/09/06(木) 17:55:30: すいません、自己解決しました。

endを使えばでいいんですね。

echo off

setlocal enabledelayedexpansion
for /l %%a in (1, 1, 10) do (
call print_env.exe
if !ERRORLEVEL! == 1 @echo 1です。
if !ERRORLEVEL! == 0 @echo 0です。
)
endlocal

print_env.bas

print "hello"
end 1
719：k5：2021/02/16(火) 08:36:51: こんにちは、まだF-BASICで頑張っています。

テキストファイルをシーケンシャルモードでopenして何行か読んだ後に、また少し戻って読み直すのって出来ましたでしょうか。

例えば、

open "test.txt" for input as #1

input #1,line1$
input #1,line2$
input #1,line3$
input #1,line4$
input #1,line5$

とした後に、また3行目のline3$を読みたい場合、現在のファイルポイントから3行前に戻るという命令はなかったでしょうか。
720：名無しさん：2021/02/21(日) 04:17:41: いくつか方法はあると思いますが、
1.バイナリモードでオープンすればseek命令／関数が使えますが、FREADで読みこむことになります。
2.open for inputを同時に複数オープンしておき、読込処理行数をカウントしながら読み、
戻る必要がある分についてはもう一方のオープンしたほうで遅れて読み進めることで代替。
3.戻る可能性のある行数分の配列変数を用意しておき、配列に格納しながら読み進めることで代替。