Andrei Alexandrescu wrote:
>
> http://www.digitalmars.com/d/2.0/phobos/std_typecons.html#Rebindable
>
> Andrei
Thanks for the info. It would be nice if variable references to constant data
were built into the language, but as long as Rebindable works, at least it's
possible to have them.
How
Andrei Alexandrescu wrote:
Sean Kelly wrote:
Andrei Alexandrescu wrote:
KennyTM~ wrote:
The best solution I can think of, without compiler modification is a
struct/class that contains a static array member T[1024] and a
dynamic array member T[] initialized to null; and the code chooses
which
KennyTM~ wrote:
Janderson wrote:
KennyTM~ wrote:
Janderson wrote:
Dave wrote:
I'd love for "scope foo = new T[len];" to do for arrays what
"scope bar = new Class;" does for classes. And indeed, if it's too
big the compiler
I'm surprised it doesn't and see that as a bit inconsistent, with
Michel Fortin wrote:
On 2008-11-12 10:02:02 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
Michel Fortin wrote:
On 2008-11-09 10:10:03 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
So my first point is that since we have a garbage collector in D, and
moreover since we're likely
On 2008-11-12 10:02:02 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
Michel Fortin wrote:
On 2008-11-09 10:10:03 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
So my first point is that since we have a garbage collector in D, and
moreover since we're likely to get one heap per th
Bill Baxter wrote:
On Thu, Nov 13, 2008 at 11:49 AM, Brad Roberts <[EMAIL PROTECTED]> wrote:
On Wed, 12 Nov 2008, Andrei Alexandrescu wrote:
Frits van Bommel wrote:
Andrei Alexandrescu wrote:
Brad Roberts wrote:
Ok, enabled for the D product. Each registered user has 10 votes and
can vote
On Thu, Nov 13, 2008 at 11:49 AM, Brad Roberts <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Nov 2008, Andrei Alexandrescu wrote:
>
>> Frits van Bommel wrote:
>> > Andrei Alexandrescu wrote:
>> > > Brad Roberts wrote:
>> > > > Ok, enabled for the D product. Each registered user has 10 votes and
>> > > >
On Wed, 12 Nov 2008, Andrei Alexandrescu wrote:
> Frits van Bommel wrote:
> > Andrei Alexandrescu wrote:
> > > Brad Roberts wrote:
> > > > Ok, enabled for the D product. Each registered user has 10 votes and
> > > > can vote only once per bug.
> > >
> > > What is the motivation behind limiting t
Frits van Bommel wrote:
Andrei Alexandrescu wrote:
Brad Roberts wrote:
Ok, enabled for the D product. Each registered user has 10 votes and
can vote only once per bug.
What is the motivation behind limiting the total number of votes a
user may have? I think that may blunt the statistics a b
Andrei Alexandrescu wrote:
What is the motivation behind limiting the total number of votes a user
may have? I think that may blunt the statistics a bit.
I think it forces selectivity by making each vote a bit more valuable.
Andrei Alexandrescu wrote:
Brad Roberts wrote:
Ok, enabled for the D product. Each registered user has 10 votes and
can vote only once per bug.
What is the motivation behind limiting the total number of votes a user
may have? I think that may blunt the statistics a bit.
Presumably it's to
Brad Roberts wrote:
Ok, enabled for the D product.
Thanks!
On Thu, Nov 13, 2008 at 11:07 AM, Brad Roberts <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Nov 2008, Brad Roberts wrote:
>
>> On Wed, 12 Nov 2008, Walter Bright wrote:
>>
>> > Andrei Alexandrescu wrote:
>> > > However, bugs are a more structured space than wishes. I'd suggest Brad
>> > > to
>> > > ena
On Thu, 13 Nov 2008, Bill Baxter wrote:
> > I'd like to suggest that 'umbrella' sorts of bugs are off limits for
> > votes. Those are good tracking issues, but aren't the sort of things that
> > are generally addressed as a specific fix.
> >
> > An example, sorry Bill: http://d.puremagic.com/issu
On Wed, 12 Nov 2008, Andrei Alexandrescu wrote:
> > I'd like to suggest that 'umbrella' sorts of bugs are off limits for votes.
> > Those are good tracking issues, but aren't the sort of things that are
> > generally addressed as a specific fix.
> >
> > An example, sorry Bill: http://d.puremagic.
Brad Roberts wrote:
On Wed, 12 Nov 2008, Brad Roberts wrote:
On Wed, 12 Nov 2008, Walter Bright wrote:
Andrei Alexandrescu wrote:
However, bugs are a more structured space than wishes. I'd suggest Brad to
enable the voting feature experimentally and with an understanding there's
no underlyin
Brad Roberts wrote:
Ok, enabled for the D product. Each registered user has 10 votes and can
vote only once per bug.
What is the motivation behind limiting the total number of votes a user
may have? I think that may blunt the statistics a bit.
Andrei
On Wed, 12 Nov 2008, Brad Roberts wrote:
> On Wed, 12 Nov 2008, Walter Bright wrote:
>
> > Andrei Alexandrescu wrote:
> > > However, bugs are a more structured space than wishes. I'd suggest Brad to
> > > enable the voting feature experimentally and with an understanding there's
> > > no underlyi
Brad Roberts wrote:
On Wed, 12 Nov 2008, Walter Bright wrote:
Andrei Alexandrescu wrote:
However, bugs are a more structured space than wishes. I'd suggest Brad to
enable the voting feature experimentally and with an understanding there's
no underlying promise. I'd personally be curious to gat
On Thu, Nov 13, 2008 at 10:35 AM, Brad Roberts <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Nov 2008, Walter Bright wrote:
>
>> Andrei Alexandrescu wrote:
>> > However, bugs are a more structured space than wishes. I'd suggest Brad to
>> > enable the voting feature experimentally and with an understandi
On Wed, 12 Nov 2008, Walter Bright wrote:
> Andrei Alexandrescu wrote:
> > However, bugs are a more structured space than wishes. I'd suggest Brad to
> > enable the voting feature experimentally and with an understanding there's
> > no underlying promise. I'd personally be curious to gather some i
Andrei Alexandrescu Wrote:
> But how do you type then the assignment example?
>
> void assign(int** p, int * r) { *p = *r; }
>
> How do you reflect the requirement that r's region outlives *p's region?
>
> But that's not even the point. Say you define some notation, such as:
>
> void assign(int
Aarti_pl wrote:
dolive pisze:
the ddbi progress is too really slow, difficult to look forward toĄŁ
data nucleus is more high-level like Hibernate.
...and this high-level design is IMHO mistake. Especially mapping
relations from db to objects.
Well maybe someone will give me examples where
"Brad Roberts" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
My primary issue with bugzilla's voting system is that it's blind:
there's no recording of why it's important. That said, I won't block
it's use if Walter and enough of the community think it's the right
thing to do.
Bill Baxter wrote:
Another thing is that you can already cast a kind of vote by adding a
comment to the bug saying "ouch, this one is hurting". That causes
it to appear on the bugs newsgroup, which gives it some renewed
visibility. But maybe people don't realize they can do this. Or
don't thi
Andrei Alexandrescu wrote:
However, bugs are a more structured space than wishes. I'd suggest Brad
to enable the voting feature experimentally and with an understanding
there's no underlying promise. I'd personally be curious to gather some
insight into what bugs are the most annoying, and I'm
"Dave" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Andrei Alexandrescu" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> KennyTM~ wrote:
>>> The best solution I can think of, without compiler modification is a
>>> struct/class that contains a static array membe
"Bill Baxter" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Wed, Nov 12, 2008 at 10:49 PM, Stewart Gordon <[EMAIL PROTECTED]>
> wrote:
>> "Christopher Wright" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>>
>>>
>>> How about voting for bugs? That would be fai
"Andrei Alexandrescu" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> KennyTM~ wrote:
>> The best solution I can think of, without compiler modification is a
>> struct/class that contains a static array member T[1024] and a dynamic
>> array member T[] initialized to null; and the c
Hello Aarti_pl,
...and this high-level design is IMHO mistake. Especially mapping
relations from db to objects.
Well maybe someone will give me examples where domain objects are more
useful than relations? From my observations presentation layer (GUI)
is also relational, so I don't see a sense
"Andrei Alexandrescu" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> KennyTM~ wrote:
>> The best solution I can think of, without compiler modification is a
>> struct/class that contains a static array member T[1024] and a dynamic
>> array member T[] initialized to null; and the c
Denis Koroskin wrote:
// D2
shared scope T[] t2 = new T[size]; // Does it make any sense? Should it
be an error?
It makes sense. Consider how futures work:
shared scope T[] t2 = new T[size];
auto f = new ComputeAsync(t2);
...
writefln( f.val );
Here, the computation could be done by anothe
On Wed, 12 Nov 2008 21:59:16 +0300, Sean Kelly <[EMAIL PROTECTED]>
wrote:
Andrei Alexandrescu wrote:
KennyTM~ wrote:
The best solution I can think of, without compiler modification is a
struct/class that contains a static array member T[1024] and a dynamic
array member T[] initialized to
On Thu, Nov 13, 2008 at 4:36 AM, Andrei Alexandrescu
<[EMAIL PROTECTED]> wrote:
> Bill Baxter wrote:
>>
>> On Wed, Nov 12, 2008 at 10:49 PM, Stewart Gordon <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> "Christopher Wright" <[EMAIL PROTECTED]> wrote in message
>>> news:[EMAIL PROTECTED]
>>>
How a
Bill Baxter wrote:
On Wed, Nov 12, 2008 at 10:49 PM, Stewart Gordon <[EMAIL PROTECTED]> wrote:
"Christopher Wright" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
How about voting for bugs? That would be fair, and it would make sure that
the bugs that hurt more people get fixed fa
Andrei Alexandrescu wrote:
Sean Kelly wrote:
It's an implementation detail, but when the owner thread dies it
should null the links for all the list nodes, assuming the data
contained in those nodes can be shared across threads.
Damn straight it could free() them assuming it has malloc()ate
Sean Kelly wrote:
Andrei Alexandrescu wrote:
KennyTM~ wrote:
The best solution I can think of, without compiler modification is a
struct/class that contains a static array member T[1024] and a
dynamic array member T[] initialized to null; and the code chooses
which member to use in the constr
On Wed, Nov 12, 2008 at 10:49 PM, Stewart Gordon <[EMAIL PROTECTED]> wrote:
> "Christopher Wright" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
>>
>> How about voting for bugs? That would be fair, and it would make sure that
>> the bugs that hurt more people get fixed faster.
>
Andrei Alexandrescu wrote:
KennyTM~ wrote:
The best solution I can think of, without compiler modification is a
struct/class that contains a static array member T[1024] and a dynamic
array member T[] initialized to null; and the code chooses which
member to use in the constructor. But this alw
KennyTM~ wrote:
The best solution I can think of, without compiler modification is a
struct/class that contains a static array member T[1024] and a dynamic
array member T[] initialized to null; and the code chooses which member
to use in the constructor. But this always occupies 1024*T.sizeof b
On Thu, 13 Nov 2008 01:54:59 +0800, KennyTM~ <[EMAIL PROTECTED]>
wrote:
>Janderson wrote:
>> KennyTM~ wrote:
>>> Janderson wrote:
Dave wrote:
>> I'd love for "scope foo = new T[len];" to do for arrays what "scope
>> bar = new Class;" does for classes. And indeed, if it's too big the
Stewart Gordon wrote:
> "Christopher Wright" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
>> How about voting for bugs? That would be fair, and it would make sure
>> that the bugs that hurt more people get fixed faster.
>
> Bugzilla has a voting system, in which you basically v
"Peter Venkman" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Bill Baxter Wrote:
I plan to move to D2 at some point after DWT supports it. Which means
as soon as DWT and Tango support it.
For me -as a total newbie to D- library support is the key. I've just
started on a new pro
Janderson wrote:
KennyTM~ wrote:
Janderson wrote:
Dave wrote:
I'd love for "scope foo = new T[len];" to do for arrays what "scope
bar = new Class;" does for classes. And indeed, if it's too big the
compiler
I'm surprised it doesn't and see that as a bit inconsistent, with
the only serious
KennyTM~ wrote:
Janderson wrote:
Dave wrote:
I'd love for "scope foo = new T[len];" to do for arrays what "scope
bar = new Class;" does for classes. And indeed, if it's too big the
compiler
I'm surprised it doesn't and see that as a bit inconsistent, with the
only serious argument against i
Bill Baxter Wrote:
> I plan to move to D2 at some point after DWT supports it. Which means
> as soon as DWT and Tango support it.
For me -as a total newbie to D- library support is the key. I've just started
on a new project with D and thought D2 would be the way to go, but after seeing
the lac
Michel Fortin wrote:
On 2008-11-09 10:10:03 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
So my first point is that since we have a garbage collector in D, and
moreover since we're likely to get one heap per thread in D2, we don't
need dynamic regions. The remaining regions are: 1) the s
dolive wrote:
> Lars Kyllingstad :
>
>> dolive wrote:
>> > dolive :
>> >
>> >> Some people to convert jdo2.2 for rdbms to d ?
>> >>
>> >> http://www.datanucleus.org/
>> >> http://www.datanucleus.org/products/accessplatform_1_1/index.html
>> >
>> > Nobody wants to do?
>> >
>> >
Max Samukha wrote:
On Wed, 12 Nov 2008 00:59:18 -0600, Andrei Alexandrescu
<[EMAIL PROTECTED]> wrote:
Jonathan M Davis wrote:
Okay, I'm wondering if there is any way in D to have a reference to
const. As far as I can tell, if you use const on a reference, you
get a constant reference to const
Aarti_pl wrote:
dolive pisze:
Lars Kyllingstad Đ´ľ˝:
dolive wrote:
dolive Đ´ľ˝:
Some people to convert jdo2.2 for rdbms to d ?
http://www.datanucleus.org/
http://www.datanucleus.org/products/accessplatform_1_1/index.html
Nobody wants to do?
d language very powerful, but unfortunately, at
dolive pisze:
Lars Kyllingstad Đ´ľ˝:
dolive wrote:
dolive Đ´ľ˝:
Some people to convert jdo2.2 for rdbms to d ?
http://www.datanucleus.org/
http://www.datanucleus.org/products/accessplatform_1_1/index.html
Nobody wants to do?
d language very powerful, but unfortunately, at present is missi
"Christopher Wright" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
How about voting for bugs? That would be fair, and it would make sure that
the bugs that hurt more people get fixed faster.
Bugzilla has a voting system, in which you basically vote for the n issues
that you mos
On 2008-11-09 09:04:00 -0500, Christopher Wright <[EMAIL PROTECTED]> said:
Michel Fortin wrote:
On 2008-11-07 02:42:20 -0500, Walter Bright <[EMAIL PROTECTED]> said:
The difference between D delegates and boost::bind for member functions
is that D delegates bind to the specific virtual functi
Lars Kyllingstad дµ½:
> dolive wrote:
> > dolive дµ½:
> >
> >> Some people to convert jdo2.2 for rdbms to d ?
> >>
> >> http://www.datanucleus.org/
> >> http://www.datanucleus.org/products/accessplatform_1_1/index.html
> >
> > Nobody wants to do?
> >
> > d language very powerful, but unfortun
On 2008-11-09 10:10:03 -0500, Andrei Alexandrescu
<[EMAIL PROTECTED]> said:
Michel Fortin wrote:
I'd like to point out that the two things people complained the most
about regarding the automatic dynamic allocation for dynamic closures:
1.There is no way to prevent it, to make sure there
Janderson wrote:
*sigh* This is smart and all. However this is the sort of thing that
puts me off unit tests that are not part of the language (or their own
language). It feels like a big hack to me.
-Joel
I sympathize. D needs better runtime reflection with user-defined
metadata for a re
Brad Roberts wrote:
There actually is something to the squeaky wheel in this case. With
limited time and resources, those bugs identified as causing grief have
added weight. Obviously it's not quite that cut and dry, but asking for
specific bugs to be fixed amongst the pile of bugs _does_ inc
Janderson wrote:
Dave wrote:
I'd love for "scope foo = new T[len];" to do for arrays what "scope
bar = new Class;" does for classes. And indeed, if it's too big the
compiler
I'm surprised it doesn't and see that as a bit inconsistent, with the
only serious argument against it being that 'sco
The problem is to create a generic construct that would allow to map
types, literals and other statically available stuff to other types,
aliases, etc. I'm sure, Andrei knows a scientific term for it but I'll
further abuse 'static' and name the construct StaticMap. My first
naive attempt was to use
Lars Kyllingstad Wrote:
> There is DDBI, but I don't know if this is what you are looking for.
>
> http://www.dsource.org/projects/ddbi
>
> -Lars
As I can see, data nucleus is more high-level like Hibernate.
"Yonggang Luo" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> But the fact is "private import Base";
> from this clue , we can't access Base Class.
> So it's confusing.
>
"private import" works the same as "private class" and "private foo()". It
means "This module can access it,
> I think the most elegant solution -- and this is not my idea, it has
> been mentioned here several times before -- would be to be able to use
> templates for operator overloading. Then one could write stuff like
>
>T opCast(T)() { ... }
except templates arent virtual, i think the simplest
dolive wrote:
dolive дµ½:
Some people to convert jdo2.2 for rdbms to d ?
http://www.datanucleus.org/
http://www.datanucleus.org/products/accessplatform_1_1/index.html
Nobody wants to do?
d language very powerful, but unfortunately, at present is missing a good
database project¡£
There i
Brad Roberts wrote:
Nice stats. However, I think the perceived issue is that unless a bug is
resolved in a fairly short time after it was submitted, the chance that it is
_ever_ resolved is reduced drastically - and as it happens, several of the bugs
in that category are indeed very annoying to
dolive дµ½:
> Some people to convert jdo2.2 for rdbms to d ?
>
> http://www.datanucleus.org/
> http://www.datanucleus.org/products/accessplatform_1_1/index.html
Nobody wants to do?
d language very powerful, but unfortunately, at present is missing a good
database project¡£
Jarrett Billingsley wrote:
> On Tue, Nov 11, 2008 at 10:44 PM, Brad Roberts <[EMAIL PROTECTED]> wrote:
>> Jarrett Billingsley wrote:
>>> It's not like the DMDFE can get any _worse_.
>> I try to avoid responding to you for the most part, but when you make
>
> Wow, I wasn't aware you had this kind o
Yonggang Luo Wrote:
> This is not just a question.
> I think this must be illegal..
> Why?
> Because we are "private import baseClass;"
private import affects only import, not imported classes, if you want Base to
be private, declare *it* private. You can't affect type declarations just by
im
On Wed, 12 Nov 2008 00:59:18 -0600, Andrei Alexandrescu
<[EMAIL PROTECTED]> wrote:
>Jonathan M Davis wrote:
>> Okay, I'm wondering if there is any way in D to have a reference to
>> const. As far as I can tell, if you use const on a reference, you
>> get a constant reference to constant data.
>>
Yonggang Luo Wrote:
> I means to support for this, because of this, then we can hidden something
> that we don't want to see.
>
> When you just want to see that API, and not the detail implement.
> And also it can reduce the redundant thinking about what does this module
> meaning and that modu
69 matches
Mail list logo