Community
Participate
Working Groups
The file org.eclipse.cdt.dsf.gdb.internal.service.command.events.Messages was recently modified to use its class name to find the corresponding properties file. The problem is that the properties file is named org.eclipse.cdt.dsf.gdb.internal.service.command.events.messages.properties, which is in lower case. Therefore, on Linux, the properties file is not found. The patch I will attach fixes the issue. Note that I had to rename both classes. The reason is that changing the case of a file causes problems in Windows when updating from CVS, because Windows is not case sensitive. An actual name change is required for Windows to notice the different. These classes are internal so changing their name is ok.
Created attachment 177562 [details] Fix The patch I committed to HEAD.
Sergey do you know if there were other such changes that might have caused a similar problem?
(In reply to comment #2) > Sergey do you know if there were other such changes that might have caused a > similar problem? I may have renamed few messages.properties files to Messages.properties, but it was couple months ago and nobody complained. The automatic builds could not be affected not affected since they pull everything from CVS every time.
(In reply to comment #3) > (In reply to comment #2) > > Sergey do you know if there were other such changes that might have caused a > > similar problem? > > I may have renamed few messages.properties files to Messages.properties, but it > was couple months ago and nobody complained. The automatic builds could not be > affected not affected since they pull everything from CVS every time. messages.properties to Messages.properties is not such a big deal. What I'm more curious about is if you removed other hard-coded bundle names in classes such as private static final String BUNDLE_NAME = "org.eclipse.cdt.dsf.gdb.internal.service.command.events.messages"; //$NON-NLS-1$ to use Messages.class.getName() instead. The case-sensitive aspect of this change could break other string displays. I will check the commit mailing list for that date. No biggy.
(In reply to comment #4) > I will check the commit mailing list for that date. No biggy. I checked: looks good.