Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Critical bug: GPS crashes if the Window 7 user folder name contains non-English symbols #5

Closed
financial-engineer opened this issue Jan 18, 2017 · 12 comments
Labels

Comments

@financial-engineer
Copy link

financial-engineer commented Jan 18, 2017

Dear GPS developers!
I downloaded GNAT GPL 2016 from your official website: http://libre.adacore.com/download and installed it on the Russian release of Windows 7.
The GPS crashes immediately after its launch while trying to create the .gps sub-folder in the following folder: c:\Users\UserName. In non-English releases of Windows users can create user accounts (and Windows 7 creates the corresponding folder c:\Users\UserName) containing non-English symbols, for example, Офис (that is "Office" in English). I think the same situation could arise while launching the GPS on the Arabic, Chinese and other non-English releases of the Windows operating system.
Please fix this critical bug! I believe that the GPS for Windows should recognize and work well with folder names and filenames containing non-English symbols.

@setton
Copy link
Member

setton commented Jan 18, 2017

Hello! We'll have a look.

@setton
Copy link
Member

setton commented Jan 19, 2017

By the way, perhaps you can work around this issue by setting the environment variable GPS_HOME to point to C:\temp, for instance.

@financial-engineer
Copy link
Author

financial-engineer commented Jan 20, 2017

OK, thank you for your advice.
But please fix the bug I mentioned. This bug leaves a painful impression of the quality of software testing and causes damage to your company's reputation among your would-be end users who work on non-English releases of the Windows OS. I think your software product has to be a synonym of the highest quality, globalization readiness and high reliability in everything.

@financial-engineer
Copy link
Author

financial-engineer commented Jan 20, 2017

@setton
Nicolas, I think there is no need to buy and install the Russian release of Windows 7 for testing this bug.
I believe that the bug will arise if you create a new user account on your English version of Windows with a name that contains non-English symbols (you can just copy and paste its would-be name in Russian: "Офис", it means "Office" in English), log in as that new user, install GNAT GPL 2016 for that user and try to run GPS.

@setton
Copy link
Member

setton commented Jan 20, 2017

We agree and definitely want to fix this. (We're quite surprised actually that this issue has never arisen before).

@setton setton added the bug label Mar 25, 2017
@AnthonyLeonardoGracio
Copy link
Collaborator

Hello,

This issue is a bit more complex than it seems: it's actually related to some DBUS limitations with non-english characters.

We have an internal ticket for this, and will let you know once it's fixed.

Regards,

@ogorodnik
Copy link
Contributor

Hello,
This issue has been fixed in development version of GPS. The fix will be available in the next major version of GPS.

@Entomy
Copy link

Entomy commented Nov 19, 2019

Annotation 2019-11-19 084716

Seems like something very similar is still happening. While not crashing with error messages, it just doesn't run and doesn't create the .gps folder.

And there's definately nothing wrong with the install, as I it created the .gps folder just fine on my own account.

image

And has no problem launching on my account.

image

@ogorodnik
Copy link
Contributor

Which version of GPS do you use?

@Entomy
Copy link

Entomy commented Nov 19, 2019

I tested this against GPS 19.1 (20190106) hosted on x86_64-pc-mingw32, GNAT Community 2019 (20190517-83)

@ogorodnik
Copy link
Contributor

Thank you for the information. We'll test this on our side and let you know.

@ogorodnik
Copy link
Contributor

GPS from community-2019 does not contain the fix.
The patch was submitted on 2019-03-28 but GPS was prepared for release on 2019-01-06. So the fix will be available in the community 2020 release.

Best regards,
Andry.

adacore-bot pushed a commit that referenced this issue Feb 16, 2023
…o 'master'

Resolve "Missing extension when using locate_exec_on_path"

Closes #5

See merge request eng/ide/gnatstudio!36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants