I have moved from Windows XP to Windows 7. I have installed version
5.40.6 (slac050ah.zip) and am getting some problems. Whenever I turn off
and on again the program locks up and gives me an error message of
"could not open file 'C:\Program Files(x86)IAR
SYSTEMS....\obj\Q9602_testing.r43". I have to remove the program and
then re-install to get it to work.
Any suggestions would be very much appreciated!!

Thanks

Peter

--
Peter Grey
Sigma Delta Technologies
Tel: +618-9285 8611
Mob. +61418952586





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

Peter:
I am new to working with micro-controllers as I just this month
purchased an MSP430 for some projects I've dreamed. However, I recently
downloaded the IAR and the version I have is 5.50.1. I unzipped the file
and the program seems to run without problems. I say, seems to run
without problems, because I still need to learn how to use the program.
I do not receive any error messages opening the program and the program
operates much like a browser.

Here is a link to try downloading the most current version of the IAR
Workbench.

http://www.iar.com/en/Products/IAR-Embedded-Workbench/TI-MSP430/

Joseph

On 7/17/2012 8:10 PM, Peter Grey wrote:
>
> I have moved from Windows XP to Windows 7. I have installed version
> 5.40.6 (slac050ah.zip) and am getting some problems. Whenever I turn off
> and on again the program locks up and gives me an error message of
> "could not open file 'C:\Program Files(x86)IAR
> SYSTEMS....\obj\Q9602_testing.r43". I have to remove the program and
> then re-install to get it to work.
> Any suggestions would be very much appreciated!!
>
> Thanks
>
> Peter
>
> --
> Peter Grey
> Sigma Delta Technologies
> Tel: +618-9285 8611
> Mob. +61418952586







(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 14/08/2012 3:37 PM, Onestone wrote:

Hi Al,

I must admit that I do not like Windows 7 either. It seems to store
things away in places only it knows!! I had to upgrade because of other
software. It looks like I may need to go back tp XP for the IAR software.

Thanks

Peter
> Hi peter, I had similar problems with Win 7 about a year ago, I could
> never determine if it was IAR the cause. I hate Win 7 anyway, so after 2
> tries I just reverted back, that doesn't help, but there are people
> running IAR on win 7 I believe, so it should go. I just couldn't be
> arsed to persevere with something I consider broken anyway.
>
> Al
>
> On 14/08/2012 4:34 PM, Peter Grey wrote:
>> I posted this problem some weeks ago. I moved to a Windows 7 computer
>> some months ago and have been having all sorts of problems with IAR
>> kickstart. Whenever I turn off the computer I have to remove the program
>> entirely and reload it. Now it is locking up a number of times a day.
>> Has anyone experienced such problems? I am using FET_611 which loads as
>> version 5.40.6. I even have problems saving some programs when running
>> this. It is as though I have a virus but I have checked it out and
>> nothing is there. It is becoming really frustrating. I have tried
>> different USB ports, different MSP-FET modules and it is all the same.
>>
>> Any help is appreciated.
>>
>> Peter
>>
>



(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 14/08/2012 3:37 PM, Onestone wrote:
> I must admit that I do not like Windows 7 either. It seems to store things
> away in places only it knows!! I had to upgrade because of other software.
> It looks like I may need to go back tp XP for the IAR software.
Peter,

I�ve had similar problems with Win7 running older SW. Apparently some try to
(need to) write in the �C:\Program Files� directory which is not allowed by
UAC.
Since I consider Windows unsafe anyway, I just changed permissions for that
and underlying directories to �R/W for Everyone� and most problems
disappeared.

Regards,
Arie de Muynck





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Tue, 14 Aug 2012 15:06:48 +0000 (UTC), you wrote:

>Jon, I have not used Win7 64bit yet, but in 32bit versions some times it
>helps to run the program in the virtual win-XP machine; have your tried this?

No. I do have the Windows XP vitual machine set up (actually,
lots of them because I set them up for different purposes) on
the system. So I _could_ do the installation there. I just
don't like having to fire up WinXP under Win7 (and suck up
gigs of ram in doing it) just to run iar kickstart.

The machine includes USB 2.0 as well as USB 3.0 ports on it
and I've tried using the non-USB 3.0 ports as well as the USB
3.0 ports, though. None of that helped at all. I could not
tell the difference in behavior no matter which of the more
than a dozen USB ports I tried out. (Darned machine has like
12 ports in the back, some USB 3.0 and some not, and a bunch
in the front, too. I tried EVERY single one of them. The
motherboard manufacturer used the main chipset for some and
then added at least two more chips (from different maker) to
the motherboard for still more of them. It's over-fancy.

Short answer -- no, I've not tried it yet. I could (and
might) if IAR were interested in the results of the test. But
I don't expect them to be, unless their paying customers are.
And it really should come from that direction. I haven't
bought a license, since I only use the MSP430 for hobby work
and teaching students right now.

Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On my Win7-64 Ultimate system I was seeing hundreds of failed load attempts for the TI FET dll, which seemed linked to occasional crashes for the OS. And, when trying to load and debug programs in IAR the system would lock-up as well as multiple reboots of the USB ports. (I've got both OEM USB 2.0 & 3.0 ports and an add-in 3.0 card). I've since gone back to using an older XP laptop for my occasional coding projects, and removed the offending TI dlls. IAR is still installed, but no further problems since removing the TI dlls...

It does appear that TI and the Win 7 USB implementations are not happy with each other.
Not a solution to Peter's original question, but maybe something of use???

bob

--- In m..., "Paul Curtis" wrote:
>
> > Short answer -- no, I've not tried it yet. I could (and
> > might) if IAR were interested in the results of the test. But I don't
> > expect them to be, unless their paying customers are.
> > And it really should come from that direction. I haven't bought a license,
> > since I only use the MSP430 for hobby work and teaching students right
> > now.
>
> TI usually make the mess, not tools vendors. TI are responsible for FET
> firmware, USB hardware, USB compliance, and driver software. Sometimes,
> things just don't work and tools vendors get stuck with the problem.
>
> --
> Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk
> SolderCore Development Platform http://www.soldercore.com
>





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

> Short answer -- no, I've not tried it yet. I could (and
> might) if IAR were interested in the results of the test. But I don't
> expect them to be, unless their paying customers are.
> And it really should come from that direction. I haven't bought a license,
> since I only use the MSP430 for hobby work and teaching students right
> now.

