--- In d_lab@yahoogroups.com, anderson <anderson@b...> wrote:
> Dig has been broken due to the new float casting rules. ...
It's too bad that dig breaks with every other release of DMD. I
usually agree with Walter's changes, but I can't wait for DMD 1.0.
[snip]
> The problem is that there is no line number. I assume the error is
in
> the math library.
Wow, that must be really hard to fix.
>
> Any help would be appreciated.
>
> The binaries still work.
>
> PS - I've taken out the libs and dll's to reduce the size.
I appreciate your efforts to decrease the size, but in the future it
would be better if you could upload large files (such as over 100kb)
to the Files section or your own website if you prefer.
Some people have e-mail accounts with a small amount of storage. For
example, my Hotmail account only has 2 megabytes. With a 430kb file,
that'd be over 20% of the capacity of the account with one message.
Also, only people subscribed to e-mail messages can access attached
files (they're not available from the website). In this case of a
snapshot of troublesome code, that doesn't really matter, but I think
it might be good to keep this in mind.
By the way, thanks again for sharing your work on dig with us once
again.
JC
>
> --
> -Anderson: http://badmama.com.au/~anderson/
--- In d_lab@yahoogroups.com, anderson <anderson@b...> wrote:
> I've updated dig so it compiles for .81. I also fixed (untested)
> those 2 bugs that I created by commenting out parts of the code
> which were the quarytimer one and the dragfile one (therefore there
> are no more errors which I know of -> but JC has reported problems
> with the stripping).
>
> I've uploaded the new version to my website.
>
> --
> -Anderson: http://badmama.com.au/~anderson/
Great! Thanks for keeping us informed.
I noticed the stripping program when dig files were stripped. The
hardest part about fixing it may be figuring out where the problem
occurs. I've tested the strip program on some super simple code and it
worked fine. I plan to throw some harder code at it until I can figure
out the problem and hopefully fix it.
JC
--- In d_lab@yahoogroups.com, anderson <anderson@b...> wrote:
> I'd like permission to somehow version number the dig files.
Parhaps
> dig could be renamed to digx for this reason so if you decide to
> continue with dig the two files would have their own threads.
>
> --
> -Anderson: http://badmama.com.au/~anderson/
Perhaps, you could call the latest version 0.0.15 and go from there.
Alternatively, you could rename it dlab_dig, dig_ja, etc. and start
the numbering over at 0.0.1.
JC
I'd like permission to somehow version number the dig files. Parhaps
dig could be renamed to digx for this reason so if you decide to
continue with dig the two files would have their own threads.
--
-Anderson: http://badmama.com.au/~anderson/
I've updated dig so it compiles for .81. I also fixed (untested) those
2 bugs that I created by commenting out parts of the code which were the
quarytimer one and the dragfile one (therefore there are no more errors
which I know of -> but JC has reported problems with the stripping).
I've uploaded the new version to my website.
--
-Anderson: http://badmama.com.au/~anderson/
anderson wrote:
> Dig has been broken due to the new float casting rules. I'm working on
> fixing this but have hit a small snag. I'll post what I've done so far
> to save others the effort and then keep working on that.
>
Ok I've fixed that problem. If all goes well I'll try to upload a fixed
version in the next couple of hours.
--
-Anderson: http://badmama.com.au/~anderson/
Hi there.
I am using two Dig TreeBox's and noticed that when I maximize the
Frame they resize fine, but when I put the Frame back to original
size the TreeBox's do not resize back down.
Is anyone else had this problem?
Also what is the status of Dig?
Phill.
ok thanks, I will give it a shot.
Phill.
--- anderson <anderson@...> wrote:
> Phillip Thorpe wrote:
>
> > Can anyone let me know how I can get a HWND from
> > the dig frame ?
> >
> > any help is appreciated.
> >
> > Phill.
> >
> Haven't tried it myself but I think you can use the
> digPlatformHWND
> property.
>
> --
> -Anderson: http://badmama.com.au/~anderson/
>
>
__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com
Phillip Thorpe wrote:
> Can anyone let me know how I can get a HWND from
> the dig frame ?
>
> any help is appreciated.
>
> Phill.
>
Haven't tried it myself but I think you can use the digPlatformHWND
property.
--
-Anderson: http://badmama.com.au/~anderson/
Phillip Thorpe wrote:
> I dont know if this is useful or not(maybe not)
> But while making a TreeBox with Dig, I noticed that
> by default the Columns header string is "Path".
> I did not want this Heading and couldnt find a way
> to change it, or for that matter delete the column
> so that I could make a new one with my own String heading.
>
> So I made a static funstion inside TreeBox and rebuilt
> dig.
>
> Now I can do this:
>
> myTree.setHeaderString("Folders:");
> then make the Tree as normal.
> with(myTree = new TreeBox(this))
> and so on.
>
>
> There maybe or maybe not an easier way to
> do what I wanted, if there is can you let me know ?
>
> Thanks
> Phill.
If there's not a reply soon, send me the code (where to modify) and I'll
add it to the version I've uploaded.
--
-Anderson: http://badmama.com.au/~anderson/
I dont know if this is useful or not(maybe not)
But while making a TreeBox with Dig, I noticed that
by default the Columns header string is "Path".
I did not want this Heading and couldnt find a way
to change it, or for that matter delete the column
so that I could make a new one with my own String heading.
So I made a static funstion inside TreeBox and rebuilt
dig.
Now I can do this:
myTree.setHeaderString("Folders:");
then make the Tree as normal.
with(myTree = new TreeBox(this))
and so on.
There maybe or maybe not an easier way to
do what I wanted, if there is can you let me know ?
Thanks
Phill.
Success at last!
I have now updated my DMC++ files, and now DIG
compiles and runs the tests!
Thanks guys!
Phill.
--- In d_lab@yahoogroups.com, "J C Calvarese" <jccalvarese@h...> wrote:
> --- In d_lab@yahoogroups.com, Phill Thorpe <phillbert168@y...> wrote:
> > I reinstalled DMD several times.
> > Ive only just reinstalled my whole OS(Saturday)
> > because
> > I changed my partition back to FAT32. Ive got all
> > of the XP updates, so that(cmd) shouldnt be a problem.
> >
> > I dont know Makefiles well, but from what I can see
> > it looks fine, and you have had succcess.(just
> > thinking
> > out loud here)
> >
> > I will reinstall DM next I have the CD.
> > Ah! maybe it is because I havent installed all of the
> > updates on it(DM)since I reinstalled my OS, I just
> > installed from the CD.
>
> I've noticed that the dmd zips usually contain a dm and a dmd
> directory. I think the files in the dm tend to be newer (better) than
> the ones in the dm linker zip. I'm sure the CD versions are even
> older.
>
> I'd suspect the best way to install this stuff is CD first,
> then dm linker, finally dmd. When I unzip files with 7-Zip, it asks me
> if I want to overwrite and it mentions the date and size for each. I
> think the general rule is go with the newer file.
>
> >
> > Phill.
--- In d_lab@yahoogroups.com, Phill Thorpe <phillbert168@y...> wrote:
> I reinstalled DMD several times.
> Ive only just reinstalled my whole OS(Saturday)
> because
> I changed my partition back to FAT32. Ive got all
> of the XP updates, so that(cmd) shouldnt be a problem.
>
> I dont know Makefiles well, but from what I can see
> it looks fine, and you have had succcess.(just
> thinking
> out loud here)
>
> I will reinstall DM next I have the CD.
> Ah! maybe it is because I havent installed all of the
> updates on it(DM)since I reinstalled my OS, I just
> installed from the CD.
I've noticed that the dmd zips usually contain a dm and a dmd
directory. I think the files in the dm tend to be newer (better) than
the ones in the dm linker zip. I'm sure the CD versions are even
older.
I'd suspect the best way to install this stuff is CD first,
then dm linker, finally dmd. When I unzip files with 7-Zip, it asks me
if I want to overwrite and it mentions the date and size for each. I
think the general rule is go with the newer file.
>
> Phill.
I reinstalled DMD several times.
Ive only just reinstalled my whole OS(Saturday)
because
I changed my partition back to FAT32. Ive got all
of the XP updates, so that(cmd) shouldnt be a problem.
I dont know Makefiles well, but from what I can see
it looks fine, and you have had succcess.(just
thinking
out loud here)
I will reinstall DM next I have the CD.
Ah! maybe it is because I havent installed all of the
updates on it(DM)since I reinstalled my OS, I just
installed from the CD.
Phill.
--- anderson <anderson@...> wrote:
> Phill Thorpe wrote:
>
> > You have dmd ver 0.79 ?
> >
> > Phill.
>
> I should say yes and I've deleted digc.exe and
> dig.lib to re-compile a
> 0.79 version. Have you tired re-installing dmd and
> dm?
>
> --
> -Anderson: http://badmama.com.au/~anderson/
>
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
Phill Thorpe wrote:
> You have dmd ver 0.79 ?
>
> Phill.
I should say yes and I've deleted digc.exe and dig.lib to re-compile a
0.79 version. Have you tired re-installing dmd and dm?
--
-Anderson: http://badmama.com.au/~anderson/
You have dmd ver 0.79 ?
Phill.
--- anderson <anderson@...> wrote:
> Phill Thorpe wrote:
>
> > Thanks very much, your a champion!
> > (It works fine)
> >
> > Phill.
> >
> Still, it would be good to find out why it didn't
> work on your machine.
>
> --
> -Anderson: http://badmama.com.au/~anderson/
>
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
--- anderson <anderson@...> wrote:
> Phill Thorpe wrote:
>
> > Thanks very much, your a champion!
> > (It works fine)
> >
> > Phill.
> >
> Still, it would be good to find out why it didn't
> work on your machine.
Yes, I will keep trying.
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
Phill Thorpe wrote:
> Thanks very much, your a champion!
> (It works fine)
>
> Phill.
>
Still, it would be good to find out why it didn't work on your machine.
--
-Anderson: http://badmama.com.au/~anderson/
Thanks very much, your a champion!
(It works fine)
Phill.
--- anderson <anderson@...> wrote:
> Phill Thorpe wrote:
>
> > I just tried what you suggested, and I get the
> same
> > error.
> > Also I downloaded the previous version, that
> compiled
> > successfully for me (dig_dmd077 the one that you
> > uploaded first) and that now gives me this same
> error.
> >
> > These makefiles are driving me nuts!
> > Is it possible that you can send me the built
> library?
> >
> > Untill I sort this out?
> >
> > Thanks for your replies.
> > Phill.
> >
> Sure.
>
>
>
> --
> -Anderson: http://badmama.com.au/~anderson/
>
>
> ATTACHMENT part 2 application/zip name=dig.zip
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
anderson wrote:
> Phill Thorpe wrote:
>
> > I just tried what you suggested, and I get the same
> > error.
> > Also I downloaded the previous version, that compiled
> > successfully for me (dig_dmd077 the one that you
> > uploaded first) and that now gives me this same error.
> >
> > These makefiles are driving me nuts!
> > Is it possible that you can send me the built library?
> >
> > Untill I sort this out?
> >
> > Thanks for your replies.
> > Phill.
> >
> Sure.
Whoops, sorry everyone. I forgot that it would be uploaded to all :(
--
-Anderson: http://badmama.com.au/~anderson/
Phill Thorpe wrote:
> I just tried what you suggested, and I get the same
> error.
> Also I downloaded the previous version, that compiled
> successfully for me (dig_dmd077 the one that you
> uploaded first) and that now gives me this same error.
>
> These makefiles are driving me nuts!
> Is it possible that you can send me the built library?
>
> Untill I sort this out?
>
> Thanks for your replies.
> Phill.
>
Sure.
--
-Anderson: http://badmama.com.au/~anderson/
I just tried what you suggested, and I get the same
error.
Also I downloaded the previous version, that compiled
successfully for me (dig_dmd077 the one that you
uploaded first) and that now gives me this same error.
These makefiles are driving me nuts!
Is it possible that you can send me the built library?
Untill I sort this out?
Thanks for your replies.
Phill.
--- anderson <anderson@...> wrote:
> Phill Thorpe wrote:
>
> >
> > --- anderson <anderson@...> wrote:
> > > phillbert168 wrote:
> > >
> > > > Hi there
> > > >
> > > > Today I have dowloaded the latest Dig and I am
> > > getting
> > > > the following error when running go.bat:
> > > >
> > > > c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > > > net\BurtonRadons\digc\omflistexports
> > > > .d net\BurtonRadons\digc\strip.d
> > > > net\BurtonRadons\digc\libraryRegistrar.d
> net\Bu
> > > > rtonRadons\digc\sys.d
> > > net\BurtonRadons\digc\sysBase.d
> > > > net\BurtonRadons\digc\prog
> > > > ram.d kernel32.lib -unittest
> > > > net\BurtonRadons\dig\common\baseDirectory.d
> > > > Error: command line too long
> > > >
> > > > I think last time it was built using dmd.exe
> > > instead of digc, am I
> > > > right?
> > >
> > > Hu, but your not using digc in the above. What
> > > errors do you get when
> > > you use digc?
> >
> > What I have done is open a command, and type "go",
> > which runs go.bat.
> > I thought the makefile uses digc, looking at the
> > error again maybe it is compiling digc.d
> >
> > >
> > >
> > >
> > > I get.
> > >
> > > C:\dig>path
> > >
> >
>
C:\texmf\miktex\bin;C:\WINXP\system32;C:\WINXP;C:\WINXP\system32\WBE
> > > M;C:\DMD\BIN;C:\DM\BIN;
> >
> > I think I have noticed the error, but Im not sure
> of
> > the cause, after running go.bat my path goes
> haywire
> > take a look at before and after:
> > -------------------------------------------
> > Microsoft Windows XP [Version 5.1.2600]
> > (C) Copyright 1985-2001 Microsoft Corp.
> >
> > C:\Documents and Settings\Me>cd C:\dig
> >
> > C:\dig>path
> >
>
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> > Files\Ja
> > va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
> >
> > C:\dig>go.bat
> >
> > C:\dig>path
> >
>
C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> > F
> >
>
iles\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
> >
> > C:\dig>make install
> > C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > net\BurtonRadons\digc\omflistexports
> > .d net\BurtonRadons\digc\strip.d
> > net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> > rtonRadons\digc\sys.d
> net\BurtonRadons\digc\sysBase.d
> > net\BurtonRadons\digc\prog
> > ram.d kernel32.lib -unittest
> > net\BurtonRadons\dig\common\baseDirectory.d
> > Error: command line too long
> >
> > C:\dig>pause
> > Press any key to continue . . .
> >
> > C:\dig>
> > C:\dig>path
> >
>
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> > Files\Ja
> >
>
va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
> > ------------------------------------------
> > But then I open another command and try to
> > run the makefile and I get the original error:
> > ------------------------------
> > C:\dig>path
> >
>
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> > Files\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
> >
> > C:\dig>make install
> > C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > net\BurtonRadons\digc\omflistexports
> > .d net\BurtonRadons\digc\strip.d
> > net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> > rtonRadons\digc\sys.d
> net\BurtonRadons\digc\sysBase.d
> > net\BurtonRadons\digc\prog
> > ram.d kernel32.lib -unittest
> > net\BurtonRadons\dig\common\baseDirectory.d
> > Error: command line too long
> >
> > I also have both DM and DMD.
> >
> > I had the old dig installed previously
> > Phill
> >
> Your right. I just looked at the output again (digc
> is compiled with
> dmd). Humm, digc compiles fine for me. Parhaps
> your acidently calling
> a different version of make. Try changing to:
>
> c:\dm\bin\make install
>
> The path, may have added a different version of make
> into it.
> Alternatively take out %PATH% out of the bat ie
>
> path C:\DMD\BIN;C:\DM\BIN;
>
> c:\dm\bin\make install
> pause
>
> --
> -Anderson: http://badmama.com.au/~anderson/
>
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
Phill Thorpe wrote:
>
> --- anderson <anderson@...> wrote:
> > phillbert168 wrote:
> >
> > > Hi there
> > >
> > > Today I have dowloaded the latest Dig and I am
> > getting
> > > the following error when running go.bat:
> > >
> > > c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > > net\BurtonRadons\digc\omflistexports
> > > .d net\BurtonRadons\digc\strip.d
> > > net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> > > rtonRadons\digc\sys.d
> > net\BurtonRadons\digc\sysBase.d
> > > net\BurtonRadons\digc\prog
> > > ram.d kernel32.lib -unittest
> > > net\BurtonRadons\dig\common\baseDirectory.d
> > > Error: command line too long
> > >
> > > I think last time it was built using dmd.exe
> > instead of digc, am I
> > > right?
> >
> > Hu, but your not using digc in the above. What
> > errors do you get when
> > you use digc?
>
> What I have done is open a command, and type "go",
> which runs go.bat.
> I thought the makefile uses digc, looking at the
> error again maybe it is compiling digc.d
>
> >
> >
> >
> > I get.
> >
> > C:\dig>path
> >
> C:\texmf\miktex\bin;C:\WINXP\system32;C:\WINXP;C:\WINXP\system32\WBE
> > M;C:\DMD\BIN;C:\DM\BIN;
>
> I think I have noticed the error, but Im not sure of
> the cause, after running go.bat my path goes haywire
> take a look at before and after:
> -------------------------------------------
> Microsoft Windows XP [Version 5.1.2600]
> (C) Copyright 1985-2001 Microsoft Corp.
>
> C:\Documents and Settings\Me>cd C:\dig
>
> C:\dig>path
> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> Files\Ja
> va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
>
> C:\dig>go.bat
>
> C:\dig>path
> C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> F
> iles\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
>
> C:\dig>make install
> C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> net\BurtonRadons\digc\omflistexports
> .d net\BurtonRadons\digc\strip.d
> net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
> net\BurtonRadons\digc\prog
> ram.d kernel32.lib -unittest
> net\BurtonRadons\dig\common\baseDirectory.d
> Error: command line too long
>
> C:\dig>pause
> Press any key to continue . . .
>
> C:\dig>
> C:\dig>path
> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> Files\Ja
> va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
> ------------------------------------------
> But then I open another command and try to
> run the makefile and I get the original error:
> ------------------------------
> C:\dig>path
> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
> Files\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
>
> C:\dig>make install
> C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> net\BurtonRadons\digc\omflistexports
> .d net\BurtonRadons\digc\strip.d
> net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
> net\BurtonRadons\digc\prog
> ram.d kernel32.lib -unittest
> net\BurtonRadons\dig\common\baseDirectory.d
> Error: command line too long
>
> I also have both DM and DMD.
>
> I had the old dig installed previously
> Phill
>
Your right. I just looked at the output again (digc is compiled with
dmd). Humm, digc compiles fine for me. Parhaps your acidently calling
a different version of make. Try changing to:
c:\dm\bin\make install
The path, may have added a different version of make into it.
Alternatively take out %PATH% out of the bat ie
path C:\DMD\BIN;C:\DM\BIN;
c:\dm\bin\make install
pause
--
-Anderson: http://badmama.com.au/~anderson/
--- anderson <anderson@...> wrote:
> phillbert168 wrote:
>
> > Hi there
> >
> > Today I have dowloaded the latest Dig and I am
> getting
> > the following error when running go.bat:
> >
> > c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > net\BurtonRadons\digc\omflistexports
> > .d net\BurtonRadons\digc\strip.d
> > net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> > rtonRadons\digc\sys.d
> net\BurtonRadons\digc\sysBase.d
> > net\BurtonRadons\digc\prog
> > ram.d kernel32.lib -unittest
> > net\BurtonRadons\dig\common\baseDirectory.d
> > Error: command line too long
> >
> > I think last time it was built using dmd.exe
> instead of digc, am I
> > right?
>
> Hu, but your not using digc in the above. What
> errors do you get when
> you use digc?
What I have done is open a command, and type "go",
which runs go.bat.
I thought the makefile uses digc, looking at the
error again maybe it is compiling digc.d
>
>
>
> I get.
>
> C:\dig>path
>
C:\texmf\miktex\bin;C:\WINXP\system32;C:\WINXP;C:\WINXP\system32\WBE
> M;C:\DMD\BIN;C:\DM\BIN;
I think I have noticed the error, but Im not sure of
the cause, after running go.bat my path goes haywire
take a look at before and after:
-------------------------------------------
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Me>cd C:\dig
C:\dig>path
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
Files\Ja
va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
C:\dig>go.bat
C:\dig>path
C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
F
iles\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
C:\dig>make install
C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
net\BurtonRadons\digc\omflistexports
.d net\BurtonRadons\digc\strip.d
net\BurtonRadons\digc\libraryRegistrar.d net\Bu
rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
net\BurtonRadons\digc\prog
ram.d kernel32.lib -unittest
net\BurtonRadons\dig\common\baseDirectory.d
Error: command line too long
C:\dig>pause
Press any key to continue . . .
C:\dig>
C:\dig>path
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
Files\Ja
va\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin;C:\DMD\BIN;C:\DM\BIN;
------------------------------------------
But then I open another command and try to
run the makefile and I get the original error:
------------------------------
C:\dig>path
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program
Files\Java\j2sdk1.5.0\bin;c:\dmd\bin;c:\dm\bin
C:\dig>make install
C:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
net\BurtonRadons\digc\omflistexports
.d net\BurtonRadons\digc\strip.d
net\BurtonRadons\digc\libraryRegistrar.d net\Bu
rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
net\BurtonRadons\digc\prog
ram.d kernel32.lib -unittest
net\BurtonRadons\dig\common\baseDirectory.d
Error: command line too long
I also have both DM and DMD.
I had the old dig installed previously
Phill
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
--- anderson <anderson@...> wrote:
> phillbert168 wrote:
>
> > Hi there
> >
> > Today I have dowloaded the latest Dig and I am
> getting
> > the following error when running go.bat:
> >
> > c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> > net\BurtonRadons\digc\omflistexports
> > .d net\BurtonRadons\digc\strip.d
> > net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> > rtonRadons\digc\sys.d
> net\BurtonRadons\digc\sysBase.d
> > net\BurtonRadons\digc\prog
> > ram.d kernel32.lib -unittest
> > net\BurtonRadons\dig\common\baseDirectory.d
> > Error: command line too long
> >
> > I think last time it was built using dmd.exe
> instead of digc, am I
> > right?
> >
> > Im running WinXP pro.
> >
> > Any help is appreciated
> >
> > Phill.
>
>
> Weird. Are you using the one from my webpage?
>
Yep thats the one.
Phill
> -Anderson: http://badmama.com.au/~anderson/
>
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
phillbert168 wrote:
> Hi there
>
> Today I have dowloaded the latest Dig and I am getting
> the following error when running go.bat:
>
> c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> net\BurtonRadons\digc\omflistexports
> .d net\BurtonRadons\digc\strip.d
> net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
> net\BurtonRadons\digc\prog
> ram.d kernel32.lib -unittest
> net\BurtonRadons\dig\common\baseDirectory.d
> Error: command line too long
>
> I think last time it was built using dmd.exe instead of digc, am I
> right?
Hu, but your not using digc in the above. What errors do you get when
you use digc?
I get.
C:\dig>path
C:\texmf\miktex\bin;C:\WINXP\system32;C:\WINXP;C:\WINXP\system32\WBE
M;C:\DMD\BIN;C:\DM\BIN;
C:\dig>make install
C:\dmd\bin\digc -unittest -release -O -lib=dig
net/BurtonRadons/dig/main.d net/B
urtonRadons/dig/platform/*.d net/BurtonRadons/dig/common/*.d
-not=net/BurtonRado
ns/dig/platform/canvasGL.d -not=net/BurtonRadons/dig/common/glEnums.d
advapi32.l
ib comdlg32.lib gdi32.lib comctl32.lib shell32.lib -install
------------------------------------------------------------
Library dig
Searching source for imports.
Files are not modified, skipping compilation.
C:\dmd\bin\digc -unittest -release -O -then="copy *.dll &(SystemDirectory)"
------------------------------------------------------------
Program
copy *.dll C:\WINXP\System32
libjpeg.dll
libpng.dll
libz.dll
3 file(s) copied.
C:\dmd\bin\digc -unittest -release -O -lib=diggl
net/BurtonRadons/dig/gl.d net/B
urtonRadons/dig/common/glEnums.d
net/BurtonRadons/dig/platform/canvasGL.d opengl
32.lib -install
------------------------------------------------------------
Library diggl
Searching source for imports.
Files are not modified, skipping compilation.
rmdir /S /Q C:\dmd\src\dig
The system cannot find the file specified.
copy opengl32.lib C:\dm\lib
1 file(s) copied.
copy shell32.lib C:\dm\lib
1 file(s) copied.
copy glu32.lib C:\dm\lib
1 file(s) copied.
C:\dmd\bin\digc -unittest -release -O
net/BurtonRadons/dig/examples/cartoon.d -e
xe=cartoon
------------------------------------------------------------
Program cartoon
Searching source for imports.
Files are not modified, skipping compilation.
C:\dmd\bin\digc -unittest -release -O
net/BurtonRadons/dig/examples/halhello.d -
exe=halhello
------------------------------------------------------------
Program halhello
Searching source for imports.
Files are not modified, skipping compilation.
make dedit BASEDIR=C:
------------------------------------------------------------
Program deditexec
Searching source for imports.
Files are not modified, skipping compilation.
------------------------------------------------------------
Program dedit
Searching source for imports.
Files are not modified, skipping compilation.
dedit
C:\dig>pause
Press any key to continue . . .
Note that you need both dm (C) and dmd (D) folders for this to work.
--
-Anderson: http://badmama.com.au/~anderson/
phillbert168 wrote:
> Hi there
>
> Today I have dowloaded the latest Dig and I am getting
> the following error when running go.bat:
>
> c:\dmd\bin\dmd net\BurtonRadons\digc\digc.d
> net\BurtonRadons\digc\omflistexports
> .d net\BurtonRadons\digc\strip.d
> net\BurtonRadons\digc\libraryRegistrar.d net\Bu
> rtonRadons\digc\sys.d net\BurtonRadons\digc\sysBase.d
> net\BurtonRadons\digc\prog
> ram.d kernel32.lib -unittest
> net\BurtonRadons\dig\common\baseDirectory.d
> Error: command line too long
>
> I think last time it was built using dmd.exe instead of digc, am I
> right?
>
> Im running WinXP pro.
>
> Any help is appreciated
>
> Phill.
Weird. Are you using the one from my webpage?
--
-Anderson: http://badmama.com.au/~anderson/