>
> On Sat, 10 Feb 2001, Branden wrote:
>
> > Suppose I have a string stored in $foo, say, "abcbca", and then I do:
> >
> > $bar = $foo;
> > $foo .= "xyzyzx";
> >
> > I see two ways of doing this: one is allowing a string value to be shared by
> > two or more variables, and the other on
On Sat, 10 Feb 2001, Buddha M Buck wrote:
> I think what he's thinking (in C terms) would be more like the following:
Right. It already has a technical name - copy-on-write. I should have
made it more clear that I recognized the intended mechanism. I was trying
to demonstrate that Perl-level
On Sat, 10 Feb 2001, Branden wrote:
> Suppose I have a string stored in $foo, say, "abcbca", and then I do:
>
> $bar = $foo;
> $foo .= "xyzyzx";
>
> I see two ways of doing this: one is allowing a string value to be shared by
> two or more variables, and the other one not.
Why would you
Back to the GC issue, I was wondering something.
Suppose I have a string stored in $foo, say, "abcbca", and then I do:
$bar = $foo;
$foo .= "xyzyzx";
I see two ways of doing this: one is allowing a string value to be shared by
two or more variables, and the other one not.
If I allow s
At 09:56 AM 2/9/2001 -0200, Branden wrote:
>Jarkko Hietaniemi wrote:
> > > Umm, one way or another I suspect UTF-8 will be in there.
> >
> > I suspect so too but very grudgingly. As Dan said dealing with
> > variable length data is a major pain. UTF-8 is certainly a much
> > better designed VLD
Joshua N Pritikin wrote:
> On Fri, Feb 09, 2001 at 02:13:46PM -0200, [EMAIL PROTECTED] wrote:
> > Could you be more specific about your intents about that language? Do
you
> > have more information about it (some interesting syntax, or some scripts
> > that could inspire new features or interestin
On Fri, Feb 09, 2001 at 02:13:46PM -0200, [EMAIL PROTECTED] wrote:
> Joshua N Pritikin wrote:
> > Well yah! Perl6 array indeed. It also reminds me of PDL. i like the
> > data model. It looks like FAME done right.
>
> Are you suggesting we borrow some features of it? Take some inspiration on
>
Joshua N Pritikin wrote:
> On Fri, Feb 09, 2001 at 01:51:02PM -0200, [EMAIL PROTECTED] wrote:
> > Well, I found Kdb nothing awesome... The K language I thought it's a
> > somewhat interesting, specially the part on "bulk operators", which I
think
> > is the same that is intended to do with Perl 6
At 10:49 AM 2/9/2001 -0500, Joshua N Pritikin wrote:
>On Fri, Feb 09, 2001 at 10:16:22AM -0500, [EMAIL PROTECTED] wrote:
> > At 09:36 AM 2/9/2001 -0500, Joshua N Pritikin wrote:
> > >Does everyone already know about www.kx.com ?
> >
> > What about it? Looks like yet another semi-specialized relati
On Fri, Feb 09, 2001 at 01:51:02PM -0200, [EMAIL PROTECTED] wrote:
> Joshua N Pritikin wrote:
> > Does everyone already know about www.kx.com ?
>
> Well, I found Kdb nothing awesome... The K language I thought it's a
> somewhat interesting, specially the part on "bulk operators", which I think
>
Joshua N Pritikin wrote:
> On Fri, Feb 09, 2001 at 10:16:22AM -0500, [EMAIL PROTECTED] wrote:
> > At 09:36 AM 2/9/2001 -0500, Joshua N Pritikin wrote:
> > >Does everyone already know about www.kx.com ?
> >
> > What about it? Looks like yet another semi-specialized relational
database
> > company.
Joshua N Pritikin wrote:
> Does everyone already know about www.kx.com ?
>
Well, I found Kdb nothing awesome... The K language I thought it's a
somewhat interesting, specially the part on "bulk operators", which I think
is the same that is intended to do with Perl 6 arrays (@a + @b). And an
abstr
On Fri, Feb 09, 2001 at 10:16:22AM -0500, [EMAIL PROTECTED] wrote:
> At 09:36 AM 2/9/2001 -0500, Joshua N Pritikin wrote:
> >Does everyone already know about www.kx.com ?
>
> What about it? Looks like yet another semi-specialized relational database
> company. (With a far too clever website)
Am
At 09:36 AM 2/9/2001 -0500, Joshua N Pritikin wrote:
>Does everyone already know about www.kx.com ?
What about it? Looks like yet another semi-specialized relational database
company. (With a far too clever website)
Dan
--
Does everyone already know about www.kx.com ?
--
May the best description of competition prevail.
(via, but not speaking for Deutsche Bank)
Hi.
This was posted on -language about packaging scripts/modules in a kind of a
zip file, for easy automated installing. This issue was brought up:
Branden wrote:
> Nicholas Clark wrote:
> > on perl 5 different configure options generate different binaries.
>
> Can this be standardized somehow?
Jarkko Hietaniemi wrote:
> > Umm, one way or another I suspect UTF-8 will be in there.
>
> I suspect so too but very grudgingly. As Dan said dealing with
> variable length data is a major pain. UTF-8 is certainly a much
> better designed VLD than most but it's still a pain.
>
I guess that's why
On Thu, Feb 08, 2001 at 09:55:17PM -0600, Jarkko Hietaniemi wrote:
> > Umm, one way or another I suspect UTF-8 will be in there.
>
> I suspect so too but very grudgingly.
If we abstract the string handling nicely, it can be added on later or even
separately. (Credo: We don't have to write all of
18 matches
Mail list logo