TI usually make the mess, not tools vendors. TI are responsible for FET
firmware, USB hardware, USB compliance, and driver software. Sometimes,
things just don't work and tools vendors get stuck with the problem.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk
SolderCore Development Platform http://www.soldercore.com





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Tue, 14 Aug 2012 17:32:09 +0100, you wrote:

>> Short answer -- no, I've not tried it yet. I could (and
>> might) if IAR were interested in the results of the test. But I don't
>> expect them to be, unless their paying customers are.
>> And it really should come from that direction. I haven't bought a license,
>> since I only use the MSP430 for hobby work and teaching students right
>> now.
>
>TI usually make the mess, not tools vendors. TI are responsible for FET
>firmware, USB hardware, USB compliance, and driver software. Sometimes,
>things just don't work and tools vendors get stuck with the problem.

That could fit the facts. All of my other tools work just
fine on USB (such as Microchip... and I have thousands of
dollars of Microchip equipment here.) I don't have a problem
with any other micro I've working on in the last year and a
half on this machine. IAR kickstart is the only case I have
personally experienced.

Do you have a way I could verify the problem as being TI's?
For example, some other software tool (in limited, hobbyist
form) that would use the same TI drivers as IAR's Kickstart?
If the problem is the same with two completely different
toolsets, but the same TI software, then that would strongly
support this thought.

Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

I posted this problem some weeks ago. I moved to a Windows 7 computer
some months ago and have been having all sorts of problems with IAR
kickstart. Whenever I turn off the computer I have to remove the program
entirely and reload it. Now it is locking up a number of times a day.
Has anyone experienced such problems? I am using FET_611 which loads as
version 5.40.6. I even have problems saving some programs when running
this. It is as though I have a virus but I have checked it out and
nothing is there. It is becoming really frustrating. I have tried
different USB ports, different MSP-FET modules and it is all the same.

Any help is appreciated.

Peter

