May 05, 2006
>> I've tried to debug external executables in VS2003, but it only seems to
>> be
>> able to attach to currently-running processes, making it useless for
>> debugging most things (i.e. pretty much anything that's not a GUI app and
>> which doesn't crash immediately).  Can you shed some light on this?
>
> Here's a samlpe VS2003 solution. Open, Build, set breakpoint, and press F5.
>
> http://elfqt.synthetik.hu/szallit/D/D_DX_Tut05_Textures.zip
>

And here's a bare VS2003 solution. http://elfqt.synthetik.hu/szallit/D/D_VS_sampleSln.zip ElfQT


May 05, 2006
"ElfQT" <dethjunk@yahoo.com> wrote in message news:e3gjc4$6t2$1@digitaldaemon.com...
>> http://elfqt.synthetik.hu/szallit/D/D_DX_Tut05_Textures.zip
>>
>
> And here's a bare VS2003 solution. http://elfqt.synthetik.hu/szallit/D/D_VS_sampleSln.zip

Those are pretty cool.  Thanks.  Although, I'll probably end up still using VS6, as I don't even have to create a new project to do it.


May 06, 2006
In article <e3g3nc$213n$1@digitaldaemon.com>, pragma says...
>
>In article <e3g20i$1udh$1@digitaldaemon.com>, Jarrett Billingsley says...
>>
>>"ElfQT" <dethjunk@yahoo.com> wrote in message news:e3ftla$1nec$1@digitaldaemon.com...
>>>> Newer windbg's don't seem to support codeview 4 debug info, which is what dmd generates.
>>>
>>> What about Visual Studio 2003?
>>> I've tried it with my D code, and it seems to me that
>>> it knows everything windbg knows.
>>> I will look into this further... also with VS2005. I've just tried the
>>> debugger that's all.
>>
>>I've tried to debug external executables in VS2003, but it only seems to be able to attach to currently-running processes, making it useless for debugging most things (i.e. pretty much anything that's not a GUI app and which doesn't crash immediately).  Can you shed some light on this?
>>
>>Instead, I use VS6, in which you can just open an EXE file, and start debugging it.
>>
>
>I'm only familiar with VS6* myself, but I vaguely recall that it has a properties panel for the current project, where you can set the EXE name to run when debugging.  After setting it, the IDE just hooks that program into the debugger when you start a debugging session.  Perhaps there's something similar in the more recent versions of visual studio for this.
>
>* - I really thing MS had it right with version 6.  Why they had to go and change it up and make it resource hog is beyond me.
>
>- EricAnderton at yahoo

I agree with you 100%. They broke visual studio. Why? .Net

Although I do have to admit vs 2005 is pretty nice if you have the horsepower to run it.



May 08, 2006
pragma wrote:
> In article <e3g20i$1udh$1@digitaldaemon.com>, Jarrett Billingsley says...
>> "ElfQT" <dethjunk@yahoo.com> wrote in message news:e3ftla$1nec$1@digitaldaemon.com...
>>>> Newer windbg's don't seem to support codeview 4 debug info, which is
>>>> what dmd generates.
>>> What about Visual Studio 2003?
>>> I've tried it with my D code, and it seems to me that
>>> it knows everything windbg knows.
>>> I will look into this further... also with VS2005. I've just tried the
>>> debugger that's all.
>> I've tried to debug external executables in VS2003, but it only seems to be able to attach to currently-running processes, making it useless for debugging most things (i.e. pretty much anything that's not a GUI app and which doesn't crash immediately).  Can you shed some light on this?
>>
>> Instead, I use VS6, in which you can just open an EXE file, and start debugging it. 
>>
> 
> I'm only familiar with VS6* myself, but I vaguely recall that it has a
> properties panel for the current project, where you can set the EXE name to run
> when debugging.  After setting it, the IDE just hooks that program into the
> debugger when you start a debugging session.  Perhaps there's something similar
> in the more recent versions of visual studio for this.
> 
> * - I really thing MS had it right with version 6.  Why they had to go and
> change it up and make it resource hog is beyond me.

Plus it moves your toolbars around mysteriously. I've never figured out what it's doing. Moving from VS6 to VS2003 was the biggest productivity mistake I ever made. Now with D, I'm enjoying using VS6 again.
I must confess, though, that my favourite Microsoft IDE was VC4. When you pressed F1, 'Help' came up in 0.2 seconds, and it didn't mention Visual Basic anywhere :-).
1 2 3
Next ›   Last »