VOGONS


First post, by MAZter

User metadata
Rank Member
Rank
Member

Does anyone know why some files on a flash drive can be displayed differently from Ms-Dos than from Windows?

In Dos, they looks "corrupted", although they are not if viewed from Windows.

For example, the Rar and Zip archives in the header do not contain Rar and PK words, they are "broken" for Dos side. And even some text files are not displayed correctly.

Here video from MS-Dos and Windows 98:

https://www.youtube.com/watch?v=6xNqYRMxMeo

after transferring files under windows to the hard drive, they are seen normally

Doom is what you want (c) MAZter

Reply 1 of 9, by collector

User metadata
Rank l33t
Rank
l33t

As per the forum description: "Getting old DOS games working on modern hardware. " Ask in Marvin.

The Sierra Help Pages -- New Sierra Game Installers -- Sierra Game Patches -- New Non-Sierra Game Installers

Reply 5 of 9, by derSammler

User metadata
Rank l33t
Rank
l33t

DOS was never meant to support USB. All drivers that exist were either written for special purposes or as a proof-of-concept. For mouse or keyboard, this is ok. But I would never trust any USB mass-storage device driver for DOS. Chances that they only transfer trash to your hard disk when copying from USB is very high. Just do it in Windows.

If you want to check yourself: get MD5.EXE or any other DOS tool that can calculate the hash of a file. See what hash it gives you in plain DOS from a file on the USB device. Then do the same on Windows (ideally on the source system that you use for copying files to USB). I bet the hashes won't match.

Reply 6 of 9, by Jorpho

User metadata
Rank l33t++
Rank
l33t++
derSammler wrote on 2020-05-01, 07:38:

DOS was never meant to support USB. All drivers that exist were either written for special purposes or as a proof-of-concept.

The driver in question is the "ASPI Manager for USB mass-storage" from Panasonic. Nothing proof-of-concept about it.

Chances that they only transfer trash to your hard disk when copying from USB is very high. Just do it in Windows.

If you want to check yourself: get MD5.EXE or any other DOS tool that can calculate the hash of a file.

It is already completely clear from the video that when viewed from DOS, the contents of the files are different (but not completely different) from what they are supposed to be. But the filesystem is read correctly.

Reply 7 of 9, by derSammler

User metadata
Rank l33t
Rank
l33t
Jorpho wrote on 2020-05-01, 17:08:

The driver in question is the "ASPI Manager for USB mass-storage" from Panasonic. Nothing proof-of-concept about it.

Are you aware why this driver actually exist? Apparently not.

Jorpho wrote on 2020-05-01, 17:08:

It is already completely clear from the video that when viewed from DOS, the contents of the files are different (but not completely different) from what they are supposed to be. But the filesystem is read correctly.

What a contradiction. File are either different or identical, there's nothing in between. And if the file contents are different, the filesystem is obviously *not* read correctly. It's messing up with LBAs, maybe an internal overflow due to a bug in the driver or wrongly chosen data type.

Reply 8 of 9, by Jorpho

User metadata
Rank l33t++
Rank
l33t++
derSammler wrote on 2020-05-01, 18:19:

Are you aware why this driver actually exist? Apparently not.

Are you saying you know better?

And if the file contents are different, the filesystem is obviously *not* read correctly.

Did you bother watching the video?