dev-cpp-users — Dev-C++ users discussion list

Re: [Dev-C++] Super charging the string class

[David M. <ci...@ya...>]

Quote from the C++ black book
 
"NOTE: The ANSI/ISO C++ standard itself is really targeted for those who want to create C++ compilers, and you might find it hard to wade through."
 
End quote

  ----- Original Message ----- 
  From:   Graham Douglas 
  Cc: Dev-Cpp Mailing List   
  Sent: Saturday, July 05, 2003 6:46   PM
  Subject: Re: [Dev-C++] Super charging the   string class
  

The definitive source of course is the ISO C++ standard. You   can get a PDF copy of this for $18 from the ANSI store  at www.ansi.org (follow the "Standards Store"   link).

The books by Nicolia Josuttis and by Matthew Austern both   provide good reference material (sorry, I can't remember the titles offhand,   but a search on amazon should produce fairly obvious results).

David   McKen wrote:
              Ok what is a good refrence for the STL     then?
     
    I have been using SGI web site and there is no     warning (that I saw) saying that the hash_* containers and functions are not     part of the STL standard (or the ANSI C++ standard). I did see the warning     about bitvectors being taken out but nothing about hash_*
          -----       Original Message ----- 
      From:       Ioannis Vranos       
      To:       'Dev-Cpp Mailing       List' 
      Sent:       Saturday, July 05, 2003 3:52 PM
      Subject:       RE: [Dev-C++] Super charging the string class
      

      -----Original Message-----
From:       dev...@li...       [mailto:dev...@li...]       On Behalf Of David McKen
Sent: Saturday, July 05, 2003       6:50 PM
To: Dev-Cpp Mailing List
Subject: Fw:       [Dev-C++] Super charging the string class


              Unfortunately I am using the Visual         C++ implementation of the Standard C++ library (Visual C++ 6.0 Service         pack 5). 
       
      It is sure that it will change at some       time.
       
              My chief concern is the fact that the         entire hash_* functions 
       
      The standard library has not any hash       function. However the upcoming C++0x standard will       have.
       
                and containers are missing (this         may seem small but as I said earlier my program is quite heavy on text         processing, so hashing is quite important to me.) 
       
       
      Yes. And VC++ 6 is too old       (eons in computer age). Oh well, anyway.        :-)
       
       
            
 
      
 
      
 Ioannis Vranos

* Programming       pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
*       Alternative URL 2: http://www.noicys.cjb.net 

    
---------------------------------
    Do you Yahoo!?
SBC     Yahoo! DSL - Now only $29.95 per month! 

---------------------------------
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

Re: [Dev-C++] Super charging the string class

[Graham D. <g.d...@nt...>]

The definitive source of course is the ISO C++ standard. You can get a 
PDF copy of this for $18 from the ANSI store  at www.ansi.org (follow 
the "Standards Store" link).

The books by Nicolia Josuttis and by Matthew Austern both provide good 
reference material (sorry, I can't remember the titles offhand, but a 
search on amazon should produce fairly obvious results).

David McKen wrote:

> Ok what is a good refrence for the STL then?
>  
> I have been using SGI web site and there is no warning (that I saw) 
> saying that the hash_* containers and functions are not part of the 
> STL standard (or the ANSI C++ standard). I did see the warning about 
> bitvectors being taken out but nothing about hash_*
>
>     ----- Original Message -----
>     *From:* Ioannis Vranos <mailto:iv...@em...>
>     *To:* 'Dev-Cpp Mailing List'
>     <mailto:dev...@li...>
>     *Sent:* Saturday, July 05, 2003 3:52 PM
>     *Subject:* RE: [Dev-C++] Super charging the string class
>
>     -----Original Message-----
>     *From:* dev...@li...
>     <mailto:dev...@li...>
>     [mailto:dev...@li...] *On Behalf Of
>     *David McKen
>     *Sent:* Saturday, July 05, 2003 6:50 PM
>     *To:* Dev-Cpp Mailing List
>     *Subject:* Fw: [Dev-C++] Super charging the string class
>
>         Unfortunately I am using the Visual C++ implementation of the
>         Standard C++ library (Visual C++ 6.0 Service pack 5).* *
>
>     ** 
>     *It is sure that it will change at some time.*
>     ** 
>
>         My chief concern is the fact that the entire hash_* functions* *
>
>     ** 
>     *The standard library has not any hash function. However the
>     upcoming C++0x standard will have.*
>     ** 
>
>           and containers are missing (this may seem small but as I
>         said earlier my program is quite heavy on text processing, so
>         hashing is quite important to me.)* *
>
>     ** 
>     ** 
>     *Yes. And VC++ 6 is too old (eons in computer age). Oh well,
>     anyway.  :-)*
>     ** 
>     ** 
>     *
>
>      
>
>      
>
>      Ioannis Vranos
>
>     * Programming pages: http://www.noicys.freeurl.com
>     <http://www.noicys.freeurl.com/>
>     * Alternative URL 1: http://run.to/noicys
>     * Alternative URL 2: http://www.noicys.cjb.net
>     <http://www.noicys.cjb.net/>
>
>     *
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> SBC Yahoo! DSL 
> <http://pa.yahoo.com/*http://rd.yahoo.com/evt=1207/*http://promo.yahoo.com/sbc/> 
> - Now only $29.95 per month! 

