レス数が950を超えています。1000を超えると表示できなくなるよ。

cygwin使っている人いますか？

[619:名無しさん＠お腹いっぱい。 (2001/08/23(木) 22:33)]
>>612
Astec-X使うと行けますよ

Tgif素晴らしいんですが、psとか吐かせるとなんか
BoundingBox の値が変じゃないですか？
自分でビルドしたやつとか >>608 のやつとか
バージョン古いやつとか試したけど全滅です

なんか俺、勘違いしてたりすんのかな？

[620:名無しさん＠お腹いっぱい。 (2001/08/24(金) 10:53)]
>>619 Thanks でもAstec-X高いからなぁ XFree86＋Cannaでいいや。
kinput2を改造してIMEを拾うようにすればいいんだろうけど、そこまで
図に入力するIMEに凝る必要ないからなぁ。エディタはgvimを使えばいいし。

BBは普段TeXで使う分には困っていないからきちんと見ていないけど、
見えない（白の）囲い枠を作ってもだめだった？
前にホームページに張ろうとしたときに少し小さめのBBが定義されていた
から囲い枠を作って逃げた覚えがある。

[621:名無しさん＠Ｅｍａｃｓ (2001/08/24(金) 11:43)]
好きなようにエディタで書き換えりゃーいーじゃん。>BB

[622: (2001/08/24(金) 13:48)]
>>620
うーん、駄目ですねぇ。
というか、元々Tgif2texを使ってるので囲い枠は普通に書いてたりしてたんですね。

エディタで書き換えりゃいーじゃんとは仰る通り、出来たBBを直す
スクリプトの一つも書けばそれでいいんですが、Tgifそのものの
cygwin特有のバグなら、ちとスッキリしませんし。

やっぱ作者に報告すべきですかね。同じ症状の方、おられますか？

[623:名無しさん＠お腹いっぱい。 (2001/08/24(金) 15:25)]
>>622 これってTgif2texのバグってことない？
一度Tgif2texを通さずに試してみましたか？

[624:621 (2001/08/24(金) 16:17)]
>>622
ちょっと小さめってのがどのくらいなのかはわからんが、
Tgif の BoundingBox の計算が大雑把で外枠の線がはみ出てしまうというのは
オリジナルにも存在する問題で、Window での表示とは全く関係ないので
Cygwin は無実。線幅を考慮してないんじゃないかと睨んでいるが追求する気はない。

っていうか、BoundingBox は信用できない(以前 Windows の PS ドライバに
eps 作らせたら用紙サイズの BoundingBox をつけられて萎え)し、
どっちかというと適度な margin 込みの BundingBox が必要なケースが多いので
付け直すことをおすすめする。

めんどくさい時は Ghostscript に計算させてるよ。

[625: (2001/08/24(金) 17:01)]
>>623
試してみました。というか、Tgif2texは内部でtgif呼び出してpsに変換してる
（と思います）ので・・・・
もちろん、素のtgifでも試しました

>>624
うーん、まったく同じ処理、同じファイルをLinux上でやってみたんですが
そっちでは正常に出力するんですよ
なので、cygwin、もしくは、オレの環境を疑った訳なんですが

仰るとおりにしばらくは手動、もしくはGSで直したいと思います

[626:名無しさん＠お腹いっぱい。 (2001/08/24(金) 20:36)]
なんか妙な話だな。エミュレーションが原因とは思えないから、
newlibでもバグっているんだろうか。

[627:名無しさん＠お腹いっぱい。 (2001/08/25(土) 05:01)]
cygwin1.dllが1.3.1だったとか。
あのバージョンは{f,s,}scanfがバグってるから何が起きても不思議はない。

[628:名無しさん＠お腹いっぱい。 (2001/08/25(土) 23:48)]
cygwinつかってるけど、パイプでテキスト処理するツールを使う程度。
サーバーとかあるけど、あんまりcygwinで動かすメリットなし。

apcheもperlもwin32に移植されたやつを素直に使います。

cygwinはファイル処理 cp mv などなどのコマンドが使えるのがうれしいかも
なんとなくunixのコマンドは安心します

read.cgi ver5.26+ (01/10/21-)