On 10/24/2010 04:36 PM, retard wrote:
Walter has many times mentioned how segfaults are actually better than
exceptions. They force you to fix your code and the debugger is halfway
built in the CPU and operating system.
null dereference exploits notwithstanding?
Sun, 24 Oct 2010 14:17:53 -0700, Jonathan M Davis wrote:
> On Sunday 24 October 2010 05:17:30 Joel C. Salomon wrote:
>> Looking through the TDPL errata I came across this:
>>
>> On 07/26/2010 11:15 AM, Andrej Mitrovic wrote:
>> > Here's some more for the Errata (I've checked against the cached
>>
On Sunday 24 October 2010 05:17:30 Joel C. Salomon wrote:
> Looking through the TDPL errata I came across this:
>
> On 07/26/2010 11:15 AM, Andrej Mitrovic wrote:
> > Here's some more for the Errata (I've checked against the cached one):
> >
> > Page 26: "In D, slicing could never occur."
> >
>
On 10/24/10 7:17 CDT, Joel C. Salomon wrote:
Looking through the TDPL errata I came across this:
On 07/26/2010 11:15 AM, Andrej Mitrovic wrote:
Here's some more for the Errata (I've checked against the cached one):
Page 26: "In D, slicing could never occur."
This should probably be "In D
Looking through the TDPL errata I came across this:
On 07/26/2010 11:15 AM, Andrej Mitrovic wrote:
> Here's some more for the Errata (I've checked against the cached one):
>
> Page 26: "In D, slicing could never occur."
> This should probably be "In D slicing, this could never occur."
Actual
Ok. It's in the bugzilla:
http://d.puremagic.com/issues/show_bug.cgi?id=4510
There's a similar bug here as well:
http://d.puremagic.com/issues/show_bug.cgi?id=3290
bearophile Wrote:
> Andrej Mitrovic:
>
> > The second foreach example with the ref symbol which has the wrong type
> > compil
Andrej Mitrovic:
> The second foreach example with the ref symbol which has the wrong type
> compiles without an error (it should not).
It's a bug (keyword: accepts-invalid), put it in Bugzilla if not already
present.
> What is also weird is that the values are left unchanged:
It is
Another one:
Page 76:
The second foreach example with the ref symbol which has the wrong type
compiles without an error (it should not).
What is also weird is that the values are left unchanged:
float[] arr = [1.0, 2.5, 4.0];
foreach (ref double elem; arr) {
el
Here's some more for the Errata (I've checked against the cached one):
Page 26: "In D, slicing could never occur."
This should probably be "In D slicing, this could never occur."
Page 50: "If the indexing expression is on the left-hand side of an assignment
operation (e.g., arr[i] = e) and
I can't compile the stats example, it uses readf() (on page 22), but the
compiler complains that it's undefined. I found readf() in the library under
std.stream, but importing that won't work. I'm using DMD 2.047.
Andrei Alexandrescu Wrote:
> Andrej Mitrovic wrote:
> > Or, it has some database
Andrej Mitrovic wrote:
Or, it has some database problems.
http://erdani.com/tdpl/errata/index.php?title=Errata_for_%22The_D_Programming_Language%22_book
Luckily the cached version works fine:
http://webcache.googleusercontent.com/search?q=cache:nIyQeOaM1hAJ:erdani.com/tdpl/errata/index.php%3Ft
Andrej Mitrovic Wrote:
> Andrei Alexandrescu Wrote:
>
> > Andrej Mitrovic wrote:
> > > Or, it has some database problems.
> > >
> > > http://erdani.com/tdpl/errata/index.php?title=Errata_for_%22The_D_Programming_Language%22_book
> > >
> > > Luckily the cached version works fine:
> > > http://w
Andrei Alexandrescu Wrote:
> Andrej Mitrovic wrote:
> > Or, it has some database problems.
> >
> > http://erdani.com/tdpl/errata/index.php?title=Errata_for_%22The_D_Programming_Language%22_book
> >
> > Luckily the cached version works fine:
> > http://webcache.googleusercontent.com/search?q=cac
Or, it has some database problems.
http://erdani.com/tdpl/errata/index.php?title=Errata_for_%22The_D_Programming_Language%22_book
Luckily the cached version works fine:
http://webcache.googleusercontent.com/search?q=cache:nIyQeOaM1hAJ:erdani.com/tdpl/errata/index.php%3Ftitle%3DErrata_for_%2522Th
14 matches
Mail list logo