I've put up a new Windows version of DVM. This should bring it in-sync with DVM v0.2.0 on Linux.

Changes since the first windows beta:
----------------------------------------------------
   - Installing DMD with Tango now works (-t or --tango)

   - Added 'dvm-current-dc.bat' and 'dvm-default-dc.bat'. These always refer
to the current and default versions of DMD, respectively (just like the
Linux DVM). These are useful for non-commandline apps, because outside the
command-line, programs don't notice changes in the environment vars unless
they're specifically written to do so.

   - Fixed spurious message: "The system cannot find the file specified."

Things still to be done on the windows port:
----------------------------------------------------
   - Merge in the latest changes from upstream (ie, everything post-v0.2.0).

   - Check that my code changes haven't broken the Linux version.

As usual, download the binary and then install it by running: dvm-0.2.0-win-beta2 install dvm

Main page:
https://bitbucket.org/Abscissa256/dvm/wiki/Home

Download page with precompiled Windows binary: https://bitbucket.org/Abscissa256/dvm/downloads

Well, no array bounds error these times, although:
dvm fetch
Fetching: http://ftp.digitalmars.com/dmd..zip
tango.core.Exception.IOException: The resource with URL
"http://ftp.digitalmars.com/dmd..zip" could not be found.

It might be an edge case not worth looking into, depending on your views.

dvm -h and dvm --help still don't display the help page.

Calling dvm --default use 2.053, where 2.053 isn't installed will error with: tango.core.Exception.IOException: File not found "C:\Documents and Settings\Andrej\Application Data\dvm\env\dmd-2.053.bat"

Again it's just an edge-case, but it might be worth printing "2.053 is not installed" or something like that.

dvm-default-dc.bat is great for those lousy apps that don't detect
path changes (e.g. Console2).

Great work overall!

I can already put this tool to good use. I've had DDMD fail to compile for me, so I just did a 'dvm install 2.051' and 'dvm use 2.051', rerun the build script and it then compiles again.

Huge time-saver, imo!

"Andrej Mitrovic" <andrej.mitrovich@gmail.com> wrote in message news:mailman.686.1307449675.14074.digitalmars-d-announce@puremagic.com...
>I can already put this tool to good use. I've had DDMD fail to compile
> for me, so I just did a 'dvm install 2.051' and 'dvm use 2.051', rerun the build script and it then compiles again.
>
> Huge time-saver, imo!

Yea, the whole reason I was so motivated to port this to Windows was because I really, really wanted to use it :)

"Andrej Mitrovic" <andrej.mitrovich@gmail.com> wrote in message news:mailman.685.1307442383.14074.digitalmars-d-announce@puremagic.com...
> Well, no array bounds error these times, although:
> dvm fetch
> Fetching: http://ftp.digitalmars.com/dmd..zip
> tango.core.Exception.IOException: The resource with URL
> "http://ftp.digitalmars.com/dmd..zip" could not be found.
>
> It might be an edge case not worth looking into, depending on your views.
>

Yea, the upstream DVM doesn't really do any cmdline validation right now either. But I agree, all of these command line argument issues should be fixed.

I finished bringing the, umm, "trunk" of my windows fork up to date with the main "trunk" last night, and issued a pull request. So once that's in, I'll probably try tackling that (unless Jacob wants to).

> dvm -h and dvm --help still don't display the help page.
>

Really? That's weird, it worked for me. I'll download the exe and see if I screwed up building it. But, did you actually install the new one? Even if you alredy have an older DVM installed, to upgrade to a new one, you still have to run:

dvm-0.2.0-win-beta2 install dvm

That will update the installation.

Yes I've also tried doing a clean install and -h didn't do anything.

"Nick Sabalausky" <a@a.a> wrote in message news:islsvr$15t3$1@digitalmars.com...
> "Andrej Mitrovic" <andrej.mitrovich@gmail.com> wrote in message news:mailman.685.1307442383.14074.digitalmars-d-announce@puremagic.com...
>> dvm -h and dvm --help still don't display the help page.
>>
>
> Really? That's weird, it worked for me. I'll download the exe and see if I screwed up building it.