Re: [Dev-C++] Super charging the string class

[David M. <ci...@ya...>]

MessageOk what is a good refrence for the STL then?
 
I have been using SGI web site and there is no warning (that I saw) saying that the hash_* containers and functions are not part of the STL standard (or the ANSI C++ standard). I did see the warning about bitvectors being taken out but nothing about hash_*
  ----- Original Message ----- 
  From:   Ioannis Vranos 
  To: 'Dev-Cpp Mailing List'   
  Sent: Saturday, July 05, 2003 3:52   PM
  Subject: RE: [Dev-C++] Super charging the   string class
  

  -----Original Message-----
From: dev...@li...   [mailto:dev...@li...] On Behalf Of David   McKen
Sent: Saturday, July 05, 2003 6:50 PM
To: Dev-Cpp   Mailing List
Subject: Fw: [Dev-C++] Super charging the string   class


      Unfortunately I am using the Visual C++     implementation of the Standard C++ library (Visual C++ 6.0 Service pack     5). 
   
  It is sure that it will change at some   time.
   
      My chief concern is the fact that the entire     hash_* functions 
   
  The standard library has not any hash   function. However the upcoming C++0x standard will   have.
   
        and containers are missing (this may     seem small but as I said earlier my program is quite heavy on text     processing, so hashing is quite important to me.) 
   
   
  Yes. And VC++ 6 is too old (eons in computer   age). Oh well, anyway.  :-)
   
   
    
 
  
 
  
 Ioannis Vranos

* Programming   pages: http://www.noicys.freeurl.com
*   Alternative URL 1: http://run.to/noicys
*   Alternative URL 2: http://www.noicys.cjb.net   



---------------------------------
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

RE: [Dev-C++] Super charging the string class

[Ioannis V. <iv...@em...>]

VC++ 2003 has the same RAD with C# and VB. But I have not seen it myself. :(



.NET rocks.






Ioannis Vranos
 
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] On Behalf 
> Of Per Westermark
> Sent: Saturday, July 05, 2003 11:22 PM
> To: Ioannis Vranos
> Cc: Dev-C++ Mailing List
> Subject: RE: [Dev-C++] Super charging the string class
> 
> 
> How very true :-)
> 
> Too bad it integrates one of the best environments in the 
> world with such
> lousy c++ compatibility. By the way - Microsoft somehow 
> noticed how great
> the IDE was, and totally rewrote it :-(
> 
> Dev-C++ isn't really up to the challenge of the VC6 IDE, but I prefer
> Dev-C++ before the .Net IDE.

Re: [Dev-C++] Super charging the string class

[Michal M. <mi...@mo...>]

Per Westermark wrote:

 > Feature-wise, VC6 was old when it was released.


but the c++ library is still better than in gcc 2 (ok in gcc 3 is superb)

2 David: IMHO you can use STLport or SGI's STL under VC6


2 admin: why isn't this mailing list setting correctly Reply-To header? 
Can you, please, do something with it?

RE: [Dev-C++] Super charging the string class

[Per W. <pw...@ia...>]

How very true :-)

Too bad it integrates one of the best environments in the world with such
lousy c++ compatibility. By the way - Microsoft somehow noticed how great
the IDE was, and totally rewrote it :-(

Dev-C++ isn't really up to the challenge of the VC6 IDE, but I prefer
Dev-C++ before the .Net IDE.

/Per W

On Sat, 5 Jul 2003, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: Per Westermark [mailto:pw...@ia...] On Behalf
> > Of Per Westermark
> > Sent: Saturday, July 05, 2003 11:04 PM
> > To: Ioannis Vranos
> > Cc: 'Dev-Cpp Mailing List'
> > Subject: RE: [Dev-C++] Super charging the string class
> >
> >
> > Feature-wise, VC6 was old when it was released.
> >
> > And several bugs I had reported 6-12 month before the initial release
> > wan't fixed until after one or more service packs.
>
>
> Well VC++ 6 is a great tool if you want to learn C90. :-)
>
>
>
>
>
>
> Ioannis Vranos
>
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL 1: http://run.to/noicys
> * Alternative URL 2: http://www.noicys.cjb.net
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] Super charging the string class

[Michal M. <mol...@se...>]

Per Westermark wrote:

 > Feature-wise, VC6 was old when it was released.

but the c++ library is still better than in gcc 2 (ok in gcc 3 is superb)