--
Peter Grey
Sigma Delta Technologies
Tel: +618-9285 8611
Mob. +61418952586





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Tue, 14 Aug 2012 21:46:19 +0100, Paul wrote:

> You can always install Code Composer Studio. That's all TI.

Forgotten about that. I guess I should bite that bullet.
Maybe I will get lucky and someone on this list will jump in
and say that they also have tried it and will post results
about 64-bit Win7 and that and save me time!! I can hope.

That said, do YOU have problems on Win7 64-bit, Paul? I mean,
if it is in the DLLs and you use them.... then you should
know about it, yes? That would close the door. But if you are
NOT having problems you can assign to the DLL and Win7
64-bit, then perhaps that is a strong indicator in the other
direction -- IAR, instead.

> However, there is a 3P mailing list for the DLL and tools
> and some 3Ps have a rant now and again.

Are you talking about point-to-point??? Like I once thought
to replace what I did use, which was SLIP? That PPP? The one
where all the packets must be delivered in order?

Who is doing that for mail, today? How do I connect in?

Thanks,
Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

Hi peter, I had similar problems with Win 7 about a year ago, I could
never determine if it was IAR the cause. I hate Win 7 anyway, so after 2
tries I just reverted back, that doesn't help, but there are people
running IAR on win 7 I believe, so it should go. I just couldn't be
arsed to persevere with something I consider broken anyway.

Al

On 14/08/2012 4:34 PM, Peter Grey wrote:
> I posted this problem some weeks ago. I moved to a Windows 7 computer
> some months ago and have been having all sorts of problems with IAR
> kickstart. Whenever I turn off the computer I have to remove the program
> entirely and reload it. Now it is locking up a number of times a day.
> Has anyone experienced such problems? I am using FET_611 which loads as
> version 5.40.6. I even have problems saving some programs when running
> this. It is as though I have a virus but I have checked it out and
> nothing is there. It is becoming really frustrating. I have tried
> different USB ports, different MSP-FET modules and it is all the same.
>
> Any help is appreciated.
>
> Peter
>





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 14 Aug 2012, at 19:44, Jon Kirwan wrote:

> On Tue, 14 Aug 2012 17:32:09 +0100, you wrote:
>
>>> Short answer -- no, I've not tried it yet. I could (and
>>> might) if IAR were interested in the results of the test. But I don't
>>> expect them to be, unless their paying customers are.
>>> And it really should come from that direction. I haven't bought a license,
>>> since I only use the MSP430 for hobby work and teaching students right
>>> now.
>>
>> TI usually make the mess, not tools vendors. TI are responsible for FET
>> firmware, USB hardware, USB compliance, and driver software. Sometimes,
>> things just don't work and tools vendors get stuck with the problem.
>
> That could fit the facts. All of my other tools work just
> fine on USB (such as Microchip... and I have thousands of
> dollars of Microchip equipment here.) I don't have a problem
> with any other micro I've working on in the last year and a
> half on this machine. IAR kickstart is the only case I have
> personally experienced.
>
> Do you have a way I could verify the problem as being TI's?
> For example, some other software tool (in limited, hobbyist
> form) that would use the same TI drivers as IAR's Kickstart?
> If the problem is the same with two completely different
> toolsets, but the same TI software, then that would strongly
> support this thought.

You can always install Code Composer Studio. That's all TI. However, there is a 3P mailing list for the DLL and tools and some 3Ps have a rant now and again.

-- Paul.





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 14/08/2012 5:50 PM, Arie de Muynck wrote:
Can you tell me where you make these changes?

Thanks

Peter
> On 14/08/2012 3:37 PM, Onestone wrote:
>> I must admit that I do not like Windows 7 either. It seems to store things
>> away in places only it knows!! I had to upgrade because of other software.
>> It looks like I may need to go back tp XP for the IAR software.
>
> Peter,
>
> I�ve had similar problems with Win7 running older SW. Apparently some try to
> (need to) write in the �C:\Program Files� directory which is not allowed by
> UAC.
> Since I consider Windows unsafe anyway, I just changed permissions for that
> and underlying directories to �R/W for Everyone� and most problems
> disappeared.
>
> Regards,
> Arie de Muynck
>
>



