Forum Discussion
Thank you for the tips.
I have finally found the problem. It was a non-English character in the folder name of the project! I am not sure why this caused a problem with Signaltap only but by coincidence I noticed that the project including Signaltap would run successfully if I copied the project to another folder so I tried changing the folder name and it worked.
- RRomano0016 years ago
Contributor
Hi Amare, try compare the xml code on .qsys file, sometimes help you track why fail. this must be responsibility of Altera (now intel) to produce a quality software. Seems they use M$ market strategy to use customer as free beta tester.
They forgot this is not a PC computer product and cannot be sold uncertified.
I found some issue coming from these files, I found something general about path are stored as M$ mode absolute path... Bad practice to be avoided.
About character I think you are on win platform, if so some character like "&" on filename (or dir aka folder name) i learnt in the past can generate catastrofic failure on disk storage too.
We are here to see if Altera (Now intel) grasp the importance of what was bought or simply leave in it agony to death.
(Edit: Many of these issue are present from long long time ago and never addressed. Example linux PLL issue appeared 2015)
Regard.
Roberto
- AnandRaj_S_Intel6 years ago
Regular Contributor
Hi,
Intel Altera only supports standard alphanumeric characters and underscores (_) in installation paths and project directory.
Examples of unsupported characters: \/:*?"<>|!£$%^&()
Regards
Anand
- RRomano0016 years ago
Contributor
Hi Anand, a parser to pinpoint wrong path is not so difficult to write, at almost jut test path string. Not forever just when path var is created.
About catastrophic "&" behavior appear just on windows OS, Unix, Linux too accept also control character on path/file name. It is good taste of user not to do.
If \ / character are not supported, how can we specify path?? Maybe one of two can be confused with escape sequences, but on path one of this is a standard.
It is better prevent what can hurt code than leaving untested and not clearly stated
Regards
Roberto.