Hi Andrew,
I appreciate you taking the time looking into this issue. I looked at my msvcrt.dll ver and it's
the same version, not surprising really as I also got my latest XP iso's from archive.org.
There's a certain "Karma" going on for me over the "XP x64" issue. I use XP "just because",
but I have only been using the x64 version for 6 months because I appear to have picked up
some sort of 'malware' (Eating up cpu cycles) in one of my app's which I have not been able
to get to the bottom of. So I switched to x64 in the hope the 'malware' would not be able to
run under x64 and luckily it doesn't. If and when I feel the urge I will try and find out which
apps the 'malware' resides in and kill it off, and go back to XP-32bit.
So "XP x64" limitations have saved my bacon over the malware issue, so to complain about
those same limitations would be very churlish of me. I think I picked up the infection while
searching for cpld & fpga software license keys on some Russian & Chinese sites.
"Virtualbox" I've only tried it once but failed due to windows versions not being specified prior to
downloading the software. After waiting an hour for a download only to be told I need to
"upgrade my OS" I lost interest. That said, I partition my drives with multiple primaries,
and at present use "bootus" in the mbr for system selection. I use win2K permanently on one
partition for OS management. (format & copy systems to and from different partitions) It takes
2-3 minutes to format and copy a new XP system on to a partition. I've been doing this sort of
thing since 1997 but then used IBM's OS2 bootloader for system selection.
A year ago I tried Codeblocks with a Win32 GUI project and after I had found out about
ResEdit, I was amazed how easy it all seemed, especially since I haven't really done any
windows programming since 2005 when I was using MSVC6. This unexpectedly pleasant
experience has been in the back of my mind when I've been using Eclipse for playing
around with STM32 programming. I'm sure you can imagine that using Eclipse on my Intel
socket 775 Q6700 running XP is like going for a walk with bags of sand tied to my feet.
With this in mind I decided it was time I found out why I've not seen any STM32 development
going on with Codeblocks.
Now after 3 days of reading posts, gnu and JLink pdf's I think I'm starting to understand the
reasons for the lack of open source STM32 development. It seems to me that the skill-set
needed is soo wide that anyone having the full set will probably be considered by polite
society to be "Mad as a Hatter". That said if I think I have anything useful to say on the
subject I'll start a new topic thread.
One thing I can say is that if I had read "UM08001_JLink.pdf" first, I would have saved
me a lot of time as it gave me a very lucid overview of the real world debug procedure,
which put the gnu tools and forum posts into context.
Tim
