Re: Internal error: ..\ztc\evalu8.c 2093

2009-02-10 Thread John Reimer
Hello Zarathustra, When I trying build dwt-win 3.4.1 I get the following error: Internal error: ..\ztc\evalu8.c 2093 command line: dsss build I using DSSS 0.78, Tango 0.99.7 with DMD 1.033. OS: Windows XP Any ideas? Can you try a more recent compiler... like dmd 1.037? Also, I would highly

Re: function to slive a quadratic equation

2009-02-01 Thread John Reimer
Hello Christopher, zvia wrote: Is it true thr input way? what is din type (I didn't put its a declaration)?? Thrinput's Way was discredited in the late 1700's by a German theologian named Albrecht Kirsch. It was already in decline due to its requirements of extreme asceticism; many scholars,

Re: function to slive a quadratic equation

2009-02-01 Thread John Reimer
Hello BCS, Hello Christopher, Thrinput's Way was discredited in the late 1700's by a German theologian named Albrecht Kirsch. It was already in decline due to its requirements of extreme asceticism; many scholars, most notably Dr. M. Foster of Yale, attribute its temporary success to its suppo

Re: bcdgen and gccxml: detecting parse errors?

2009-01-26 Thread John Reimer
Hello lutger, So it was my error, some modifications I made to bcdgen. Sorry for the noise. * why is it that these dumb mistakes always get apparent at once AFTER posting ...* Because the newsgroup version of Murphy's Law is fairly consistant? :D At the very least, knowing this law, we

Re: Class and Interface Fun

2009-01-25 Thread John Reimer
Hello tim, On Mon, 26 Jan 2009 04:58:57 +1300, John Reimer wrote: Hello tim, On Mon, 26 Jan 2009 01:14:10 +1300, Denis Koroskin <2kor...@gmail.com> wrote: On Sun, 25 Jan 2009 15:06:23 +0300, Tim M wrote: On Mon, 26 Jan 2009 00:48:21 +1300, Tim M wrote: On Mon, 26 Jan 2009 00

Re: Class and Interface Fun

2009-01-25 Thread John Reimer
Hello Daniel, [snip] B inherits all the functions from A implicitly. You stil may override any of the I interface functions if need be: class B : A, I { override void foo() { ... } // int bar() is inherited from A } Having B explicitly override all the base class virtual functions and forward

Re: Class and Interface Fun

2009-01-25 Thread John Reimer
Hello tim, It not a bug though. It's all here http://www.digitalmars.com/d/1.0/interface.html and it works like it says. Is there a problem? The only thing that might be close to a bug, I think, is the inability of the "alias" to satisfy the interface contract reimplementation. -JJR

Re: Class and Interface Fun

2009-01-25 Thread John Reimer
25 Jan 2009 08:38:18 +0300, Tim M wrote: On Sun, 25 Jan 2009 17:56:03 +1300, John Reimer wrote: Hello tim, On Sun, 25 Jan 2009 16:43:55 +1300, John Reimer wrote: With this code: module test5; interface I { void foo(); } class A : I { void foo() { } } cl

Re: Class and Interface Fun

2009-01-25 Thread John Reimer
Hello Daniel, [snip] B inherits all the functions from A implicitly. You stil may override any of the I interface functions if need be: class B : A, I { override void foo() { ... } // int bar() is inherited from A } Having B explicitly override all the base class virtual functions and forward

Re: Class and Interface Fun

2009-01-24 Thread John Reimer
Hello tim, On Sun, 25 Jan 2009 17:56:03 +1300, John Reimer wrote: Hello tim, On Sun, 25 Jan 2009 16:43:55 +1300, John Reimer wrote: With this code: module test5; interface I { void foo(); } class A : I { void foo() { } } class B : A, I { alias A.foo foo

Re: Class and Interface Fun

2009-01-24 Thread John Reimer
Hello John, Hello tim, On Sun, 25 Jan 2009 16:43:55 +1300, John Reimer wrote: With this code: module test5; interface I { void foo(); } class A : I { void foo() { } } class B : A, I { alias A.foo foo; } void main() { } I

Re: Class and Interface Fun

2009-01-24 Thread John Reimer
Hello tim, On Sun, 25 Jan 2009 16:43:55 +1300, John Reimer wrote: With this code: module test5; interface I { void foo(); } class A : I { void foo() { } } class B : A, I { alias A.foo foo; } void main() { } I get this

Class and Interface Fun

2009-01-24 Thread John Reimer
With this code: module test5; interface I { void foo(); } class A : I { void foo() { } } class B : A, I { alias A.foo foo; } void main() { } I get this error: class test5.B i

Re: .bat file to help compile easier - dmd/build

2009-01-03 Thread John Reimer
Hello Daniel, John Reimer wrote: [snip] Probably more history here than you, but it was kind of fun looking back on it. If anyone sees some inaccurancies, be sure to correct. -JJR "inaccurancies" should be "inaccuracies". :P Thanks for the look back. -- Daniel

Re: .bat file to help compile easier - dmd/build

2009-01-03 Thread John Reimer
Hello Daniel, John Reimer wrote: [snip] Probably more history here than you, but it was kind of fun looking back on it. If anyone sees some inaccurancies, be sure to correct. -JJR "inaccurancies" should be "inaccuracies". :P Thanks for the look back. -- Dani

Re: .bat file to help compile easier - dmd/build

2009-01-03 Thread John Reimer
Hello tim, On Sun, 04 Jan 2009 01:40:03 +1300, John Reimer wrote: Hello Don, Tim M wrote: On Sat, 03 Jan 2009 08:17:17 +1300, Michael P. wrote: Okay, so right now, I'm making a small game(Mario) using DAllegro. I use build, and every time, I have to type this in to compile my pro

Re: .bat file to help compile easier - dmd/build

2009-01-03 Thread John Reimer
Hello Don, Tim M wrote: On Sat, 03 Jan 2009 08:17:17 +1300, Michael P. wrote: Okay, so right now, I'm making a small game(Mario) using DAllegro. I use build, and every time, I have to type this in to compile my progress: build mario alleg.lib Now, I know it's not a lot of typing. But cons

Re: expected array behaviour

2009-01-02 Thread John Reimer
Hello Anders, John Reimer wrote: You'd get a runtime error if you were using Linux. For some reason string literals are not read-only, or Windows doesn't respect it, or something like that. Modifying either array1 or array2 is technically illegal. So, uh, don't do it.

Re: expected array behaviour

2009-01-01 Thread John Reimer
Hello Jarrett, On Thu, Jan 1, 2009 at 5:55 PM, Mike James wrote: I have a function that uses 2 array strings defined similar to this... const char[] array1 = "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; char[] array2 = "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; If I make a change to a char in array1 it also changes t

Re: expected array behaviour

2009-01-01 Thread John Reimer
Hello Jarrett, If you want to modify the contents of string literals, like you're doing here, put a .dup on them. char[] array1 = "ABCD".dup; Again, modifying the contents of string literals is illegal and the results are undefined. Oh, right. I missed that. -JJR

Re: expected array behaviour

2009-01-01 Thread John Reimer
Hello Mike, I have a function that uses 2 array strings defined similar to this... const char[] array1 = "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; char[] array2 = "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; If I make a change to a char in array1 it also changes the same in array2. But if I define the arrays as follows

Re: DDL problem

2008-12-28 Thread John Reimer
Hello tim, NVM I think I've figured it out. I'll try and get in touch with a dev for the change to be put through. On Sun, 28 Dec 2008 17:16:05 +1300, Tim M wrote: Sorry I should have made myself more clear. Latest d1 (1.038). If you get ddl from trunk and try to build quick example there w

Re: Force struct allocation on the heap?

2008-10-18 Thread John Reimer
Hello Benji, Looking at the official docs, I can't find the D1 syntax for forcing a struct to be allocated on the heap (so that it can safely be returned from a function). I'm pretty sure it's possible (without wrapping the struct in a class or an array), but I can't for the life of me remember