[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