2 David: IMHO you can use STLport or SGI's STL under VC6

RE: [Dev-C++] Super charging the string class

[Ioannis V. <iv...@em...>]

> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] On Behalf 
> Of Per Westermark
> Sent: Saturday, July 05, 2003 11:04 PM
> To: Ioannis Vranos
> Cc: 'Dev-Cpp Mailing List'
> Subject: RE: [Dev-C++] Super charging the string class
> 
> 
> Feature-wise, VC6 was old when it was released.
> 
> And several bugs I had reported 6-12 month before the initial release
> wan't fixed until after one or more service packs.


Well VC++ 6 is a great tool if you want to learn C90. :-)






Ioannis Vranos
 
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

RE: [Dev-C++] Super charging the string class

[Per W. <pw...@ia...>]

Feature-wise, VC6 was old when it was released.

And several bugs I had reported 6-12 month before the initial release
wan't fixed until after one or more service packs.

/Per W

On Sat, 5 Jul 2003, Ioannis Vranos wrote:

> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of David McKen
> Sent: Saturday, July 05, 2003 6:50 PM
> To: Dev-Cpp Mailing List
> Subject: Fw: [Dev-C++] Super charging the string class
>
>
>
> Unfortunately I am using the Visual C++ implementation of the Standard C++
> library (Visual C++ 6.0 Service pack 5).
>
>
> It is sure that it will change at some time.
>
>
> My chief concern is the fact that the entire hash_* functions
>
>
> The standard library has not any hash function. However the upcoming C++0x
> standard will have.
>
>
>   and containers are missing (this may seem small but as I said earlier my
> program is quite heavy on text processing, so hashing is quite important to
> me.)
>
>
>
> Yes. And VC++ 6 is too old (eons in computer age). Oh well, anyway.  :-)
>
>
>
>
>
>
>  Ioannis Vranos
>
> * Programming pages:  <http://www.noicys.freeurl.com/>
> http://www.noicys.freeurl.com
> * Alternative URL 1:  <http://run.to/noicys> http://run.to/noicys
> * Alternative URL 2:  <http://www.noicys.cjb.net/> http://www.noicys.cjb.net
>
>
>

RE: [Dev-C++] Super charging the string class

[Ioannis V. <iv...@em...>]

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of David =
McKen
Sent: Saturday, July 05, 2003 6:50 PM
To: Dev-Cpp Mailing List
Subject: Fw: [Dev-C++] Super charging the string class



Unfortunately I am using the Visual C++ implementation of the Standard =
C++
library (Visual C++ 6.0 Service pack 5).=20

=20
It is sure that it will change at some time.
=20

My chief concern is the fact that the entire hash_* functions=20

=20
The standard library has not any hash function. However the upcoming =
C++0x
standard will have.
=20

  and containers are missing (this may seem small but as I said earlier =
my
program is quite heavy on text processing, so hashing is quite important =
to
me.)=20

=20
=20
Yes. And VC++ 6 is too old (eons in computer age). Oh well, anyway.  :-)
=20
=20
=20

=20

 Ioannis Vranos

* Programming pages:  <http://www.noicys.freeurl.com/>
http://www.noicys.freeurl.com
* Alternative URL 1:  <http://run.to/noicys> http://run.to/noicys
* Alternative URL 2:  <http://www.noicys.cjb.net/> =
http://www.noicys.cjb.net

Re: [Dev-C++] ":" Operator

[Graham D. <g.d...@nt...>]

It's not an operator, it starts the member intialiser list. This can be 
used to intialise both the base class and member variables. e.g.

class bar
{
public:
    bar(int i) : barmember(i) {}
private:
    int barmember;
};

class foo : public bar
{
public:
    foo(int i) : bar(i), foomember(10) {}
private:
    int foomember;
};

Juliano Pável Brasil Custódio wrote:

>    Recently I decided to start learning C++ again. When I was taking a 
> look at VC++, I've found a piece of code that I have no idea of what 
> it does:
>
>    aView::aView() : m_rectEllipse(0,0,2000,-1000){...} 

>
>    My doubt is at the single ":" operator. I thought it was used just 
> when I'd like to invoke the constructor of a base class through a 
> derived class. But in this case, in the part of the code I've ommited 
> here, m_rectEllipse is a CRect object, member of the aView class. Is 
> there another way to use the ":" operator that I missed?
>
>    Juliano
>
>

[Dev-C++] Re: ":" Operator

[<jp...@bo...>]

    Never mind... I've found it on the net. It can be also used to=20
initialize contained objetcts of a class... Is that right?

    Juliano

Juliano P=E1vel Brasil Cust=F3dio wrote:

>    Recently I decided to start learning C++ again. When I was taking a=20
> look at VC++, I've found a piece of code that I have no idea of what=20
> it does:
>
>    aView::aView() : m_rectEllipse(0,0,2000,-1000){...}
>
>    My doubt is at the single ":" operator. I thought it was used just=20
> when I'd like to invoke the constructor of a base class through a=20
> derived class. But in this case, in the part of the code I've ommited=20
> here, m_rectEllipse is a CRect object, member of the aView class. Is=20
> there another way to use the ":" operator that I missed?
>
>    Juliano
>
>

--=20
Visite minha p=E1gina: http://www.jpavel.kit.net

[Dev-C++] ":" Operator

[<jp...@bo...>]

    Recently I decided to start learning C++ again. When I was taking a=20
look at VC++, I've found a piece of code that I have no idea of what it=20
does:

    aView::aView() : m_rectEllipse(0,0,2000,-1000){...}

    My doubt is at the single ":" operator. I thought it was used just=20
when I'd like to invoke the constructor of a base class through a=20
derived class. But in this case, in the part of the code I've ommited=20
here, m_rectEllipse is a CRect object, member of the aView class. Is=20
there another way to use the ":" operator that I missed?

    Juliano


--=20
Visite minha p=E1gina: http://www.jpavel.kit.net

Re: Fw: [Dev-C++] Super charging the string class

[Michal M. <mol...@se...>]

David McKen wrote:
> Ok, That works ( quite well :) )
> 
> I have a different question now. Where can I find a
> Standard C++ API refrence? I am currently using

I'm using book :-)

But you can look at these places:
MSDN
http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/index.html
http://www.dinkumware.com/manuals/reader.aspx?lib=cpp
http://www.roguewave.com/support/docs/sourcepro/stdlibref/index.html

> Neither have strstream listed.

Warning:
strstream is deprecated!
you should use stringstream (header file <sstream>)!

Re: Fw: [Dev-C++] Super charging the string class

[David M. <ci...@ya...>]

Ok, That works ( quite well :) )

I have a different question now. Where can I find a
Standard C++ API refrence? I am currently using

Standard C:
http://www-ccs.ucsd.edu/c/

And STL refrence:
http://www.sgi.com/tech/stl/table_of_contents.html

Neither have strstream listed.

--- Michal Molhanec <mi...@mo...> wrote:
> 
> what about using stringstream?
> 
> David McKen wrote:
> 
> > Unfortunately I am using the Visual C++ implementation
> of the Standard 
> > C++ library (Visual C++ 6.0 Service pack 5).
> >  
> > My chief concern is the fact that the entire hash_*
> functions and 
> > containers are missing (this may seem small but as I
> said earlier my 
> > program is quite heavy on text processing, so hashing
> is quite important 
> > to me.)
> >  
> > Much of the rest of the library seems to be intact and
> working. Much of 
> > my additions will allow me to use various data types
> with strings (This 
> > is how parts of my program are now)
> >  
> >   temp   += "My dice roll = ";
> >   temp   += itoa(comp_roll);
> >   temp   += eoln;
> > 
> >   temp   += "Your dice roll = ";
> >   temp   += itoa(player_roll);
> >   temp   += eoln;
> >  
> > (this version of itoa is my implementation, eoln =
> const char = "\n\r", 
> > player roll and comp roll are ints containing a random
> number between 1 
> > and 6 inclusive)
> >  
> > As you can guess this can get quite annoying. being
> able to turn each 
> > block into 1 line would be quite advantageous.
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET
> sites including
> Data Reports, E-commerce, Portals, and Forums are
> available now.
> Download today and enter to win an XBOX or Visual Studio
> .NET.
>
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE:
> http://www23.brinkster.com/noicys/devcpp/ub.htm
>
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users


=====
Signed 
David Mcken

Life Sucks
Live with it

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: [Dev-C++] DLL and C++ classes

[<or...@vp...>]

Hello!

All right, it seems I have found the problem.
There is a bug in MinGW when creating DLLs.
So it is good, if you know about it:

https://sourceforge.net/tracker/index.php?func=detail&aid=605821&group_id=2435&atid=102435

Which means, at DLL creation, exporting does NOT work correctly!
You have to use --export-all-symbols, if you have undefined reference 
problems.

--
Greetings,
   Balázs

Re: Fw: [Dev-C++] Super charging the string class

[Michal M. <mi...@mo...>]

what about using stringstream?

David McKen wrote:

> Unfortunately I am using the Visual C++ implementation of the Standard 
> C++ library (Visual C++ 6.0 Service pack 5).
>  
> My chief concern is the fact that the entire hash_* functions and 
> containers are missing (this may seem small but as I said earlier my 
> program is quite heavy on text processing, so hashing is quite important 
> to me.)
>  
> Much of the rest of the library seems to be intact and working. Much of 
> my additions will allow me to use various data types with strings (This 
> is how parts of my program are now)
>  
>   temp   += "My dice roll = ";
>   temp   += itoa(comp_roll);
>   temp   += eoln;
> 
>   temp   += "Your dice roll = ";
>   temp   += itoa(player_roll);
>   temp   += eoln;
>  
> (this version of itoa is my implementation, eoln = const char = "\n\r", 
> player roll and comp roll are ints containing a random number between 1 
> and 6 inclusive)
>  
> As you can guess this can get quite annoying. being able to turn each 
> block into 1 line would be quite advantageous.

