Date:	Wed, 12 Feb 1997 16:21:57 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To:	"A.Appleyard" <A DOT APPLEYARD AT fs2 DOT mt DOT umist DOT ac DOT uk>
cc:	DJGPP AT delorie DOT com
Subject:	Re: Windows 95
In-Reply-To:	<212D8C10373@fs2.mt.umist.ac.uk>
Message-ID:	<Pine.SUN.3.91.970212161646.7526B-100000@is>
MIME-Version:	1.0

On Wed, 12 Feb 1997, A.Appleyard wrote:

> I badly miss the DOS Editor and the TREE command.

Search the disk for them.  From what I know, they are there, just not on 
the PATH.  I think they should be in some subdirectory of WINDOWS.

>   (1) fopen(,) treats the filename e.g. `zxcvbnm' as `zxcvb', and
> `asdfghjkl.pcx' as `asdfghj.pcx'.I.e. something removes the last two
> characters before the dot <before> truncating the name to 8.3 characters. What
> does this? Does it always happen?

Please investigate more.  This shouldn't be happening in v1.x.  v2.0 (or 
rather the gcc 2.7.2 compiler which came with v2.0) had such problems in 
C++ programs because it didn't pack structs, but I don't think this was 
ever reported in v1.x.

>   (2) How can a Gnu C++ program find if it is running under Windows 95 or not?
> I need to know because of a complication involving graphics.

Call `_get_dos_version' and test if it returns 7.0 or higher.  Windows 95 
identifies itself as DOS 7.0.

>   (3) How can a program select between DOS 6 - type and Windows 95 - type
> handling of filenames when handling files?

DJGPP v1.x doesn't support long filenames, if that's what you mean.  You 
need DJGPP v2.01 for this to work.  The long filename API uses different 
DOS functions for file-oriented operations, so all of the low-level libc 
functions which deal with filenames need to be rewritten.

- Raw text -