問題タブ [activeperl]

ActivePerl 5.18 をインストールしましたが、ダウンロードできる PPM モジュールがないことがわかりました。フォーラムをざっと見てみると、モジュールの移植に遅れがあるとのことでした。

今のところ 5.16 をダウンロードしましたが、次の 2 つのことを疑問に思っていました。

1. 5.16 モジュールを 5.18 にコピーしても安全ですか? 互換性がないものはわかっていますか？

2. 安全でない場合、Active Perl が 5.18 ですべての PPM をサポートする時期についての大まかな ETA はありますか?

私のコードは、データ構造から Excel 2007 ファイル (.xlsx) を生成します。Excel::Writer::XLSX モジュールを使用して、Excel ファイルを作成し、ワークブックに入力しています。

コードは 32 ビットのアクティブな perl で正常に動作していますが、Excel を開くと、Excel 2007 で「属性値に '<' を含めてはなりません」というエラーがスローされます。

64 ビットのアクティブな perl を使用して同じコードを実行すると、問題なく Excel が生成されます。

理由が何であるかへのポインタは役に立ちますか?

私はperlの初心者です。Ctrl+を使用Dして、入力の送信が完了したことを示すにはどうすればよいですか? Unix ではなく Windows で Active Perl を使用しています。

ActivePerl 5.12.2 (64 ビット) から Strawberry Perl 5.18.2.2 (64 ビット) への切り替えを試みていました。これはすべて、Windows 7 Home Premium SP1 64 ビットで実行されます。私が行ったシーケンスは次のとおりです。

1) Strawberry Perl を古い ActivePerl と並べてインストールします。(私は別のボックスで同様のことをしましたが、ActivePerl 5.14.2 で問題はありませんでした。) 最初に Strawberry Perl を持つように %path% を再配置しました。Perl は一貫して頻繁にクラッシュしました。クラッシュせずに「Perl -v」を実行することしかできませんでした。

2) Web 検索結果に従って、ActivePerl をアンインストールし、Strawberry Perl をアンインストールして、関連するすべてのディレクトリを削除しました。

3) その後、もう一度 Strawberry Perl を再インストールしました。「perl512.dll がコンピューターにないため、プログラムを開始できません。」というエラーが表示されました。「Perl -v」を実行する場合を除いて、ここでも一貫して。

4) レジストリを検索したところ、いくつかの ActivePerl (現在は削除されている) ディレクトリへのポインタがいくつか見つかりました。perl512.dll への参照が見つかりませんでした。ActivePerl ディレクトリ ポインターを削除しました。これは役に立ちませんでした。

このサイトと Web を一般的に検索すると、新しい Perl インストールをインストールする前にすべての古い Perl インストールをアンインストールするというアドバイスしか得られません。

助けてください...

PerlApp は、perl スクリプトを実行可能ファイルに生成します。PerlApp を使用すると問題が発生します。手順は次のとおりです。

1. 次の 2 行で perl スクリプト (e.pl) を生成します。Date::Manip::DM6; が必要です。
2. perlapp e.pl --Date::Manip を追加 --Date::Manip::DM6 を追加
3. e.exe は次のエラーを生成します: c:_test>e.exe ERROR LOADING MODULE: Date::Manip::DM6 at /Date/Manip.pm line 35.

コマンド プロンプトからのみインストールできるモジュールがいくつかあるのはなぜですか。それらは ActivePerl のモジュールの検索リストに表示されません。

Activeperl 5.16 + Windows 環境。

Windows マシン:

私の perl5 (リビジョン 5 バージョン 16 サブバージョン 3) 構成の概要:

Linux マシン:

私の perl5 (リビジョン 5 バージョン 14 サブバージョン 2) 構成の概要:

同じコードの Linux ベースではまったく発生しません。

これは、天気の gif 画像をフェッチし、いくつかの魔法を実行するコードです (インターネットが停止したり、リモート サーバーがフェッチの途中でレーダーの更新を行ったり、オフラインになったりした場合に備えて、フェールオーバー サポートのためにキャッシュされたディレクトリからサービスを提供します)。

cache_mapA は tmp/map.A.gif とキャッシュを指します

http://mywebserver.com/whatever.cgi?type=mapAにアクセスすると、Google Chrome のデバッガーで net:: ERR_CONTENT_LENGTH_MISMATCHを示す破損した gif ファイルが生成されます。

http://mywebserver.com/tmp/map.A.gifにアクセスすると、ブラウザで問題なく動作します。

テスト ボックスでサーバー ソフトウェアを切り替えてみたところ、Apache と LightTPD の両方がこの動作を示しました。

これは非 Windows ベースのマシンで完全に正常に動作するため、アイデアがありません。

このセクションに問題がある可能性がありますが、私には問題ないようです。

ヘルプ！