| 01116 98/07/30 01:06 | RE:01115 秀Term Evo での行抜け |
| 投稿者 : 範子 | コメントを投稿する |
> 0Dを受信した時の動作を変えてしまうことはさすがにできないですけど、しいて >秀Term側で対処するとすれば、[0Dのみを改行扱いして、0Aは無視する] という >新しいモードを用意することになると思います。 ログには意図したとおり出力するスクリプトを書く技術はもってらっしゃるよう なので、 画面表示は、display offとwritebuffer2を使っておんなじ用にしていただ くという手もあります。そうすると、ストックファイルも表示したようになる はずです。 というか、改行コードが混在するなんて尋常でないデータの処理なんかは、 スクリプトですきかってするに限るという気がします。 |
| 01117 98/07/30 10:17 | RE:01116 秀Term Evo での行抜け |
| 投稿者 : 斉藤秀夫 | コメントを投稿する |
範子さんご指摘の通り、スクリプトで正しく表示させることは可能みたいです。 たとえばこんな感じです。(テストしてないけど) loopswitch case "^M" writebuffer "^M^J" case "^J" writebuffer "^01B[A" endloop > 画面表示は、display offとwritebuffer2を使って この方法がある訳ですが、getline文では最後のプロンプト待ちをうまく検出する のが難しいと思います。 |
| 01118 98/07/30 16:40 | RE:01098 ZMODEMのレジュームについて |
| 投稿者 : mizu | コメントを投稿する |
> ZMODEMのレジューム機能ですが、アップロードについてはサポートした覚えが >ないです。というわけで、そういう仕様ということになると思います。 > > って、ソース見直してみないと分からないけど…。 > こんにちは、mizuです。 Zmodemのレジューム機能は、効いてました。 アップロード中の処理済が0から始まるので、レジュームが効かないのだと、 早合点していました。 全バイト数を見たら、ちゃんと送信済みの分が減ってました。 お騒がせしました。 |
| 新規に投稿する |