[Scummvm-devel] Progress with Archive & SearchManager

Travis Howell kirben at optusnet.com.au
Wed Oct 1 02:07:20 CEST 2008


Max Horn wrote:
> By following this approach, it gets easier to migrate Engines  
> *gradually* away from the File::addDefaultDirectory() API. This would  
> be the next step. First, convert File::addDefaultDirectory calls. Then  
> replace anything which does "new File" to use SearchMan::openFile  
> instead. Finally, consider replacing all uses of File (but let's not  
> rush that). Oh yeah, one thing we must watch out here is that class  
> File has a hack which makes it identify the filenames "FOO" and  
> "FOO."; this is, AFAICT, for Simon's GAMEPC file only, so my hope is  
> that we can push this hack to the AGOS engine.

Unfortunately this problem effects all data files in Simon the Sorcerer 
1/2 (CD), that don't use a file extension. Under a unix system, any 
filename without a file extension on the CD, shows up with an additional 
'.' at the end.

fingolfin at users.sourceforge.net wrote:
 > Revision: 34680
 >           http://scummvm.svn.sourceforge.net/scummvm/?rev=34680&view=rev
 > Author:   fingolfin
 > Date:     2008-09-29 10:32:06 +0000 (Mon, 29 Sep 2008)
 >
 > Log Message:
 > -----------
 > File::open no longer falls back to searching the current dir (if this 
causes any regressions, please report them; don't work around them, 
don't revert this change, without discussing it first)

This breaks the external files (engine data and theme files) under the 
Windows port, since those files are stored in the same directory as the 
ScummVM.




More information about the Scummvm-devel mailing list