[31804] in Perl-Users-Digest
Perl-Users Digest, Issue: 3067 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Aug 8 16:09:26 2010
Date: Sun, 8 Aug 2010 13:09:09 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 8 Aug 2010 Volume: 11 Number: 3067
Today's topics:
Re: [OT] Memory architecture [not only] Perl <nospam-abuse@ilyaz.org>
Re: [OT] Memory architecture [not only] Perl <hjp-usenet2@hjp.at>
Re: Does this match any number or just single digit one <thomas@tifozi.net>
Help with threads <a@a.com>
Re: Help with threads <m@rtij.nl.invlalid>
Re: Help with threads <willem@turtle.stack.nl>
Re: Help with threads <a@a.com>
Re: Help with threads <xhoster@gmail.com>
Re: Help with threads <willem@turtle.stack.nl>
Re: Help with threads sln@netherlands.com
Re: Help with threads sln@netherlands.com
Re: Help with threads sln@netherlands.com
Re: Plot Module Question <edgrsprj@ix.netcom.com>
Re: Plot Module Question <tadmc@seesig.invalid>
Re: Plot Module Question <stevem_@nogood.com>
Re: Plot Module Question <ben@morrow.me.uk>
Re: Plot Module Question <stevem_@nogood.com>
Re: Thank you Rakudo-Star (and question about SciTE for <dilbert1999@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 7 Aug 2010 22:59:54 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: [OT] Memory architecture [not only] Perl
Message-Id: <slrni5rpba.5jg.nospam-abuse@powdermilk.math.berkeley.edu>
On 2010-08-07, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
> Sorry, but that's just bullshit. The combined code size of all DLLs on a
> 64MB system is almost certainly a lot less than 64 MB, or the system
> wouldn't be usable[1].
BS. Obviously, you never used OS/2 (in IBM variant - v2.0 or more;
versions up to 1.2 were done by MicroSoft, and were of a very
different "quality")... I think the first 24/7 system I used had 4MB
of memory, and, in my today's estimates, loaded more than 20MB of DLLs
(counting VIRTUAL MEMORY usage). It was quite usable - with "light
usage". When I got fluent enough to go to "heavy usage", it became
usable after upgrade to 8MB of physical memory.
What you forget about is that
a) there are well-designed systems - and effects of paging are quite
sensitive to design.
b) Virtual memory usage may, theoretically, be more than an order of
magnitude more than the resulting physical memory usage - if unit
of virtual memory (what an analogue of sbrk() increments) is
64KB, and of physical memory (page size) is 4KB.
Imaging that when you sbrk() for 2KB, you are returned 1 fully
accessible page of memory, but the next sbrk() would start at
64KB increment. (Yes, this is how my first implementation of
Perl's malloc() behaved on OS/2. ;-)
Well-designed malloc()s do not work this way. But a DLL
typically loads 2-3 segments; they take minimum 128-194KB of
shared memory region.
>> I do not believe in Moore's law (at least not in this context). Even
>> with today's prices on memory, DockStar has only 128MB of memory.
> The users of systems with 128 MB of memory don't benefit from a change
> which increases the virtual address space from 2GB to 4GB. The only
> people who benefit from such a change are those for whom 2GB is too
> small and 4 GB is just enough.
And, in the chunk of the future as I foresee it, there ALWAYS be a
computer's formfactor for which it is going to matter. You see that
today, Linuxes are used mostly with 128MB - 12GB of memory. I do not
foresee that in "close" future the lower range would float to be above 4GB.
Yours,
Ilya
------------------------------
Date: Sun, 8 Aug 2010 09:30:59 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: [OT] Memory architecture [not only] Perl
Message-Id: <slrni5sn9j.9q8.hjp-usenet2@hrunkner.hjp.at>
On 2010-08-07 22:59, Ilya Zakharevich <nospam-abuse@ilyaz.org> wrote:
> On 2010-08-07, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>> Sorry, but that's just bullshit. The combined code size of all DLLs on a
>> 64MB system is almost certainly a lot less than 64 MB, or the system
>> wouldn't be usable[1].
>
> BS. Obviously, you never used OS/2 (in IBM variant - v2.0 or more;
> versions up to 1.2 were done by MicroSoft, and were of a very
> different "quality")...
True. I only used OS/2 1.x (around 1988/89).
> I think the first 24/7 system I used had 4MB of memory, and, in my
> today's estimates, loaded more than 20MB of DLLs (counting VIRTUAL
> MEMORY usage).
I am sceptical - when 4 MB of memory was normal, 20 MB of code was a lot
- even if you allow for a huge overhead caused by 64 kB segment
granularity. But even if you are right and there would be the same level
of overcommitment on a 64 MB system (which I also doubt), then that
would still be only 320 MB - far away from the 2GB limit.
> What you forget about is that
[...]
> Well-designed malloc()s do not work this way. But a DLL
> typically loads 2-3 segments; they take minimum 128-194KB of
> shared memory region.
2-3 segments of code or 1 segment of code, 1 segment of private data and
1 segment of shared data? Only code segment(s) are relevant here.
>>> I do not believe in Moore's law (at least not in this context). Even
>>> with today's prices on memory, DockStar has only 128MB of memory.
>
>> The users of systems with 128 MB of memory don't benefit from a change
>> which increases the virtual address space from 2GB to 4GB. The only
>> people who benefit from such a change are those for whom 2GB is too
>> small and 4 GB is just enough.
>
> And, in the chunk of the future as I foresee it, there ALWAYS be a
> computer's formfactor for which it is going to matter. You see that
> today, Linuxes are used mostly with 128MB - 12GB of memory. I do not
> foresee that in "close" future the lower range would float to be above 4GB.
You misunderstood me. I didn't say that the range below 4GB would
vanish. But people who need virtual memory sizes (not physical memory!)
up to 3 GB are perfectly fine with the current 32-bit scheme, and those
who need more than 4 GB need to move to 64-bit anyway. So the only
people who would benefit from a change of the 32-bit scheme are those
who need between 3 GB and 4 GB. This is IMNSHO a tiny minority, and it
will stay a tiny minority.
hp
------------------------------
Date: Sun, 8 Aug 2010 21:41:20 +0200
From: "Thomas Andersson" <thomas@tifozi.net>
Subject: Re: Does this match any number or just single digit ones?
Message-Id: <8c8fhoFaviU1@mid.individual.net>
Tad McClellan wrote:
> Thomas Andersson <thomas@tifozi.net> wrote:
>> Will this line update $page with a number if it's double digit (ie
>> 10+) or does the code need to change?
>>
>> my ($page) = $page_number_txt =~ /PAGE (\d) >/;
>
> What happened when you tried it?
It's sorted now, basically my script processed pages and a had a function to
look for next page to see if it should continue. When page 10 came around it
bugged out as it found a page, but pagenumber was incorrectly set. Changing
to \d+ fixed it.
------------------------------
Date: Mon, 09 Aug 2010 00:23:42 +0700
From: michael20545 <a@a.com>
Subject: Help with threads
Message-Id: <i3mp70$1m28$1@adenine.netfront.net>
Hi all,
I often need to convert 100s of SVG files to EPS format with Inkscape.
It is continuous process, so I decided to use Perl threads for
performing several jobs simultaneously. I'm new to Perl threads. Here is
my script.
use strict;
use threads;
use threads::shared;
use Cwd;
my $i : shared =0;
my $dir=getcwd();
my @files=<*.svg>;
threads->new(\&convert_to_eps,1)->join();
threads->new(\&convert_to_eps,2)->join();
threads->new(\&convert_to_eps,3)->join();
sub convert_to_eps
{
my $thread_num=$_[0];
while($i<=$#files)
{
my $svg=$files[$i++];
my $eps=$svg;
$eps=~ s/\.svg/.eps/;
print "$thread_num $svg\n";
`inkscape -f "$dir\\$svg" -T -C -E "$dir\\$eps"`;
}
}
Here works only first thread. What is wrong?
Thanks,
Michael.
--- news://freenews.netfront.net/ - complaints: news@netfront.net ---
------------------------------
Date: Sun, 8 Aug 2010 19:37:58 +0200
From: Martijn Lievaart <m@rtij.nl.invlalid>
Subject: Re: Help with threads
Message-Id: <mk63j7-slo.ln1@news.rtij.nl>
On Mon, 09 Aug 2010 00:23:42 +0700, michael20545 wrote:
> Hi all,
>
> I often need to convert 100s of SVG files to EPS format with Inkscape.
> It is continuous process, so I decided to use Perl threads for
> performing several jobs simultaneously. I'm new to Perl threads. Here is
> my script.
(...)
> threads->new(\&convert_to_eps,1)->join();
This creates a new thread and waites until it is finished.
> threads->new(\&convert_to_eps,2)->join();
> threads->new(\&convert_to_eps,3)->join();
# error handling omited
my @threads;
push @threads, threads->new(\&convert_to_eps,$_) for (1 2 3);
$_->join() for @threads;
HTH,
M4
------------------------------
Date: Sun, 8 Aug 2010 17:49:48 +0000 (UTC)
From: Willem <willem@turtle.stack.nl>
Subject: Re: Help with threads
Message-Id: <slrni5trhs.2lf8.willem@turtle.stack.nl>
Martijn Lievaart wrote:
) my @threads;
)
) push @threads, threads->new(\&convert_to_eps,$_) for (1 2 3);
) $_->join() for @threads;
If you want to do it in a short line, why not go all the way:
map { $_->join() } map { threads->new(\&convert_to_eps,$_) } (1 2 3);
Which even gives all the return values.
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
------------------------------
Date: Mon, 09 Aug 2010 01:54:02 +0700
From: michael20545 <a@a.com>
Subject: Re: Help with threads
Message-Id: <i3mugd$2146$1@adenine.netfront.net>
09.08.2010 00:37, Martijn Lievaart пишет:
> On Mon, 09 Aug 2010 00:23:42 +0700, michael20545 wrote:
>
>> Hi all,
>>
>> I often need to convert 100s of SVG files to EPS format with Inkscape.
>> It is continuous process, so I decided to use Perl threads for
>> performing several jobs simultaneously. I'm new to Perl threads. Here is
>> my script.
>
> (...)
>
>> threads->new(\&convert_to_eps,1)->join();
>
> This creates a new thread and waites until it is finished.
>
>> threads->new(\&convert_to_eps,2)->join();
>> threads->new(\&convert_to_eps,3)->join();
>
> # error handling omited
>
> my @threads;
>
> push @threads, threads->new(\&convert_to_eps,$_) for (1 2 3);
> $_->join() for @threads;
>
> HTH,
> M4
Thank you Martijn! Another question: I want to use these threads in
another work; so I should wait until all threads' work is done. How to
determine it?
--- news://freenews.netfront.net/ - complaints: news@netfront.net ---
------------------------------
Date: Sun, 08 Aug 2010 11:59:11 -0700
From: Xho Jingleheimerschmidt <xhoster@gmail.com>
Subject: Re: Help with threads
Message-Id: <4c5efd37$0$2805$ed362ca5@nr5-q3a.newsreader.com>
michael20545 wrote:
> Hi all,
>
> I often need to convert 100s of SVG files to EPS format with Inkscape.
> It is continuous process, so I decided to use Perl threads for
> performing several jobs simultaneously. I'm new to Perl threads. Here is
> my script.
>
>
> use strict;
> use threads;
> use threads::shared;
> use Cwd;
> my $i : shared =0;
> my $dir=getcwd();
> my @files=<*.svg>;
> threads->new(\&convert_to_eps,1)->join();
This waits for the first thread to finish, at which time later threads
have nothing left to do.
Xho
------------------------------
Date: Sun, 8 Aug 2010 19:01:58 +0000 (UTC)
From: Willem <willem@turtle.stack.nl>
Subject: Re: Help with threads
Message-Id: <slrni5tvp6.2m33.willem@turtle.stack.nl>
michael20545 wrote:
) 09.08.2010 00:37, Martijn Lievaart ??????????:
)> my @threads;
)>
)> push @threads, threads->new(\&convert_to_eps,$_) for (1 2 3);
)> $_->join() for @threads;
)
) Thank you Martijn! Another question: I want to use these threads in
) another work; so I should wait until all threads' work is done. How to
) determine it?
Already done. The for-loop joins all the threads.
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
------------------------------
Date: Sun, 08 Aug 2010 12:21:20 -0700
From: sln@netherlands.com
Subject: Re: Help with threads
Message-Id: <6f0u561lp0445258gf74h32dght9291p13@4ax.com>
On Mon, 09 Aug 2010 00:23:42 +0700, michael20545 <a@a.com> wrote:
>Hi all,
>
>I often need to convert 100s of SVG files to EPS format with Inkscape.
>It is continuous process, so I decided to use Perl threads for
>performing several jobs simultaneously. I'm new to Perl threads. Here is
>my script.
>
>
>use strict;
>use threads;
>use threads::shared;
>use Cwd;
>my $i : shared =0;
>my $dir=getcwd();
>my @files=<*.svg>;
>threads->new(\&convert_to_eps,1)->join();
>threads->new(\&convert_to_eps,2)->join();
>threads->new(\&convert_to_eps,3)->join();
>
>sub convert_to_eps
>{
> my $thread_num=$_[0];
> while($i<=$#files)
> {
> my $svg=$files[$i++];
> my $eps=$svg;
> $eps=~ s/\.svg/.eps/;
> print "$thread_num $svg\n";
> `inkscape -f "$dir\\$svg" -T -C -E "$dir\\$eps"`;
> }
>}
>
>Here works only first thread. What is wrong?
>
>
In addition to the join() going to wait on the thread as was
mentioned, I would think you need a lock around variable $i
since it is shared and incremented amongst the three threads
and it is not atomic for the assignment (increment maybe).
Seems for Windows this lock is like a mutex.
I tried an experiment without the lock and slept 1 second,
hit pause/un-pause a few times, then started getting random
duplicates. With the lock, it works fine. You can comment the
lock for a test of with/without.
-sln
----------------------
use strict;
use threads;
use threads::shared;
use Cwd;
#
my $i : shared = 0;
my $dir = getcwd();
my @files = <*>;
my @threads;
for (1 .. 3) {
push @threads, threads->new( \&show_files, $_);
}
for (@threads) {
$_->join();
}
#
sub show_files {
my ($thread_num) = @_;
while( $i <= $#files ) {
my ($local_file, $local_i);
{
lock $i;
$local_file = $files[$i++];
$local_i = $i;
}
print "$thread_num, $local_i, $dir/$local_file\n";
sleep(1);
}
}
------------------------------
Date: Sun, 08 Aug 2010 12:40:09 -0700
From: sln@netherlands.com
Subject: Re: Help with threads
Message-Id: <kr1u56pgblhv2e25urmgms6blflfppspes@4ax.com>
On Sun, 08 Aug 2010 12:21:20 -0700, sln@netherlands.com wrote:
>On Mon, 09 Aug 2010 00:23:42 +0700, michael20545 <a@a.com> wrote:
>
>>Hi all,
>>
>>I often need to convert 100s of SVG files to EPS format with Inkscape.
>>It is continuous process, so I decided to use Perl threads for
>>performing several jobs simultaneously. I'm new to Perl threads. Here is
>>my script.
>>
>>
>>use strict;
>>use threads;
>>use threads::shared;
>>use Cwd;
>>my $i : shared =0;
>>my $dir=getcwd();
>>my @files=<*.svg>;
>>threads->new(\&convert_to_eps,1)->join();
>>threads->new(\&convert_to_eps,2)->join();
>>threads->new(\&convert_to_eps,3)->join();
>>
>>sub convert_to_eps
>>{
>> my $thread_num=$_[0];
>> while($i<=$#files)
>> {
>> my $svg=$files[$i++];
>> my $eps=$svg;
>> $eps=~ s/\.svg/.eps/;
>> print "$thread_num $svg\n";
>> `inkscape -f "$dir\\$svg" -T -C -E "$dir\\$eps"`;
>> }
>>}
>>
>>Here works only first thread. What is wrong?
>>
>>
>
>In addition to the join() going to wait on the thread as was
>mentioned, I would think you need a lock around variable $i
>since it is shared and incremented amongst the three threads
>and it is not atomic for the assignment (increment maybe).
>Seems for Windows this lock is like a mutex.
>
>I tried an experiment without the lock and slept 1 second,
>hit pause/un-pause a few times, then started getting random
>duplicates. With the lock, it works fine. You can comment the
>lock for a test of with/without.
>
>-sln
>
>----------------------
>use strict;
>use threads;
>use threads::shared;
>use Cwd;
>
>#
> my $i : shared = 0;
> my $dir = getcwd();
> my @files = <*>;
>
> my @threads;
> for (1 .. 3) {
> push @threads, threads->new( \&show_files, $_);
> }
> for (@threads) {
> $_->join();
> }
>
The while condition has to be protected as well.
Something like a while(1) condition then:
#
sub show_files {
my ($thread_num) = @_;
LOOP:
while( 1 ) {
my ($local_file, $local_i);
{
lock $i;
last LOOP if $i > $#files;
$local_file = $files[$i++];
$local_i = $i;
}
print "$thread_num, $local_i, $dir/$local_file\n";
# sleep(1);
}
}
>#
> sub show_files {
> my ($thread_num) = @_;
> while( $i <= $#files ) {
> my ($local_file, $local_i);
> {
> lock $i;
> $local_file = $files[$i++];
> $local_i = $i;
> }
> print "$thread_num, $local_i, $dir/$local_file\n";
> sleep(1);
> }
> }
------------------------------
Date: Sun, 08 Aug 2010 12:45:05 -0700
From: sln@netherlands.com
Subject: Re: Help with threads
Message-Id: <u92u569mvd3imski1g390bi43ts8v4dive@4ax.com>
On Sun, 08 Aug 2010 12:40:09 -0700, sln@netherlands.com wrote:
>The while condition has to be protected as well.
>Something like a while(1) condition then:
Or, better to just return:
#
sub show_files {
my ($thread_num) = @_;
while( 1 ) {
my ($local_file, $local_i);
{
lock $i;
return if $i > $#files;
$local_file = $files[$i++];
$local_i = $i;
}
print "$thread_num, $local_i, $dir/$local_file\n";
}
}
------------------------------
Date: Sat, 7 Aug 2010 23:12:20 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Plot Module Question
Message-Id: <19-dnXdVsYQDs8PRnZ2dnUVZ_vKdnZ2d@earthlink.com>
"Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net> wrote in message
news:V-6dnaQ5vqCG2cXRnZ2dnUVZ_qadnZ2d@earthlink.com...
>>> Perhaps you should create that FAQ. This is user-supported software.
>>
>> I would probably be happy to help. However, I would first need to know
>> how to get the various Perl routines etc. to work myself.
>>
>
> So learn those things over the course of this (and the next) year and
> create the FAQ when you're done. It's okay if you ask for help writing the
> FAQ.
>
This effort has probably been underway for at least five years. It
covers quite a few subjects such as PC usage, interactive graphics
generation, and Web site development.
There might be two main limitations at the moment for science
researchers who would like to use Perl with their efforts. And my own work
with making the language easier for them to use will probably not make too
much progress until the second limitation listed here has been addressed.
1. There is no Perl usage documentation that I am aware of that has been
specifically written for science researchers. It would contain detailed
discussions regarding how to get Perl running on both personal computers and
Web servers.
2. As far as I can tell, there does not appear to be a clear-cut choice for
a plotting program to use with Perl. And the ability to generate data plots
is undoubtedly one of the most important for science researchers.
Many other languages have some standard plotting routine either built
into them or at least available as one or more modules that can be linked
with the program. And there appear to be quite a few modules like that
available for Perl usage. But an effort has to be made to determine which
module or modules would be the easiest and most appropriate to use. And
that takes time.
------------------------------
Date: Sun, 08 Aug 2010 07:46:06 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: Plot Module Question
Message-Id: <slrni5t9j3.oir.tadmc@tadbox.sbcglobal.net>
E.D.G. <edgrsprj@ix.netcom.com> wrote:
> It would contain detailed
> discussions regarding how to get Perl running on both personal computers and
> Web servers.
A web server is a *program*, just as a word processor is a program.
You can run programs on personal computers.
You can run a web server program on a personal computer.
That is, a personal computer *IS* a web server if you have installed
web server software on it.
In that case, how to get Perl running on a personal computer also
covers how to get Perl running on a web server, since that personal
computer is also a web server!
Perhaps you meant how to get Perl running on disparite
Operating Systems?
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.liamg\100cm.j.dat/"
The above message is a Usenet post.
I don't recall having given anyone permission to use it on a Web site.
------------------------------
Date: Sun, 08 Aug 2010 11:20:16 -0500
From: Steve <stevem_@nogood.com>
Subject: Re: Plot Module Question
Message-Id: <RAC7o.56809$dx7.34021@newsfe21.iad>
On 08/02/2010 05:47 PM, E.D.G. wrote:
>
> Question: What Perl language plotting modules would be good candidates
> for the following applications?
>
> ActiveState Perl 5.10 is being used with PCs running XP and Vista. The
> Perl programs being developed will also be running on a Web server
> computer.
>
> The PC versions of Perl programs that are presently running send plot
> data to the Gnuplot plotting program. However, an effort is underway to
> modify the Perl programs so that they will run on a Web server. I don't
> believe that Gnuplot can run on a Web server though I am not certain of
> that. And even if it would run there, for a number of reasons it would
> be better to do the plotting using a Perl plotting module if possible.
>
> --- The plotting module needs to be able to run on a Windows PC with XP,
> Vista, or Windows 7 in both pl and exe Perl programs. I already know how
> to generate standalone exe programs using the original Perl code.
>
> --- It needs to run on a Web sever that runs Perl programs.
>
> --- It would be nice if it would also run using other versions of Perl
> on other types of computers with other operating systems.
>
> --- The plotting functions will not be especially complex. The plotting
> module does not need to do 3D work. However, it should be able to do
> relatively simple things such as draw hollow or filled circles.
>
> --- On the PC it needs to be able to both generate plots that display on
> the computer monitor and produce copies of those plots as PNG, GIF, and
> BMP picture files. However, if it could generate PNG and not BMP files
> for example, that might still work. The files can be converted if
> necessary.
>
> --- On the Web server computer it needs to be able to generate some type
> of fairly high quality picture file such as PNG.
>
> --- When it creates plots for the Windows computer monitor it should
> have the ability to automatically display the plots as full window
> (maximum) or partial window (normal) plots.
>
Understand up front that I have a deplorable tendency to reinvent the
wheel....
But my first thought upon reading this post was that I would probably
look at Imagemagick.
It is (IMO) an outstanding tool to manipulate and/or create images.
It runs happily on Windows boxes, Unix, whatever, does not seem to be an
unseemly resource pig, and is very easy (perlmagick) to control from a
perl script/program.
Yes, a person would have to write code to tell Imagemagick what you
wanted it to do, but based on the OP requirements, it would seem to be
relatively trivial.
What am I missing or not thinking of?
Steve
------------------------------
Date: Sun, 8 Aug 2010 19:36:36 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Plot Module Question
Message-Id: <k2a3j7-v741.ln1@osiris.mauzo.dyndns.org>
Quoth Steve <stevem_@nogood.com>:
> On 08/02/2010 05:47 PM, E.D.G. wrote:
> >
>
> What am I missing or not thinking of?
That the OP is incapable of thinking clearly enough to write a program,
and prefers to pontificate at great length about how Important
Scientific Research is being held up due to noone here holding his hand
and writing the program for him.
Ben
------------------------------
Date: Sun, 08 Aug 2010 12:23:49 -0500
From: Steve <stevem_@nogood.com>
Subject: Re: Plot Module Question
Message-Id: <pwD7o.58005$lS1.944@newsfe12.iad>
On 08/08/2010 01:36 PM, Ben Morrow wrote:
>
> Quoth Steve<stevem_@nogood.com>:
>> On 08/02/2010 05:47 PM, E.D.G. wrote:
>>>
>>
>> What am I missing or not thinking of?
>
> That the OP is incapable of thinking clearly enough to write a program,
> and prefers to pontificate at great length about how Important
> Scientific Research is being held up due to noone here holding his hand
> and writing the program for him.
>
> Ben
>
Oh.
Steve
------------------------------
Date: Sun, 8 Aug 2010 10:31:09 -0700 (PDT)
From: Dilbert <dilbert1999@gmail.com>
Subject: Re: Thank you Rakudo-Star (and question about SciTE for Perl 6)
Message-Id: <cf2496da-f8a0-4714-9aa8-82ff15284219@c10g2000yqi.googlegroups.com>
On 7 ao=FBt, 09:16, Gabor Szabo <szab...@gmail.com> wrote:
> On Jul 30, 5:02=A0pm, Dilbert <dilbert1...@gmail.com> wrote:
>
> > ...does anybody know whether there is a project that integrates Perl 6
> > syntax for the SciTE editor (http://www.scintilla.org/SciTE.html) ?
> > (I am currently using SciTE for Perl 5 and it works perfectly)
>
> I don't know about that but in Padre - which is also based on
> Scintilla - we use the STD.pm for syntax highlighting Perl 6. It is
> rather slow now but at least you have decent highlighting.
>
> http://padre.perlide.org/
Thanks, I will try it out.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 3067
***************************************
