The Persistence of Vision Raytracer (POV-Ray).
This is the legacy Bug Tracking System for the POV-Ray project. Bugs listed here are being migrated to our github issue tracker. Please refer to that for new reports or updates to existing ones on this system.
Opened by Jonathon - 2009-07-17
Last edited by Christoph Lipka - 2013-08-21
FS#43 - Commas in path name
In POV-ray 3.7 beta 33 under Windows XP, the editor’s MRU list incorrectly handles files that have a comma in the pathname. Only the part of the name before the comma appears on the MRU list, but the rest of the name is left off.
Consequently, the file cannot be reopened via the MRU list. The file is also not reopened on launch if pov was closed with the file open. This also occurs in 3.6.1, I haven’t tried it under 3.6.2 yet.
Interestingly enough, a quick peek in the registry shows that both 3.6 and 3.7
are saving the entire path name correctly under HKEY_CURRENT_USER\Software\POV-Ray\v3.6\POV-Edit\Recent (or \v3.7\POV-Edit\Recent).
This seems to be limited strictly to the editor’s MRU list. The file can still be opened normally using the open dialog box. Calling POV-ray from the command line and using a file or path name with commas in it works correctly. Included files with commas in the path work correctly, and the Tools→Edit last rendered file/View last rendered file work correctly also.
To duplicate, save a file with a comma in the pathname (either in the directory
name or the filename itself). Close the file, then attempt to reopen it using the MRU list in the file menu.
Wednesday, 21 August 2013, 13:13 GMT
Reason for closing: Fixed
Additional comments about closing:
No news for half a year now; presumably
fixed for good.
Just had a look at it, and found this to be a design flaw in the “cmedit” module (the glue code between the Windows POV-Ray GUI and the Codemax editor library it is based on).
The problem is that POV-Ray normally stores more information than just the filename into each MRU registry keys, adding for instance the last line and column numbers and some such, formatted as comma-separated values. Unfortunately, the mechanism is designed without a way to mask commas in the filename, so this goes berserk - both when trying to add the extra information, and of course also when trying to retrieve the MRU data.
Chris, this seems to have been your work originally.
Might have been fixed with change #5713 (fix for crash report 419). To be tested.