I’m using Dev Studio Build Version 2.3.1.201306241059-R11859
Occasionally I experience workspace corruption - all the projects disappear.
Any ideas how to fix a broken workspace?
Thanks in advance
Ted
Are the projects disappearing from the file system also, or only from the DS workspace?
If you’re getting into the issue again, it should be interesting to get the workspace log (.metadata.log)
Hi Daav
The project files appear OK on the disk
Dev studio isn’t able to read the workspace.
I built a replacement workspace but then I noticed that I can’t build anything "arm-none-eabi-g++.exe has stopped working.
So I’m thinking that something has broken in my Developer Studio install. I tried some other existing workspaces same issue.
The only thing I can think that has changed is that I have installed Visual Studio Express 2012 - i can’t see how this would break Dev studio though.
After reinstalling dev studio
- I can build for new workspaces and 2.52 targets (didn’t try this before reinstall)
- but 2.37.4 and pre-existing workspaces don’t seem to work (same issue as above)
- if I change a new workspace project to target 2.37.4 the code builds no problems
Sorry, can’t imagine why the DS installation and the workspace got corrupted…
(unfortunately, nothing useful in the log)
Hopefully, you’re now back on track with the fresh DS install and the fresh workspace.
mmm
2 hours lost to the tool again
Hi daav
I’m still experiencing major issues with Developer Studio 2.3.1 Build Version 2.3.1.201306241059-R1185
By being very careful with the projects I can get new projects in a new workspace to build. But occasionally all projects fail to build and I have to close the workspace and start again.
Also I like to run a common LIBRARY project in the workspace which all the other projects use. The LIBRARY source and headers are in folders which were actually links to another source folder outside the workspace . This has worked fine for years - but now I get
as.exe has stopped working
Is there anyway I can fix this?
Do I need to clean install - any ideas how to do this ( I thought Dev Studio was standalone?)
Is there a possible incompatibility with Microsoft Visual Studio 2012? (sounds unlikely but these problems occurred after installing it)
Any help gratefully received
Ted
DS installation seems indeed to be disturbed by something else.
Can you have a look to your PATH environment variable, to check if there is any stuff added recently, which should break the GCC build execution?
Hi Daav
I have made some progress in understanding the problem.
I don’t think the issue is a corrupt workspace
The issue seems to be linked to using a library in the same workspace.
If I change a file in the Library (it built ok first time) and then rebuild I see (this time)
“arm-none-eabi-gcc.exe has stopped working”
Any ideas how to fix this without having to delete the library and start again.
I’m using R7.47.4 - could this be connected with the issue?
Ted
I got really fed up with this - once broken - projects in existing workspaces and new workspaces would not build - looked like non of the compile .exe s could be found by DS
It seems I fixed this problem in the following way
Copied out Project Properties -> C/C++ Build - > Environment -> PATH
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\bin;
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\arm-eabi\bin;
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\libexec\gcc\arm-eabi\4.4.1;
C:/Program Files (x86)/Java/jre7/bin/client;
C:/Program Files (x86)/Java/jre7/bin;C:/Program Files (x86)/Java/jre7/lib/i386;
C:\Windows\system32;
C:\Windows;
C:\Windows\System32\Wbem;
C:\Windows\System32\WindowsPowerShell\v1.0\;
C:\Program Files\TortoiseSVN\bin;
C:\Program Files (x86)\teraterm;
D:\Program Files (x86)\Lua\5.1;
D:\Program Files (x86)\Lua\5.1\clibs;
C:\wamp\bin\php\php5.3.8;D:\Python27;D:\modbus;
C:\Program Files (x86)\Java\jre7\bin;
C:\Program Files (x86)\Atmel\Atmel Studio 6.1\atbackend;
C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;
D:\Programs\OpenVpn\bin;
D:\Program Files (x86)\Sierra Wireless\Developer StudioHacked out to give:
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\bin;
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\arm-eabi\bin;
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\libexec\gcc\arm-eabi\4.4.1;
C:/Program Files (x86)/Java/jre7/bin/client;
C:/Program Files (x86)/Java/jre7/bin;
C:\Program Files (x86)\Java\jre7\bin;
C:/Program Files (x86)/Java/jre7/lib/i386;
D:\Program Files (x86)\Sierra Wireless\Developer StudioPasted this back in (to a random project)
Hey presto - ça marche!
Oddly all the projects in all workspaces now are able to build.
Then DS broke again
This time when broken - I noticed that build console is spitting out:
D:\Program Files (x86)\Sierra Wireless\Developer Studio\tools\armeabigcc\4.4.1\bin\arm-none-eabi-gcc.exe …
The interesting thing is that arm-none-eabi-gcc.exe is in that folder location but it won’t execute from the command line using the above long command - it will if I cd to the folder and execute it -
My latest thinking is that there is a problem between Windows and Dev studio related to the use of really long command lines. So I reinstalled DS again this time with a shorter path and no spaces.
Build chucks out stuff like this now:
“D:\SierraWireless1\DeveloperStudio\tools\armeabigcc\4.4.1\bin\arm-none-eabi-gcc.exe”
This is working in DS so far and the above will execute from a command shell - but no way to tell yet if this is a fix as it usually takes about a week of use for DS to break.
Next day - broken again
If I paste into DS Project Properties -> C/C++ Build - > Environment -> PATH :
D:\SierraWireless1\DeveloperStudio\tools\armeabigcc\4.4.1\bin;D:\SierraWireless1\DeveloperStudio\tools\armeabigcc\4.4.1\arm-eabi\bin;D:\SierraWireless1\DeveloperStudio\tools\armeabigcc\4.4.1\libexec\gcc\arm-eabi\4.4.1;D:\SierraWireless1\DeveloperStudio;D:\SierraWireless1\DeveloperStudio\plugins\org.eclipse.cdt.core.win32.x86_5.2.0.201302132326\os\win32\x86DS can build again - but I have a feeling it will break at some point again - changing the PATH seems to reset something but I don’t think it’s a real fix
Sure enough the next day it broke again.
Something external must be impacting DS - I’m wondering if it could be something to do with
- MS Visual Studio Express 2012?
- Libraries in the same workspace as projects
I haven’t got time to fix this - so I’ve had to resort to using another XP machine running DS via remote desktop - not a great solution