www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DMD 0.164 release

reply Walter Bright <newshound digitalmars.com> writes:
Bug fixes.

http://www.digitalmars.com/d/changelog.html
Aug 11 2006
next sibling parent reply BCS <BCS pathlink.com> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
Fixed Bugzilla 279 dmd.conf search path doesn't work THANK YOU!!! This should make things much easer
Aug 11 2006
parent Jeff <psychobrat gmail.com> writes:
 Fixed Bugzilla 279
 dmd.conf search path doesn't work
 
 THANK YOU!!! This should make things much easer
I think you mean 278? But yes, this is great news! :)
Aug 12 2006
prev sibling next sibling parent reply Bruno Medeiros <brunodomedeirosATgmail SPAM.com> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages. the changelog. -- Bruno Medeiros - MSc in CS/E student http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Aug 12 2006
next sibling parent Justin C Calvarese <technocrat7 gmail.com> writes:
Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages.
The web interface has been down since about July 22 (and the "internal server error" message has been showing up ever since). The problem is that the old web interface software doesn't work on the new 64-bit server. Jan is working on finding a replacement system. http://lists.puremagic.com/pipermail/digitalmars-d-announce/2006-July/001590.html http://lists.puremagic.com/pipermail/digitalmars-d/2006-July/006956.html I don't know whether the new system will have the same URL's as the old system, but perhaps it will be close enough that the old URL's will still be of use. -- jcc7
Aug 12 2006
prev sibling parent reply Walter Bright <newshound digitalmars.com> writes:
Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages.
The webalizer is quite dead at the moment.

 the changelog.
Ok.
Aug 12 2006
parent reply Bruno Medeiros <brunodomedeirosATgmail SPAM.com> writes:
Walter Bright wrote:
 Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages.
The webalizer is quite dead at the moment.
Well, I knew that, my question was more if you can see then internally or something, and how are we to know which bugs they are? ^_^ Hum, I've just noticed the links now work, so now we know. :) -- Bruno Medeiros - MSc in CS/E student http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Aug 14 2006
parent reply Walter Bright <newshound digitalmars.com> writes:
Bruno Medeiros wrote:
 Walter Bright wrote:
 Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages.
The webalizer is quite dead at the moment.
Well, I knew that, my question was more if you can see then internally or something, and how are we to know which bugs they are? ^_^ Hum, I've just noticed the links now work, so now we know. :)
The links to the digitalmars.D group are still broken, because the pnews software apparently crashes from the large number of postings. Methinks it must be internally using a 'short' to represent the message number.
Aug 14 2006
parent Lars Ivar Igesund <larsivar igesund.net> writes:
Walter Bright wrote:

 Bruno Medeiros wrote:
 Walter Bright wrote:
 Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Are the "D.bugs/7923" (http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D.bugs/7923), etc., links working? I get an internal server error on those pages.
The webalizer is quite dead at the moment.
Well, I knew that, my question was more if you can see then internally or something, and how are we to know which bugs they are? ^_^ Hum, I've just noticed the links now work, so now we know. :)
The links to the digitalmars.D group are still broken, because the pnews software apparently crashes from the large number of postings. Methinks it must be internally using a 'short' to represent the message number.
Well, it's open source (and afaik PHP), so someone so inclined should be able to debug and maybe even fix. -- Lars Ivar Igesund blog at http://larsivi.net DSource & #D: larsivi
Aug 14 2006
prev sibling next sibling parent Chad J <gamerChad _spamIsBad_gmail.com> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
Thanks! Rock those bugs!
Aug 12 2006
prev sibling next sibling parent reply Tom S <h3r3tic remove.mat.uni.torun.pl> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
Seems like you have fixed some (all?) problems of the kind "a.b.X conflicts with c.d.X at banana.d(666)". Thanks ! :) -- Tomasz Stachowiak /* a.k.a. h3r3tic */
Aug 13 2006
parent reply Bruno Medeiros <brunodomedeirosATgmail SPAM.com> writes:
Tom S wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Seems like you have fixed some (all?) problems of the kind "a.b.X conflicts with c.d.X at banana.d(666)". Thanks ! :) -- Tomasz Stachowiak /* a.k.a. h3r3tic */
What problems are those? The import name (mis)conflicts? -- Bruno Medeiros - MSc in CS/E student http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Aug 15 2006
parent reply Tom S <h3r3tic remove.mat.uni.torun.pl> writes:
Bruno Medeiros wrote:
 Tom S wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Seems like you have fixed some (all?) problems of the kind "a.b.X conflicts with c.d.X at banana.d(666)". Thanks ! :) -- Tomasz Stachowiak /* a.k.a. h3r3tic */