(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 14/08/2012 9:52 PM, Jon Kirwan wrote:
It sounds just like the problems I am having. I have decided to get a
new laptop this morning and install XP and devote it exclusively to IAR
Kickstart.
Thanks

Peter
> On Tue, 14 Aug 2012 15:04:56 +0800, you wrote:
>
>> I posted this problem some weeks ago. I moved to a Windows 7 computer
>> some months ago and have been having all sorts of problems with IAR
>> kickstart. Whenever I turn off the computer I have to remove the program
>> entirely and reload it. Now it is locking up a number of times a day.
>> Has anyone experienced such problems? I am using FET_611 which loads as
>> version 5.40.6. I even have problems saving some programs when running
>> this. It is as though I have a virus but I have checked it out and
>> nothing is there. It is becoming really frustrating. I have tried
>> different USB ports, different MSP-FET modules and it is all the same.
>>
>> Any help is appreciated.
> Yes, I also have had LOTS of problems (still do) with IAR
> Kickstart on Win7 64-bit Ultimate. When I first started using
> the IAR Kickstart on this system, it was brand new "out of
> box" so to speak. I used my MSDN license (yes, I pay
> Microsoft godawful lots of dollars every year, damn them) to
> download a clean Win7 64-bit Ultimate -- so it did NOT come
> from some vendor.
>
> The problems I have are mostly that it won't download code
> and gets locked up in the process and I have to go through a
> nasty process to shut everything down and restart. Sometimes,
> I can do this without completely shutting down. Sometimes, it
> works using different menu options instead of the download
> and debug one. (download-only, for example.) In other words,
> it isn't consistent. But it is consistently problematic.
>
> I simply don't use the new machine with IAR kickstart. That's
> been my answer. I spent way too much time screwing with this
> trying to get it to work. I'm done with that, now.
>
> Jon
>



(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Tue, 14 Aug 2012 15:04:56 +0800, you wrote:

>I posted this problem some weeks ago. I moved to a Windows 7 computer
>some months ago and have been having all sorts of problems with IAR
>kickstart. Whenever I turn off the computer I have to remove the program
>entirely and reload it. Now it is locking up a number of times a day.
>Has anyone experienced such problems? I am using FET_611 which loads as
>version 5.40.6. I even have problems saving some programs when running
>this. It is as though I have a virus but I have checked it out and
>nothing is there. It is becoming really frustrating. I have tried
>different USB ports, different MSP-FET modules and it is all the same.
>
>Any help is appreciated.

Yes, I also have had LOTS of problems (still do) with IAR
Kickstart on Win7 64-bit Ultimate. When I first started using
the IAR Kickstart on this system, it was brand new "out of
box" so to speak. I used my MSDN license (yes, I pay
Microsoft godawful lots of dollars every year, damn them) to
download a clean Win7 64-bit Ultimate -- so it did NOT come
from some vendor.

The problems I have are mostly that it won't download code
and gets locked up in the process and I have to go through a
nasty process to shut everything down and restart. Sometimes,
I can do this without completely shutting down. Sometimes, it
works using different menu options instead of the download
and debug one. (download-only, for example.) In other words,
it isn't consistent. But it is consistently problematic.

I simply don't use the new machine with IAR kickstart. That's
been my answer. I spent way too much time screwing with this
trying to get it to work. I'm done with that, now.

Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Tue, 14 Aug 2012 17:04:52 -0000, you wrote:

> On my Win7-64 Ultimate system I was seeing hundreds of
> failed load attempts for the TI FET dll, which seemed linked
> to occasional crashes for the OS. And, when trying to load
> and debug programs in IAR the system would lock-up as well
> as multiple reboots of the USB ports. (I've got both OEM USB
> 2.0 & 3.0 ports and an add-in 3.0 card). I've since gone
> back to using an older XP laptop for my occasional coding
> projects, and removed the offending TI dlls. IAR is still
> installed, but no further problems since removing the TI
> dlls...

That's a decent description of my experiences.

> It does appear that TI and the Win 7 USB implementations are
> not happy with each other.
> Not a solution to Peter's original question, but maybe
> something of use???