Re: Fw: [Dev-C++] Super charging the string class

[Graham D. <g.d...@nt...>]

David McKen wrote:

> Unfortunately I am using the Visual C++ implementation of the Standard 
> C++ library (Visual C++ 6.0 Service pack 5).
>  
> My chief concern is the fact that the entire hash_* functions and 
> containers are missing (this may seem small but as I said earlier my 
> program is quite heavy on text processing, so hashing is quite 
> important to me.)

They're not missing as such. hash_map and hash_multimap are not part of 
the C++ standard, so no compiler is required to support them. You need 
to be aware of this whenever you choose to use them. Also, because they 
are not standard, there may not be consistency of interface either.

>  
> Much of the rest of the library seems to be intact and working. Much 
> of my additions will allow me to use various data types with strings 
> (This is how parts of my program are now)
>  
>   temp   += "My dice roll = ";
>   temp   += itoa(comp_roll);
>   temp   += eoln;
>
>   temp   += "Your dice roll = ";
>   temp   += itoa(player_roll);
>   temp   += eoln;
>  
> (this version of itoa is my implementation, eoln = const char = 
> "\n\r", player roll and comp roll are ints containing a random number 
> between 1 and 6 inclusive)
>  
> As you can guess this can get quite annoying. being able to turn each 
> block into 1 line would be quite advantageous.

Maybe I've missed something, but why can't you use stringstream?

e.g.

std::ostringstream oss;

oss << "My dice roll = " << itoa(comp_roll) << eoln;
oss << "Your dice roll = " << itoa(player_roll) << eoln;

std::string s(oss.str());
// work with s....

>  
> ----- Original Message -----
>
>     *From:* Ioannis Vranos <mailto:iv...@em...>
>     *To:* 'Dev-Cpp Mailing List'
>     <mailto:dev...@li...>
>     *Sent:* Friday, July 04, 2003 4:29 PM
>     *Subject:* RE: [Dev-C++] Super charging the string class
>
>     *Also keep in mind that the standard library is very wide and i
>     would say complete for what it provides. Are you sure you have
>     found things that do not exist in the standard library?*
>     **** 
>     **** 
>     ** 
>     ** 
>     **** 
>     **** 
>     *Ioannis Vranos
>
>     * Programming pages: **http://www.noicys.freeurl.com*
>     ** Alternative URL 1: **http://run.to/noicys*
>     ** Alternative URL 2: **http://www.noicys.cjb.net*
>      
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> The New Yahoo! Search 
> <http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com> - 
> Faster. Easier. Bingo. 

Fw: [Dev-C++] Super charging the string class

[David M. <ci...@ya...>]

MessageUnfortunately I am using the Visual C++ implementation of the Standard C++ library (Visual C++ 6.0 Service pack 5).
 
My chief concern is the fact that the entire hash_* functions and containers are missing (this may seem small but as I said earlier my program is quite heavy on text processing, so hashing is quite important to me.)
 
Much of the rest of the library seems to be intact and working. Much of my additions will allow me to use various data types with strings (This is how parts of my program are now)
 
  temp   += "My dice roll = ";
  temp   += itoa(comp_roll);
  temp   += eoln;

  temp   += "Your dice roll = "; 
  temp   += itoa(player_roll);
  temp   += eoln;
 
(this version of itoa is my implementation, eoln = const char = "\n\r", player roll and comp roll are ints containing a random number between 1 and 6 inclusive)
 
As you can guess this can get quite annoying. being able to turn each block into 1 line would be quite advantageous.
 
----- Original Message ----- 
  From:   Ioannis Vranos 
  To: 'Dev-Cpp Mailing List'   
  Sent: Friday, July 04, 2003 4:29 PM
  Subject: RE: [Dev-C++] Super charging the   string class
  

  Also keep in mind that the standard library is very wide and i   would say complete for what it provides. Are you sure you have found things   that do not exist in the standard library?
   
   
   
   
   
   
  
  Ioannis Vranos

*   Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net 
   


---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Dev-C++] Super charging the string class

[David M. <ci...@ya...>]

Thanks for the Warning! :)
  ----- Original Message ----- 
  From:   Graham Douglas 
  To: Dev-C++ users 
  Sent: Friday, July 04, 2003 5:13 PM
  Subject: Re: [Dev-C++] Super charging the   string class
  



David McKen wrote:
              I see. So sub-classing basic_string<char>     would be the reccomended way to do this then?
