This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The new file pssettings.3.6 is causing ugly problems on OpenVMS with the extra dot in the name. Could it be renamed to psettings.36? Gory details: On OpenVMS the first dot indicates that the next token is the "filetype". Typical. But a subsequent dot indicates that the next token is the "version" number. (On OpenVMS every iteration of a file modification creates a new version of it). The version token is optional and i-o software knows how to handle the default versioning. However, when a version number is explictly used (as in psettings.3.6), our filesystem interprets the filename as "psettings"; the type as "3" (no big deal if not a real type); and the version as .6. It can't overwrite a .6 with the same name. It can pseudo-overwrite psettings.36 (version 1) with psettings.36 (version 2) if the version is left off the file specification. But when version 6 tries to overwrite version 6, a pop-up warning is generated in the IDE. This shows up every time the options window is opened; when the default filesystem is unhidden; and likely other times not yet identified.
I'm afraid it's too late to fix this for 3.6. The change that introduced the offending filename was made in January. If you only had reported it earlier... Passing to Tim. Hopefully he can figure out some quick fix or workaround.
I don't know of any brilliant solution here, other than patching it to change the filename - that would be a one line fix. Wish we'd known sooner. Honza, what do you want to do here? Wendy, is there some special openvms installer that can be re-spun to include the patch?
Created attachment 14369 [details] Diff against 3.6 sources to change the file name
The preferred solution would be to have this patch bundled in the OpenVMS distribution (Wendy, Meg, please confirm it's an option for you). I'd like to avoid rebuilding the final 3.6 bits at this point. BTW, hardcoding a specific version of a product in the name of the file that is common to the whole platform doesn't seem to be the best idea. :-(
Tim, use the 'os.name' system property property to detect correct version of OS. For example for linux it is: os.name=Linux Maybe better is to use the org.openide.util.Utilities class. The class support OS detection.
We can create an OpenVMS version with the patch. Sorry we didn't look into this sooner, we were "frying other fish". Meg
I made a patched VMS version (on VMS the filename used is pssettings3_6.txt. It works. Can we get this change committed in just in case there is a 3.6.1? Thanks, Meg
Fixed in trunk. Given the utter triviality of what is saved (whether alphabetic vs categorical order, whether or not to show the description area), little point in bothering to import any pre-existing pssettings.3.6 file. Tim-Boudreaus-Computer:/space/nbsrc/core tim$ ~/bin/cvs commit src/org/netbeans/ core/PsSettingsImpl.java Checking in src/org/netbeans/core/PsSettingsImpl.java; /cvs/core/src/org/netbeans/core/PsSettingsImpl.java,v <-- PsSettingsImpl.java new revision: 1.2; previous revision: 1.1 done Processing log script arguments... Mailing the commit message to cvs@core.netbeans.org (from tboudreau@netbeans.org)
OK, closing