[Issue 8031] If a class have some signals it's impossible for a derived class to have any signals
http://d.puremagic.com/issues/show_bug.cgi?id=8031 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Denis Shelomovskij verylonglogin@gmail.com 2012-07-06 10:42:02 MSD --- Since https://github.com/D-Programming-Language/phobos/pull/567 has been merged now it's impossible for a derived class to have signals only if a base class has the one and only signal (because of Issue 5028) and this isn't a major luck of functionality. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7648] Can't open file (Windows UTF8)
http://d.puremagic.com/issues/show_bug.cgi?id=7648 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #5 from Denis Shelomovskij verylonglogin@gmail.com 2012-07-06 11:27:11 MSD --- (In reply to comment #1) However, what doesn't work is reading UTF8 from the commandline (using chcp 65001): Your program is written in (outdated) D1 so you are affected by Issue 1188. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8020] std.stdio can't open UTF16 file names in Windows
http://d.puremagic.com/issues/show_bug.cgi?id=8020 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||verylonglogin@gmail.com Version|unspecified |D2 Resolution||DUPLICATE Severity|enhancement |major --- Comment #6 from Denis Shelomovskij verylonglogin@gmail.com 2012-07-06 11:54:47 MSD --- (In reply to comment #5) Then someone just needs rig current std.file to call toUTF16/toUTFz... std.file works good with non-ASCII strings. This is std.stdio issue. ...and forward the result to the right _wfopen... And std.file uses plain WinAPI, not its buggy wrapper from Digital Mars C runtime. ...This is all is just embarracing. Yes, but std.stdio is even worse than you think (e.g. it can be 100x slower than direct C function calls as bearophile noted about rawWrite). *** This issue has been marked as a duplicate of issue 7648 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7648] std.stdio expects file names to be encoded in CP_ACP on Windows instead of UTF-8
http://d.puremagic.com/issues/show_bug.cgi?id=7648 --- Comment #6 from Denis Shelomovskij verylonglogin@gmail.com 2012-07-06 11:54:48 MSD --- *** Issue 8020 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 8351] New: Lambdas in 'static foreach' give errors
http://d.puremagic.com/issues/show_bug.cgi?id=8351
Summary: Lambdas in 'static foreach' give errors
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: wfunct...@hotmail.com
--- Comment #0 from wfunct...@hotmail.com 2012-07-06 01:05:05 PDT ---
module Test;
import std.typetuple;
void main()
{
foreach (i; TypeTuple!(1, 2, 3))
auto a = () = i;
}
Test.obj(Test) Offset 0029BH Record Type 00C3
Error 1: Previous Definition Different : _D4Test4mainFZv9__lambda1FNaNbNfZi
Test.obj(Test) Offset 002B0H Record Type 00C3
Error 1: Previous Definition Different : _D4Test4mainFZv9__lambda1FNaNbNfZi
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7054] std.format.formattedWrite uses code units count as width instead of characters count
http://d.puremagic.com/issues/show_bug.cgi?id=7054 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added Priority|P5 |P4 CC||verylonglogin@gmail.com Summary|writef formats strings |std.format.formattedWrite |containing UTF-8 multibyte |uses code units count as |characters to the wrong |width instead of characters |width |count -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8351] Lambdas in 'static foreach' give errors
http://d.puremagic.com/issues/show_bug.cgi?id=8351 timon.g...@gmx.ch changed: What|Removed |Added CC||timon.g...@gmx.ch --- Comment #1 from timon.g...@gmx.ch 2012-07-06 05:14:35 PDT --- Presumably related to issue 8267 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8352] New: Wrong __overloadset isn't a template error
http://d.puremagic.com/issues/show_bug.cgi?id=8352
Summary: Wrong __overloadset isn't a template error
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: diagnostic, rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2012-07-06 05:20:25 PDT ---
This program compiles (dmd 2.060alpha):
import std.algorithm;
void main() {
[1, 2].remove!(x = x == 2)();
}
While this one:
import std.stdio, std.algorithm;
void main() {
[1, 2].remove!(x = x == 2)();
}
Gives:
test.d(3): Error: __overloadset isn't a template
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8085] std.algorithm.joiner makes invalid assumptions about front()
http://d.puremagic.com/issues/show_bug.cgi?id=8085 jens.k.muel...@gmx.de changed: What|Removed |Added CC||jens.k.muel...@gmx.de --- Comment #1 from jens.k.muel...@gmx.de 2012-07-06 13:01:33 PDT --- I'm thinking about fixing this issue but there are several approaches: 1. Fix joiner (BTW why name it joiner and not just join; same for splitter; Is this because there used to be a string.split or and std.path.join?) 2. Fix ByLine to not invalidate front when doing a popFront Is it common in Phobos for a range to invalidate front? ByLine and probably also ByChunk (haven't checked) are the only ranges that invalidate front, aren't they. There is also ByRecord which does not show up in the documentation. 3. If it is a common scheme to invalidate front then one could implement an adapter to store a copy of front even though that is less efficient. I prefer option 2 because it can be implemented with little space overhead but you seem to prefer option 1 which suggests that a range *usually* invalidates front. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8353] New: Array of polymorphic objects does not compile
http://d.puremagic.com/issues/show_bug.cgi?id=8353
Summary: Array of polymorphic objects does not compile
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
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-07-06 13:59:05 PDT ---
A student of ours discovered the following non-compiling code:
class Base { }
class A : Base { }
class B : Base { }
unittest
{
auto c = [ new A, new B ]; // fails to compile but shouldn't A/B be
implicitly
// convertible to Base
}
We think the code should compile. c should be an array of Base. As a work
around you can add explicit casts to Base.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
