CGIに依存しないPerlの話題一般/Part2

WINでDOS窓消して、バックグラウンドで実行する方法って無いでつか？
WHSよりPERLの方が使い慣れてるので･･･

>>158
用途が違うのでいいとか悪いとかは無いよ。
やりたい事が実現できるのならどっちでもいいと思う。

>>159
wperl script.pl
で。
ただしSTDERRの出力先は開けといた方がいいかも。

>>153
Netscape enterprise server ならNSAPIでPerl組み込めばイイじゃん。

http://search.cpan.org/author/BSUGARS/nsapi_perl-0.24/

Netscape::Registry とか色々あるよ。

>>158

ぃえす。pack()/unpack()で気持ち良くなれます。
ただ32bit以上の大きめな桁で論理演算しようとすると悲しいことが起こるので、
そーいうときは分割して処理するかMath::BigIntをつかうかXSで書くとよろし。

>>160
>>163
仕事が忙しくて来れませんですた。。
レスさんきぅです。やぱしpack、unpackがラクでいいですね。

それと、話ついでの質問で恐縮ですが、
時刻合わせのためにNTPサーバに接続して
タイムスタンプを取得しますよね。
そんで自分のPCをサーバに同期させる、
というようなプログラムを作ってるんですが、
DOSに取得した時刻を渡すことってできるんでしょうか？
自PCがWinXPなので

system("C:\windows\cmd.exe");

でDOSを開くところまでは行ったんですがそのあとが分かりません。。
pack、unpackと全く関係ない質問で申し訳ないですが(;´д`)A

腐れﾏｶｰのみんな、CamelBonesで、Perl + Cocoaしよう。
RealBASICが買えないチミにおすすめですよ。

http://sourceforge.net/projects/camelbones/

（＾＾）

Delegateでない、普通の串をPerlで作りたいんですが、無理ですか？
Proxomitronに限界を感じる…

みんな気がついてないのか？
気がついていていえないのか？

どうみてもスレタイ日本語変だろ？

Perlに依存しないCGIの話題一般　っていうなら日本語になってるｗ

3つ目の選択肢。
・気がついていて言わないのか？

なんでPerlのスレなのに逆の意味になるんだYO アフォ

CGIに依存しない、Perlの話題。これでわからないか?

>>168はPerlをCGI専用の言語だと思ってるのかな？

ＣＧＩってのはライブラリか何かだと？

一般と書いたら、一般にしないといけないそうです。

やっぱ話題のレベルが下がると俄然伸びるなぁ。

（＾＾）

Perl 5.8なんですが，

use encoding 'euc-jp';

$a = 'あ';
print '1' if $a eq 'あ';
print '2' if $a =~ /あ/;

だと「1」が出力されます。

use encoding 'euc-jp', Filter=>1;

$a = 'あ';
print '1' if $a eq 'あ';
print '2' if $a =~ /あ/;

だと「12」が出力されます。

どうしてでしょう？　スクリプトはEUCで書いてます。

>>177
そりゃ　両方成り立ってるからでは？

まあひとつ言えることはおそらく板違いだということ。
プログラム技術板にPerlスレあるだろ。
WebProgに依存しないと言ったら確実に板違いだな。

>>179

Perl・CGI／レンタルサーバ板からPerl・CGIがPHP板に移動してきて出来たのがWebProg板なので板違いではありません

>>177
12とでるのは、print '1';print '2'だから、12と思う。
ここは分かってるよね？
$a = 'あ';
print '1' if $a eq 'あ';
print '2' if $a =~ /\Qあ\E/;
というのはどうだろうか？
しかし、EUCなら/あ/で通ると思うが..
$a = 'あ';
print '1' if $a eq "\xa4\xa2";
print '2' if $a =~ /\xa4\xa2/;
で、12とでる？

>>179
177が板違いなのは間違いないがスレ自体が板違いの可能性大

スレタイの日本語からしておかしいが
WebProg版のスレなのだからPerlに依存しないCGI一般の話題と解釈するのが普通

100歩譲ってCGIに限定しないPerlの話題一般 と解釈するならばこのスレ自体が板違い

>>182

昔からPerlはプログラム板とは独立してレン鯖板にあって、
それがココに移ってきたから板違いじゃない。


新参者は出て行けと言うつもりはないが、昔からの慣習を無知のまま勝手な事言うのは勘弁。

>>181
#!/bin/perl
use encoding 'euc-jp';
$a = 'あ';
print '1' if $a eq 'あ';
print '2' if $a =~ /\Qあ\E/;
print '3' if $a =~ /\xa4\xa2/;

からは1が出力され，

#!/bin/perl
$a = 'あ';
print '1' if $a eq 'あ';
print '2' if $a =~ /\Qあ\E/;
print '3' if $a =~ /\xa4\xa2/;

からは123が出力されます。

いまいちEncode.pmがわからないです。

>>184件のスクリプトをテストしてみたが
スクリプトの漢字コードeucで保存してる？
スクリプトの漢字コードが
Jisなら1だけ
Shift-Jisなら1,2
EUC-JPなら1,2,3
が出力されておるのだが・・・

\xa4\xa2 はEUC-JPのコードだからSJIS JISでまっちしないというのはりかいできるだろうけど
Jisならば KI KOが入るから　\Qあ\E　のパターンマッチは失敗してるってかんじでないかい？

てめえらperlのコンパイル手順について詳しく、超詳しく書いてあるサイト教えやがれ。
日本語のな。

>>186
自分で出来ねーんだったらエラそーにすんな
大体OSもいわねーのに手順も糞もあるかボケ

>>186
$ perlcc foo.pl

話題にのって質問。
perlを無料でwindowsのexeにコンパイルできないだろうか?
贅沢言うとTk.pmも使いたいのですが。
ActivePerlのperlccは単体では使えないもよう。

>>185
下のスクリプトから123が出てくるのは期待通りなんですが，
上から1しかでてこないのが理解不能なんです。

use encodingの使い方間違ってる？

>>188
perl2exe
ttp://www.indigostar.com/perl2exe.htm
がexeにできるけどシェアウェアか・・・
どうせおもちゃだし・・・

>>189
encodingプラグマを理解していないんじゃない？
>>185で回答してもらっているでしょ

なんのためにencoding使おうとしている？

>>183

だから、それならプログラム版に移ればよかっただけの話だろ

大量の２ｃｈ系掲示板郡が散在していて、
それぞれの掲示板がそれぞれの流儀でカテゴライズするのはかまわないが
板が増えてくれば、それなりにカテゴライズされた法則にしたがって運用しなけりゃ
ただのごみため場と化すのが自然の理

別鯖の板をどこかに移動するなら移動先のカテゴライズにしたがわなきゃダメだろ

移動するときプログラム版が許容量いっぱいで無理だったとかか？
それなら、移動する時期を誤ったか　無理せずもとの場所で存続するか
元の場所が閉鎖せざるを得ないとかの問題があったなら、ここ以外の他の場所探せばよかっただけだろ？


少なくとも、移ってきたから板違いじゃないっていうのは見当違い

>>192

よーするにだ。後から出てきて勝手な講釈たれんなﾎﾞｹナス。

そー言う事。

よーするにだ。最初からあったこのスレの内容がﾜｹﾜｶ。

そー言う事。

WebProgだけ別にした管理者が馬鹿。

それだけWebプログラム関連の負荷が大きかったって事だろ

まぁ、板作るなら WebProgじゃなく NetProg だろ・・とは思うけどな

だってム板にたてたらおっぱらわれるじゃん…

もうるびキティいなくなったから大丈夫だよ。

テストかきこ

随分落ちてるなage

そりゃあ前代未聞だ

>>201
確かに前代未聞だ。
答え。やってみれば良い。理論上は、close処理をしっかりすれば動作するはずだが。

ActivePerlで試したよ。
local($from,$to,@data) = @_;

unless(open(DELI,"| " . $deliveryprocess . " " . $from . " " . $to)){
return 0;
}

print DELI @data;
close(DELI);

return 1;

てなコードで、

#! /usr/bin/perl

print $ARGV[0] . "\r\n";
print $ARGV[1] . "\r\n";

while(<STDIN>){
print;
}

while(1){}

なスクリプトにパイプでデータ送ったら見事にブロックしてくれやがりました。
開発中止。

普通は同期を想定しているパイプで*パイプを同期で扱うスクリプト*を使って試せば、それは*同期な結果*しか帰って来ないだろう、頭悪い。
非ブロッキングにしたかったらちゃんとおぷちょん書きなさい。

>>205
> 普通は

普通でない場合について詳しく教えてください。

>>205
一ヶ月前のレスを煽ってるのも大概だと思われ。

あれれ、5.8.2が出たのか
めんどくさいなあ

perl 5.005 を使っていますが、
このような古い環境で UTF-8 → Shift JIS (EUC でも可) の
変換方法がありましたらお教え願えますか?

>>209
http://search.cpan.org/~dankogai/Jcode-0.83/
http://openlab.ring.gr.jp/Jcode/index-j.html
http://pc5.2ch.net/test/read.cgi/php/1081148490/
http://pc5.2ch.net/test/read.cgi/tech/1079114157/

>>210
jcode.pl の方ばかりを気にしていたので.pm の方をすっかり失念していました。
スレ汚しすいませんでした。

use strict;
sub new {
　my $that = shift;
　my $class = ref($that) || $that;
　my $self = { a=>{A=>'A',B=>'B'}, b=>[qw/A B/] };
　bless ($self, $class);
　return $self;
}
sub method {
　my $self = shift;
　my $a = $self->{'a'};
　my $b = $self->{'b'};
}
$a,$bをデリファレンスして利用するのではなくて
型グロブで選択的別名定義して%a,@bと実装できますか？
できるのでしたらどのように実装するのでしょうか？

sub method{
my $self = shift;
our(%a, @b); # or use vars pragma
local *a = $self->{a};
local *b = $self->{b};
$a{foo} = 1;
push @b, 'foo';
}

またはAlias.pmとかな。
http://search.cpan.org/~gsar/Alias-2.32/Alias.pm

どっちにしてもあまりメリットは感じないが。

>>216
反対に、宣言しなくてもいいのにわざわざ宣言するメリットって何?
その「巷のスクリプト」とやらはサブルーチン呼び出すのに &
つけてたり、メソッドとして呼び出してたりしてないか?

あと Perl 関係のメインスレは以下なので以後はそちらに。
http://pc5.2ch.net/test/read.cgi/php/1089779036/
http://pc5.2ch.net/test/read.cgi/tech/1090889189/

>>217
コンパイルタイムの型チェックと最適化がされるらしいので、
より効率的でより安全だと思うのですが。

らしいじゃなぁ
PerlOPみて調べて自分で考えろ

>>219
要するにあなたは何も知らないんですね ;-)

ブヒャヒャヒャヒャｗｗｗｗｗｗｗ

簡単にお金稼ぎ！！！

以下の手順でやれば、無料でお金稼ぎができます。
企業も広告の宣伝になるから、お金をくれるわけです。
最初の１日目で 2000 円〜3000 円 は確実に稼げます。
実際の作業は数十分程度、１時間はかかりません。

(1) http://sinsetsu.lxl.jp/#.2ch.net
　 　↑このアドレスからサイトに行く。
(2) ゲットマネー登録サイトに移動するので、
　そこで無料会員登録をする。
　※フリーメールアドレスでもＯＫ。
(3)ポイントを稼ぎます。
　懸賞の応募や無料会員登録をすればするほど、
　ポイントが貰えます。
　他にも沢山種類があるので、１日目で
　約 20000 ポイントは GET できます。
(4) 10000 ポイントから、現金に交換できます。
(5)キャッシュバックという所がありますので、
　そこから交換をしましょう。

これで現金を稼ぐといいですよ！！！

無料会員登録はこちらから↓
http://sinsetsu.lxl.jp/#.2ch.net

>>168
お前頭悪いなｗｗｗ
ばああああああああああああああああああああかｗｗｗｗｗｗｗｗｗｗｗｗ
死ねクズｗｗ

>>168
どっちかっつ〜と「CGIに特化しないPerlの話題一般」だな
突っ込んどいて間違えてるお前はマヌケ

>>224
きっかり最後のレスから1年後だな。

５年前の書き込みに突っ込むなんてイケてるよなあ。

たとえばPerlスクリプトが$ENV{HTTP_REFERER}を期待していた場合、そのＰｅｒｌスクリプトは、
ＣＧＩに依存してる。

use CGI;はＣＧＩに依存してる。

だからスレタイ通りで何も間違いはない。

forkする前にhttpヘッダから取得した値を環境変数にセットしPerlはそれを読み出しているだけです。
環境変数は標準入出力と並んで主要なデータやり取りの手段でGUI、CUIといった区別無くC、Java、PHP等様々な言語で利用されています。
CGIがこのやり取りの手段を提供しているのは事実ですがCGIに依存しているという言い方は誤解を招くと思います。

>>228
最初の2行と最後の1行が全然繋がらないな。
CGIに依存したPerlに関する話題なんていくらでもあるだろ。

もっと簡単に言うのであればCGIは環境変数へアクセスする仕組みを用意しているが環境変数を
使ったからといってCGIかもしれませんしtcl windowsアプリかもしれませんしunix cuiアプリかもしれないのです。
また
> use CGI;はＣＧＩに依存してる。
> だからスレタイ通りで何も間違いはない。
CGIに依存しているのであればスレタイに反し間違いです。
この読解力には驚くべきものがありますがあまりにも高度すぎる罠かもしれません。

>>230
いや、CGI:が何かはいや過ぎるほど知っているのだが。別に知識披露しなくていいよ。

「スレタイが間違ってる」という指摘に対し「何も間違ってない」と答えたまで。

>>230
凄いコミュニケーション能力ですね。
仕様書読めてますか？

>>232
自分の知識をひけらかして相手を圧倒することで、
コミュニケーション能力の欠如を補うタイプだね。
そんな中途半端なCGI豆知識いらんっつの。

つーかさ、>>228、forkする前セットしたら親もセットされたままになるだろ。
forkの後、execの前が正しいんじゃないか？
あと当時はコマンドライン引数も主要なデータやりとりの手段だったんだぜ。

過去レス見てるとこのスレはCGI/Perl以外のPerlの話題で
板違いという風に言ってるように思えるんだけど
ここはCGIに依存するPerlを語るスレなの？

>>231
use CGIしてもCGIには依存しませんよ。CGIを良く知っている人の発言とは思えませんが。

>>235
当たり前だろ。禅問答かよ。CPAN::CGIの存在そのものがCGIに依存してるんだよ。
それで揚げ足取ったつもりかｗ

>>235
仕様書を縦読みして客に迷惑かけてそう。

>>236
揚げ足を取ったつもりはないのですが不快にさせてしまったようで申し訳ありません。
私の不勉強のためCPAN::CGIというものが何であるか分かりませんでした。
CGIに詳しい貴方様にCPAN::CGIが何であるのかご教示頂ければ幸いです。

>>238
そんなもん実在しない。スラング。
で、CPAN::CGIの話が思いっきりｽﾚﾁになることが
分かってないな君はｗ

さすが仕様書読めない君。

ありがとうございます。
・CGI::CPANはCGIに依存しているので「CGIに依存しない話題」スレで話す事はスレ違い
という事は分かりました。結論で言うと貴方が初めに仰った
・use CGI;はCGIに依存しているので「CGIに依存しない話題」スレで話す事はスレタイ通り
というのは間違っているという私の指摘通りで合ってますでしょうか？

>>240
あ、そんなとこで引っ掛ってたの。

俺は「スレタイが日本語として間違っている。言い直すべき」という指摘に対して
「スレタイの日本語は間違っていない。今のスレタイ通りでいい」と言ったまでなんだが。

やってくれるわ仕様書読めない君。

Moose 使い始めてみたのだけど、
今まで Class::Data::Inheritable を使っていたクラス変数みたいなのは
どうやってやればいいのん？

自己レス。
Moose ではできないんだね。
自分の場合、一部動作は異なるけど、MooseX::ClassAttribute を使えば何とかなりそう。

>>241
いえ、貴方のスレタイ通りという主張は分かっています。
結論を裏付ける例示が間違っていてもなお結論は揺るがないという事を言いたいのであれば
「use CGI;はＣＧＩに依存してる。」というのは間違っていたがスレタイ通りという主張は変わらない
と言えば済んだ事ですね。
苦し紛れに「CPAN::CGIの存在そのものがCGIに依存してる」等という意味不明な事を言うからおかしなことになっただけです。

読解力ないなあ。
まあいいや、そこは俺にも非があるし。
素直にCPANのCGI.pmって書けば良かったってことだな。

どうでもいいけど、>>233で恥かいたから取り戻したくて必死なのは
お見通しだよ。

ロジックの根本的な勘違いをたかが文言の解釈の問題で誤魔化そう
なんて虫が良すぎるんじゃない？

>>245
私の読解力が欠けているためCPAN::CGIが「CPANのCGI.pm」を指しているとは分かりませんでした。
後付けで申し訳ないのですが私の指摘しているCGI.pmにはCPANで配布されているCGI.pmを含みますので
「CGI.pmはCGIに依存していないがCPANのCGI.pmはCGIに依存している」
という貴方の発言は間違いで
「CGI.pmはCGIに依存しておらずCPANのCGI.pmもCGIに依存していない」
であると考えます。
レスは誤解を生む表現を避け私のような読解力のない者でも分かるようにしていただけると助かります。

>>247
だんだん日本語が壊れてきてるぞ。簡潔に書く努力を。
依存の定義の違いだな。
CGI.pmはCGIを介さなくても動く。つまり依存していない。
しかし、CGI.pmはCGIが存在するから存在する。つまり依存している。

ここまで追い詰めて放置かよｗ

なんかすごいことになってるな。

CGI.pmって、QUERY_STRINGをバラす機能を持ってなかったか？
だとするとCGI使用前提のモジュールだと思うが。

「依存」とか場違いな単語出すから話が混乱するんだろ。
CGIが世から消えてもCGI.pmは何かしらの用途には使えるだろうから、
そういう意味では依存してないし、CGI前提のモジュールという観点からは
依存してるし、どっちも間違えてないから話がループしてるだけということに気づけ。

ところでperlをC++で書き直すといったプロジェクトがあったと
思いますが、どうなったかご存知の方いますか？

あとJavaで書かれたperlインタプリタを使っている人がいたら
使い心地など教えてもらえるとにっこりします。

>>251
いません

Part3はなさそうだな

CPAN::CGIがスラングとかｗｗｗ
CGI.pmにCPANは全く関係ないし名前空間も分かってないんだろーなこいつは。
スラングの意味すらも分からない白痴だから仕方ないか

ぬるぽ

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

PCD2ILNH18

ほしゆ(・ω・)

で、結局何が言いたいんですか？