No, no,   no. basic_string is not designed for   inheritance. It has no virtual functions and it has no virtual destructor.   Public inheritance from such a class is a major maintenance nightmare waiting   to happen. If you wish to extend the functionality of basic_string, layer it -   put in a class member of type basic_string. You will have to re-specify all   the functions from basic_string that you want to use by stating them in your   new class's public interface and then passing them on to the basic_string   member; but even that amount of work is trivial compared to the potential   headaches that come from publically inheriting from a class that isn't   designed for it. And it's not just me saying it, Scott Meyers in Effective C++ devotes an entire item to   warning of the dangers, Herb Sutter has written a number of articles detailing   why you shouldn't do; I think I saw something from Stroustrup about it as   well. All the experts agree: don't do it!
       
    With respect to the over-ridden methods I am     wondering whether you have some example code that I can see. I know how to     call base class methods from a derived class but what I need is a way to     reverse the default method called (usually the derived method is called, I     want the base to be called, if one exist)
          -----       Original Message ----- 
      From:       Ioannis Vranos       
      To:       'Dev-Cpp Mailing       List' 
      Sent:       Friday, July 04, 2003 1:19 PM
      Subject:       RE: [Dev-C++] Super charging the string class
      

       
              -----Original Message-----
From: dev...@li...         [mailto:dev...@li...]         On Behalf Of David McKen
Sent: Friday, July 04, 2003         7:51 PM
To: Dev-Cpp Mailing List
Subject: [Dev-C++]         Super charging the string class


        I am currently writing a heavy         text-processing application.
         
        As far as I can see the string         class is not implemented uniformly. I wish to fill in the gaps as         well as add a few extras that are used on a regular basis in the program         (not the least of which are overloading the =, << and +=         operators).
         
        What would be the best way to do         this?
         
        I was thinking create a class that         inhereted from the string class and make my changes to that class. The         only thing I am a bit curious about with this method is what         happens if I override a function that exist on one of the platforms. How         can I check for it's existence at compile time (Odds are the compiler         writer's implementation is faster or more stable than mine). 
       
      std::string is       basically a typedef of basic_string<char>. That is , it       is:
       
      typedef       basic_string<char>       string;
       
       
      You can inherit       from both, but i assume you intent to inherit       basic_string<char>.
       
       
      If you override an       already existing function it will happen as always. Your inherited class       member function will be executed for your inherited class instances       (objects). As always however if you use a base pointer (pointer to       std::string) the string member function  will       be executed.
       
       
      Another way is       to have an std::string object as a data member in your new type       but in this case you would have to provide the whole string       interface.
       
       
      To see the       basic_string members you can check the stanndard, TC++PL 3, or the       web.
       
       
       
              Another thing I saw and would like an         opinion on is making all my overloads global. (i.e. instead of being         part of the class they are normal functions thet implement the         overloads). I see this getting a bit unweildly though. 
       
       
       In any case you should place your       new string type inside a namespace. In this way you can even use       the name string for your class!
       
      As a general rule of style, definitions       of operators having to do with objects of the same class are placed inside       the class, and operators having to do with objects of other types are       placed as "global" (in the namespace).
       
      TC++PL tells about this somewhere (as it       does for comment style using // for comments and /* */ only for       debugging).
       
      I summary the master in TC++PL talks       about everything! :-)
       
       
       
       
       
       
      Ioannis Vranos

*       Programming pages: http://www.noicys.freeurlcom
*       Alternative URL 1: http://run.to/noicys
*       Alternative URL 2: http://www.noicys.cjb.net       
       
    
---------------------------------
    Do you Yahoo!?
The     New Yahoo! Search - Faster. Easier. Bingo.   ------------------------------------------------------- This   SF.Net email sponsored by: Free pre-built ASP.NET sites including Data   Reports, E-commerce, Portals, and Forums are available now. Download today and   enter to win an XBOX or Visual Studio .NET.   http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01   _______________________________________________ Dev-cpp-users mailing list   Dev...@li... TO UNSUBSCRIBE:   http://www.noicys.cjb.net/devcpp/ub.htm   https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

---------------------------------
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

Re: [Dev-C++] Classes for Windows

[staale <st...@le...>]

I think MFC requires a VC++ or VS license if you want to link against the=20
library.

Also, I don't think Mingw/gcc supports MS structured exception handling, so=
=20
your in for some trouble there.

To be used with Dev-C, the FLTK package or the wxWindows package should be=
=20
your best choice.

Or you could wrap up needed WIN32 API parts in objects (that is what=20
wxWindows did in the beginning).

Best regards
Staale

At 18:43 03.07.2003 +0200, Carlos Garc=EDa del Monte wrote:
>  MFC comes with MS Visual C++.
>I got a CD with a trial cersion of it, I tried once to compile the=20
>examples with MFC in Dev, copying the MFC directories (I haven't installed=
=20
>MSVisual), and at first attempt I didn't achieve it. However, I haven't=20
>tried too hard, so perhaps it is possible to use MFC with dev, but just=20
>copying the MFC dirs is not enough (perhaps you need copy some other items=
=20
>I didn't).
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] Help for packages

