www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/08/13/13:00:37

From: Al Christians <achrist AT easystreet DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Template/STL questions
Date: Thu, 13 Aug 1998 10:00:03 -0700
Organization: Trillium Resources Corporation
Lines: 20
Message-ID: <35D31B93.336D@easystreet.com>
References: <35D24762 DOT 7E27 AT easystreet DOT com> <35D2EB5D DOT C1AF7939 AT pentek DOT com>
Reply-To: achrist AT easystreet DOT com
NNTP-Posting-Host: dial-56-175.easystreet.com
Mime-Version: 1.0
NNTP-Posting-Date: 13 Aug 1998 16:51:24 GMT
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

Charles Krug wrote:
> 
> One problem that can come up with <string> is that djgpp comes with two
> string classes:  The STL string template class, and the GNU string class.
> Using calls into one when you mean the other can have "unpredictable and
> undesirable" (tm) results.
> 
> I had similar troubles last year when I was learning my way around C++,
> with much the same symptoms.
> 

Thanks for the pointer.  I think you got it.  How else could " a
string;"
not produce an empty string unless some other contructor than the one in
bstring is getting called?   We've got "#include <string>" everywhere,
except
one place in our rendition of zlib, theres an "#include <string.h>".  Is
that the gotch that gotcha?

Al

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019