EMULAB Forum
clrmamepro [English] => clrmame Discussion => Topic started by: donnyj on 16 August 2009, 13:42
-
I have run into this a half-dozen times, I end up having to manually renaming the source name... could a a directory of 10,000 files and with one "bad" filename, the rebuilder aborts before it even starts
attached is such a file... (for the error to occur, the file needs to be uncompressed, OR a compressed filename with the "bad" filename used for the archive name)
thanks
-
well...
a) it does use a weird character in the filename which is suspicious
and b) for testing I need the belonging datfile...so send me that
and c) if you want to rebuild weird characters you need to disable the oem/ansi conversion in settings->compressor->general
-
dat file is too large (almost 5 megs zipped)
There are several problemsome filenames/dat entries:
rom ( name "Show Report \n' Stuff.adf" size 901120 crc ac11ad65 )
filenames with tildes
rom ( name APT-D?lleD?ck.exe size 588716 crc 60a9f1af )
problems with this one:
rom ( name Ol?-UNK.d64 size 174848 crc a9dc5333 )
rom ( name "Sorcerian NEW+++?1.d88" size 415840 crc 9b28d783 )
rom ( name "Sorcerian NEW+++?2.d88" size 415840 crc dcadb025 )
-
well...if the datfile is not correctly encoded...tough luck. anyway...no dat, no support :) Try to put it somewhere or let me know where I can find it.
-
while I understand the part about needing the .dat file, I don't understand the refusal of cmpro to rebuild when "bad" filenames are present? Instead of skipping the file/name, the entire rebuild won't/can't run until I remove or rename the offending (uncompressed) source file.
---------------------------
Path Error
---------------------------
Source: E:\Data\Emulation\Newsbin\alt.binaries.emulators.misc\new\newsinclair\iLogicAll_Espa+?ol.tzx
doesn't exist!
---------------------------
OK
---------------------------
-
There is no refusal of clrmamepro to rebuild it.
It's most likely an issue with the non-ascii characters and until I don't have anything to test (i.e. the dat) I can't tell you if Windows file IO, the zip library or anything got an issue with it. Actually looking at the "Path Error" I assume Windows IO got a problem with it when it tries to access it...maybe caused by a codepage translation issue.
Give me access to the dat and I can check it. If the dat is too big, you can easily rip off the interesting part.
-
besides of this, tilde (~), pipe (|), \/:<> etc are of course not allowed in filenames since they are used by Windows for other operatiosn..
Anyway...dat please.....