Ugh, that's what I get for posting shit late at night and early in the morning...

The "win beta2" only brings the Windows DVM in-sync with the Linux DVM v0.2.0. The -h/--help issue still existed in Linux DVM v0.2.0. So that problem is still in "win beta2" *despite* my earlier claim to the contrary.

However, after 0.2.0, Jacob fixed the -h/--help issue, and then I merged it into my windows fork (along with all his other post-0.2.0 changes) *after* "win beta 2".

Long story short, it's fixed in the latest version control and in my pull request, but the fix didn't make it into "win beta2". I'll leave it up to Jacob to decide when DVM's ready for another release, although there is at least one other thing that should be fixed before that's done (upgrading DVM from 0.2.0 to the latest hg version doesn't populate the newly-added list of already-installed compiler versions).

On 2011-06-07 12:26, Andrej Mitrovic wrote:
> Well, no array bounds error these times, although:
> dvm fetch
> Fetching: http://ftp.digitalmars.com/dmd..zip
> tango.core.Exception.IOException: The resource with URL
> "http://ftp.digitalmars.com/dmd..zip" could not be found.
>
> It might be an edge case not worth looking into, depending on your views.
>
> dvm -h and dvm --help still don't display the help page.
>
> Calling dvm --default use 2.053, where 2.053 isn't installed will error with:
> tango.core.Exception.IOException: File not found "C:\Documents and
> Settings\Andrej\Application Data\dvm\env\dmd-2.053.bat"
>
> Again it's just an edge-case, but it might be worth printing "2.053 is
> not installed" or something like that.
>
> dvm-default-dc.bat is great for those lousy apps that don't detect
> path changes (e.g. Console2).
>
> Great work overall!

Currently DVM does basically no command validation. I'm just relying on D's exceptions, which actually works quite well considering I don't have to do anything.

-- 
/Jacob Carlborg

On 2011-06-07 14:27, Andrej Mitrovic wrote:
> I can already put this tool to good use. I've had DDMD fail to compile
> for me, so I just did a 'dvm install 2.051' and 'dvm use 2.051', rerun
> the build script and it then compiles again.
>
> Huge time-saver, imo!

I was for cases like this I created the tool from the beginning.

-- 
/Jacob Carlborg

On 2011-06-07 21:33, Nick Sabalausky wrote:
> "Nick Sabalausky"<a@a.a>  wrote in message
> news:islsvr$15t3$1@digitalmars.com...
>> "Andrej Mitrovic"<andrej.mitrovich@gmail.com>  wrote in message
>> news:mailman.685.1307442383.14074.digitalmars-d-announce@puremagic.com...
>>> dvm -h and dvm --help still don't display the help page.
>>>
>>
>> Really? That's weird, it worked for me. I'll download the exe and see if I
>> screwed up building it.
>
> Ugh, that's what I get for posting shit late at night and early in the
> morning...
>
> The "win beta2" only brings the Windows DVM in-sync with the Linux DVM
> v0.2.0. The -h/--help issue still existed in Linux DVM v0.2.0. So that
> problem is still in "win beta2" *despite* my earlier claim to the contrary.
>
> However, after 0.2.0, Jacob fixed the -h/--help issue, and then I merged it
> into my windows fork (along with all his other post-0.2.0 changes) *after*
> "win beta 2".
>
> Long story short, it's fixed in the latest version control and in my pull
> request, but the fix didn't make it into "win beta2". I'll leave it up to
> Jacob to decide when DVM's ready for another release, although there is at
> least one other thing that should be fixed before that's done (upgrading DVM
> from 0.2.0 to the latest hg version doesn't populate the newly-added list of
> already-installed compiler versions).

I guess DVM can get a new release when I merged your fork and fixing most of the bugs mentioned here. I have a couple of ideas for new features but those can wait for later releases.

-- 
/Jacob Carlborg