68user's page 掲示板

Prev< No. 196〜204> Next  [最新発言に戻る] [過去ログ一覧]
No. 196 # 68user 1999/03/18 (木) 22:03
> ところでbcで割り算の結果を小数点の精度で得る方法をご存知ですか?
man読んでたら書いてありました。scale=3などとして、有効桁数を
指定すればいいんですね。デフォルトはscale=0だから、小数点以下は
表示されない、と。

あと、ご存知かもしれませんが、bc(GNU bc)の日本語マニュアルは
    http://www.jp.freebsd.org/man-jp/search.html
で見られます。

No. 197 # M.Masuda 1999/03/18 (木) 22:27
>> それでは、701の場合はどうなります?
これは、最近小耳に挟んだ事なのですが、一部のサーバー(Apache1.3環境)
での解説で、パーミッションを701でCGIが動くとの表記が有りました。

調べてみるとsuExecを使用していて、そのサーバー上ではファイルのオ
ーナー権限で動くらしいのです、私の環境ではsuExecは使えないので、
状態が解からなく、疑問に思っていたので前回の質問となりました。
#それなら700でもweb経由のCGIが動くはずですよねぇ。
#これ出来ると、webから自分宛のメールを読んだり出来る。

>322 p2 T 0:00.01 /bin/sh ./script
> などとなっているはずです。このとき scriptをReadできないと
> エラーになるわけですね。
言い方を変えると、スクリプトを実行するためのインタープリタが
そのファイルを読めないといけないと言うことですね。
suExecを使わない普通のCGIは、nobody権限で/bin/shとか /bin/perl
が動くわけですね。

>でもたまにshとbashで挙動の違いが原因で動かない、
> なんて話は聞きます。
これは、頭に入れておかないと。φ(._.)
sh と bashの違いを考慮しないとはまりそう...。
#滅多にそんな場面無いだろうけど。

> の「* 条件」行を書かなければ全ての場合に適応される。
「* 条件」の行を空行にすると、無視されました。
「*」のみだと全てのメールにマッチするようですね。
ちなみに、うちの環境だと .forwordに "| exec /path/procmail"
としなくても、~/ に .procmailを置くだけでprocmailが動きました。
#Turbo Linuxだけなのかなぁ。

>FTPならRFC959、POP3は1939、SMTPは821、HTTPは1945/2068、
RFCのブックマークはとってあったのですが、よく見ると一部だけの
ミラーサーバーでした。
自分でも探してみますが、早いサーバー(アクセスの少ない?)を
知っていたら教えて下さい。m(_ _)m