What problems are those? The import name (mis)conflicts?
Yup, error reports about the exact same symbols accessed thru different means. b.d: import a c.d: import a d.d: import b, c; // try to use a => disaster -- Tomasz Stachowiak /* a.k.a. h3r3tic */
Aug 15 2006
parent Bruno Medeiros <brunodomedeirosATgmail SPAM.com> writes:
Tom S wrote:
 Bruno Medeiros wrote:
 Tom S wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Seems like you have fixed some (all?) problems of the kind "a.b.X conflicts with c.d.X at banana.d(666)". Thanks ! :) -- Tomasz Stachowiak /* a.k.a. h3r3tic */
What problems are those? The import name (mis)conflicts?
Yup, error reports about the exact same symbols accessed thru different means. b.d: import a c.d: import a d.d: import b, c; // try to use a => disaster -- Tomasz Stachowiak /* a.k.a. h3r3tic */
There is another form that still breaks. -- Bruno Medeiros - MSc in CS/E student http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Aug 16 2006
prev sibling next sibling parent Lionello Lunesu <lio lunesu.remove.com> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
Re: Fixed D.bugs/8028 You've removed 'bit' from the BasicType list, but have not added 'bool'? L.
Aug 14 2006
prev sibling next sibling parent reply Lionello Lunesu <lio lunesu.remove.com> writes:
Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
Re: Fixed D.bugs/8028 You've removed 'bit' from the BasicType list, but have not added 'bool'? L.
Aug 14 2006
parent Walter Bright <newshound digitalmars.com> writes:
Lionello Lunesu wrote:
 Re: Fixed D.bugs/8028
 
 You've removed 'bit' from the BasicType list, but have not added 'bool'?
Doh!
Aug 14 2006
prev sibling next sibling parent reply Bruno Medeiros <brunodomedeirosATgmail SPAM.com> writes:
Walter Bright wrote:
 Bug fixes.
 
 http://www.digitalmars.com/d/changelog.html
The Bugzilla's version list needs to be uptaded, it's only up to .163 . -- Bruno Medeiros - MSc in CS/E student http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Aug 15 2006
parent Brad Roberts <braddr puremagic.com> writes:
Bruno Medeiros wrote:
 Walter Bright wrote:
 Bug fixes.

 http://www.digitalmars.com/d/changelog.html
The Bugzilla's version list needs to be uptaded, it's only up to .163 .
added
Aug 15 2006
prev sibling parent reply "Søren J. Løvborg" <web kwi.dk> writes:
Walter Bright wrote:
 Bug fixes.
Excellent. I'm particularly glad to see bug 279 fixed so soon. Thanks! I do note, however, that in the fix, you've created a distinction between two different kinds of inner classes, those that refer to local variables and those who don't. Those who don't access local variables work as they always have (and thus, no old code is broken). Those who do access local variables can only access them until the containing method returns, just as with inner functions, but (not too surprising when you know the internals) can _also_ only access members of the containing class until the containing method returns, because (I suppose) access to the containing class now goes through the "this" local variable of the method, instead of directly through the context pointer as usual. === abstract class Inner { abstract void print(); } class Outer { int memberVar = 123; Inner inner; this() { int localVar = 42; inner = new class Inner { void print() { printf("%d %d\n", memberVar, localVar); } }; inner.print(); } void print() { inner.print(); } } void main() { Outer o = new Outer(); // prints 42 123 o.print(); // prints two garbage numbers } === If the test-case above is modified to only access memberVar, everything works as expected. Depending on how deliberate this is, this will need to be either documented or fixed (by having not one, but two content pointers in the inner classes that require it, perhaps). In either case, I'm very happy with this release, so thanks again! Søren J. Løvborg web kwi.dk
Aug 17 2006
parent kris <foo bar.com> writes:
Refer to "The future of lambda delegates" on ng.D ?

Apparently some changes here are scheduled for a post 1.0 release





Søren J. Løvborg wrote:
 Walter Bright wrote:
 
Bug fixes.
Excellent. I'm particularly glad to see bug 279 fixed so soon. Thanks! I do note, however, that in the fix, you've created a distinction between two different kinds of inner classes, those that refer to local variables and those who don't. Those who don't access local variables work as they always have (and thus, no old code is broken). Those who do access local variables can only access them until the containing method returns, just as with inner functions, but (not too surprising when you know the internals) can _also_ only access members of the containing class until the containing method returns, because (I suppose) access to the containing class now goes through the "this" local variable of the method, instead of directly through the context pointer as usual. === abstract class Inner { abstract void print(); } class Outer { int memberVar = 123; Inner inner; this() { int localVar = 42; inner = new class Inner { void print() { printf("%d %d\n", memberVar, localVar); } }; inner.print(); } void print() { inner.print(); } } void main() { Outer o = new Outer(); // prints 42 123 o.print(); // prints two garbage numbers } === If the test-case above is modified to only access memberVar, everything works as expected. Depending on how deliberate this is, this will need to be either documented or fixed (by having not one, but two content pointers in the inner classes that require it, perhaps). In either case, I'm very happy with this release, so thanks again! Søren J. Løvborg web kwi.dk
Aug 17 2006