[Fwd: PGE error?]
So Autrijus said, that it should come here. Sorry for crossposting.
Original Message
Subject: PGE error?
Date: Fri, 10 Jun 2005 10:29:17 +0200
From: BRTHZI Andrs [EMAIL PROTECTED]
To: perl6-language@perl.org perl6-language@perl.org
Hi,
I don't know what happens and where in the code, but... Anyway, it's
strange... I have this code and input.tpl:
--- 8 ---
rule sp {
[ ]
}
rule id {
[a..z][a..z0..9]+
}
sub do($match) {
say $match[0];
return +;
}
my $template=slurp('input.tpl');
$template ~~
s:g!
[ \ server \: (id) [sp+ $?id:=(id) sp*=sp*(-[]*)]*
sp* \ (.*?) \\/ server \: $0 \ ]
|
[ \ server \: (id) [sp+(id)sp*=sp*(-[]*)]* sp* \/\ ]
!{ do($/) }!;
say $template;
--- 8 ---
text
server:foo /
server:huh /
text
server:boo inside server:huh / inside /server:boo
text
--- 8 ---
Running it several times, one time works: matches and replaces /
things to +-es, one time it not works... Randomly. Where should I send
these kind of bugs?
Bye,
Andras
Re: Perl 6 and Parrot VM presentation slides
Hi, I've found another presentation: http://mail.pm.org/pipermail/grand-rapids-pm-list/2003-November/000367.html Shouldn't we make a list about these presentations? Bye, Andras chromatic wrote: On Tue, 2005-05-24 at 23:59 -0400, [EMAIL PROTECTED] wrote: I distinctly get the impression that I'm on of the few dumb Americans participating in all this. So far, there hasn't been a single English-language presentation offered. I gave a talk on Parrot SDL last year. It may be helpful, but the point is mostly on programming PIR and SDL, not as much about the design of Parrot: http://www.wgz.org/chromatic/talks/parrot_sdl/ -- c
Re: Perl 6 and Parrot VM presentation slides
Hi, [EMAIL PROTECTED] wrote: I am curious if there are any recent slides and notes for recent talks about Perl 6, language, how it will work, and the same for Parrot. I've caught a few old slides from almost a year ago for a few things, but not much. I am preparing a little presentation over here, and I'm trying to determine if I'm missing anything important worth presenting. Slides and notes would also be a concise way to catch up on details I think I'm missing -- particularly the VM details. It's in Hungarian, has some minor bugs, but maybe you can use it: http://barthazi.hu/perl6ujdonsagok.sxi It's from our last year's Hungarian Perl Workshop, so there are some changes and new things in Perl 6, too. Bye, András
regular expressions and parrot
Hi, Just a short question I'm interested in: where will be, and how will work (I just asking for a general description about it) the regular expression / rules part of Parrot? I mean, if it will be at the language (Perl 6, Python, etc.) level, or at the virtual machine level? Will Parrot has a regexp support, and the language just have to add a transformation layer to it, or the language has to create the whole thing for it? If it's documented somewhere, just give me a link there. :) Bye, Andras
Re: Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop
Hi, There will be a Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop, which takes place on 9th and 10th June in Vienna, Austria. Autrijus Tang, Chip Salzenberg and Leo Toetsch will be there. You should be there too :-) I'll be there, too. ;) Bye, Andras
Parrot and the web (PHP?)
Hi! I don't know, which platform is the best to ask this question, maybe this is. I think that web development will be very important in the life of Parrot and Perl 6. One of the most important (at least as a server administrator) feature of PHP, is that you can lock the programs into a directory by defining open_basedir. If the application try to open a file from a directory not defined in it, that there will be an exception. It's very useful for a hosting company, that two client's program cannot read each other. After this short introduction, I would like to ask you, that if it will be possible with Parrot? Or the language should provide this feature creating a wrapper for the I/O layer? Do you have a plan for it? Bye, Andras
Re: Parrot and the web (PHP?)
Dan Sugalski wrote: At 8:42 AM -0500 4/13/05, Timm Murray wrote: On Wednesday 13 April 2005 08:38 am, BÁRTHÁZI András wrote: I think that web development will be very important in the life of Parrot and Perl 6. One of the most important (at least as a server administrator) feature of PHP, is that you can lock the programs into a directory by defining open_basedir. If the application try to open a file from a directory not defined in it, that there will be an exception. It's very useful for a hosting company, that two client's program cannot read each other. I think Parrot is the wrong place to solve this problem. It's better to be handled by the languages themselves. Nope, parrot's the right place to solve this problem, otherwise the problem's not solved. Security needs to be implemented by the platform (which, in this case, would be parrot) if you want it to work. I agree, that's why I sent this letter to this mailing list. Anyway, I think this feature would be very useful for all the scripting languages for CGI scripting and for mod_parrot, too (I'm missing this feature from Perl 5), and maybe not just for the web, but for console and other type of applications. Let me mention an other feature related to this topic: disabling built-in functions, because limiting file access by I/O is not enough, if you can use system(), `` and other things. An other question is, that how can you tell to the platform, to limit these features, maybe non-modifiable environment variables and command line parameters can be the ways of it. Bye, Andras
Re: Parrot and the web (PHP?)
Hi, An other question is, that how can you tell to the platform, to limit these features, maybe non-modifiable environment variables and command line parameters can be the ways of it. For that you need a full-blown quota and privilege system. Luckily there are plans for one. :) As far as boxing a VM into a sub-directory, etc. UNIX (chroot) and VMS make this a breeze since the mechanisms are builtin to the OS, it is Windows where all the work has to be done. I'm not a UNIX guru, but I don't know an easily installable solution for the problem. I would like to run just one Apache, and would like to run Perl as an Apache module. Chroot I think is not a solution for it. Running the script as CGI or running as much Apaches as much client you have is not a solution for me and for a lot of people. PHP offer an easy way to solve this problem. Perl was the most famous web development environment some year ago, today PHP is that. I think one of the reasons is this. (Anyway, Parrot and the Languages should work on all platforms, not just some - a lot of people using Windows as development platform). Bye, Andras
Re: Parrot and the web (PHP?)
Hi, I'm not a UNIX guru, but I don't know an easily installable solution for the problem. I would like to run just one Apache, and would like to run Perl as an Apache module. Chroot I think is not a solution for it. Running the script as CGI or running as much Apaches as much client you have is not a solution for me and for a lot of people. PHP offer an easy way to solve this problem. You obviously are talking about a web hosting environment with multiple applications and customers. Yes. I did not mean that chroot() was the solution, it is however part of the solution on the UNIX environment if you want proper security. I agree, but it cannot solve the problem (a customer can read the other's program), just using a lot of extra resources. Perl was the most famous web development environment some year ago, today PHP is that. I think one of I disagree. How do you support that blanket statement? This is my experiment in Hungary about web development. PHP is the most famous language, after it Java and .Net comes and Perl is after them. Hosting companies have very few Perl clients, and they don't like them. We had a meeting (workshop, mini-conference) in Hungary a few months ago, and we talked about the Perl vs. PHP thing. We think that people choose PHP for web development 'cause it can be easily installed and you get results in a short time, plus it's hard to setup a Perl environment that's secure. I don't have any customers using PHP, they either use Java (some J2EE container, Oracle, BEA, Websphere, Tomcat) or they use Perl (CGI or mod-perl), etc. I have just PHP customers. ;) :( I agree with your statement if you are talking about small web-site hosting. 30 bucks a month for a website and you host 100 sites on a single shared server. PHP has a large share of that market, but for medium to large complexity apps, specifically commercial enterprise apps, PHP has very little presence. The marketing dollars are all behind Java and .NET. Totally agree. I guess it just goes to show we all swim in different ponds. I think, you are right. ;) Anyway, I did not mean to start a tangent, I want to see PHP run well on Parrot so we can agree on that. :) Anyway, I'm not talking about PHP. I'm talking about how I think Parrot and Perl 6 can be sucessful in the web development area. Bye, Andras ps: And I'm finished it. ;)