No idea, but the fact is that all of my other tools work just
fine on USB (such as Microchip... and I have thousands of
dollars of Microchip equipment here.) I don't have a problem
with any other micro I've working on in the last year and a
half on this machine. IAR kickstart is the only case, so far.

Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

Jon, I have not used Win7 64bit yet, but in 32bit versions some times it
helps to run the program in the virtual win-XP machine; have your tried this?

M.

Jon Kirwan :

> On Tue, 14 Aug 2012 15:04:56 +0800, you wrote:
>
>>I posted this problem some weeks ago. I moved to a Windows 7 computer
>>some months ago and have been having all sorts of problems with IAR
>>kickstart. Whenever I turn off the computer I have to remove the program
>>entirely and reload it. Now it is locking up a number of times a day.
>>Has anyone experienced such problems? I am using FET_611 which loads as
>>version 5.40.6. I even have problems saving some programs when running
>>this. It is as though I have a virus but I have checked it out and
>>nothing is there. It is becoming really frustrating. I have tried
>>different USB ports, different MSP-FET modules and it is all the same.
>>
>>Any help is appreciated.
>
> Yes, I also have had LOTS of problems (still do) with IAR
> Kickstart on Win7 64-bit Ultimate. When I first started using
> the IAR Kickstart on this system, it was brand new "out of
> box" so to speak. I used my MSDN license (yes, I pay
> Microsoft godawful lots of dollars every year, damn them) to
> download a clean Win7 64-bit Ultimate -- so it did NOT come
> from some vendor.
>
> The problems I have are mostly that it won't download code
> and gets locked up in the process and I have to go through a
> nasty process to shut everything down and restart. Sometimes,
> I can do this without completely shutting down. Sometimes, it
> works using different menu options instead of the download
> and debug one. (download-only, for example.) In other words,
> it isn't consistent. But it is consistently problematic.
>
> I simply don't use the new machine with IAR kickstart. That's
> been my answer. I spent way too much time screwing with this
> trying to get it to work. I'm done with that, now.

> Jon





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

> From: Peter Grey
> Can you tell me where you make these changes?
> Thanks

Hi Peter,

1. If you are not the administrator, first open Windows Explorer, browse to
"C:\Windows\explorer.exe", rightclick, "Run as administrator".

2. In that Windows explorer, browse to �C:\Program Files\�,
right click on that directory, select Properties, select Security, select
"Users", click Edit, select "Users", enable the "Write" tickbox and click
OK. If you are asked if it should apply to all subfolders too, select Yes.

I remember changing the permissions for all in "Program files" but cannot
reproduce that right now in Win7. The properties of the separate program
directories however are editable, and that is where the offending program
tries to write its INI files etc.

Regards,
Arie de Muynck

> Peter,
>
> I�ve had similar problems with Win7 running older SW. Apparently some try
> to
> (need to) write in the �C:\Program Files� directory which is not allowed
> by
> UAC.
> Since I consider Windows unsafe anyway, I just changed permissions for
> that
> and underlying directories to �R/W for Everyone� and most problems
> disappeared.





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 15/08/2012 2:01 PM, Arie de Muynck wrote:
Firstly, thanks to all who replied. I went out to purchase a computer
and to load Windows XP. When I explained what I intended he suggested
that I change the properties on the IAR program. I right-click on the
IAR icon, select properties and then compatibility tab. Check the
compatibility box (run in Windows XP service pack3) and also the "run
program as administrator" box and then OK. I did this about 4 hours ago
and I have not had one single problem. I will wait a few days to be
absolutely certain. I will be also trying it with Protel 99SE which is
also flaky under Windows 7.

Thanks

Peter
>> From: Peter Grey
>> Can you tell me where you make these changes?
>> Thanks
> Hi Peter,
>
> 1. If you are not the administrator, first open Windows Explorer, browse to
> "C:\Windows\explorer.exe", rightclick, "Run as administrator".
>
> 2. In that Windows explorer, browse to �C:\Program Files\�,
> right click on that directory, select Properties, select Security, select
> "Users", click Edit, select "Users", enable the "Write" tickbox and click
> OK. If you are asked if it should apply to all subfolders too, select Yes.
>
> I remember changing the permissions for all in "Program files" but cannot
> reproduce that right now in Win7. The properties of the separate program
> directories however are editable, and that is where the offending program
> tries to write its INI files etc.
>
> Regards,
> Arie de Muynck
>
>> Peter,
>>
>> I�ve had similar problems with Win7 running older SW. Apparently some try
>> to
>> (need to) write in the �C:\Program Files� directory which is not allowed
>> by
>> UAC.
>> Since I consider Windows unsafe anyway, I just changed permissions for
>> that
>> and underlying directories to �R/W for Everyone� and most problems
>> disappeared.
>



