crash D1 compiler

2009-02-01 Thread Zorran
This code crash D1 compiler (v1.039) import std.stdio; void main() { string ss="sample"; printf("%s", cast(char*)(ss+"\0") ); } ===

Re: crash D1 compiler

2009-02-01 Thread Extrawurst
Zorran wrote: This code crash D1 compiler (v1.039) import std.stdio; void main() { string ss="sample"; printf("%s", cast(char*)(ss+"\0") ); } === do u mean it actually crashes dmd at compile time or do u mean your application carshes at runtime? try: v

Re: crash D1 compiler

2009-02-01 Thread Simen Kjaeraas
On Sun, 01 Feb 2009 13:01:09 +0100, Zorran wrote: This code crash D1 compiler (v1.039) import std.stdio; void main() { string ss="sample"; printf("%s", cast(char*)(ss+"\0") ); } === Indeed it does. Now of course, ss + "\0" makes no sense, but the compile

[Issue 2637] New: Segfault using + inside char [] function parameter

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2637 Summary: Segfault using + inside char [] function parameter Product: D Version: 1.039 Platform: PC OS/Version: Windows Status: NEW Keywords: ice-on-invalid-code Se

Re: crash D1 compiler

2009-02-01 Thread Don
Simen Kjaeraas wrote: On Sun, 01 Feb 2009 13:01:09 +0100, Zorran wrote: This code crash D1 compiler (v1.039) import std.stdio; void main() { string ss="sample"; printf("%s", cast(char*)(ss+"\0") ); } === Indeed it does. Now of course, ss + "\0" makes no sense,

[Issue 2638] New: auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 Summary: auto string var should be invariant(char)[], not char[] Product: D Version: unspecified Platform: PC URL: http://www.digitalmars.com/d/2.0/declaration.html#AutoDe

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #1 from jarrett.billings...@gmail.com 2009-02-01 12:43 --- Uh, what compiler version are you using? If you're using a D1 compiler, then it should be char[6]. --

[Issue 2639] New: Hex and octal string values not completely specified

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2639 Summary: Hex and octal string values not completely specified Product: D Version: 2.023 Platform: PC URL: http://www.digitalmars.com/d/2.0/lex.html OS/Version: Linux Sta

[Issue 2639] Hex and octal string values not completely specified

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2639 --- Comment #1 from jlqu...@optonline.net 2009-02-01 12:44 --- Also, if you define arbitrary binary data that is not valid utf-8, should an error reported when the 'd' suffix is processed by the compiler? If the spec more clearly say

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #2 from jlqu...@optonline.net 2009-02-01 13:04 --- (In reply to comment #1) > Uh, what compiler version are you using? If you're using a D1 compiler, then > it should be char[6]. Sorry, I'm referring to D2. Also, this i

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #3 from jarrett.billings...@gmail.com 2009-02-01 13:42 --- Both the D1 and D2 specs are on Digital Mars' site, so no, it's not unambiguous. --

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #4 from jlqu...@optonline.net 2009-02-01 14:16 --- (In reply to comment #3) > Both the D1 and D2 specs are on Digital Mars' site, so no, it's not > unambiguous. > The URL includes 2.0 in the path. But I'll try to rememb

[Issue 2640] New: Improve usability of the "inner name trick"

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2640 Summary: Improve usability of the "inner name trick" Product: D Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2

[Issue 2640] Improve usability of the "inner name trick"

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2640 --- Comment #1 from jarrett.billings...@gmail.com 2009-02-01 16:29 --- Agreed 100%. I think I even posted a suggestion to this effect years ago on the digitalmars.D board? I forget. --

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #5 from 2kor...@gmail.com 2009-02-01 16:53 --- shall we close the issue? --

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 --- Comment #6 from bra...@puremagic.com 2009-02-01 16:59 --- Why? string literals should be invariant in D2, so if that's not what's happening, then there's really a bug here. Is this report strictly a documentation bug or was ther

[Issue 2638] auto string var should be invariant(char)[], not char[]

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2638 bra...@puremagic.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #7 fr

[Issue 2640] Improve usability of the "inner name trick"

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2640 --- Comment #2 from 2kor...@gmail.com 2009-02-01 17:13 --- Yeah, I have proposed that, too. I suggested marking all internal temporary aliases as private for that purpose: template WidgetImpl(T) { private alias ...something_compl

[Issue 2631] alias symbol this;

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2631 --- Comment #7 from wbax...@gmail.com 2009-02-01 18:10 --- (In reply to comment #6) > > would this make sense? > alias T template; // I mean the template itself > vs > alias T this; // I mean the this in the outer scope >

[Issue 2641] New: std.variant Variant's check for "can append" is wrong

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2641 Summary: std.variant Variant's check for "can append" is wrong Product: D Version: 2.023 Platform: PC OS/Version: Windows Status: NEW Severity: normal Priority: P2

[Issue 2641] std.variant Variant's check for "can append" is wrong

2009-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2641 and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED --