[Issue 3805] std.format writeUpToFormatSpec function has subtle loop index bug, will drop character after a %%

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3805


Andrei Alexandrescu  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||and...@metalanguage.com


--- Comment #1 from Andrei Alexandrescu  2010-02-15 
21:54:21 PST ---
Awesome, thank you. It is very subtle indeed.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3807] New: typedef still listed as keyword, but not present anywhere in grammar

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3807

   Summary: typedef still listed as keyword, but not present
anywhere in grammar
   Product: D
   Version: 2.040
  Platform: All
   URL: http://digitalmars.com/d/2.0/lex.html
OS/Version: All
Status: NEW
  Keywords: spec
  Severity: normal
  Priority: P2
 Component: www.digitalmars.com
AssignedTo: nob...@puremagic.com
ReportedBy: jlqu...@optonline.net


--- Comment #0 from Jerry Quinn  2010-02-15 21:50:10 PST 
---
I believe I saw messages saying that typedef was being eliminated from the
language.  It is no longer present in the section on declarations.  However, it
is still present in the list of keywords.

It should be removed from keywords as well if it is no longer part of the
language.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3806] New: TypeInfo_Const has member base in object_.d and member next in object.di

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3806

   Summary: TypeInfo_Const has member base in object_.d and member
next in object.di
   Product: D
   Version: 2.040
  Platform: Other
OS/Version: Windows
Status: NEW
  Severity: normal
  Priority: P2
 Component: druntime
AssignedTo: s...@invisibleduck.org
ReportedBy: y0uf00...@gmail.com


--- Comment #0 from Michael Rynn  2010-02-15 20:52:55 PST 
---
TypeInfo_Const in object_.d inherits function next(). It has a member, TypeInfo
base.This is useful for unwrapping Invariant and Const types. But object.di
TypeInfo_Const has no member base but has member next, which would occupy same
memory layout as the member base in object.d.Trying to access
TypeInfo_Const next, confuses with inherited next, which returns base.next.   
Would like direct  access to the member base please (rename from next in
object.di), just like in TypeInfo_Typedef. Workaround is just to fix it, edit
object.di, TypeInfo_Const, and change name of member next to base.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3805] New: std.format writeUpToFormatSpec function has subtle loop index bug, will drop character after a %%

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3805

   Summary: std.format writeUpToFormatSpec function has subtle
loop index bug, will drop character after a %%
   Product: D
   Version: 2.040
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: y0uf00...@gmail.com


--- Comment #0 from Michael Rynn  2010-02-15 20:32:00 PST 
---
private void writeUpToFormatSpec(OutRange, S)(ref OutRange w, ref S fmt)
{
for (size_t i = 0; i < fmt.length; ++i)
{
if (fmt[i] != '%') continue;
if (fmt[++i] != '%')
{
// spec found, print and bailout
w.put(fmt[0 .. i - 1]);
fmt = fmt[i .. $];
return;
}
// doubled! Now print whatever we had, then update the string
// and move on
w.put(fmt[0 .. i]);
fmt = fmt[i + 1 .. $];
/// BUG !!  unable to ever reset a size_t for loop index value to zero, because
it is always incremented to 1 at start of next iteration.  This means next
character after a '%%' will be dropped.
i = 0;  
}

/// A better version might look like this.
/// Take the i++ out of the for loop top, move it to the first test case.

   for (size_t i = 0; i < fmt.length;)
{
if (fmt[i++] != '%') continue;
if (fmt[i] != '%')
{
// spec found, print and bailout
w.put(fmt[0 .. i - 1]);
fmt = fmt[i .. $];
return;
}
// doubled! Now print whatever we had, then update the string
// and move on
w.put(fmt[0 .. i]);
fmt = fmt[i + 1 .. $];
i = 0; // OK now, will be 0 at the top of the loop
}

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3745] Linking error with associative array of arrays

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3745



--- Comment #1 from Alexey Ivanov  2010-02-15 12:50:16 PST 
---
If rewrite a.d as:

module a;

class A {
private int[][int] n;

public int[] foo() {
return n.keys;
}

public int[][int] foo() {
return n;
}
}

It compiles fine.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2451] Adding structs that use opAssign or postblit to an AA is broken

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2451


GG  changed:

   What|Removed |Added

 CC||ggcod...@gmail.com


--- Comment #4 from GG  2010-02-15 12:14:09 PST ---
import std.variant;

Variant[char[]][int] aa;

aa[0]["a"] = "bla0";
aa[0]["b"] = 100;

aa[1]["a"] = "bla1";
aa[1]["b"] = 200;

With 32-bit Linux and dmd2.039 or dmd2.040
Compile : success
Running : core.exception.rangeer...@test(30): Range violation

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3701] Incorrect initialisation of static arrays of floating-point values

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3701


ggcod...@gmail.com changed:

   What|Removed |Added

 CC||ggcod...@gmail.com


--- Comment #3 from ggcod...@gmail.com 2010-02-15 12:00:44 PST ---
--With 32-bit Linux and dmd 2.040 it prints:
0
0
1.6749e-4932

--With 32-bit Linux and dmd 2.039 it prints:
nan
nan
nan

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3804] New: Recent versions of GNU C Library have execvpe() implemented.

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3804

   Summary: Recent versions of GNU C Library have execvpe()
implemented.
   Product: D
   Version: unspecified
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: blocker
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: ibuc...@ubuntu.com


--- Comment #0 from Iain Buclaw  2010-02-15 03:26:57 PST ---
Recent versions of GNU C Library have execvpe() implemented, so std/process.d
should be updated to reflex this in POSIX systems by allowing D to use the
system's own implementation.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3662] Wrong compile error within struct constructor and C-style initializer

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3662


Don  changed:

   What|Removed |Added

 CC||lud...@informatik.uni-luebe
   ||ck.de


--- Comment #1 from Don  2010-02-15 02:03:08 PST ---
*** Issue 3802 has been marked as a duplicate of this issue. ***

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3802] Error message without line number when using struct initializers for a struct with constructors.

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3802


Don  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


--- Comment #1 from Don  2010-02-15 02:03:08 PST ---
*** This issue has been marked as a duplicate of issue 3662 ***

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3701] Incorrect initialisation of static arrays of floating-point values

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3701



--- Comment #2 from Lars T. Kyllingstad  2010-02-15 
01:28:56 PST ---
Well, I'll be...

Now I can't reproduce it either -- not even with DMD 2.039, which was the
version I was using when I reported the bug.

I swear, I tried this several times before I reported it, both on my regular
OS, 64-bit Linux, and in two virtual machines, 32-bit Linux and Windows XP. 
There was no bug on Windows, which is why I marked the report as
Linux-specific.

If nobody else can reproduce this it should just be closed.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3803] compiler segfaults

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3803


Don  changed:

   What|Removed |Added

 CC||clugd...@yahoo.com.au


--- Comment #1 from Don  2010-02-15 01:16:22 PST ---
This was a regression since 1.053. Suprisingly, it is fixed by bug 3767, in svn
367.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3701] Incorrect initialisation of static arrays of floating-point values

2010-02-15 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3701


Don  changed:

   What|Removed |Added

 CC||clugd...@yahoo.com.au


--- Comment #1 from Don  2010-02-15 00:45:45 PST ---
Can someone confirm this? The code works correctly on Windows on 2.038 and
every other version I've tried.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---