Date: 28 Jun 1993 14:04:20 -0400 (EDT) From: "Douglas J. Federman, M.D." Subject: Re: getcwd -- to drive: or not to drive: To: djgpp AT sun DOT soe DOT clarkson DOT edu ved: from CLVM.CLARKSON.EDU (MAILER AT CLVM) by cutter.mco.edu (PMDF #3356 ) > id <01GZWVJGIQWG0008SW AT cutter DOT mco DOT edu>; Mon, 28 Jun 1993 13:11:49 EDT > Received: from CLVM (NJE origin SMTPSRV AT CLVM) by CLVM.CLARKSON.EDU (LMail > V1.1d/1.7f) with BSMTP id 0939; Mon, 28 Jun 1993 13:10:17 -0400 > Received: from omnigate.clarkson.edu by CLVM.CLARKSON.EDU (IBM VM SMTP V2R2) > with TCP; Mon, 28 Jun 93 13:10:15 EDT > Received: from sun.soe.clarkson.edu by omnigate.clarkson.edu with SMTP (PP) id > <27306-0 AT omnigate DOT clarkson DOT edu>; Mon, 28 Jun 1993 13:24:41 -0400 > Received: by sun.soe.clarkson.edu (4.1/SMI-4.1) id AA17240; Mon, > 28 Jun 93 12:09:04 EDT > Received: from enst.enst.fr by sun.soe.clarkson.edu (4.1/SMI-4.1) id AA17225; > Mon, 28 Jun 93 12:08:54 EDT > Received: from ulysse.enst.fr (inf.enst.fr) by enst.enst.fr (4.1/SMI-4.0) id > AA13089; Mon, 28 Jun 93 18:08:18 +0200 > Received: from inf.enst.fr (golicha) by ulysse.enst.fr (4.1/SMI-4.0) id > AA27791; Mon, 28 Jun 93 18:08:13 +0200 > Date: 28 Jun 1993 18:08:13 +0200 > From: David Powers > Subject: RE: getcwd -- to drive: or not to drive: > To: dave AT echologic DOT com > Cc: djgpp AT sun DOT soe DOT clarkson DOT edu > Message-id: <9306281608 DOT AA27791 AT ulysse DOT enst DOT fr> > Organization: Ecole Nationale Superieure des Telecommunications, Paris > Content-transfer-encoding: 7BIT > > > Content-Length: 484 > > > It seems to me that the best way to resolve the getcwd() problem is to create > > a second library, something like libdos.a. This would contain a getcwd() that > > behaves like the "standard" dos function instead of the standard unix > function. > > The library would contain any other functions that work differently in DOS > > than they do in UNIX. > > > > Now if you are porting a DOS program, link with libdos.a before the > > other libraries. If you are porting a UNIX program, leave libdos.a > > out. > > At last a sensible (and clearly correct) approach to the Problem! > > dP >