Help needed on Linux, NTFS and 16bit exe files

[MikeGL]

First, I checked with 'dir' command on the first line,
then executed an example 16bit app.
The error msg returned is not comprehensive.

The 16bit app example is just a light hex editor, but all of my other 16bit app which usually works in console returns this error also.

[stegemma]

First, I checked with 'dir' command on the first line,
then executed an example 16bit app.
The error msg returned is not comprehensive.

The 16bit app example is just a light hex editor, but all of my other 16bit app which usually works in console returns this error also.

Try to move the app in a simpler folder:

C:\Exe16bit

for sample.

[MikeGL]

Wow, hahah you're amazing, that trick you suggested worked!
That solved the problem.
All 16bit binary is running now.
Thanks a lot!!


edit: what causes this prob? Is it some ENV variables on my setup?
Strange behaviour for a normally working 16bit app if ran in other systems.

[stegemma]

Wow, hahah you're amazing, that trick you suggested worked!
That solved the problem.
All 16bit binary is running now.
Thanks a lot!!

Great!

Maybe you can try even my very old Drago, on chess page in www.linformatica.com

[jwes]

edit: what causes this prob? Is it some ENV variables on my setup?
Strange behaviour for a normally working 16bit app if ran in other systems.

It may be spaces in the path. Try putting quotes around it.

[MikeGL]

Wow, hahah you're amazing, that trick you suggested worked!
That solved the problem.
All 16bit binary is running now.
Thanks a lot!!

Great!

Maybe you can try even my very old Drago, on chess page in www.linformatica.com

Will check some of your programs.
Thanks again for the help.

edit: what causes this prob? Is it some ENV variables on my setup?
Strange behaviour for a normally working 16bit app if ran in other systems.

It may be spaces in the path. Try putting quotes around it.

Tried the double quote trick by doing a
SET %HOMEPATH% and
SET %USERPROFILE% with double quotes, still won't work.
Tried a shortcut file, also tried to modify those property settings in shortcut file (.lnk) for compatibility, to no avail.

Anyway, some guys have similar problems posted last year. I will try to dig the web further.

Same problem with this admin guy here:
http://community.spiceworks.com/topic/5 ... 2-r2-share


elated regards,

[Jesse Gersenson]

'gdisk' will show you detailed information about partitions and would show any differences between the Linux NTFS and Windows NTFS partitions.

[Jim Ablett]

Wow, hahah you're amazing, that trick you suggested worked!
That solved the problem.
All 16bit binary is running now.
Thanks a lot!!


edit: what causes this prob? Is it some ENV variables on my setup?
Strange behaviour for a normally working 16bit app if ran in other systems.

Windows supports long filenames and allows spaces in file names. DOS does not, so when a filename is longer than 8 characters, DOS will truncate the file name to an abbreviated form that is 8 characters long. For example, the folder "Program Files" is displayed in DOS as "Progra~1".