(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

Us Dinosaurs!! I also had major issues with Protel 98. Frankly it does
everything I need, and I see no reason to spend anything on a newer
program if I don't have to just for the sake of it. But I was never sure
whether it was Protel or IAR that caused Win 7 to trash itself. It
basically was unable to recognise any of its own apps, even calculator,
and Notepad were simply not there according to Win 7, yet they had been
until i tried installing my own programs.

I see absolutely nothing to like about Win 7, and lots to dislike, so,
like my old DOS 6.22 machine which lived to a very ripe old age, and
served me well, I'll probably keep running XP until I can't anymore.

Al
On 15/08/2012 3:43 PM, Peter Grey wrote:
> On 15/08/2012 2:01 PM, Arie de Muynck wrote:
> Firstly, thanks to all who replied. I went out to purchase a computer
> and to load Windows XP. When I explained what I intended he suggested
> that I change the properties on the IAR program. I right-click on the
> IAR icon, select properties and then compatibility tab. Check the
> compatibility box (run in Windows XP service pack3) and also the "run
> program as administrator" box and then OK. I did this about 4 hours ago
> and I have not had one single problem. I will wait a few days to be
> absolutely certain. I will be also trying it with Protel 99SE which is
> also flaky under Windows 7.
>
> Thanks
>
> Peter
>>> From: Peter Grey
>>> Can you tell me where you make these changes?
>>> Thanks
>> Hi Peter,
>>
>> 1. If you are not the administrator, first open Windows Explorer, browse to
>> "C:\Windows\explorer.exe", rightclick, "Run as administrator".
>>
>> 2. In that Windows explorer, browse to �C:\Program Files\�,
>> right click on that directory, select Properties, select Security, select
>> "Users", click Edit, select "Users", enable the "Write" tickbox and click
>> OK. If you are asked if it should apply to all subfolders too, select Yes.
>>
>> I remember changing the permissions for all in "Program files" but cannot
>> reproduce that right now in Win7. The properties of the separate program
>> directories however are editable, and that is where the offending program
>> tries to write its INI files etc.
>>
>> Regards,
>> Arie de Muynck
>>
>>> Peter,
>>>
>>> I�ve had similar problems with Win7 running older SW. Apparently some try
>>> to
>>> (need to) write in the �C:\Program Files� directory which is not allowed
>>> by
>>> UAC.
>>> Since I consider Windows unsafe anyway, I just changed permissions for
>>> that
>>> and underlying directories to �R/W for Everyone� and most problems
>>> disappeared.
>>
>>



(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On 15/08/2012 08:39, Onestone wrote:
> Us Dinosaurs!! I also had major issues with Protel 98. Frankly it does
> everything I need, and I see no reason to spend anything on a newer
> program if I don't have to just for the sake of it. But I was never sure
> whether it was Protel or IAR that caused Win 7 to trash itself. It
> basically was unable to recognise any of its own apps, even calculator,
> and Notepad were simply not there according to Win 7, yet they had been
> until i tried installing my own programs.
>
> I see absolutely nothing to like about Win 7, and lots to dislike, so,
> like my old DOS 6.22 machine which lived to a very ripe old age, and
> served me well, I'll probably keep running XP until I can't anymore.
>
> Al

Most of the machines we have at my company are still XP. But Win7 seems
to work fairly well for most people. There are some things that Win7
does better than XP (such as making better use of larger memories and
multiple cores on newer machines), other things it does worse (such as
hiding what it is doing with program files and directories, leading to
these compatibility issues). Overall, I don't see it as much of a win
or a lose. I'll stick to XP on my old windows machine - but when it
retires, it will probably be replaced with Win7.

But most of my work these days is done on Linux - either directly on
Linux, or within a VirtualBox machine hosted on it. I've had very few
problems using XP in VirtualBox machines. I have not used IAR's tools,
but I have used a couple of versions of Code Composter for the msp430
within VirtualBox machines, and that has all gone smoothly - including
debugging over USB.





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

Hi Jon,

> Forgotten about that. I guess I should bite that bullet.
> Maybe I will get lucky and someone on this list will jump in and say that
> they also have tried it and will post results about 64-bit Win7 and that
> and save me time!! I can hope.
>
> That said, do YOU have problems on Win7 64-bit, Paul? I mean, if it is in
> the DLLs and you use them.... then you should know about it, yes? That
> would close the door. But if you are NOT having problems you can assign to
> the DLL and Win7 64-bit, then perhaps that is a strong indicator in the
> other direction -- IAR, instead.

There are issues. When TI introduces a new device family, with a different
set of JTAG/SBW bugs, the DLL needs changing and potentially the firmware on
the device.

> > However, there is a 3P mailing list for the DLL and tools and some 3Ps
> > have a rant now and again.
>
> Are you talking about point-to-point??? Like I once thought to replace
> what I did use, which was SLIP? That PPP? The one where all the packets
> must be delivered in order?

No, 3P = third-party.

> Who is doing that for mail, today? How do I connect in?

Unfortunately, you can't until you sign a TI NDA.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk
SolderCore Development Platform http://www.soldercore.com





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

> Most of the machines we have at my company are still XP. But Win7 seems
> to work fairly well for most people. There are some things that Win7 does
> better than XP (such as making better use of larger memories and multiple
> cores on newer machines), other things it does worse (such as hiding what
> it is doing with program files and directories, leading to these
> compatibility issues). Overall, I don't see it as much of a win or a
> lose. I'll stick to XP on my old windows machine - but when it retires,
> it will probably be replaced with Win7.
>
> But most of my work these days is done on Linux - either directly on
> Linux, or within a VirtualBox machine hosted on it. I've had very few
> problems using XP in VirtualBox machines. I have not used IAR's tools,
> but I have used a couple of versions of Code Composter for the msp430
> within VirtualBox machines, and that has all gone smoothly - including
> debugging over USB.

Personally, I use a MacBook with OS X and if I need Windows then I run Parallels. I have a Windows 7 VM and a Windows XP VM on the MacBook. I run Visual Studio 2008 on Win 7 and some other legacy stuff that doesn't work on Win 7 (driver issues) on XP all under Parallels. Works a treat--no need for three laptops.

At the office I have a Win7 x64 machine with gobs of memory and an SSD for main development, but I don't honestly see that many problems with Win 7 when developing.

--
Paul Curtis, Rowley Associates Ltd http://www.rowley.co.uk
SolderCore Development Platform http://www.soldercore.com





(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )

On Wed, 15 Aug 2012 08:52:39 +0100, you wrote:

>Hi Jon,
>
>> Forgotten about that. I guess I should bite that bullet.
>> Maybe I will get lucky and someone on this list will jump in and say that
>> they also have tried it and will post results about 64-bit Win7 and that
>> and save me time!! I can hope.
>>
>> That said, do YOU have problems on Win7 64-bit, Paul? I mean, if it is in
>> the DLLs and you use them.... then you should know about it, yes? That
>> would close the door. But if you are NOT having problems you can assign to
>> the DLL and Win7 64-bit, then perhaps that is a strong indicator in the
>> other direction -- IAR, instead.
>
>There are issues. When TI introduces a new device family, with a different
>set of JTAG/SBW bugs, the DLL needs changing and potentially the firmware on
>the device.
>
>> > However, there is a 3P mailing list for the DLL and tools and some 3Ps
>> > have a rant now and again.
>>
>> Are you talking about point-to-point??? Like I once thought to replace
>> what I did use, which was SLIP? That PPP? The one where all the packets
>> must be delivered in order?
>
>No, 3P = third-party.
>
>> Who is doing that for mail, today? How do I connect in?
>
>Unfortunately, you can't until you sign a TI NDA.

Ah. Explained. Thanks.

Jon




(You need to be a member of msp430 -- send a blank email to msp430-subscribe@yahoogroups.com )