5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Cygwin使っている人いますか? その11

1 :名無しさん@お腹いっぱい。:04/02/08 20:49
前スレ
http://pc.2ch.net/test/read.cgi/unix/1066042212/

地鎮祭、関連リンク、お約束は>>2-10あたり

251 :名無しさん@お腹いっぱい。:04/03/17 00:20
Windowsが//でネットワークにアクセスするのはWindowsの仕様なんだから、
cygwinに文句を言うのは筋違いだろ。

仮に、設定変更できるようにするにしても、Windowsの側で変更できるように
すべきでなのであって、cygwinの側で変更できるようにすべきではない。

おかしいのは//なんて書いてあるMakefileを作るアプリケーションの方なん
だから、原理原則を曲げて不自然なhackを加えるのは間違い。こういうhackを
加えようとするから、訳のわからない「仕様」が増えるんだよ。

252 :名無しさん@お腹いっぱい。:04/03/17 00:23
>>248>>251
おまいら文盲ですか?

253 :名無しさん@お腹いっぱい。:04/03/17 00:27
>>251
> Windowsが//でネットワークにアクセスするのはWindowsの仕様なんだから、
> cygwinに文句を言うのは筋違いだろ。

Cygwin は Windows の便利 CUI であるとともに UNIX tool
のエミュレーションなんだから Windows の仕様を隠せるように
するのは全然おかしくないんじゃ?

パスのセパレータが \ なのは Windows の仕様ですが、既にこれを
/ でもアクセスできるように "仕様" をひん曲げてるでしょ?
なんで // だけ UNC がそうだからって理由で変更できちゃいけないんだ?

> 仮に、設定変更できるようにするにしても、Windowsの側で変更できるように
> すべきでなのであって、cygwinの側で変更できるようにすべきではない。

逆でしょー。

> おかしいのは//なんて書いてあるMakefileを作るアプリケーションの方なん

おかしくないよ。その Makefile は UNIX 向けにかかれたもので、
Cygwin は UNIX 向けに書かれたプログラムを Windows 上でも動か
せるように努力してるんだから差異を吸収するとしたら Cygwin 側。

> だから、原理原則を曲げて不自然なhackを加えるのは間違い。こういうhackを
> 加えようとするから、訳のわからない「仕様」が増えるんだよ。

それを言ったら、Cygwin 自体が既に Windows の原則を曲げた hack なんですけど・・・

254 :名無しさん@お腹いっぱい。:04/03/17 00:29
「原理原則を曲げたhack」ってCygwin全体がまさにそれなんだがw

255 :名無しさん@お腹いっぱい。:04/03/17 00:38
>>253
>>230で既出だが、ずっと昔から\だけでなく/でもアクセスできるようになって
いるのよ。だからWindowsでも/をパスの区切りに使うのはおかしくない。誰も
使わないだけ。

ls //c/windows
ができなくなる方が嫌だな。configureする度に設定変えるなんてまっぴらだ。

256 :名無しさん@お腹いっぱい。:04/03/17 00:43
 ・default では // で共有にアクセスできる
 ・設定でできないようにすることも可能

くらいできてもいいねと言ってるんだが・・・
結局読んでないんだな。

257 :名無しさん@お腹いっぱい。:04/03/17 00:44
レスを曲解して反論するのが趣味のようですw

258 :名無しさん@お腹いっぱい。:04/03/17 00:52
cygwin:~$ ls //c/windows/
ls: //c/windows/: No such file or directory

手元ではこうなるんだけど、これ俺だけ?

259 :遙皇 ◆HEHARUKAoo :04/03/17 00:55
>>258
%WINDIR%がC:\WINNTだったりしそう

260 :名無しさん@お腹いっぱい。:04/03/17 00:56
>>258
みんななるでしょ。ただ、ネットワーク探しに行くからエラーが出る
までにちょっとラグが出るけど。

261 :遙皇 ◆HEHARUKAoo :04/03/17 01:08
ls //127.0.0.1/c$

という風に使うのですか?

