問題タブ [perl-module]

いくつかのPerlモジュールを非標準の場所にインストールしようとしています。それを呼び出しましょう/non/standard/location。使用しました

それらをインストールします。

モジュールを使用するスクリプトでは、次のように、Perlのバージョンを含む長いディレクトリパスを指定する必要があるようです。

use libそれほど長くなく冗長で、実際のバージョンのPerlが含まれていない、使用できるステートメントはありますか？バージョンがあれば、プログラムから戻って編集する必要はありません。 Perlのアップグレードされますか？

Module Foo::Barはのどこかにインストールされてい@INCます。

、then 、then、または@INCを再帰的にチェックする以外に、モジュール自体からこれらのディレクトリにアクセスする方法はありますか？FooBarscriptst

lib/scripts/findmeifyoucan.plたとえば、から特定のスクリプトを呼び出したいと思いますFoo/Bar.pm。

perl では、子プロセスを実行し、そこに入力を送信し、その出力を読み取る必要があることがよくあります。これを行うためのモジュールはいくつかありますが、それらはすべて既存の変数を渡す必要があるようです。これらの変数は関数によって変更され、ファイルハンドルが含まれます。IPC::Open3の概要からの例を次に示します。

このパターンを何度も繰り返さなければならないときは、特に面倒です。特に、覚えておくか調べなければならない多数の位置パラメータが含まれているためです。次のように機能する関数 (と呼びましょうmyopen3) を提供するモジュールはありますか?

または、関連するハンドルのハッシュまたはハッシュリファレンスを返すこともできます:

このような関数の利点は、ビルトインとまったく同じ方法で呼び出されるmyopen3ことです(ただし、いくつかの癖がないことを願っています)。ハッシュまたはハッシュリファレンスを返す場合、位置パラメーターと戻り値が回避されます。(また、モジュールの作成者がプロセスに関する pid やその他の情報も返すことを後で決定した場合、下位互換性を維持しながらそれを行うことができます。)system

私は実際にこれを自分で (単純な OO インターフェースで) 実装しましたが、同じことを行う CPAN モジュールが存在する場合は、自分のカスタム モジュールに依存したくありません。

私がこれまでに見つけた中で最も近いのはIPC::RunSession::Simplereaderで、メソッドでオブジェクトを返しますwriter。ただし、readerメソッドは子プロセスのSTDOUTとSTDERRをマージしますが、それらを分離するオプションが必要です。

メモリの場所がある場合、Net::Telnet 接続を再作成することは可能ですか?

Net::Telnet=GLOB(0x1b50ff0) 文字列を Net::Telnet オブジェクトに戻すにはどうすればよいですか?

ありがとう。

ヘッダーとフッターを最初のページに印刷しないようにするにはどうすればよいですか?

WWW::Curl::Easy Perl モジュールを AIX 5.3 にインストールしようとしています。/usr/local に (ソースから) curl をインストールしました。Perl モジュールをビルドしようとすると、次のようになります。

「おそらく無害」というエラーはそれほど無害ではないと思います。

これは、C コンパイラとリンカに詳しい人にとってはかなり単純なことだと思います。どんな助けにも感謝します。

私はPerlプログラミングにとても慣れていません。ラマの本を読み終えたところです。これまでBashでスクリプトを作成してきましたが、Perlを試してみたいと思っています。これは、Bashスクリプトよりも優れています。

いくつかの標準モジュール（例：Getopt）といくつかのあまり標準的でないモジュール（例：PerlMagick）を使用するスクリプトを作成しています

ある時点で、Perlコードを配布したいと思っており、Perlやプログラミングについてあまり知らない人でも使用できるようにしたいと思っています。明らかに、標準モジュールは常に存在する必要があります（これをある程度保証するために、「5.010を使用」を使用しています）が、非標準モジュールはどうでしょうか。

2つの可能性があると思います：1）不足しているモジュールをインストールするようにエンドユーザーに指示する必要がありますか？2）モジュールをテストするインストールスクリプトを作成する必要がありますか？モジュールがない場合は、インストールしますか？選択肢2を選択した場合、モジュールをダウンロードしてインストールする必要がありますか？または、メインコードと一緒に配布しますか？そんなことでエチケットがどうなっているのかよくわかりません...

アドバイスありがとうございます、ベン

$ workでは、PERL5LIBを介して簡単に含めることができるように、一連のPerlモジュールを中央の場所に保持しています。事前に再インストールがあり、32ビットアーキテクチャと64ビットアーキテクチャの両方のモジュールを提供する必要があるため、$ archnameサブディレクトリに依存して、同じディレクトリツリーにモジュールをインストールするか、2つのアーキテクチャを維持する方がよいかどうか疑問に思っています。各モジュールを完全に分離して複製します。

私は$archnameを含むPerlモジュールルックアッププロセスの内部動作を調査することにあまり成功していませんでした。誰かが私を正しい方向に向けることができるかもしれません。

あなたの経験では、2つのアプローチの長所と短所は何ですか？

Apache の起動中に次のエラーが発生します。

誰かが私に欠けているものを教えてもらえますか?

mod_perl-2.0.4

.pm(Perl モジュール) と.pl(Perl スクリプト) ファイルの違いは何ですか?

1ファイルから戻る理由も教えてください。2 などを返す場合、エラーは発生していないのに、なぜ1Perl モジュールから戻るのでしょうか?