Date: Thu, 10 Jun 1999 13:46:47 +0300 (IDT) From: Eli Zaretskii X-Sender: eliz AT is To: Arnon Kaufman cc: djgpp AT delorie DOT com Subject: Re: iostream and emacs In-Reply-To: <375D1945.74C0D478@orckit.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Tue, 8 Jun 1999, Arnon Kaufman wrote: > As i understood, DJGPP is not supprting long files names on NT machines; Correct. Actually, it's NT's fault: it doesn't support the special API which allows DOS programs to access long names. > therefore a DOS extracer (e.g; pkuzip.exe) should be use for his installation. > Is that True??? Yes, that's true. > Let say it true, how doe's an application can look for a long files name without > getting its code, change it, and recompile it ? I don't understand what are you asking. If by ``recompile'' you mean recompile with DJGPP, then you simply CANNOT access long names, no matter how many times you recompile the source. When a DJGPP program runs on NT, the long names it uses in file-oriented system calls get automatically truncated to 8+3 form. For example, if the preprocessor tries to open a file streambuf.h, the name of the file gets truncated to streambu.h. That is why you need to unzip with a DOS unzipper: because a DOS program will also truncate the file names, and when cpp looks for streambu.h, it will find it. > Is there a proper socket librery? i found a socket.h in one of the rsxdj > directories? If you work with RSXNT, then the program you produce uses Winsock directly, so you don't need additional libraries.