262 :229:04/03/17 01:40
なんかすさまじくとんでもない人は放置。

話が通じてそうに無いけど補足。
もともと229は 228のような hackができる人なら、その hackが必要なことか
どうか判断して、それよりも //が生じないようにするだろう、たぶん、と言う事。

そういう機能設定で変えられるほうがいいかどうか、ましてや、Makefile等で//が
よくあるとか、書き換えが面倒、というのは別の話。

263 :229:04/03/17 01:41
なんかすさまじくとんでもない人は放置。

話が通じてそうに無いけど補足。
もともと229は 228のような hackができる人なら、その hackが必要なことか
どうか判断して、それよりも //が生じないようにするだろう、たぶん、と言う事。

そういう機能設定で変えられるほうがいいかどうか、ましてや、Makefile等で//が
よくあるとか、書き換えが面倒、というのは別の話。

264 :229:04/03/17 01:42
prefix=/usr/local とかなのに $(prefix) の前に / をつける人の
気持ちが理解できない人も多いと思うが。

理解できるできない、上手くいくいかないは別として、portability
まずいのは明白なので、うっかり、と言う。
(動いてるから、って言ったって、POSIX的にも実装依存だったかで(未確認)、
まずいのはわかってますよね)

で、こういうのがたくさんあると言いたいのかな?
で、それらを含めて、245,247,256 は、//の機能ON/OFFあったほうがいい、と言ってる?

238,239, たぶん244 は、それらを考慮しても、特には必要ないだろ、
と言ってるだけで、別に両者の合意は必要ないのだが。

265 :229:04/03/17 01:45
う、重ね重ね…

規格書手元にないので、
http://suke.mine.nu/gnujdoc/autoconf-2.53/autoconf-ja_10.html
の dirname の項をかわりに。ちょっと意外な話かも。

266 :名無しさん@お腹いっぱい。:04/03/17 01:50
portability なんて程度問題でしょ。
// が「明白に」まずいとは思わないがね。
現に /usr//local は平気なわけだから。

267 :名無しさん@お腹いっぱい。:04/03/17 01:52
/// は良くて // がダメというのも変な話だこと

268 :名無しさん@お腹いっぱい。:04/03/17 02:01
http://www.opengroup.org/onlinepubs/007904975/xrat/xbd_chap04.html
"Pathname Resolution" によると POSIX 準拠システムにおいては

Application developers should avoid generating pathnames that start
with "//" . Implementations are strongly encouraged to avoid using
this special interpretation since a number of applications currently
do not follow this practice and may inadvertently generate "//..." .

- アプリケーションは "//" で始まるようなパスを生成すべきで無い
- POSIX システムは "//" を特別扱いすべきでない

変なパスを生成する Makefile も Cygwin の現在の仕様も
POSIX 準拠プラットフォームという観点から見れば相互運用性を
軽視したパッパラパーの出来損ないということで。

269 :229:04/03/17 02:45
>>268
おお、ここで見られるのか。ありがとうございます。
>>266
うん、程度問題だと思ってそうゆうこと平気な人も少なくないのは
わかってるのよ。
それで不都合も出ているわけで、それを設定ON/OFFで回避したい、
という人がいてもいいし、それを必要と思わない人(一部とんでもない
理由の人は除く)も多いよ、ということで、多分、お互い合意は出ないし、
無くてもひっしになることじゃないですよね。
別にhackするのも開発者にお願いするのも停めるつもりはないし。
>>267
良い駄目が書いてあるのでは無いことは理解してもらってると思うが。
かつて//が特別扱いされたことがある、ていうのは瑣末で、
動作は実装依存よ、という事。

270 :名無しさん@お腹いっぱい。:04/03/17 09:42
ということで、暇な人は実装して patch きぼん。

271 :名無しさん@お腹いっぱい。:04/03/17 11:10
grepでパスをAPIに渡すとこを探して
ホストとドライブの一覧をゲットして
それらに該当しなければ先頭の//を/にする