[staale <st...@le...>]

Rename the package with a tar.bz2 extension and use 7z (or your package 
manager of choice) to unpack it and take a look for your self..:o)

Best Regards
Staale


At 16:11 03.07.2003 -0400, Edward Diener wrote:
>After installing ImageLib and wxWindows DevPaks in 4.9.8.1, I can not find 
>any Help files for these packages. Is there supposed to be Help files with 
>DevPaks ? If not, how does one learn to use any of them ?

[Dev-C++] DLL and C++ classes

[<or...@vp...>]

Hi!

All right C++ gurus out there: here is the opportunity to show yourself!
I really need some help.

I have C++ classes exported and compiled into a DLL. Like:

#ifdef BUILD_DLL
#  define MY_API __declspec(dllexport)
#else
#  define MY_API __declspec(dllimport)
#endif

class MY_API MyClass
{
   MyClass();
   /* ... */
}

So, the DLL and the .def file is created fine. (BUILD_DLL=1)
BUT, when I use it (BUILD_DLL=0), it sais undefined reference to 
MyClass::MyClass
I have LOTS of things exported apart from this, most works, but "some" 
are not found. They are not even in the .def file. BUT if I specify 
--export-all-symbols, my DLL and program works.

I don't seem to fully understand why this happens.
I have been lurking over the net for 3 hours by now, but still haven't 
found anything of value.
Please help me, if you know anything about this. Thank you!

--
Greetings,
   Balázs

Re: [Dev-C++] Super charging the string class

