[Issue 7942] New: Appending a string to a dstring is allowed
http://d.puremagic.com/issues/show_bug.cgi?id=7942 Summary: Appending a string to a dstring is allowed Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: ja...@aatch.net --- Comment #0 from James Miller ja...@aatch.net 2012-04-19 03:45:23 PDT --- Appending a regular `string` to a `dstring` does not cause a compile time error. This case: string a = abc; dstring b = abcd; b ~= a; Causes a runtime error: array cast misalignment. This case: string a = abcd; dstring b = abcdd; b ~= a; writeln(b); causes a segmentation fault. Given that string a = abcd; dstring b = abcdd; a ~= b; causes a compile time error, and many other operations do not allow implicit string - dstring casting, it should be picked up as a type error. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7943] New: UFCS does not work with alias this
http://d.puremagic.com/issues/show_bug.cgi?id=7943
Summary: UFCS does not work with alias this
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: jens.k.muel...@gmx.de
--- Comment #0 from jens.k.muel...@gmx.de 2012-04-19 04:47:04 PDT ---
The following code does not compile but it should.
ufcs.d:
struct Foo
{
int _member;
alias _member this;
}
int foo(Foo f) { return f._member; }
unittest
{
Foo f;
f.foo(); // fails to compile
}
Using dmd2.059 you get:
Error: function ufcs.foo (Foo f) is not callable using argument types (int)
Error: cannot implicitly convert expression (f._member) of type int to Foo
Note, that this bugs prevents using UFCS with std.typecons.Tuple.
http://forum.dlang.org/thread/mailman.1925.1334827762.4860.digitalmar...@puremagic.com
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3731] Derived class implicitly convertible to base class with arbitrary change of constancy
http://d.puremagic.com/issues/show_bug.cgi?id=3731 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #14 from Steven Schveighoffer schvei...@yahoo.com 2012-04-19 04:52:11 PDT --- *** Issue 7939 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 7939] Assigning to Object strips away const
http://d.puremagic.com/issues/show_bug.cgi?id=7939 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED CC||schvei...@yahoo.com Resolution||DUPLICATE --- Comment #1 from Steven Schveighoffer schvei...@yahoo.com 2012-04-19 04:52:10 PDT --- *** This issue has been marked as a duplicate of issue 3731 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7943] UFCS does not work with alias this
http://d.puremagic.com/issues/show_bug.cgi?id=7943 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-04-19 05:14:00 PDT --- https://github.com/D-Programming-Language/dmd/pull/890 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7944] New: popFront() cycles when the range is empty
http://d.puremagic.com/issues/show_bug.cgi?id=7944
Summary: popFront() cycles when the range is empty
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: lovelyd...@mailmetrash.com
--- Comment #0 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 05:38:23
PDT ---
Original discussion:
http://forum.dlang.org/post/itrsidszogvnobzvl...@forum.dlang.org
import std.range, std.stdio;
void main()
{
auto r = iota(3);
writeln(r.front, , length: , r.length, empty ? , r.empty);
r.popFront();
writeln(r.front, , length: , r.length, empty ? , r.empty);
r.popFront();
writeln(r.front, , length: , r.length, empty ? , r.empty);
r.popFront();
writeln(r.front, , length: , r.length, empty ? , r.empty);
r.popFront();
writeln(r.front, , length: , r.length, empty ? , r.empty);
r.popFront();
}
Returns:
0, length: 3 empty ? false
1, length: 2 empty ? false
2, length: 1 empty ? false
3, length: 0 empty ? true
4, length: 4294967295 empty ? false
Shouldn't popFront() assert when r.empty == true ?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7944] popFront() cycles when the range is empty
http://d.puremagic.com/issues/show_bug.cgi?id=7944 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added Severity|normal |enhancement -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7937] Range iota.Result should be const where possible
http://d.puremagic.com/issues/show_bug.cgi?id=7937 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 05:52:28 PDT --- Is there a mailing-list discussion about this one ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7937] Range iota.Result should be const where possible
http://d.puremagic.com/issues/show_bug.cgi?id=7937 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added Severity|normal |enhancement -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7936] std.random.randomSample always returns the same first value when passed a random number generator
http://d.puremagic.com/issues/show_bug.cgi?id=7936 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 05:59:05 PDT --- Original discussion: http://forum.dlang.org/post/dvtrsmrdsaqllhyzd...@forum.dlang.org -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7945] New: alias this doesn't work on function ref parameter
http://d.puremagic.com/issues/show_bug.cgi?id=7945
Summary: alias this doesn't work on function ref parameter
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: k.hara...@gmail.com
--- Comment #0 from Kenji Hara k.hara...@gmail.com 2012-04-19 06:36:22 PDT ---
The four calls should work, but #1 doesn't work.
struct S
{
int v;
alias v this;
}
void foo(ref int n){}
void main()
{
auto s = S(1);
// variable s is lvalue, so
// alias this expanded expression s.v is also lvalue and matches to ref.
foo(s); // 1.NG - OK
s.foo();// 2.OK, ufcs
foo(s.v); // 3.OK
s.v.foo(); // 4.OK, ufcs
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6175] String corruption when passing static char arrays to std.conv
http://d.puremagic.com/issues/show_bug.cgi?id=6175
SomeDude lovelyd...@mailmetrash.com changed:
What|Removed |Added
CC||lovelyd...@mailmetrash.com
--- Comment #4 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 07:29:05
PDT ---
Isn't it the normal behaviour ?
If statCArr is declared const or immutable, it works as intended.
import std.conv, std.stdio;
void main()
{
immutable char[9] statCArr = BlaBlaBla;
writeln(poupoupidouwah);
auto res1 = to!(char[])(statCArr);
writeln(res1);
writeln(statCArr[]);
}
PS E:\DigitalMars\dmd2\samples rdmd bug.d
poupoupidouwah
BlaBlaBla
BlaBlaBla
PS E:\DigitalMars\dmd2\samples
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7944] std.range.popFront() cycles when the range is empty
http://d.puremagic.com/issues/show_bug.cgi?id=7944 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #1 from hst...@quickfur.ath.cx 2012-04-19 07:34:28 PDT --- iota should have an in-contract that asserts !empty. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6790] buildPath using std.path.curdir segfaults
http://d.puremagic.com/issues/show_bug.cgi?id=6790 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #7 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 07:37:35 PDT --- I think this one should be closed as Can't reproduce. We'll reopen it if it happens again. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6834] std.stdio conflicts with core.stdc.stdio
http://d.puremagic.com/issues/show_bug.cgi?id=6834
SomeDude lovelyd...@mailmetrash.com changed:
What|Removed |Added
CC||lovelyd...@mailmetrash.com
--- Comment #3 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 07:43:11
PDT ---
This works.
import std.stdio;
import std.c.stdio;
void foo() {
File f = std.stdio.stdin;
int c = std.c.stdio.getc(f.getFP());
}
as well as that:
import std.stdio:stdin, File;
import std.c.stdio:getc;
void foo() {
File f = stdin;
int c = getc(f.getFP());
}
So this is not a bug, it's a case of not understanding the use of packages.
I think it should be closed.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6175] String corruption when passing static char arrays to std.conv
http://d.puremagic.com/issues/show_bug.cgi?id=6175
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
CC||schvei...@yahoo.com
--- Comment #5 from Steven Schveighoffer schvei...@yahoo.com 2012-04-19
07:44:51 PDT ---
(In reply to comment #4)
import std.conv, std.stdio;
void main()
{
immutable char[9] statCArr = BlaBlaBla;
writeln(poupoupidouwah);
auto res1 = to!(char[])(statCArr);
writeln(res1);
writeln(statCArr[]);
}
This is converting const, so to is likely doing a dup/idup. If you change res1
to immutable(char)[], it fails in the same way.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #3 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 07:47:17 PDT --- This hasn't been discussed in the m-l. bearophile, are you ok to close ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7260] g on default in std.regex.match
http://d.puremagic.com/issues/show_bug.cgi?id=7260 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com Severity|normal |enhancement -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6175] String corruption when passing static char arrays to std.conv
http://d.puremagic.com/issues/show_bug.cgi?id=6175
--- Comment #6 from Steven Schveighoffer schvei...@yahoo.com 2012-04-19
08:01:06 PDT ---
Interesting problem!
So here is what happens. The IFTI type determined for the statCArr argument is
char[9u], which means it's actually passed as a static array *by value*.
The first toImpl template matches and it looks like this:
/**
If the source type is implicitly convertible to the target type, $(D
to) simply performs the implicit conversion.
*/
T toImpl(T, S)(S value)
if (isImplicitlyConvertible!(S, T))
{
alias isUnsigned isUnsignedInt;
// Conversion from integer to integer, and changing its sign
static if (isUnsignedInt!S isSignedInt!T S.sizeof == T.sizeof)
{ // unsigned to signed same size
enforce(value = cast(S)T.max,
new ConvOverflowException(Conversion positive overflow));
}
else static if (isSignedInt!S isUnsignedInt!T)
{ // signed to unsigned
enforce(0 = value,
new ConvOverflowException(Conversion negative overflow));
}
return value;
}
Both of those static ifs fail, so it essentially boils down to this:
char[] toImpl(char[9u] value)
{
return value;
}
this means it is returning stack data! I'm surprised this is allowed to
compile, I though the compiler would disallow such obvious escaping of stack
data.
I suppose the correct fix is to return value.dup in this case, but I hate the
idea that the entire array is passed on the stack, seems wasteful.
Someone with better template-fu skills than me should tackle this...
BTW, what do we think the correct implementation *should* be? .dup the array
or return a slice of the original? I don't know if slicing is possible given
IFTI limitations.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 --- Comment #4 from hst...@quickfur.ath.cx 2012-04-19 08:10:14 PDT --- We shouldn't close issues unless it's either fixed or is a non-bug. If you think this issue deserves discussion, please start one on the forums. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6790] buildPath using std.path.curdir segfaults
http://d.puremagic.com/issues/show_bug.cgi?id=6790 Lars T. Kyllingstad bugzi...@kyllingen.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #8 from Lars T. Kyllingstad bugzi...@kyllingen.net 2012-04-19 08:14:23 PDT --- I agree. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 --- Comment #5 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:31:14 PDT --- Yeah, but this request should have been discussed in the first place by bearophile. Just opening enhancement requests because one thinks this or that should be this way doesn't make any sense. If everybody starts to do that, it will turn to chaos pretty quickly. I'm not the one who opened this enhancement request. I think the author should either ask on the forum, or close it. And if there has been a discussion, a link to it should be given here. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 --- Comment #7 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:37:37 PDT --- (In reply to comment #6) An example of what I'm talking about is 7939. The guy gives his opinion, without even a debate in the mailing-list. Where does that come from ? OUps, I meant 7937 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7326] write interprets enum with byte backing type as a character
http://d.puremagic.com/issues/show_bug.cgi?id=7326 klickverbot c...@klickverbot.at changed: What|Removed |Added Status|NEW |RESOLVED CC||c...@klickverbot.at Resolution||FIXED --- Comment #1 from klickverbot c...@klickverbot.at 2012-04-19 08:43:40 PDT --- Using DMD 2.059, this prints: --- Foo 65 --- Closing as fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7438] Functions from std.conv should be pure
http://d.puremagic.com/issues/show_bug.cgi?id=7438 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #2 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:46:04 PDT --- Should we close ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7928] Regex regression - out of memory.
http://d.puremagic.com/issues/show_bug.cgi?id=7928 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Dmitry Olshansky dmitry.o...@gmail.com 2012-04-19 08:53:00 PDT --- Ok I'm marking this as duplicate of 7442 as it is the root of problem with 'Out of memory on static regex' even if static-ness wasn't intended. *** This issue has been marked as a duplicate of issue 7442 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7488] Short array optimization for std.bitmanip.BitArray
http://d.puremagic.com/issues/show_bug.cgi?id=7488 --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:54:38 PDT --- See related 7487 and 7490 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7442] ctRegex!`\p{Letter}` uses a lot memory in compilation
http://d.puremagic.com/issues/show_bug.cgi?id=7442 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC||thor...@gmail.com --- Comment #9 from Dmitry Olshansky dmitry.o...@gmail.com 2012-04-19 08:53:00 PDT --- *** Issue 7928 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 7490] std.array.array(std.bitmanip.BitArray) too
http://d.puremagic.com/issues/show_bug.cgi?id=7490 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com See Also||http://d.puremagic.com/issu ||es/show_bug.cgi?id=7487 --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:53:57 PDT --- See related 7487 and 7488 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7487] A faster std.bitmanip.BitArray.opCat
http://d.puremagic.com/issues/show_bug.cgi?id=7487 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 08:55:17 PDT --- See also 7488 and 7490 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 --- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com 2012-04-19 09:03:04 PDT --- What?? How is this not a bug? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #2 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:01:44 PDT --- This is not a bug. It works as intended. Should close. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7561] std.net.curl broken
http://d.puremagic.com/issues/show_bug.cgi?id=7561 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:05:47 PDT --- Not a bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 --- Comment #4 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:09:13 PDT --- (In reply to comment #3) What?? How is this not a bug? The OS prevents to create the file, so tmpfile() throws an exception. I don't see how this can be considered a bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 --- Comment #5 from Vladimir Panteleev thecybersha...@gmail.com 2012-04-19 09:10:28 PDT --- The filename is chosen by the C runtime, not the operating system. It is a bug in the DigitalMars C runtime. It probably tries to use the hard-coded %WINDIR%\Temp directory, instead of the user profile directory or %TEMP%. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7561] std.net.curl broken
http://d.puremagic.com/issues/show_bug.cgi?id=7561 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com 2012-04-19 09:14:53 PDT --- SomeDude: Your comments are not helpful. Please explain why you don't consider said issue to not be a bug, since it might not be obvious to the submitter and other contributors. I can reproduce this issue with the 2.058 zipfile release, so it is certainly a bug (although I believe it's been fixed by now). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 --- Comment #6 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:19:52 PDT --- Oh, I just saw the author of the issue. It's not random Denis. Anyway, has a bug report been done in DMC C bugzilla ? Else this one will stay open forever, I'm affraid. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7561] std.net.curl broken
http://d.puremagic.com/issues/show_bug.cgi?id=7561 --- Comment #4 from Brad Anderson e...@gnuk.net 2012-04-19 09:26:17 PDT --- (In reply to comment #3) SomeDude: Your comments are not helpful. Please explain why you don't consider said issue to not be a bug, since it might not be obvious to the submitter and other contributors. I can reproduce this issue with the 2.058 zipfile release, so it is certainly a bug (although I believe it's been fixed by now). It remains in 2.059 unfortunately. The autotester was having difficulty loading curl and Brad Roberts and myself never did figure out why so my fix was reverted. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7567] Lazy quantifiers fail with ctRegex
http://d.puremagic.com/issues/show_bug.cgi?id=7567 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||dmitry.o...@gmail.com Resolution||DUPLICATE --- Comment #1 from Dmitry Olshansky dmitry.o...@gmail.com 2012-04-19 09:36:11 PDT --- And right after this message I get the well known thingie: Error: assert(this.ir[orStart].code() == cast(IR)129u) failed C:\dmd2\src\phobos\std\regex.d1150 So it's a duplicate of bug 7810 but the end result is more obscure. *** This issue has been marked as a duplicate of issue 7810 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7810] ctRegex!`a|b` asserts at regex.d:1150
http://d.puremagic.com/issues/show_bug.cgi?id=7810 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC||beatgam...@gmail.com --- Comment #3 from Dmitry Olshansky dmitry.o...@gmail.com 2012-04-19 09:36:11 PDT --- *** Issue 7567 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 7561] std.net.curl broken
http://d.puremagic.com/issues/show_bug.cgi?id=7561 --- Comment #5 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:35:46 PDT --- OK, I'm sorry for the trouvle. I believe the bug reports should always link to the forum related discussions, else the history and some valuable bits of information are completely lost for newcomers. Once bug reports stay in the queue forever and the history is lost, they simply stay open forever. And I believe having enhancement requests/bugs discussed in the forums should be a requirement anyway. For this case, I really thought it was a matter of having not linked against libcurl. Had I seen the discussion, I would have restrained myself. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7637] writeln doesn't take custom toString into account
http://d.puremagic.com/issues/show_bug.cgi?id=7637
SomeDude lovelyd...@mailmetrash.com changed:
What|Removed |Added
CC||lovelyd...@mailmetrash.com
--- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:46:20
PDT ---
The above code doesn't compile on 2.059 Win32.
However this compiles:
import std.stdio;
struct Foo {
string toString(bool x) { return ; }
}
void main()
{
Foo foo;
writeln(foo.toString(true)); // nogo: ok
writeln(foo); // compiles
}
PS E:\DigitalMars\dmd2\samples rdmd bug.d
toto
Foo()
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #4 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 09:55:21 PDT --- Should we close ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7637] writeln doesn't take custom toString into account
http://d.puremagic.com/issues/show_bug.cgi?id=7637 --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19 10:11:26 PDT --- (In reply to comment #1) The above code doesn't compile on 2.059 Win32. nogo in a comment means that line doesn't compile. The second call is the interesting one. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7946] New: can't put string into Appender!string
http://d.puremagic.com/issues/show_bug.cgi?id=7946
Summary: can't put string into Appender!string
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: d...@dawgfoto.de
--- Comment #0 from d...@dawgfoto.de 2012-04-19 10:12:56 PDT ---
cat bug.d CODE
import std.array, std.format, std.range;
void foo()
{
Appender!string app;
// this is broken
app.put(foo);
// = broken std.range.put
std.range.put(app, foo);
// = broken std.format.formattedWrite
formattedWrite(app, %s, foo);
// = ...
}
CODE
dmd -c bug
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7946] can't put string into Appender!string
http://d.puremagic.com/issues/show_bug.cgi?id=7946 d...@dawgfoto.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from d...@dawgfoto.de 2012-04-19 10:24:44 PDT --- Sorry, it was only a debugging artifact. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7107] Compiled program aborts when using foreach and std.regex.splitter
http://d.puremagic.com/issues/show_bug.cgi?id=7107 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||dmitry.o...@gmail.com Resolution||WORKSFORME --- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2012-04-19 10:52:44 PDT --- Can't reproduce with 2.059 on Fedora x86_64. I tried: dmd x.d dmd -inline -O x.d dmd -m64 -inline -O x.d dmd -m64 -inline x.d All work. It's either a problem with your specific setup or it was fixed somewhere between 2.057-2.059. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #7 from Walter Bright bugzi...@digitalmars.com 2012-04-19 11:23:55 PDT --- (In reply to comment #5) The filename is chosen by the C runtime, not the operating system. It is a bug in the DigitalMars C runtime. It probably tries to use the hard-coded %WINDIR%\Temp directory, instead of the user profile directory or %TEMP%. Actually, it uses stdio.h's _P_tmpdir, which on Windows is \\. Did I say that implementation is rather old? I also noticed that Windows 7 does not allow writing to the root directory. XP allowed it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 --- Comment #8 from Vladimir Panteleev thecybersha...@gmail.com 2012-04-19 11:32:02 PDT --- (In reply to comment #7) XP allowed it. You mean, to administrator users? I don't think regular users can create files in the drive root on XP either: http://dump.thecybershadow.net/2d089ee536e35b4a8244f26f36be491c/0814.png -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7247] All programs segfault before main
http://d.puremagic.com/issues/show_bug.cgi?id=7247 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #9 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:15:22 PDT --- Given that this wasn't reproduced, should be closed ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7537] `File.tmpfile` requires administrator rights on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=7537 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Walter Bright bugzi...@digitalmars.com 2012-04-19 12:15:09 PDT --- I have it fixed in snn.lib now. You can pick it up here: ftp://ftp.digitalmars.com/dmc.zip -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7200] Array append causes Access Violation with symbolic debug info
http://d.puremagic.com/issues/show_bug.cgi?id=7200 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:22:51 PDT --- Not reproduced 2.059 under x86-32 / Win32. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7204] [CTFE] Assertion failure when attempting to access function pointer of delegate
http://d.puremagic.com/issues/show_bug.cgi?id=7204
SomeDude lovelyd...@mailmetrash.com changed:
What|Removed |Added
CC||lovelyd...@mailmetrash.com
--- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:31:59
PDT ---
Under 2.059 Win32, this won't compile:
auto foo() {
void delegate() myDg;
return myDg.funcptr;
}
enum _ = foo();
void main() {}
PS E:\DigitalMars\dmd2\samples rdmd bug.d
bug.d(4): Error: Cannot convert void delegate() to void* at compile time
bug.d(6):called from here: foo()
If we write instead :
enum _ = foo;
Everything looks fine.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7206] Constructor from mixin does not conflict with other constructors
http://d.puremagic.com/issues/show_bug.cgi?id=7206 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #4 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:38:06 PDT --- PS E:\DigitalMars\dmd2\samples rdmd bug.d b PS E:\DigitalMars\dmd2\samples rdmd -version=ErrorsAsExpected bug.d bug.d(22): Error: constructor bug.A.this called with argument types: (()) matches both: bug.A.this() and: bug.A.this() PS E:\DigitalMars\dmd2\samples -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7200] Array append causes Access Violation with symbolic debug info
http://d.puremagic.com/issues/show_bug.cgi?id=7200 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||e...@gnuk.net --- Comment #2 from Brad Anderson e...@gnuk.net 2012-04-19 12:43:59 PDT --- (In reply to comment #1) Not reproduced 2.059 under x86-32 / Win32. I also couldn't reproduce. Looks like it can be closed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7220] Bad initialization when using mixin to generate a static field in a -lib'rary
http://d.puremagic.com/issues/show_bug.cgi?id=7220 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:52:30 PDT --- Confirmed with 2.059 on win32 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7221] implicit conversion between delegates with qualified parameter types
http://d.puremagic.com/issues/show_bug.cgi?id=7221 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:54:18 PDT --- This code compiles on 2.059 win32. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7223] Access violation when using rmdirRecurse on folder without modify permissions
http://d.puremagic.com/issues/show_bug.cgi?id=7223 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 12:55:44 PDT --- Code example ? Link to discussion ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7236] Protected class members in different file inaccessible
http://d.puremagic.com/issues/show_bug.cgi?id=7236 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 13:51:25 PDT --- Confirmed on 2.059 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7258] std.array.array of const items
http://d.puremagic.com/issues/show_bug.cgi?id=7258 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com Severity|normal |enhancement -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7287] std.container.BinaryHeap example fails
http://d.puremagic.com/issues/show_bug.cgi?id=7287 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com OS/Version|Linux |All --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:11:13 PDT --- Fails also on Win32 2.059 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7943] UFCS does not work with alias this
http://d.puremagic.com/issues/show_bug.cgi?id=7943 --- Comment #2 from github-bugzi...@puremagic.com 2012-04-19 14:14:39 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4540f0b9e1bbd1b251d5e49428a6a5c0cd1f9c65 fix Issue 7943 - UFCS does not work with alias this https://github.com/D-Programming-Language/dmd/commit/11f70c7b5cea33e9a93601b2a2fdabb260d47276 Merge pull request #890 from 9rnsr/fix7943 Issue 7943 - UFCS does not work with alias this -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7945] alias this doesn't work on function ref parameter
http://d.puremagic.com/issues/show_bug.cgi?id=7945 --- Comment #2 from github-bugzi...@puremagic.com 2012-04-19 14:14:42 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/ec6a33778767db278613b058641c849ea7625b43 fix Issue 7945 - alias this doesn't work on function ref parameter -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7284] ICE(module.c): with -inline -release -noboundscheck
http://d.puremagic.com/issues/show_bug.cgi?id=7284 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:20:55 PDT --- See also http://d.puremagic.com/issues/show_bug.cgi?id=7305 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7307] Not fully enforced properties syntax
http://d.puremagic.com/issues/show_bug.cgi?id=7307 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:22:59 PDT --- Why ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7305] Internal error: backend\gother.c 983
http://d.puremagic.com/issues/show_bug.cgi?id=7305 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:21:06 PDT --- Duplicate of http://d.puremagic.com/issues/show_bug.cgi?id=7284 ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7317] writeln cannot handle alias this of array type
http://d.puremagic.com/issues/show_bug.cgi?id=7317 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:28:45 PDT --- Works on 2.059 PS E:\DigitalMars\dmd2\samples rdmd bug.d foo -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7349] assert(0) in class destructor - bad (or incorrect) error
http://d.puremagic.com/issues/show_bug.cgi?id=7349 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com Severity|normal |minor -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7362] forward referenced inner struct with align(1) doesn't add to offset of next field when used inside a union of another struct, that is nested in the same outer struct
http://d.puremagic.com/issues/show_bug.cgi?id=7362 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:44:01 PDT --- Returns 1 on Win32 2.059 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7943] UFCS does not work with alias this
http://d.puremagic.com/issues/show_bug.cgi?id=7943 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7945] alias this doesn't work on function ref parameter
http://d.puremagic.com/issues/show_bug.cgi?id=7945 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7402] Appending enum string causes type change?
http://d.puremagic.com/issues/show_bug.cgi?id=7402 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #2 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 14:53:53 PDT --- Compiles on 2.059 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7438] Functions from std.conv should be pure
http://d.puremagic.com/issues/show_bug.cgi?id=7438
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
--- Comment #3 from bearophile_h...@eml.cc 2012-04-19 15:02:53 PDT ---
(In reply to comment #2)
Should we close ?
I agree with Jonathan M Davis that maybe asking for them to be always pure is a
bit too much (this is debatable. Maybe it's a good thing still).
But I think we can't close this bug report before this little program, that
shows a very basic usage of to!(), compiles with no errors or warnings:
import std.conv: to;
void main() pure {
string r = to!string(to!real(2.5));
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7415] dmd.X.XXX.zip ships with outdated man pages
http://d.puremagic.com/issues/show_bug.cgi?id=7415 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com Severity|trivial |normal -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
--- Comment #5 from bearophile_h...@eml.cc 2012-04-19 15:07:52 PDT ---
(In reply to comment #4)
Should we close ?
Don't close unless it's really unfixable in some way.
Maybe void* is an acceptable textual output for this.
-
Related:
import std.stdio;
void main() {
writeln(null);
}
DMD 2.059 shows:
...\dmd2\src\phobos\std\stdio.d(1562): Error: undefined identifier 'length'
...\dmd2\src\phobos\std\stdio.d(1562): Error: undefined identifier 'ptr', did
you mean 'template tr(C1,C2,C3,C4 = immutable(char))'?
test.d(3): Error: template instance std.stdio.writeln!(typeof(null)) error
instantiating
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7438] Functions from std.conv should be pure
http://d.puremagic.com/issues/show_bug.cgi?id=7438 --- Comment #4 from Jonathan M Davis jmdavisp...@gmx.com 2012-04-19 15:11:15 PDT --- I'd be very tempted to argue that that should be a separate bug. There's a big difference between std.conv.to should always be pure for everything and std.conv.to should be pure when converting to strings. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7437] DMD enters infinite loop during overload resolution
http://d.puremagic.com/issues/show_bug.cgi?id=7437 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #3 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 15:15:39 PDT --- On 2.059 Win32 PS E:\DigitalMars\dmd2\samples rdmd bug.d Stack overflow -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7260] g on default in std.regex.match
http://d.puremagic.com/issues/show_bug.cgi?id=7260 bearophile_h...@eml.cc changed: What|Removed |Added Severity|enhancement |normal --- Comment #3 from bearophile_h...@eml.cc 2012-04-19 15:18:13 PDT --- This is not an enhancement request (I consider it more like a little Phobos regression). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1175] nested class inheritance
http://d.puremagic.com/issues/show_bug.cgi?id=1175 --- Comment #4 from github-bugzi...@puremagic.com 2012-04-19 15:15:55 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f53f41d85dee6d0a7947a8a2d31d0e069445af69 fix Issue 1175 - nested class inheritance https://github.com/D-Programming-Language/dmd/commit/4db669eabeb43d4516b32de886f31f0f9c06f108 Merge pull request #889 from CyberShadow/fix-2342 fix Issue 1175 - nested class inheritance -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7937] Range iota.Result should be const where possible
http://d.puremagic.com/issues/show_bug.cgi?id=7937 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #2 from bearophile_h...@eml.cc 2012-04-19 15:23:41 PDT --- (In reply to comment #1) Is there a mailing-list discussion about this one ? The place for discussions about a small and very specific bug is in Bugzilla threads. Larger general enhancement requests are probably better discussed first in the newsgroup. This enhancement request is small and very focused, so I think discussing it here is enough (but advertising it the newsgroup too is good). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7258] std.array.array of const items
http://d.puremagic.com/issues/show_bug.cgi?id=7258 --- Comment #2 from bearophile_h...@eml.cc 2012-04-19 15:24:38 PDT --- This is borderline between a bug and an enhancement request. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7450] AA: Cannot uniquely infer foreach argument types
http://d.puremagic.com/issues/show_bug.cgi?id=7450 SomeDude lovelyd...@mailmetrash.com changed: What|Removed |Added CC||lovelyd...@mailmetrash.com --- Comment #1 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 15:26:11 PDT --- This compiles and runs with 2.059. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 --- Comment #8 from bearophile_h...@eml.cc 2012-04-19 15:38:00 PDT --- (In reply to comment #3) This hasn't been discussed in the m-l. I have given a generic answer in Issue 7937 (In reply to comment #5) Yeah, but this request should have been discussed in the first place by bearophile. Just opening enhancement requests because one thinks this or that should be this way doesn't make any sense. If everybody starts to do that, it will turn to chaos pretty quickly. I think for normal bug reports, or for very small enhancement requests (that require only a small and limited amount of code added or changed with no significant interactions with unrelated user code) discussing it only in Bugzilla is acceptable. And I've seen that most people in newsgroups are not interested in very small things. bearophile, are you ok to close ? I think that generally it's OK to close an enhancement request when it's not implementable, when it's a bad idea, when there are better ideas, when no one seems to desire the idea for a lot of time, when it asks for too much work for too little gain, etc. In this specific case kennytm and hsteoh have given answers. There is a Windows-specific way to solve this, and on Unixes it's not immediate to do. I am not qualified enough to tell if this enhancement request needs to be closed as WONTFIX. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7450] AA: Cannot uniquely infer foreach argument types
http://d.puremagic.com/issues/show_bug.cgi?id=7450 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19 15:44:22 PDT --- Hmm.. I can't recreate this in 2.057 either. It does crash DMD 2.053 though, so it might have been some kind of lurking bug somewhere.. I'll close it now though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7937] Range iota.Result should be const where possible
http://d.puremagic.com/issues/show_bug.cgi?id=7937 --- Comment #3 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 15:47:50 PDT --- The problem is, if noone is interested in discussing these in the forums, noone will be interested in fixing these as it requires some effort. So all they do is add a little bit of noise and die. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 --- Comment #6 from SomeDude lovelyd...@mailmetrash.com 2012-04-19 15:52:44 PDT --- Don't close unless it's really unfixable in some way. Seriously, this doesn't make any sense. It's always possible to break the language with stupid examples like this. This is a waste of time and resources. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1175] nested class inheritance
http://d.puremagic.com/issues/show_bug.cgi?id=1175 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7929] Broken semantic of StructInitializer with const
http://d.puremagic.com/issues/show_bug.cgi?id=7929 --- Comment #2 from github-bugzi...@puremagic.com 2012-04-19 15:59:06 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/849ca3c0a4946a237d30f4a2b860299632d987e7 fix Issue 7929 - Broken semantic of StructInitializer with const https://github.com/D-Programming-Language/dmd/commit/466760e7d817e4276e749c6054cd8a8387f3a437 Merge pull request #884 from 9rnsr/fix7929 Issue 7929 - Broken semantic of StructInitializer with const -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #7 from Vladimir Panteleev thecybersha...@gmail.com 2012-04-19 16:01:56 PDT --- I think this bug is valid. text(null) should be equal to null. I don't see how this falls under breaking the language. The OP posted a plausible use case (logging the calls to a templated function), so calling this stupid is a bit over the line. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7937] Range iota.Result should be const where possible
http://d.puremagic.com/issues/show_bug.cgi?id=7937 --- Comment #4 from bearophile_h...@eml.cc 2012-04-19 16:24:28 PDT --- (In reply to comment #3) The problem is, if noone is interested in discussing these in the forums, noone will be interested in fixing these as it requires some effort. Probably 70-80% of Bugzilla issues, if presented in the newsgroup, will produce no answers (or one-two answers top). Yet, many of them get fixed. Something similar happens for little enhancement requests. Newsgroups are not the right place for most bugs discussions. Newsgroups are mostly for the ones that are controversial, or require large changes, or cause breaking changes, etc. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7929] Broken semantic of StructInitializer with const
http://d.puremagic.com/issues/show_bug.cgi?id=7929 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5833] To read a key
http://d.puremagic.com/issues/show_bug.cgi?id=5833 --- Comment #9 from hst...@quickfur.ath.cx 2012-04-19 17:09:26 PDT --- My feeling is that this bug is merely a small part of something much bigger: we need a console-interaction library in Phobos (along the lines of conio.h for windows or ncurses.h for *nixes). I'd prefer to leave this bug open until we either decide that a console interaction library doesn't belong in Phobos, or said library is merged and we can say use this function from std.console to read a key. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7317] writeln cannot handle alias this of array type
http://d.puremagic.com/issues/show_bug.cgi?id=7317 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Kenji Hara k.hara...@gmail.com 2012-04-19 17:24:24 PDT --- In 2.059, std.format module treats alias this type as proper super type. In this case, class C has explicit toString member function, so it is used. Pull request I had posted: https://github.com/D-Programming-Language/phobos/pull/488 Phobos commit: https://github.com/D-Programming-Language/phobos/commit/b90e2835eb6ca63fe58789d6f38e414f5bda70ed -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4556] Wrong docs for nested functions
http://d.puremagic.com/issues/show_bug.cgi?id=4556 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6542] Add IFTI (Implicit Function Template Instantiation) to glossary
http://d.puremagic.com/issues/show_bug.cgi?id=6542 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6437] Refcounted calls dtor before ctor, never calls dtor for globals
http://d.puremagic.com/issues/show_bug.cgi?id=6437
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
--- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19
18:34:00 PDT ---
(In reply to comment #2)
I just tried the example in D 2.058 and the extra dtors appear to have been
fixed. The issue with globals and destruction still exists. For now, you can
work around the problem using
static ~this() { typeid(foo).destroy(foo1); }
Yes it's fixed, thanks. The globals issue isn't really a bug since destruction
of globals isn't guaranteed (IIRC the docs were updated recently to acknowledge
this).
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 4603] array(iota(1, 0)) error
http://d.puremagic.com/issues/show_bug.cgi?id=4603
Brad Anderson e...@gnuk.net changed:
What|Removed |Added
CC||e...@gnuk.net
--- Comment #9 from Brad Anderson e...@gnuk.net 2012-04-19 18:41:12 PDT ---
This now seems to work as you want in DMD 2.059. The following:
import std.stdio, std.range;
void main() {
auto empty_array = array(iota(1, 0));
writeln(type: , typeof(empty_array).stringof,
, empty? , empty_array.empty,
, contents: , empty_array);
}
Outputs:
type: int[], empty? true, contents: []
I'd say it can be closed and marked RESOLVED now.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6436] Refcounted initialization bug
http://d.puremagic.com/issues/show_bug.cgi?id=6436
--- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19
18:45:56 PDT ---
Interestingly if you pass by pointer instead of by ref it works fine. Here's a
much more simplified example:
import std.typecons;
import std.stdio;
struct Struct1 {
this(ref int val) { val = 5; }
}
struct Struct2 {
this(int* val) { *val = 5; }
}
alias RefCounted!(Struct1) Str1;
alias RefCounted!(Struct2) Str2;
void main()
{
Str1 str1;
Str2 str2;
int val;
str1 = Str1(val);
writeln(val); // writes 0
str2 = Str2(val);
writeln(val); // writes 5
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6710] Can't use .sizeof in pragma(msg) call
http://d.puremagic.com/issues/show_bug.cgi?id=6710 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19 18:48:26 PDT --- Fixed in 2.059, don't know by which commit though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6774] ICE(glue.c) totym gagged forward reference error
http://d.puremagic.com/issues/show_bug.cgi?id=6774 --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-04-19 18:55:30 PDT --- Updates: OP sample works in 2.057+. Kenji's sample works in 2.059. Heywood's sample still ICEs, except it seems to ice regardless of the -g flag: Assertion failure: '0' on line 1114 in file 'glue.c' -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