272 :名無しさん@お腹いっぱい。:04/03/17 11:32
おぉ〜、ありがとう、271。
とりあえずの仕様はそれでいいから、作業をはじめてくれ。
みなさん、仕様要望は271宛でお願いします。
ガンガレ!271。

273 :名無しさん@お腹いっぱい。:04/03/17 12:02
>>271
いちいちホストの一覧取得してたら遅くなるから、
//ホスト機能のオフ機能をキボン

274 :名無しさん@お腹いっぱい。:04/03/17 14:59
"//" をCygwin側で始末したら遅くなるってことはないの?
("//" を "/" に変換する必要があるよね)


275 :名無しさん@お腹いっぱい。:04/03/17 15:30
>>270>>272
自分で実装しろよ(w

>>273>>274
元々重複する/を取り除いて\にしてWin32に渡しているから遅くなることはないはず。

実体はwinsup/cygwin/path.ccのnormalize_win32_pathで、922行目のあたりを
コメントアウトすればいいんじゃないかな。そうすれば先頭の//を含め、重複する
スラッシュをすべて取り除いてくれるはず。

276 :名無しさん@お腹いっぱい。:04/03/17 15:38
あれ、normalize_posix_pathの方か?

すまん、誰かpath.ccをちゃんと解析して。ここで/の処理をしているはず。

277 :名無しさん@お腹いっぱい。:04/03/18 01:39
navi2chを快適に使うため、ホイールを使えるようにしようと思い。
ttp://cgi3.tky.3web.ne.jp/~yutakakn/windows/index.html
TeraTermに上記のホイール対応パッチを当てて

.emacsに以下のような設定を書き込みました。

(global-set-key [mouse-4] 'scroll-down)
(global-set-key [mouse-5] 'scroll-up)

一応ホイールは使えるものの、うまく動きません。
レスを下へ送るような操作ができないのです。

Cygwin+Navi2ch+Teratermでホイールを快適に使っている人っていますか



278 :名無しさん@お腹いっぱい。:04/03/18 09:33
全然Cygwin関係ないやん。

279 :名無しさん@お腹いっぱい。:04/03/18 12:19
>>278
> 全然Cygwin関係ないやん。

なるほど。全然関係ないところまで、上の方へスクロールしてしまうのですよ。
$がある、一行目の上まで。

TeraTermの問題かあn

280 :名無しさん@お腹いっぱい。:04/03/18 13:39
>>273
あらかじめレジストリに書いといてそれ読み込むってのは?
マウントしたの読むのとcygwin的にコストは変わらんと思うけど。

281 :229:04/03/18 13:40
>>270-276
自分で実装しろよ(w

と言われちゃうぞ。
221,234,245,247,256,266 あたり手伝わないの?
そうか、延べ人数ならこれくらいいるのか開発要員。
来週にはできそうかな? setup.exeできないと嫌だそうだぞ。
開発元へアプローチするの? がんばれ。

282 :275:04/03/18 13:50
>>281
だって、自分は//を消す機能いらないし。

どの辺を改造すればいいかは示したんだから、言い出しっぺの>>221が実装してね。

283 :名無しさん@お腹いっぱい。:04/03/18 14:53
うん? ポイントだけ示したつもりなのね。
いちおう221は聞いただけではじめから面倒って言ってるんで
意志を継ぐなら >>245 >>247 >>253 >>272 >>273 じゃないかなあ。
どれが違う人なのかさっぱりわかりませんが。
俺もはじめから入ってた設定なら、外せとは言わないから、
じゃあやはり欲しい人がhackするで投げて終了なのね。がんばれ。

284 :名無しさん@お腹いっぱい。:04/03/18 16:52
>>283
全員「//を消す機能が欲しい」と思ってないようだけど?ちゃんと嫁。
以下要約

>>245 「OFFにする設定ができたらいいのにねって>>221が言ってる」と言ってるだけ。「って話でしょ」を飛ばすな
>>247 「共有が不要な人にとってはあったらいい」と言ってるだけ。
>>253 "//"の話に全然関係ない。>>251に対してレスしてるだけ。
>>272 >>271をからかってるだけ。
>>273 同上

285 :名無しさん@お腹いっぱい。:04/03/18 16:56
>>245は ×「>>221が言ってる」 ○「って話でしょ」。ゴミが残った。

では>>221以外に欲しいと思ってる奴は挙手↓
いなかったら>>221が作る、で終了。
いたらそいつが作る、で終了。

286 :名無しさん@お腹いっぱい。:04/03/18 17:02
// なんてどうでもいいから、コマンドプロンプトで Control + space が効くようにしてくれ。

287 :283:04/03/18 19:52
うん? だから「(もし)遺志を継ぐとすれば」、「欲しい人がhackする」と
言ってるのだが。読み取れよ。
はじめから、hack出来るぐらいの人ならそれいらないからね、って言ってんのに。
211 は「無いのか」って聞いてめんどくさがっただけで、
hackするしかない、ってのが気に入らなくてぐずったのが 234,245以下なだけ。
ようするに誰も、作らんのだろう。

288 :名無しさん@お腹いっぱい。:04/03/18 20:06
あ、283=229 ね。忘れてた。
hackすれスクリプト書き直せ、がずれてると言って気に入らない人
からかってただけなのだが、結局自分でやれ、まで長くなったこと。

289 :名無しさん@お腹いっぱい。:04/03/18 21:23
わざわざ解説まで書いて暇だなぁ。
どうせ暇なら hack してあげればいいじゃん。

290 :229:04/03/19 01:45
そう忙しい時ほどそうなっちゃう。
このつまらんhackだと暇つぶしにもならんし、
自分で気にしてる不具合は追い込むほど
力足りないんでみんなそんなもんだろ。

291 :名無しさん@お腹いっぱい:04/03/19 15:52
急にcygwinの黒い画面まで行かなくなってインストールし直しても
直らなくなりました解決方法はありませんか?

292 :名無しさん@お腹いっぱい。:04/03/19 17:01
行かなくなったって何が?

293 :名無しさん@お腹いっぱい:04/03/19 17:23
>>292
コマンドラインです

294 :名無しさん@お腹いっぱい:04/03/19 23:22
だめだコリャ、DOS窓までいかね('A`)

295 :名無しさん@お腹いっぱい。:04/03/20 02:11
WINXPのDOS窓に日本語が打ち込めないぜ
マニュアルには普通に入力できるってかいてあるけど
俺だけできないのか・・・・

296 :名無しさん@お腹いっぱい。:04/03/20 02:25
自分でconime無効にしてんじゃないの?
というか低機能なコンソールじゃなくCygTermつかおう。

297 :名無しさん@お腹いっぱい。:04/03/20 02:44
XPがどうだったか忘れたが、NT4/Win2000だとコンソールでのIME
起動はALT+半角全角しか受け付けなかったな。

298 :名無しさん@お腹いっぱい。:04/03/20 14:01
-mno-cygwin って C++ をサポートするようになったの?
% cat test.cc
#include <iostream>
int main(void){
std::cout << "Hello world" << std::endl;
return 0;
}
% g++ -c test.cc
% g++ -mno-cygwin -o test test.o
% ./test
Hello world
% objdump -p test.exe | grep 'DLL Name'
DLL Name: msvcrt.dll
DLL Name: msvcrt.dll
DLL Name: KERNEL32.dll

299 :名無しさん@お腹いっぱい。:04/03/20 17:32
標準パッケージのgccは2.95.x時代から普通にできてた気がするが。

ただ、それ用に色々細工してるのか、gcc 3.3.3を自分でmakeした奴だと
-mno-cygwinでC++は駄目だった。調べるの面倒だし、今のところあまり
必要性無いので放置してるけど。

300 :名無しさん@お腹いっぱい。:04/03/21 14:50
Cygwin 上で Apache2 を DSO 有効にして動かしてるひとっていないですかね。
Subversion の mod_dav_svn を入れてみたいんですが、静的にやるしかないんでしょうか。

82 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)