Sorry, it's 5:00am here and needless to say it's wy past my bedtime and
I'm making mistakes.
The comparison should have been between both ruby versions ugh.
I'll let you play though. Have a great night.
On Sat, Jan 15, 2022 at 4:57 AM Paul Procacci wrote:
>
On Sat, Jan 15, 2022 at 5:03 AM Jon Smart wrote:
>
> Thanks Paul. I am surprised that mmap has that huge IO advantages
> comparing to the classic way. So ruby take more benefit from this mmap
> calling. Just get learned from your case.
>
> Regards
>
>
It's not always
encing a file
or not:
my @to_skip = dir(".", test => { .IO.d && / ^ <[a..z]> ** 32 $ / } ) ;
If that possibility doesn't exist, then I personally would use:
my @to_skip = dir(".", test => { / ^ <[a..z]> ** 32 $ / } ) ;
As always, there's more than one way to skin a cat.
~Paul
--
__
:(){ :|:& };:
mple of connecting a socket, and reading/writing to that socket with
timeouts?
Thanks,
Paul Procacci
--
__
:(){ :|:& };:
On Sat, Jan 20, 2024 at 5:02 PM William Michels
wrote:
> Hi Paul,
>
> Did you get any resolution on this? I've only found these links:
>
> https://docs.raku.org/type/IO/Socket/INET
>
>
> https://stackoverflow.com/questions/72639883/how-to-deal-with-exceptions-in
we get too many .pl files.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
32_t be platform-specific.
I'd have thought it made sense to define it as a bytecode_t type, or
some such which could be platform specific.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
technical problems in doing this?
-Paul Baranowski
about though. :)
-Paul B
> -Original Message-
> From: Bryan C. Warnock [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 03, 2002 11:11 PM
> To: Paul Baranowski
> Cc: [EMAIL PROTECTED]
> Subject: Re: Automatic porting with register-based VMs?
>
>
> On
On Tue, Jan 29, 2002 at 09:57:16PM +, Simon Cozens wrote:
> I've started a new TODO list. Remind me of anything else that needs
> doing;
Sandboxes.
Has anyone given any thought as to whether Parrot should support
"use Safe", and if so, how?
--
Paul Johnson - [
gt; >However, I just don't
> >think most programs spend enough time doing logical comparison to
> >really matter. Besides which, such techniques work best on complex
> >expressions, which are rare indeed.
I suspect this is true.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
Larry to say, "We have decided to use $me, $myself and $i.
And then we also get the Perl 6 theme tune thrown in for free.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
they are calling a method or accessing an instance variable, and
when I change my implementation from one to the other they shouldn't
have to change their code.
See http://www.elj.com/elj/v1/n1/bm/urp/ for more details.
Languages like C++ don't support this and you end up writing lo
eed to weigh in with opinions. Had I designed Perl
there would have been an elsunless and I would have used it. Now I'm
glad there isn't an elsunless and I never had the chance to use it :-)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
I've always found the word "like" to be very wishy-washy in a computer
langauge. In what way is newbaz like baz? And just how alike are they?
There must be a better way to describe this.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
allows the warnings::* functions
to detect the place in the caller list where the object was first used. If
"doit" is rewritten like this:
package abc ;
...
sub doit
{
my $self = shift ;
if (warnings::enabled($self)) {
#...
warnings::warn($self, "some message") ;
}
}
1 ;
the warning will be reported at this line
$a->dosomething() ;
That seems like the right thing to do.
Comments... please?
Paul
From: Simon Cozens [mailto:[EMAIL PROTECTED]]
> On Sun, Aug 13, 2000 at 09:36:48PM -0400, Ronald J Kimball wrote:
> > On Sun, Aug 13, 2000 at 09:04:41PM +0100, Paul Marquess wrote:
> > > I'm cc-ing this to p6 because there doesn't seem to be anyone left on
p5p.
&g
RFC this week.
I only read the announce list and must have missed this RFC earlier, but I
think "subst" is much too close to "substr" for comfort. I find
"substitute" to be too long and annoying to type, so I suggest "replace"
instead.
--
Paul Gr
s is the *norm*, since newlines are just whitespace most
> places in Perl.
Aaah! I see where you are coming from now. Is that mentioned in the RFC and
module docs? If not, it really needs to be emphasised. It completely passed
me by.
If you like, next time I do a Filters release, I'll updat
lso have to change the way the
coda looks for top-of-file version wrt the bottom-of-file version.
Some elegant, general way of setting editor hints in files would be
really nice, but we've not found the answer to that yet ... :-/
Paul
p anything either. So it seems that at
times podchecker isn't as strict.
The output from tools/docs/pod_errors.pl at least gives information
about where the problem is in the file, which is something that
t/doc/pod.t unfortunately doesn't.
Just my 2c.
Paul
for everyone, but Parrot is going to be the most
platform independent thing out there so making it as compliant as
possible with every platform/compiler/etc is of interest to the
project as a whole. So yes, I'd say there's interest :-)
Does anyone have an objection to it?
None whatsoever.
Paul
On 28/04/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
On Mon Apr 16 16:36:56 2007, [EMAIL PROTECTED] wrote:
> I ran Makefile.PL on a random windows box which hasn't had its
> compiler
> installed correctly yet. Rather than emitting an error message about
> how it couldn't find my compiler,
ig options recommended
by Parrot (which actually points to the Perl 5 docs...) and so haven't
actually been able to get Parrot to *start* building. Anyway,
Configure most certainly can't find a compiler. So, *essentially*
yes, a standard Win32 box with no compiler.
Hope that helps,
Paul
Devel::Cover has sometimes uncovered
questionable constructs that have otherwise gone unnoticed, but my first
thoughts would be that it was a bug in Devel::Cover.
Has anyone managed to shine any additional light on this in the last six
weeks?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
way you wish. Send questions, comments, complaints, performance
data, etc to [EMAIL PROTECTED]
possibly it should be exempt from coding standards.
Agreed. The file has been set exempt from the coding standards in r18434.
Paul
Mike,
I don't remember it breaking win32. As I remember it, it was committed
the day before 0.4.10 , which wasn't appropriate for a patch like this.
Please accept my apologies, you're correct it didn't break anything,
just wasn't appropriate so close to a release.
Paul
hanks :-)
I've tested the patch on linux x86, could others please confirm that
it works as expected on their platforms?
Paul
A couple of minor spelling fixes in library.c , patch attached
Applied in r18447, thanks!
Mark,
It's highly likely that I was wrong to indent your example. I've
noticed that particle has done some more work on the pod and he's
moved it back :-) Anyway, your work is now in. Good stuff! Thanks
for the help!
Paul
On 08/05/07, Mark Glines <[EMAIL PROTECTED]>
was wanting to do some work on and most certainly
didn't want everyone to run straight away. I'll skip it for the time
being so that it doesn't disturb people.
Paul
on #42944 to apply.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
Mike,
It seems the patch didn't come through with the email, could you send it again?
Paul
es in this
directory instead of the *.dev files.
Thanks!
Paul
x27;t allow you to check out source from a different
repository into another repository's path (for fairly obvious
reasons). Or is there another way to get copies of the relevant files
in a fashion able to be used in a make target?
Paul
test, removing the extra output skipping the test
generates in 'make test' output, and allowing people to run the test
manually as opposed to part of the main test suite. Is this ok? If
noone complains I'll make the change in the next couple of days.
Paul
On 02/06/07, chromatic <[EMAIL PROTECTED]> wrote:
On Thursday 31 May 2007 13:48:04 Paul Cochrane wrote:
> I recently added a test for TODO items in the pod source, but added it
> to the t/doc/ test suite. It is more of a coding standards test
> anyway, and I was wondering if it
some sense myself) we need categories for:
- Tru64, OpenSolaris, a tag to specify 32 or 64 bit, IntelMac (in platforms)
- imcc, pir (in languages)
- RFE, CAGE, PGE, TGE, PDD (in tags)
Paul
Without the manual setting of PATH before building?
With the manual PATH setting. There are several tickets for cygwin
not building in RT; are they all related? Is there something like a
hints file where the information about the PATH can be set so that
cygwin builds out of the box?
Paul
On 05/06/07, Greg Bacon <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>,
"Paul Cochrane via RT" writes:
: cygwin is building as of r18821. Is this ticket required anymore?
I'm still seeing a failure in r18824:
[...]
make[1]: Entering directory `/u
s?
Also, Jerry mentioned sharing of queries on RT. How does one go about
this? I have my own searches for [TODO], [CAGE], [BUG], and [PATCH]
and I don't know if they are of any help to others, but they might be.
How do I use other people's other queries?
Paul
esolve the ticket.
Thanks for helping out by looking into the comment! :-)
Paul
(ICC) 9.1 20061103
Copyright (C) 1985-2006 Intel Corporation. All rights reserved.
Thought this might be of interest.
Paul
set of slashes with another. Comments welcome! :-)
Paul
file_metadata.patch
Description: Binary data
On 11/06/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
jerry gay wrote:
> On 6/11/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
>> On 09/03/07, chromatic <[EMAIL PROTECTED]> wrote:
>> > On Friday 09 March 2007 05:00, Ron Blaschke wrote:
>> >
>&g
On 11/06/07, jerry gay <[EMAIL PROTECTED]> wrote:
On 6/11/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> On 09/03/07, chromatic <[EMAIL PROTECTED]> wrote:
> > On Friday 09 March 2007 05:00, Ron Blaschke wrote:
> >
> > > Attached patch replac
here is a ticket in RT trying to get
rid of MANIFEST. Anyway, attached is another patch, which hopefully
does the right thing now. If everyone's happy with the patch, I'll
apply and commit it to trunk.
Ron, would it be ok if you could check the patch to see if it works on
Win32? Thanks heaps in advance.
Paul
file_metadata.patch
Description: Binary data
es, if you don't get the aesthetics of the Schwartzian Transform,
then you should probably be using python or java anyway, hm?
Let's let Perl be Perl. It's a new Perl, but it's still a pearl. =o)
*Paul
--- Larry Wall <[EMAIL PROTECTED]> wrote:
> On Mon, May 14, 2007
Paul Cochrane wrote:
>> Without the manual setting of PATH before building?
>
> With the manual PATH setting. There are several tickets for cygwin
> not building in RT; are they all related? Is there something like a
> hints file where the information about the PATH can be se
y identical to yours) so that you can give it a quick test. If
all is happy, then I'll commit the change and close the ticket.
Thanks heaps for your help!
Paul
file_metadata.patch
Description: Binary data
as well - if the code doesn't compile, then perldoc would
not be able to generate the code - but it could always show an error that the
code doesn't compile and then show what poddoc would show.
The outcome is that poddoc can be Pod6 "pure" and perldoc can be (as its name
suggests) documentation for Perl.
Just my opinions.
Paul Seamons
y want a 7000 ft view (aka the executive summary).
Paul
extract the POD
tags ala poddoc and then add the inlined/introspectable documentation for
that particular language.
Now the "only" hard part is getting the other language designers to allow
ignoring pod markup in their languages. All of the Parrot based variants
could easily incorporate this feature.
Paul
kid51,
On 25/06/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
On Tue Feb 13 08:01:12 2007, ptc wrote:
> The profiling options specified in config/init/defaults.pm should be
> moved into their own 'step' of the configure process.
Paul: Can you explain your rational
How about a Bundle::Common?
Streamline both the core and the inclusion of the most commonly used
modules? The core does include the CPAN module, right?
Personally, I *prefer* grabbing what I need piecemeal, but I understand
making it easy if possible
--- Luke Palmer <[EMAIL PROTECTED]> wrote
t_skip() and subsequently
t/distro/manifest_skip.t have been broken for some time.
Does anybody mind if I remove them?
It's ok with me. IIRC I tried to remove them about a year ago, but
managed to break Parrot and never managed to get around to finding the
right way to remove them.
Paul
27;
policies. It is then simple to create a general hash for specifying
which policies need to be processed in any given run. See r19332 for
more details. If you think my implementation can be improved, please
say! I'm always up to learn more :-)
Thanks for the feedback! It helps me sharpen my perl skills.
Paul
decided to standardise everything to 'interp'. I'm just doing
some extra cleanup. I've not found any problems with build or tests,
hence why I checked this in. Is there something I've missed? Is this
causing problems somewhere?
Paul
On 28/06/07, Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
Paul Cochrane (via RT) schrieb:
> # New Ticket Created by Paul Cochrane
> # Please include the string: [perl #43413]
> # in the subject line of all future correspondence about this issue.
> # http://rt.p
[PAST-pm.pbc] Error 1
Did you do a make realclean && perl Configure.pl after svn up? This could help.
Paul
On 07/06/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> perl Configure.pl --cc=icc --link=icc --ld=icc
I tried this, but got the following output from Configure.pl:
[EMAIL PROTECTED] parrot_svn2 $ perl Configure.pl --cc=icc --link=icc --ld=icc
Parrot Version 0.4.12 Configure 2.0
Cop
d to --ccflags and nothing else.
It's therefore possible that your -I/usr/include/c++/4.1.1 isn't
actually making it into parrot's configuration data and therefore
never being passed to the C compiler, hence causing the problem you're
seeing.
Paul
t'd be nice to be
able to use more browsers to edit the pages.
Thanks!
Paul
I've found that when using the Opera web browser that I can't edit any
parrot wiki pages. I click on the "Edit" button, a hash character (#)
gets appended to the URL, and nothing else happens. I've only had
success at editing the wiki pages with firefox, but it'd be nice to be
able to use more b
On 11/07/07, Jesse Vincent <[EMAIL PROTECTED]> wrote:
On Jul 10, 2007, at 4:44 PM, Paul Cochrane wrote:
>> I've found that when using the Opera web browser that I can't edit
>> any
>> parrot wiki pages. I click on the "Edit" button, a hash chara
he configure command line.
So, is it alright if I go and add yet another command line option to
configure? Namely --ccflags-append?
Paul
On 11/07/07, Andy Dougherty <[EMAIL PROTECTED]> wrote:
On Wed, 11 Jul 2007, Paul Cochrane wrote:
> To be able to configure parrot to build with icc (the intel C
> compiler) one currently needs a command line which looks like this:
>
> perl Configure.pl --cc=icc --link=icc --
anges
out. I'm still sometimes at the edge of my ability wrt perl so please
accept my apologies (I thought the return ... for did the right
thing).
Paul
> Modified: trunk/lib/Parrot/Configure/Data.pm
> ===
>=== --
); +return unlink map "test$_", qw( .c .cco .ldo .out),
> $conf->data->get(qw( o exe )); }
>
> =item C
I'm really not sure the return value from unlink is useful here.
Again, what would be a useful return value here? Would returning
success or failure of the unlink be appropriate?
I'd really appreciate the feedback. I am trying to help out and to
learn so that (a) I don't make the mistakes again and (b) so that I
can be more effective in my contributions to the project.
Paul
On 14/07/07, chromatic <[EMAIL PROTECTED]> wrote:
On Saturday 14 July 2007 12:57:37 Paul Cochrane wrote:
> I realized a while after having written my last email that I lost a
> bit opportunity in sending such a short reply: to actually *learn*
> something and to improve my skill
ng to pass on Linux (which I've upgraded to Debian 4.0).
Interestingly enough, it's passing for me using gcc on Gentoo Linux,
but *failing* with icc. Something interesting is happening
somewhere...
Paul
r_guide.pod in the repository,
and added a manifest entry, as this occured just before this month's
release. so, at least for now, it's double-tee.
Gah! I *knew* I'd forget to update the manifest... I ran
mk_manifest_and_skip.pl and checked everything as well :-/
Thanks Jerry! Great work on getting the release out :-)
Paul
t Configure.pl line 395
What happened to it?
I believe this is an automatically generated file as part of Andy's
gcc sniffing stuff (it keeps coming up as a file of zero length on my
system). It probably should be in MANIFEST.SKIP or something...
Paul
On 28/07/07, chromatic <[EMAIL PROTECTED]> wrote:
> Let me preface this by saying that I know that our static analysis tests
> represent a tremendous amount of work by several people (especially Paul,
> with an enormous amount of respect to everyone who's contributed also to
&g
ould I be using a macro instead?
Thanks heaps in advance!
Paul
ink you'd
gone offline).
Since we're only comparing against zero, would something like:
fabs(x) <= DBL_EPSILON ? 1: 0
do the job? We're still running into the problem of "what if x is
float or double?".
I have a horrible feeling I missed your point when we were discussing
things on #parrot; could you explain how you would do it again?
Thanks!
Paul
t for one of the values being
> NAN but allow INFs to be compared.
Andy Lester's post mentioned that we're only comparing against zero in
each instance so we don't really need the general solution and so
shouldn't need to worry about this case.
Paul
On 01/08/07, chromatic <[EMAIL PROTECTED]> wrote:
> On Tuesday 31 July 2007 23:23:22 Paul Cochrane wrote:
>
> Hi Paul,
>
> > This is what I thought. However, making the change made suncc
> > happier, which made me wonder if it worked on other platforms (it
> &
ttribute__... is used (gcc specific),
which msvc of course doesn't understand. I was going to pack an
#ifdef WIN32 or similar around that to patch up the problem
temporarily, but other things got in the way. Anyway, thought you'd
be interested in the results of my digging.
Paul
On 02
architectures in the repository. I'm
sorry that this has caused headaches. I did make a mention of the
fact that I couldn't update all architectures in RT#40392 which I'm
pretty sure made it to the list. Is there anything I can do to help
out?
Paul
ributes were being ignored by icc and your post has helpt to answer
that question :-)
Paul
On 05/08/07, Joshua Isom <[EMAIL PROTECTED]> wrote:
>
> On Aug 4, 2007, at 5:28 AM, Paul Cochrane wrote:
>
> > On 03/08/07, via RT Joshua Isom <[EMAIL PROTECTED]>
> > wrote:
> >> # New Ticket Created by Joshua Isom
> >> # Please include the strin
robably be
> changed to the new syntax as well (patches welcome!).
>
> $P1 = new .String # deprecated
> $P1 = new String # deprecated
This would make a great CAGE task. Would you be able to open a ticket
for this with a list of the old syntaxes and what the new syntax
should be?
Paul
On 11/08/07, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 11, 2007 at 05:00:33PM +0200, Paul Cochrane wrote:
> > > Within the past few months we've standardized on always quoting
> > > type names in PIR, so the above needs to read
&
enough to not re-invent the wheel.
Agreed. Why not just make it part of Bundle::Parrot?
Paul
best to perform floating point
comparisons, I'm now in favour if removing the warning. Having now
seen the pros and cons it seems we're not getting much benefit from a
large amount of effort. Is it ok then if I switch the warning off?
Paul
27;t return, and we should be able to
tell the compiler that (this is what Andy Lester has been doing a lot
of with his recent function attribute work). I'm guessing that suncc
throws a warning here can be rectified in the fullness of time.
Just my $0.02
Paul
On 22/08/07, Steve Peters <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 04:11:38PM +0200, Paul Cochrane wrote:
> > > --- src/encoding.c.old Wed Aug 22 08:15:22 2007
> > > +++ src/encoding.c Wed Aug 22 08:15:58 2007
> > > @@ -105,6 +105,7 @@
>
d gotos but
switching them off actually makes suncc build Parrot and allows the
tests to run.
Paul
On 22/08/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 05:40:45PM +0200, Paul Cochrane wrote:
> > > We can leave it out, but then we'll never be able to compile Parrot with
> > > Solaris CC.
> >
> > I just tried to compile
On 26/08/07, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 26. August 2007 20:14 schrieb Paul Cochrane:
> > The variable ins2 is freed by the call to subst_ins() but is then
> > later assigned to later in the if-block. Um, this isn't a good idea
> > is i
On 26/08/07, chromatic <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 26, 2007 at 11:14:11AM -0700, Paul Cochrane wrote:
>
> > The variable ins2 is freed by the call to subst_ins() but is then
> > later assigned to later in the if-block. Um, this isn't a good idea
> >
On 27/08/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Paul Cochrane wrote:
> > On 26/08/07, chromatic <[EMAIL PROTECTED]> wrote:
> >> On Sun, Aug 26, 2007 at 11:14:11AM -0700, Paul Cochrane wrote:
> >>
> >>> The variable ins2 is freed by the call
On 27/08/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Paul Cochrane wrote:
> > On 27/08/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >> Paul Cochrane wrote:
> >>> On 26/08/07, chromatic <[EMAIL PROTECTED]> wrote:
> >>>> On Sun, Au
On 27/08/07, Joshua Isom <[EMAIL PROTECTED]> wrote:
>
> On Aug 27, 2007, at 11:13 AM, Paul Cochrane (via RT) wrote:
>
> > # New Ticket Created by Paul Cochrane
> > # Please include the string: [perl #44995]
> > # in the subject line of all future correspond
e
the file might not have been updated for a couple of years. So, the
question I'd like to post to the list is: how do we define the year
range in the copyright statement in source files? Should it be
C-C or C-C?
Thanks heaps in advance!
Paul
g up functions defined in imcc properly. I had a
look in the tags file generated by ctags, and the functions exist, but
when one tries to use vim to go to the function, it complains that
such a function doesn't exist. Odd. Haven't come up with a solution
though...
BTW: thanks for the review!
Paul
, if Configure.pl can't
find a C-compiler there isn't much use in continuing, however, to
continue is the current behaviour. I have the vague feeling that this
question has been raised before, but no firm answer has arisen...
Just my 0.02 Euro.
Paul
On 01/09/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Paul Cochrane wrote:
>
> I've had a chance to look at this and the implementation looks quite
> good to me.
>
> There's one thing that still bothers me. The snipped output is:
>
> > Event alias: alia
t would be a good idea to have Configure pick
this up. It would also help those people who use rsync instead of
svn/svk/git as then some tests can be skipped in a cleaner manner than
the current mechanism. I'll open a ticket in RT for this in a mo'.
Paul
ence, we probably don't need the
added overhead of a configure step just for the sake of one test.
Paul
601 - 700 of 1010 matches
Mail list logo
