EMULAB Forum

clrmamepro [English] => clrmame Discussion => Topic started by: Cassiel on 04 July 2014, 11:26

Title: Dir2Dat
Post by: Cassiel on 04 July 2014, 11:26
Quick question: do you know why Dir2Dat randomly seems to choose either Windows or Unix line endings? I can't figure out the pattern of why it does this, though it does seem to favour Unix.

Any idea why? Or it is possible to add option to choose which every time?

Thanks!
Title: Re: Dir2Dat
Post by: Roman on 04 July 2014, 18:11
erm....this should not happen...which datfile format old deprecated or xml?
Title: Re: Dir2Dat
Post by: Roman on 06 July 2014, 19:50
Any news on this? Can you send me such a file?
Title: Re: Dir2Dat
Post by: Cassiel on 07 July 2014, 09:46
Sorry, wasn't around over weekend. Depreciated.

Let me create one and send over in a bit...
Title: Re: Dir2Dat
Post by: Roman on 07 July 2014, 09:53
yes, please send one...I only had a short look at the code....and it should always write /r/n....a dat can give me an idea where (samples/roms/disks/whatever element) might miss one...
Title: Re: Dir2Dat
Post by: Cassiel on 07 July 2014, 16:21
Sorry... got really caught up at work. Will try and send some examples later tonight. Apologies for the delay!
Title: Re: Dir2Dat
Post by: Roman on 07 July 2014, 18:36
no prob
Title: Re: Dir2Dat
Post by: Roman on 07 July 2014, 20:14
I just see that the header 'clrmamepro( ....)' elements only have a line feed and no carriage return....the game (...) seem to be ok....Is that what you mean....
Title: Re: Dir2Dat
Post by: Roman on 07 July 2014, 20:33
try this...
http://mamedev.emulab.it/clrmamepro/binaries/cmp20140707.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20140707.rar)
Title: Re: Dir2Dat
Post by: Cassiel on 08 July 2014, 09:06
You are quick!   :o   I'm embarrassed now for being slow sorting out an example...

I've tested this on a random selection of TOSEC sets (both single rom per and set, and multi rom per set) and seems to work a treat... thank you.
Title: Re: Dir2Dat
Post by: Zandro on 09 July 2014, 06:22
Nice... I never openly questioned this, assuming it was part of some dark Linuxy truth where some manager depended on it being structured that way. I mean... I can't be the only one that still opens some things in notepad on a daily basis and curses Microsoft for only ever devolving.... Seriously, still no support for a fundamental means of portraying carriage returns in their baseline editor after 30 years?  Grumblegrumble

Sent from my pillow
Title: Re: Dir2Dat
Post by: Terra_Cresta on 09 July 2014, 19:04
Quote from: Cassiel on 04 July 2014, 11:26
Quick question: do you know why Dir2Dat randomly seems to choose either Windows or Unix line endings? I can't figure out the pattern of why it does this, though it does seem to favour Unix.

Any idea why? Or it is possible to add option to choose which every time?

Thanks!
@Cass, I know we've gone round the houses several times regarding scene releases and their line feeds changing when people move their NFO/SFVs from server to server (x0d0a/0d) but is there any value in maintaining consistent line feeds for DAT files?
Title: Re: Dir2Dat
Post by: Cassiel on 10 July 2014, 09:09
Yup.... it pisses me right off prepping the next TOSEC release. LOL.

In reality it is not a big deal, most (all?) modern 'ROM' managers can handle either EOL type DAT, I just like to keep all the TOSEC DATs in Windows format rather than Unix for consistency, and therefore it's just ANOTHER thing to check when new DATs get submitted.

Though I guess it does serve a practical purpose when contributors are manualy checking/amending DATs, though I would hope they using something a bit more sophisticated than vanilla Notepad!