[Graham D. <g.d...@nt...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
<br>
<br>
David McKen wrote:<br>
<blockquote type="cite"
 cite="mid...@we...">
  <title>Message</title>
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta content="MSHTML 6.00.2800.1170" name="GENERATOR">
  <style></style>
  <div><font face="Arial" size="2">I see. So sub-classing
basic_string&lt;char&gt; would be the reccomended way to do this then?</font></div>
</blockquote>
No, no, no. basic_string is <span style="font-style: italic;">not</span>
designed for inheritance. It has no virtual functions and it has no
virtual destructor. Public inheritance from such a class is a major
maintenance nightmare waiting to happen. If you wish to extend the
functionality of basic_string, layer it - put in a class member of type
basic_string. You will have to re-specify all the functions from
basic_string that you want to use by stating them in your new class's
public interface and then passing them on to the basic_string member;
but even that amount of work is trivial compared to the potential
headaches that come from publically inheriting from a class that isn't
designed for it. And it's not just me saying it, Scott Meyers in <span
 style="font-style: italic;">Effective C++</span> devotes an entire
item to warning of the dangers, Herb Sutter has written a number of
articles detailing why you shouldn't do; I think I saw something from
Stroustrup about it as well. All the experts agree: don't do it!<br>
<blockquote type="cite"
 cite="mid...@we...">
  <div>&nbsp;</div>
  <div><font face="Arial" size="2">With respect to the over-ridden
methods I am wondering whether you have some example code that I can
see. I know how to call base class methods from a derived class but
what I need is a way to reverse the default method called (usually the
derived method is called, I want the base to be called, if one exist)</font></div>
  <blockquote dir="ltr"
 style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">-----
Original Message ----- </div>
    <div
 style="background: rgb(228, 228, 228) none repeat scroll 0%; -moz-background-clip: initial; -moz-background-origin: initial; -moz-background-inline-policy: initial; font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>From:</b>
    <a title="iv...@em..." href="mailto:iv...@em...">Ioannis Vranos</a>
    </div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>To:</b>
    <a title="dev...@li..."
 href="mailto:dev...@li...">'Dev-Cpp Mailing
List'</a> </div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Sent:</b>
Friday, July 04, 2003 1:19 PM</div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Subject:</b>
RE: [Dev-C++] Super charging the string class</div>
    <div><br>
    </div>
    <div><strong></strong>&nbsp;</div>
    <blockquote
 style="border-left: 2px solid rgb(0, 0, 128); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
      <div class="OutlookMessageHeader" lang="en-us" dir="ltr"
 align="left"><font face="Tahoma" size="2">-----Original Message-----<br>
      <b>From:</b> <a
 href="mailto:dev...@li...">dev...@li...</a>
[<a class="moz-txt-link-freetext" href="mailto:dev...@li...">mailto:dev...@li...</a>] <b>On Behalf Of </b>David
McKen<br>
      <b>Sent:</b> Friday, July 04, 2003 7:51 PM<br>
      <b>To:</b> Dev-Cpp Mailing List<br>
      <b>Subject:</b> [Dev-C++] Super charging the string class<br>
      <br>
      </font></div>
      <div><font face="Arial" size="2">I am currently writing a heavy
text-processing application.</font></div>
      <div>&nbsp;</div>
      <div><font face="Arial" size="2">As far as I can see the string
class&nbsp;is not implemented uniformly. I wish to fill in the gaps as well
as add a few extras that are used on a regular basis in the program
(not the least of which are overloading the =, &lt;&lt; and +=
operators).</font></div>
      <div>&nbsp;</div>
      <div><font face="Arial" size="2">What would be the best way to do
this?</font></div>
      <div>&nbsp;</div>
      <div><font face="Arial"><font size="2">I was thinking create a
class that inhereted from the string class and make my changes to that
class. The only thing&nbsp;I am a bit curious about with this method is what
happens if I override a function that exist on one of the platforms.
How can I check for it's existence at compile time (Odds are the
compiler writer's implementation is faster or more stable than mine).<span
 class="706580917-04072003"><strong><font color="#000080">&nbsp;</font></strong></span></font></font></div>
    </blockquote>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">std::string
is basically a typedef of basic_string&lt;char&gt;. That is , it is:</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">typedef
basic_string&lt;char&gt; string;</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">You can
inherit from both, but i assume you intent to inherit
basic_string&lt;char&gt;.</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">If you
override an already existing function it will happen as always. Your
inherited class member function will be executed for your inherited
class instances (objects). As always however if you use a base pointer
(pointer to std::string)&nbsp;the string member function&nbsp;&nbsp;will be&nbsp;executed.</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">Another
way is to&nbsp;have an std::string object as a data member&nbsp;in your new type
but in this case you would have to provide the whole string interface.</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 face="Arial"><font size="2"><span class="706580917-04072003">To
see&nbsp;the basic_string members you can check the stanndard, TC++PL 3, or
the web.</span></font></font></font></font></font></strong></div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <div><strong></strong>&nbsp;</div>
    <blockquote
 style="border-left: 2px solid rgb(0, 0, 128); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
      <div><font face="Arial"><font size="2">Another thing I saw and
would like an opinion on is making all my overloads global. (i.e.
instead of being part of the class they are normal functions thet
implement the overloads). I see this getting a bit unweildly though.<span
 class="706580917-04072003"><strong><font color="#000080">&nbsp;</font></strong></span></font></font></div>
    </blockquote>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font>&nbsp;</div>
    <div>&nbsp;</div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003">&nbsp;<strong>In any case you should place your
new string type inside a namespace.&nbsp;In this way&nbsp;you can even use the
name string for your class!</strong></span></font></font></div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font>&nbsp;</div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong>As a general rule of style,
definitions of operators having to do with objects of the same class
are placed inside the class, and operators having to do with objects of
other types are placed as "global" (in the namespace).</strong></span></font></font></div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font>&nbsp;</div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong>TC++PL tells about this somewhere
(as it does for comment style using // for comments and /* */ only for
debugging).</strong></span></font></font></div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font>&nbsp;</div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong>I summary the master in TC++PL
talks about everything! :-)</strong></span></font></font></div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font></font></font></font></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font></font></font></font></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font></font></font></font></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font></font></font></font></strong>&nbsp;</div>
    <div><strong><font face="Arial"><font size="2"><font color="#000080"><font
 size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><strong></strong></span></font></font></font></font></font></strong>&nbsp;</div>
    <div><font size="+0"><font face="Arial" color="#000080" size="2"><span
 class="706580917-04072003"><font size="2"><strong>Ioannis Vranos<br>
    <br>
* Programming pages: </strong><a href="http://www.noicys.freeurl.com/"><strong>http://www.noicys.freeurlcom</strong></a><br>
    <strong>* Alternative URL 1: </strong><a
 href="http://run.to/noicys"><strong>http://run.to/noicys</strong></a><br>
    <strong>* Alternative URL 2: </strong><a
 href="http://www.noicys.cjb.net/"><strong>http://www.noicys.cjb.net</strong></a></font>
    </span></font></font></div>
    <font size="+0"><font face="Arial" color="#000080" size="2"> </font></font>
    <div>&nbsp;</div>
  </blockquote>
  <hr size="1">Do you Yahoo!?<br>
  <a
 href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The
New Yahoo! Search</a> - Faster. Easier. Bingo.
</blockquote>
</body>
</html>

RE: [Dev-C++] Super charging the string class

[Ioannis V. <iv...@em...>]

Also keep in mind that the standard library is very wide and i would say
complete for what it provides. Are you sure you have found things that =
do
not exist in the standard library?
=20
=20
=20
=20
=20
=20
Ioannis Vranos

* Programming pages:  <http://www.noicys.freeurl.com/>
http://www.noicys.freeurl.com
* Alternative URL 1:  <http://run.to/noicys> http://run.to/noicys
* Alternative URL 2:  <http://www.noicys.cjb.net/> =
http://www.noicys.cjb.net

=20