Thread overview
LFN the Hard Way
Nov 22, 2001
Kenneth Roger
Nov 22, 2001
Walter
Jul 18, 2002
E. Trelmar
November 22, 2001
The attached zip file contains
  klrlfn.i
  test.c
  d.c
  sd.c

The include file, klrlfn.i, contains functions which allow
dos32 programs to use long filenames when running in a dos
box under windows (and when x32 leaves some dos memory
available).  Functions available are
  lfnfindfirst
  lfnfindnext
  lfnfindclose
  getshortpath
  getlongpath
  lfnrename
  lfnfopen

Since x32 doesn't translate protected mode int 71h,
copying to and from dos memory is implemented.

The c files are demos.

P.S.  The Digital Mars CD is pretty enough to hang on the
wall (using a backup copy is allowed).




November 22, 2001
"Kenneth Roger" <kennethroger@prodigy.net> wrote in message news:9tic9k$1c8s$1@digitaldaemon.com...
> The attached zip file contains
>   klrlfn.i
>   test.c
>   d.c
>   sd.c
>
> The include file, klrlfn.i, contains functions which allow
> dos32 programs to use long filenames when running in a dos
> box under windows (and when x32 leaves some dos memory
> available).  Functions available are
>   lfnfindfirst
>   lfnfindnext
>   lfnfindclose
>   getshortpath
>   getlongpath
>   lfnrename
>   lfnfopen
>
> Since x32 doesn't translate protected mode int 71h,
> copying to and from dos memory is implemented.
>
> The c files are demos.

Thanks!

> P.S.  The Digital Mars CD is pretty enough to hang on the
> wall (using a backup copy is allowed).

My intention was for it to be attractive as a decoration! Thanks for letting me know that  you enjoy it. And yes, feel free to make as many personal backup copies as you want.


July 18, 2002
In article <9tic9k$1c8s$1@digitaldaemon.com>, Kenneth Roger says...
>
>The attached zip file contains
>  klrlfn.i
>  test.c
>  d.c
>  sd.c
>
>The include file, klrlfn.i, contains functions which allow dos32 programs to use long filenames when running in a dos box under windows (and when x32 leaves some dos memory available).  Functions available are
>  lfnfindfirst
>  lfnfindnext
>  lfnfindclose
>  getshortpath
>  getlongpath
>  lfnrename
>  lfnfopen
>
>Since x32 doesn't translate protected mode int 71h,
>copying to and from dos memory is implemented.
>
>The c files are demos.
>
>P.S.  The Digital Mars CD is pretty enough to hang on the
>wall (using a backup copy is allowed).

Don't suppose there's the possibility of adding an lfnsopen function to the header file? The lfnfopen is great, but something that works with share would be even better.