>DOSでも、TSRを使えば、補完可能でした…
私もいくつかの常駐ソフトを知っていましたが、いずれも不安定な
ものが多く、あまり使っていなかったのが現状でした。(^^ゞ
>mmさん

関係無いけど、HSBというソフトリブートを可能にするNEC98シリーズ
用のソフトは便利でした。
メモリチェックをすっ飛ばしてくれるので、環境の切り替え時にバッチ
組んでメニューで再起動なんてよくやっていました。

No. 198 # 68user 1999/03/18 (木) 23:32
> これは、最近小耳に挟んだ事なのですが、一部のサーバー(Apache1.3環境)
> での解説で、パーミッションを701でCGIが動くとの表記が有りました。
700ではなくて701なら動く、ということはあり得ないはずです。

suExecを組み込んだapacheは、はある時点まではnobodyで動いていて
SSI/CGIを動かす際に そのユーザ権限に変更するはずです。
ですので、そのCGIスクリプトを置いてあるディレクトリ(例えばcgi-bin)
にはotherに対してxビットを立てる必要があるかもしれません。
# でも多分ファイルもディレクトリも700でOKだと思いますけど、
# suExecを使ったことがないのでちょっとわかりません。

> ちなみに、うちの環境だと .forwordに "| exec /path/procmail"
> としなくても、~/ に .procmailを置くだけでprocmailが動きました。
え、ほんとですか? それだとsendmail(mail.local?)が、procmailだけを
特別扱いしてることになるんですが…。

No. 199 # mm 1999/03/18 (木) 23:34
> http://X68000.startshop.co.jp/~68user/tmp/.completerc
ガ〜ン!
やはり、ご本家は、スゴーイ!!

DOSの貧弱な環境を何とかunixに近づけたいと思っていたのですが、
やはり所詮、マネはマネに過ぎなかったみたいですね(^^;
(でも、プリミティブなDOSは、やはり問題外…)


M.Masuda さん
>メモリチェックをすっ飛ばしてくれるので、環境の切り替え時にバッチ
>組んでメニューで再起動なんてよくやっていました。
えー、一体どのような環境を切り替えられたのでしょうか?
キャラクタデバイスやTSRなら、リセットしなくても変更可能だし、
それ以上の環境の切り替えはウチでは必要なかったので、
そういうのは使ったことないです(^^;

No. 200 # mm 1999/03/19 (金) 00:04
>えー、一体どのような環境を切り替えられたのでしょうか?
すいません。ついオンラインで読んで疑問に思って書き込んでしまいましたが、
このボードとは無関係の話題でした(^^;
この質問は、なかったことにして下さいませm(_o_)m
(それに、RAMディスクやディスクキャッシュの構成を変える場合にも、
リセットは必要ですね(^^;)

No. 201 # mm 1999/03/19 (金) 00:04
>えー、一体どのような環境を切り替えられたのでしょうか?
すいません。ついオンラインで読んで疑問に思って書き込んでしまいましたが、
このボードとは無関係の話題でした(^^;
この質問は、なかったことにして下さいませm(_o_)m
(それに、RAMディスクやディスクキャッシュの構成を変える場合にも、
リセットは必要ですね(^^;)

No. 202 # M.Masuda 1999/03/19 (金) 00:29
>700ではなくて701なら動く、ということはあり得ないはずです。
そのとおりです。suExec下ではユーザーの実行権が有効ですね。
#やっぱ日本語の書き方悪いかなぁ。(^^;
私の見たページです。
http://www.parkcity.ne.jp/~chaichan/bin/htmcount.cgi?name=howtocgi

>え、ほんとですか? それだとsendmail(mail.local?)が、procmailだけを
>特別扱いしてることになるんですが…。
今日は時間が無いので、後日試して結果を報告します。


>キャラクタデバイスやTSRなら、リセットしなくても変更可能だし、
最近触ってないし、DOS用マシンはご臨終なので忘れてしましまし
たが。(^^ゞ
ブロックデバイスです。その他ソフト同士の相性も有りました。

当時周りで、コンベンショナルを広げるのが流行っていたので、
必要最低限のデバイスを組込み直して使用してました。
あるマシンは拡張メモリが無かったりしたもんで...(^^;

4M積んだノートでは、620kbのfreeは確保出来たのですがそれで
限界でした。
#あの頃が懐かしいなぁ...(^^ゞ

> http://X68000.startshop.co.jp/~68user/tmp/.completerc
> ガ〜ン!
> やはり、ご本家は、スゴーイ!!
全く同感です。

No. 203 # M.Masuda 1999/03/19 (金) 16:09
結果の報告です。

>え、ほんとですか? それだとsendmail(mail.local?)が、procmailだけを
>特別扱いしてることになるんですが…。

おかしいな、やっぱ .forwardを設置しなくとも.procmailrcだけで
いけてしまいます。
.forwardに転送先のアドレスとかが指定されていると.procmailrc
は評価されないようです。つまり .forwardが無く.procmailrcがある
時にのみ.procmailrcが評価されるようです。

RedHat LinuxとTurbo Linuxの両方とも同じ動作でした。

レスキューさんとこも.forwardへの記述を指示してあったし?
ん〜。

#sendmailの初期設定が違うとか...
#このへんは初心者にはぜんぜん解からん(^^;

ちなみにいろいろ試しているうちに、シェル上でmailを実行して
メールを読み 'd'や 'q'で終了してもメールがスプールに残り
mail終了時に、
Unable to lock mailbox: Permission denied
と言われるようになってしまいました。
ロックファイルにアクセス権が無いって事でしょうが、それが
どこに有るのか解からない。(>_<)
どうすればいいでしょう。とほほ。

No. 204 # いわもと 1999/03/19 (金) 21:05
こんばんは。いわもとと申します。
今日1日散々悩んでいたんですが、crontabコマンドから
シェルファイルを呼び出し、そのシェルファイルの中で
SQL*PLUSを呼び出してPL/SQLプロシージャを実行させようと
していたのですが、TNSサービス名が認識できないと
エラーを返されてしまいました。
直接シェルファイルを実行させるとちゃんとサーバを
認識してプロシージャを実行してくれるのですが、
crontabコマンドから呼び出すとうまく行きません。
tnsnames.oraファイルも正しく入力されていましたし、
まったく原因がつかめません。
どなたかこういうエラーに詳しい方、解決方法を
教えていただけないでしょうか。

Prev< No. 196〜204> Next  [最新発言に戻る] [過去ログ一覧]