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

[Dev-C++] Missing link from www.Bloodshed.net

[Ameer K. <sm...@vs...>]

Dear Sir,

Two links provided on the page www.bloodshed.net/dev/doc/index.html are =
not working.
They are  Paul Gerfen,s C/C++ tutorial for Dev C++.
Please check the same and correct.
Hope this will be available soon. Dev C++ is having no
satisfactory help files or tutorials which is a defect.
Hope you will do the needful for this ( if Paul Gerfens tutorial has not =
filled the gap.)

Also please let me know is there any considerable difference between DEv =
C++ 4.01 and dev C++ 5 beta.
Down loading 10 MB is  difficult for me with the slow download speed. If =
it is worth downloading please advise me I shall do it.

Thanking you,
Yours faithfully

Ameer khan
sm...@vs...

[Dev-C++] Dev-C++] MINGW GCC 3.1 for Windows is out there

[Greg R. <gr...@vi...>]

>) I uncompressed the first on a temporary empty folder and then cut & =
paste above my old MINGW distribution.

>Then i uncompressed the second on the temporary empty folder and then =
cut & paste above my old MINGW distribution.

Do you mean that you pasted the new files into your MingW root =
directory?

--Greg

Re: [Dev-C++] How to implement ASM instructions?

[Hongli L. <h....@ch...>]

On Mon, 2002-06-10 at 08:28, Klakier wrote:
> Hi all
> 
>     I have just changed Visual C++ to great DEV-C++, and I have small
> problem.
> When I wanted to join assembler code to my CPP file I must type:
> 
> __asm
> {
>     mov 0x077, dx
>     in al, dx
>     and al, 0xE0
> }
> 
> How can I do the same in DEV-C++?
> 

__asm("put your asm instructions here");

You should read the GCC manual.
http://www.gnu.org/manual/

Re: [Dev-C++] a problem

[Hongli L. <h....@ch...>]

On Mon, 2002-06-10 at 10:35, Pavol Kalocay wrote:
> 
> 
>  Hi everybody
> 
>  The problem is that when I want to download the Dev-C++ 5.0 beta 3 (4.9.3.0)  (10.5 MB) from one of the sites stated in http://www.bloodshed.net/dev/devcpp.html I need a password, but Dev-C++ 5.0 is free software. 
> Could anybody send me email with advise what to do to download it? I would be gratefull for that.
>                                        Pavol Kalocay   
> 

The mirror you were downloading from is probably setup wrongly.
Use a different mirror.

Re: [Dev-C++] Problem with compiling GTK+ code

[Hongli L. <h....@ch...>]

On Mon, 2002-06-10 at 10:50, Daniel Glenfield wrote:
> Sorry to seem a dunce, but what is GTK+ ?
> 

The Gimp Toolkit. It's a cross-platform GUI library.
http://www.gtk.org

Gimp means GNU Image Manipulation Program:
http://www.gimp.org/

And GNU means GNU's Not Unix:
http://www.gnu.org/

So the full name is GNU's Not Unix Image Manipulation Program Toolkit.
:-)

Re: [Dev-C++] Problem with compiling GTK+ code

[Hongli L. <h....@ch...>]

On Mon, 2002-06-10 at 08:42, Klakier wrote:
> Hi all
> 
>     Could someone who ever compiled GTK+ program under Dev-C++ help me?
> I have copied all necessary GTK+ (and GLIB, ATK, .... and rest) include
> files and lib headers.
> I tried to compile basic sample Helloworld
> (http://www.softintegration.com/chhtml/toolkit/demos/GTK/)
> In "Project Options" I joined library headers "libgtk-win32-2.0.dll.a
> libgdk-win32-2.0.dll.a libgdk-win32-2.0.dll.a", and compiler still report me
> an error:
> "C:\Program Files\Dev-C++\Examples\GTK_Test\Makefile.win  [Build Error]
> [GTK_Test.exe] Error 1"
> 
> What can I do, with this? Should I join ALL (GTK+, GLIB,....) library
> headers in Linker Options?
> 
>     Does enybody can help me?
> 
> 

Use the GTK+ package from the Dev-C++ website.
I didn't create it for nothing.

RE: [Dev-C++] memory violation....

[Raghunath Marella.S <ms...@ya...>]

Hi,

Please find my reply embedded...

--- Ioannis Vranos <no...@ho...> wrote:
> > -----Original Message-----
> > From: dev...@li... 
> > [mailto:dev...@li...]
> On Behalf 
> > Of Raghunath Marella.S
> > Sent: Monday, June 10, 2002 10:25 AM
> > To: Dev-C++ Mailing List
> > Subject: RE: [Dev-C++] memory violation....
> > 
> > 
> > Hi Ioannis/Jason/Others,
> > 
> > Please find the piece of code where the memory
> > violation is seen. I have not deleted the pointer
> and
> > accessed after that. No error has been done from
> my
> > side.
> 
> 
> It is 100% some logical error (bug). To avoid
> situations like this and
> have bullet proof code use the standard library
> containers instead of
> explicit memory allocation and deallocation.
> Examples can be seen below.

Logical error in my code or VC++ COmpiler??
> 
> #include <vector>
> 
> using namespace std;
> 
> 
> >  int *EleTopo=new int[seneles*sennds];
> 
> vector<int>EleTopo(seneles*sennds);
> 
> 
> >  char *NodeSign=new char[this->NNodes+1];
> 
> list, or vector, or string, or something...
> 
> 
> 
> > Similarly few other variables have been
> dynamically
> > allocated....
> > 
> >  for(int i=0;i<seneles;i++)
> >    for(int j=0;j<ncn;j++)
> >    {
> >      int cuEl = (theSubEle+ise)->SEtopo[i];
> > 
> >     
> *(EleTopo+i*ncn+j)=(theElement+cuEl-1)->topo[j];
> >      NodeSign[(theElement+cuEl-1)->topo[j]] =
> > 'P';//All nodes are marked as positive initially.
> >    }
> >  After this piece of code, 'EleTopo'  values are
> > printed and they confirmed to be correct.
> 
> 
> It is too messy! *(EleTopo+i*ncn+j)? What about the
> equivallent
> EleTopo[i*ncn+j] (which is somewhat messy too).
> Obviously you come from
> a hardcore C background and carry all that low stuff
> bagage. :)
Yes, it is equivalent to EleTopo[i][j] where are 'j'
ranges between 0 to ncn.
> 
> 
> 
> > 
> >  After few lines of other code.....
> > 
> >  for(int iel=seneles-1;iel>=0 ; iel--)
> >  {
> > 	int iLocalForEle=0;
> > 	int curElement = (theSubEle+ise)->SEtopo[iel];
> > 	if(iel==seneles-1)
> > 		coutf << "\n Final element in the SE
> is...:"<<iel;
> > //newAdd
> > 	int AnyNode;
> > 
> > 
> > 	int  noOfDf = 0;
> > 	NoOfNegNodes =0;
> > 	for(int j=0;j<ncn;j++)
> > 	{
> > 	   AnyNode = *(EleTopo+iel*ncn+j);
> > 	   int isThisNodeABN = 0;// is this a boundary
> node
> > of SE.
> > 	   for(int it=0;it<SeBNodes;it++)
> > 	   {
> > 	    	if(AnyNode ==
> > ((theSubEle+ise)->SEBounNodes[it]))
> > 		{
> > 			isThisNodeABN = 1;
> > 			break;
> > 		}
> > 		else
> > 		isThisNodeABN = 0;
> > 	   }
> > 
> > 	   if(isThisNodeABN==0)
> > 	   {
> > 
> > ******	   	if(NodeSign[*(EleTopo+iel*ncn+j)]=='N')
> > 	   	{
> > 			//Do nothing...
> > 	   	}
> > 	   	else
> > 	   	{
> > 			NodeSign[*(EleTopo+iel*ncn+j)]='N';
> > 			int nde = *(EleTopo+iel*ncn+j);
> > ******			*(EleTopo+iel*ncn+j) = 
> > -*(EleTopo+iel*ncn+j);
> > 			NoOfNegNodes++;
> > 
> > 			//saving the the dfs that are going to 
> > be removed
> > after this element being assembled.
> > 			for(int ir=0;ir<NDF;ir++)
> > 			{
> > 			  *(DfToRemove+iel*(ncn*NDF)+iLocalForEle)=
> > (nde-1)*NDF+ir;
> > 			  iLocalForEle++;
> > 			}
> > 			  noOfDf+=NDF;
> > 	   	}
> > 	   }
> > 	   else
> > 	      cout <<"\n this Node is a BoundaryNode of
> > SE...:"<<AnyNode<<".."<<ise;
> > 	}
> > 	noOfDf = iLocalForEle;
> > 	NoNegDf[iel]=NDF*NoOfNegNodes;
> >  }//sign check ends here.....
> 
> 
> 
> If any exception is thrown from somewhere there,
> much of all those
> allocated resources remain allocated.
> 
> 
> 
> > 
> > 
> >  The problem appears in the line marked with
> ******.
> > Actually this problem is seen only in some of the
> > problems. To give you more idea, I have tested
> this
> > code  as standalone, it worked fine for 'EleTopo'
> > sized upto 3200*6, then it worked  properly and no
> > memory violation was observed.
> > 
> >  But, when the code used as a server
> implementation in
> > CORBA environment, the  so called memory violation
> > took place when 'EleTopo' was sized to 800*6.
> Briefly,
> > 
> >  'EleTopo' is like an two dimentional array of
> size
> > [800][6]. I have to access  data in 'EleTopo' from
> the
> > end, ie., from [800][].
> 
> [799][].
yes, it is [799][]
> 
> 
> 
>  The values are correct till
> > [48][6] and started giving junk values for some of
> the
> > indexes between [47][] to [0][].
> > 
> >  I have shown in array form just for illustration
> > purpose.
> > 
> >  I am clueless how this memory violation is taking
> > place in some cases only.
> > 
> >  Will you pls suggest me what is going wrong in
> this.
> 
> 
> What is going wrong basically here is that you use
> C++ in the place of
> assembly programming. Deal C++ as a high level
> programming language and
> you can even gain some time/space! I suggest you
> read "The C++
> Programming Language" 3rd Edition or Special
> Edition. And be prepared
> for a life change. :)
Thank you.
> 
> 
> Ioannis
> 

regards,
Raghunath
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

RE: [Dev-C++] memory violation....

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of Raghunath Marella.S
> Sent: Monday, June 10, 2002 10:25 AM
> To: Dev-C++ Mailing List
> Subject: RE: [Dev-C++] memory violation....
> 
> 
> Hi Ioannis/Jason/Others,
> 
> Please find the piece of code where the memory
> violation is seen. I have not deleted the pointer and
> accessed after that. No error has been done from my
> side.


It is 100% some logical error (bug). To avoid situations like this and
have bullet proof code use the standard library containers instead of
explicit memory allocation and deallocation. Examples can be seen below.

#include <vector>

using namespace std;


>  int *EleTopo=new int[seneles*sennds];

vector<int>EleTopo(seneles*sennds);


>  char *NodeSign=new char[this->NNodes+1];

list, or vector, or string, or something...



> Similarly few other variables have been dynamically
> allocated....
> 
>  for(int i=0;i<seneles;i++)
>    for(int j=0;j<ncn;j++)
>    {
>      int cuEl = (theSubEle+ise)->SEtopo[i];
> 
>      *(EleTopo+i*ncn+j)=(theElement+cuEl-1)->topo[j];
>      NodeSign[(theElement+cuEl-1)->topo[j]] =
> 'P';//All nodes are marked as positive initially.
>    }
>  After this piece of code, 'EleTopo'  values are
> printed and they confirmed to be correct.


It is too messy! *(EleTopo+i*ncn+j)? What about the equivallent
EleTopo[i*ncn+j] (which is somewhat messy too). Obviously you come from
a hardcore C background and carry all that low stuff bagage. :)



> 
>  After few lines of other code.....
> 
>  for(int iel=seneles-1;iel>=0 ; iel--)
>  {
> 	int iLocalForEle=0;
> 	int curElement = (theSubEle+ise)->SEtopo[iel];
> 	if(iel==seneles-1)
> 		coutf << "\n Final element in the SE is...:"<<iel;
> //newAdd
> 	int AnyNode;
> 
> 
> 	int  noOfDf = 0;
> 	NoOfNegNodes =0;
> 	for(int j=0;j<ncn;j++)
> 	{
> 	   AnyNode = *(EleTopo+iel*ncn+j);
> 	   int isThisNodeABN = 0;// is this a boundary node
> of SE.
> 	   for(int it=0;it<SeBNodes;it++)
> 	   {
> 	    	if(AnyNode ==
> ((theSubEle+ise)->SEBounNodes[it]))
> 		{
> 			isThisNodeABN = 1;
> 			break;
> 		}
> 		else
> 		isThisNodeABN = 0;
> 	   }
> 
> 	   if(isThisNodeABN==0)
> 	   {
> 
> ******	   	if(NodeSign[*(EleTopo+iel*ncn+j)]=='N')
> 	   	{
> 			//Do nothing...
> 	   	}
> 	   	else
> 	   	{
> 			NodeSign[*(EleTopo+iel*ncn+j)]='N';
> 			int nde = *(EleTopo+iel*ncn+j);
> ******			*(EleTopo+iel*ncn+j) = 
> -*(EleTopo+iel*ncn+j);
> 			NoOfNegNodes++;
> 
> 			//saving the the dfs that are going to 
> be removed
> after this element being assembled.
> 			for(int ir=0;ir<NDF;ir++)
> 			{
> 			  *(DfToRemove+iel*(ncn*NDF)+iLocalForEle)=
> (nde-1)*NDF+ir;
> 			  iLocalForEle++;
> 			}
> 			  noOfDf+=NDF;
> 	   	}
> 	   }
> 	   else
> 	      cout <<"\n this Node is a BoundaryNode of
> SE...:"<<AnyNode<<".."<<ise;
> 	}
> 	noOfDf = iLocalForEle;
> 	NoNegDf[iel]=NDF*NoOfNegNodes;
>  }//sign check ends here.....



If any exception is thrown from somewhere there, much of all those
allocated resources remain allocated.



> 
> 
>  The problem appears in the line marked with ******.
> Actually this problem is seen only in some of the
> problems. To give you more idea, I have tested this
> code  as standalone, it worked fine for 'EleTopo'
> sized upto 3200*6, then it worked  properly and no
> memory violation was observed.
> 
>  But, when the code used as a server implementation in
> CORBA environment, the  so called memory violation
> took place when 'EleTopo' was sized to 800*6. Briefly,
> 
>  'EleTopo' is like an two dimentional array of size
> [800][6]. I have to access  data in 'EleTopo' from the
> end, ie., from [800][].

[799][].



 The values are correct till
> [48][6] and started giving junk values for some of the
> indexes between [47][] to [0][].
> 
>  I have shown in array form just for illustration
> purpose.
> 
>  I am clueless how this memory violation is taking
> place in some cases only.
> 
>  Will you pls suggest me what is going wrong in this.


What is going wrong basically here is that you use C++ in the place of
assembly programming. Deal C++ as a high level programming language and
you can even gain some time/space! I suggest you read "The C++
Programming Language" 3rd Edition or Special Edition. And be prepared
for a life change. :)


Ioannis

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

RE: [Dev-C++] How to implement ASM instructions?

[Andres R. <lo...@ho...>]

Hi!

There are several ways to implement assembler in GCC (Dev-C++).
1:	learn AT&T assembler
2:	use Intel to AT&T converter
3:	use external assembler linker, that produces gcc compatible
object files and then in your C source declare "external asm_foo()" and
in linking time, add asm_foo.o in to the process

I'd prefer third one, but I must seek out an assembler compiler, that
takes Intel code and produces gcc compatible object files. I think it
would be nasm [further investigation required].

A.

> 
> Hi all
> 
>     I have just changed Visual C++ to great DEV-C++, and I have small
> problem.
> When I wanted to join assembler code to my CPP file I must type:
> 
> __asm
> {
>     mov 0x077, dx
>     in al, dx
>     and al, 0xE0
> }
> 
> How can I do the same in DEV-C++?
> 
> Thanks for help
> 
>     Marcin Kacperek

RE: [Dev-C++] help

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of Ralf Terdic
> Sent: Monday, June 10, 2002 11:22 AM
> To: dev...@li...
> Subject: [Dev-C++] help

[...]

And the question is?



Ioannis

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

Re: [Dev-C++] Problem with compiling GTK+ code

[Daniel G. <sp...@ho...>]

Sorry to seem a dunce, but what is GTK+ ?


>From: "Klakier" <kal...@in...>
>To: <dev...@li...>
>Subject: [Dev-C++] Problem with compiling GTK+ code
>Date: Mon, 10 Jun 2002 08:42:03 +0200
>
>Hi all
>
>     Could someone who ever compiled GTK+ program under Dev-C++ help me?
>I have copied all necessary GTK+ (and GLIB, ATK, .... and rest) include
>files and lib headers.
>I tried to compile basic sample Helloworld
>(http://www.softintegration.com/chhtml/toolkit/demos/GTK/)
>In "Project Options" I joined library headers "libgtk-win32-2.0.dll.a
>libgdk-win32-2.0.dll.a libgdk-win32-2.0.dll.a", and compiler still report 
>me
>an error:
>"C:\Program Files\Dev-C++\Examples\GTK_Test\Makefile.win  [Build Error]
>[GTK_Test.exe] Error 1"
>
>What can I do, with this? Should I join ALL (GTK+, GLIB,....) library
>headers in Linker Options?
>
>     Does enybody can help me?
>
>
>
>
>----------------------------------------------------------------------
>INTERIA.PL: Portal pelen informacji >>> http://link.interia.pl/f15b7
>
>
>
>_______________________________________________________________
>
>Don't miss the 2002 Sprint PCS Application Developer's Conference
>August 25-28 in Las Vegas - 
>http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
>
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users


_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

[Dev-C++] a problem

[Pavol K. <pav...@sz...>]

 Hi everybody

 The problem is that when I want to download the Dev-C++ 5.0 beta 3 (4.9.3.0)  (10.5 MB) from one of the sites stated in http://www.bloodshed.net/dev/devcpp.html I need a password, but Dev-C++ 5.0 is free software. 
Could anybody send me email with advise what to do to download it? I would be gratefull for that.
                                       Pavol Kalocay   

[Dev-C++] help

[Ralf T. <ra...@gm...>]

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of dev...@li...
> Sent: Samstag, 8. Juni 2002 05:23
> To: dev...@li...
> Subject: Dev-cpp-users digest, Vol 1 #807 - 6 msgs
> 
> 
> Send Dev-cpp-users mailing list submissions to
> 	dev...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> or, via email, send a message with subject or body 'help' to
> 	dev...@li...
> 
> You can reach the person managing the list at
> 	dev...@li...
> 
> When replying, please edit your Subject line so it is more 
> specific than "Re: Contents of Dev-cpp-users digest..."
> 
> 
> Today's Topics:
> 
>    1. MINGW GCC 3.1 for Windows is out there (Ioannis Vranos)
>    2. MINGW GCC 3.x II (Ioannis Vranos)
>    3. merging two sorted lists using file streams... (chromatonus 712)
>    4. RE: #include <ios> (Ioannis Vranos)
>    5. RE: #include <ios> (Ioannis Vranos)
>    6. Re: merging two sorted lists using file streams... 
> (Jason Hardman)
> 
> --__--__--
> 
> Message: 1
> From: "Ioannis Vranos" <no...@ho...>
> To: "Dev-C++ Mailing List" <dev...@li...>
> Date: Sat, 8 Jun 2002 01:13:03 +0300
> Subject: [Dev-C++] MINGW GCC 3.1 for Windows is out there
> 
> This is a multi-part message in MIME format.
> 
> ------=_NextPart_000_0001_01C20E89.A3D41990
> Content-Type: text/plain;
> 	charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> 
> I decided to take a look at MINGW site and saw that there are 
> recent distributions of many components of MINGW including a 
> GCC 3.1 release! But there is not yet a newest "official" 
> distribution of MINGW yet (there is still the classic 1.1 of 
> 2001 release). However i have the feeling that one is about 
> to come soon (but "soon" can be even months).
>  
>  
> Anyway for all coders out there who can handle this kind of 
> things, can download the latest GCC 3.1 core distribution and 
> the latest MINGW run time, and uncompress them above their 
> current MINGW distribution. 
>  
>  
> As expected the latest GCC is far more compliant than the 2.x 
> series so the code below compiles happily:
>  
>  
> #include <vector>
> #include <iostream>
> #include <stdexcept>
>  
> int main() try
> {
>   using namespace std;
>  
>   vector<int>array(50);
>  
>   for(unsigned i=0; i<100; i++)
>      cout<<(array.at(i)=i)<<" ";
>  
> }
>  
> catch(std::out_of_range)
> {
>   std::cout<<"\n\nBe careful dude! What are you doing dude?\n"; }
>  
>  
> But before you decide to do the hack update, be careful that 
> you must know what you are doing. If you do not know how to 
> do this kind of things then wait for the official MINGW 
> distribution when it becomes available, or the Dev-C++ 
> version that will include it.
>  
>  
> What i have done (not tested with Dev-C++):
>  
> 1) I downloaded the files
>  
> http://telia.dl.sourceforge.net/sourceforge/mingw/gcc-3_1-core
> -20020516-
> 1.tar.gz
> (about 600k)
>  
>  
> http://telia.dl.sourceforge.net/sourceforge/mingw/mingw-runtim
> e-2.0-2002
> 0430.tar.gz
> (about 10 MB)
>  
>  
> 2) I uncompressed the first on a temporary empty folder and 
> then cut & paste above my old MINGW distribution.
>  
> Then i uncompressed the second on the temporary empty folder 
> and then cut & paste above my old MINGW distribution.
>  
>  
> 3) Everything works happily:
>  
> C:\>g++ -v
> Reading specs from c:/mingw/bin/../lib/gcc-lib/mingw32/3.1/specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld 
> --with-gnu-as --host= mingw32 --target=mingw32 
> --prefix=/mingw --enable-threads --disable-nls --enable 
> -languages=f77,c++,objc,ada --disable-win32-registry 
> --disable-shared Thread model: win32 gcc version 3.1
>  
> C:\>gcc -v
> Reading specs from c:/mingw/bin/../lib/gcc-lib/mingw32/3.1/specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld 
> --with-gnu-as --host= mingw32 --target=mingw32 
> --prefix=/mingw --enable-threads --disable-nls --enable 
> -languages=f77,c++,objc,ada --disable-win32-registry 
> --disable-shared Thread model: win32 gcc version 3.1
>  
>  
> C:\c>g++ temp.cpp -o temp -ansi -pedantic-errors -Wall 
> -fexpensive-optimizations  -O3 -ffloat-store -mcpu=pentiumpro
>  
> C:\c>temp
> 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 
> 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 
> 44 45 46 47 48 49
>  
> Be careful dude! What are you doing dude?
>  
> C:\c>
>  
>  
>  
>  
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.cjb.net 
> <http://www.noicys.cjb.net/> 
> * Alternative URL: http://run.to/noicys
> 
> ------=_NextPart_000_0001_01C20E89.A3D41990
> Content-Type: text/html;
> 	charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
> 
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 
> Transitional//EN"> <HTML><HEAD> <META 
> HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
> charset=3Dus-ascii"> <TITLE>Message</TITLE>
> 
> <META content=3D"MSHTML 6.00.2716.2200" 
> name=3DGENERATOR></HEAD> <BODY> <DIV><STRONG><FONT 
> face=3DArial color=3D#000080 size=3D2><SPAN=20 
> class=3D163515821-07062002>I decided to take a look at MINGW 
> site and = saw that=20 there are recent distributions 
> of&nbsp;many components of MINGW = including a GCC=20 3.1 
> release!&nbsp;But there is not yet a newest "official" 
> distribution = of MINGW=20 yet (there is still the classic 
> 1.1 of 2001&nbsp;release).&nbsp;However = i have=20 the 
> feeling that one is about to come soon (but "soon" can be 
> even=20 months).</SPAN></FONT></STRONG></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>Anyway for all 
> coders out there who can = handle this=20 kind of things, can 
> download the latest GCC 3.1 core distribution and = the 
> latest=20 MINGW run time, and uncompress them above their 
> current MINGW = distribution.=20 
> </SPAN></FONT></STRONG></DIV> <DIV><STRONG><FONT face=3DArial 
> color=3D#000080 size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>As expected the 
> latest GCC is far more = compliant than=20 the 2.x series so 
> the code below compiles = happily:</SPAN></FONT></STRONG></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>#include 
> &lt;vector&gt;<BR>#include=20 &lt;iostream&gt;<BR>#include = 
> &lt;stdexcept&gt;</SPAN></FONT></STRONG></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>int main() 
> try<BR>{<BR>&nbsp; using namespace =
> 
> std;</SPAN></FONT></STRONG></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>&nbsp;=20
> vector&lt;int&gt;array(50);</SPAN></FONT></STRONG></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>&nbsp; 
> for(unsigned i=3D0; i&lt;100;=20
> i++)<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
> i++cout&lt;&lt;(array.at(i)=3Di)&lt;&lt;"=20
> ";</SPAN></FONT></STRONG></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002>}</SPAN></FONT></STRONG></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D163515821-07062002>catch(std::out_of_range)<BR>{<BR>&nbsp;=20
> std::cout&lt;&lt;"\n\nBe careful dude! What are you doing=20 
> dude?\n";<BR>}</SPAN></FONT></STRONG></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><FONT face=3DArial 
> color=3D#000080 =
> 
> size=3D2><STRONG>But before you decide to do the hack update, 
> be careful = that you=20 must know what you are doing. If you 
> do not know how to do this kind of = things=20 then wait for 
> the official MINGW distribution when it becomes available, = or the=20
> Dev-C++ version that will include it.</STRONG></FONT></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>What i have done 
> (not tested with =
> Dev-C++):</FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20
> size=3D2>1) I downloaded the files</FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2><A=20 
> href=3D"http://telia.dl.sourceforge.net/sourceforge/mingw/gcc-
> 3_1-core-20=
> 020516-1.tar.gz">http://telia.dl.sourceforge.net/sourceforge/m
> ingw/gcc-3_=
> 1-core-20020516-1.tar.gz</A></FONT></STRONG></SPAN></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 class=3D163515821-07062002>(about 
> 600k)</SPAN></FONT></STRONG></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2><A=20 
> href=3D"http://telia.dl.sourceforge.net/sourceforge/mingw/ming
> w-runtime-2=
> .0-20020430.tar.gz">http://telia.dl.sourceforge.net/sourceforg
> e/mingw/min=
> gw-runtime-2.0-20020430.tar.gz</A></FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>(about 10 
> MB)</FONT></STRONG></SPAN></DIV> <DIV><SPAN 
> class=3D163515821-07062002><STRONG><FONT face=3DArial = 
> color=3D#000080=20 size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20
> size=3D2>2) I uncompressed the first on a temporary empty 
> folder and = then cut=20 &amp; paste above my old MINGW = 
> distribution.</FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>Then i 
> uncompressed the second on&nbsp;the temporary empty = folder 
> and=20 then cut &amp; paste above my old MINGW=20 
> distribution.</FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20
> size=3D2>3) Everything works happily:</FONT></STRONG></SPAN></DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>C:\&gt;g++ 
> -v<BR>Reading specs from=20 
> c:/mingw/bin/../lib/gcc-lib/mingw32/3.1/specs<BR>Configured 
> with:=20 ../gcc/configure --with-gcc --with-gnu-ld 
> --with-gnu-as = --host=3D<BR>mingw32=20 --target=3Dmingw32 
> --prefix=3D/mingw --enable-threads --disable-nls=20 
> --enable<BR>-languages=3Df77,c++,objc,ada 
> --disable-win32-registry=20 --disable-shared<BR>Thread model: 
> win32<BR>gcc version=20 3.1</FONT></STRONG></SPAN></DIV> 
> <DIV>&nbsp;</DIV> <DIV><SPAN 
> class=3D163515821-07062002><STRONG><FONT face=3DArial = 
> color=3D#000080=20 size=3D2>C:\&gt;gcc -v<BR>Reading specs 
> from=20 
> c:/mingw/bin/../lib/gcc-lib/mingw32/3.1/specs<BR>Configured 
> with:=20 ../gcc/configure --with-gcc --with-gnu-ld 
> --with-gnu-as = --host=3D<BR>mingw32=20 --target=3Dmingw32 
> --prefix=3D/mingw --enable-threads --disable-nls=20 
> --enable<BR>-languages=3Df77,c++,objc,ada 
> --disable-win32-registry=20 --disable-shared<BR>Thread model: 
> win32<BR>gcc version=20 3.1</FONT></STRONG></SPAN></DIV> 
> <DIV>&nbsp;</DIV> <DIV><SPAN 
> class=3D163515821-07062002><STRONG><FONT face=3DArial = 
> color=3D#000080=20 size=3D2></FONT></STRONG></SPAN>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>C:\c&gt;g++ 
> temp.cpp -o temp -ansi -pedantic-errors -Wall=20 
> -fexpensive-optimizations<BR>&nbsp;-O3 -ffloat-store=20 
> -mcpu=3Dpentiumpro</FONT></STRONG></SPAN></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 size=3D2>C:\c&gt;temp<BR>0 
> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 = 19 20 21=20 22 
> 23 24 25 26 27 28 29<BR>30 31 32 33 34 35 36 37 38 39 40 41 
> 42 43 44 = 45 46 47=20 48 49</FONT></STRONG></SPAN></DIV> 
> <DIV>&nbsp;</DIV> <DIV><SPAN 
> class=3D163515821-07062002><STRONG><FONT face=3DArial = 
> color=3D#000080=20 size=3D2>Be careful dude! What are you 
> doing = dude?</FONT></STRONG></SPAN></DIV>
> <DIV>&nbsp;</DIV>
> <DIV><SPAN class=3D163515821-07062002><STRONG><FONT 
> face=3DArial = color=3D#000080=20 
> size=3D2>C:\c&gt;</FONT></STRONG></SPAN></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 = 
> size=3D2></FONT></STRONG>&nbsp;</DIV>
> <DIV>&nbsp;</DIV>
> <DIV align=3Dleft>
> <DIV align=3Dleft><FONT face=3DArial color=3D#000080 = 
> size=3D2><STRONG>Ioannis<BR><BR>*=20
> Ioannis Vranos<BR>* Programming pages: <A=20 
> href=3D"http://www.noicys.cjb.net/">http://www.noicys.cjb.net<
> /A></STRONG=
> ></FONT></DIV>
> <DIV align=3Dleft><FONT face=3DArial color=3D#000080 
> size=3D2><STRONG>* = Alternative URL:=20 <A=20 
> href=3D"http://run.to/noicys">http://run.to/noicys</A></STRONG
> ></FONT></D=
> IV></DIV></BODY></HTML>
> 
> ------=_NextPart_000_0001_01C20E89.A3D41990--
> 
> 
> --__--__--
> 
> Message: 2
> From: "Ioannis Vranos" <no...@ho...>
> To: "Dev-C++ Mailing List" <dev...@li...>
> Date: Sat, 8 Jun 2002 01:30:20 +0300
> Subject: [Dev-C++] MINGW GCC 3.x II
> 
> This is a multi-part message in MIME format.
> 
> ------=_NextPart_000_0001_01C20E8C.0D6A8450
> Content-Type: text/plain;
> 	charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> 
> And the release notes for the MINGW GCC 3.1: 
> http://sourceforge.net/project/shownotes.php?release_id=90000
>  
>  
>  
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.cjb.net 
> <http://www.noicys.cjb.net/> 
> * Alternative URL: http://run.to/noicys
>  
> 
> ------=_NextPart_000_0001_01C20E8C.0D6A8450
> Content-Type: text/html;
> 	charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
> 
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 
> Transitional//EN"> <HTML><HEAD> <META 
> HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
> charset=3Dus-ascii"> <TITLE>Message</TITLE>
> 
> <META content=3D"MSHTML 6.00.2716.2200" 
> name=3DGENERATOR></HEAD> <BODY> <DIV><STRONG><FONT 
> face=3DArial color=3D#000080 size=3D2><SPAN=20 
> class=3D171472922-07062002>And the release notes for the 
> MINGW GCC 3.1: = <A=20 
> href=3D"http://sourceforge.net/project/shownotes.php?release_i
> d=3D90000">=
> http://sourceforge.net/project/shownotes.php?release_id=3D9000
> 0</A></SPAN=
> ></FONT></STRONG></DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D171472922-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV><STRONG><FONT face=3DArial color=3D#000080 
> size=3D2><SPAN=20 
> class=3D171472922-07062002></SPAN></FONT></STRONG>&nbsp;</DIV>
> <DIV>&nbsp;</DIV>
> <DIV align=3Dleft>
> <DIV align=3Dleft><FONT face=3DArial color=3D#000080 = 
> size=3D2><STRONG>Ioannis<BR><BR>*=20
> Ioannis Vranos<BR>* Programming pages: <A=20 
> href=3D"http://www.noicys.cjb.net/">http://www.noicys.cjb.net<
> /A></STRONG=
> ></FONT></DIV>
> <DIV align=3Dleft><FONT face=3DArial color=3D#000080 
> size=3D2><STRONG>* = Alternative URL:=20 <A=20 
> href=3D"http://run.to/noicys">http://run.to/noicys</A></STRONG
> ></FONT></D=
> IV></DIV>
> <DIV>&nbsp;</DIV></BODY></HTML>
> 
> ------=_NextPart_000_0001_01C20E8C.0D6A8450--
> 
> 
> --__--__--
> 
> Message: 3
> From: "chromatonus 712" <chr...@ho...>
> To: dev...@li...
> Date: Sat, 08 Jun 2002 00:48:36 +0000
> Subject: [Dev-C++] merging two sorted lists using file streams...
> 
> Hi, here is my program that is suppose to read one piece of 
> data from 2 
> different sorted lists each,
> 
> like these two text files:
> 
> File A:
> 1
> 2
> 4
> 8
> 16
> File B:
> 0
> 1
> 1
> 2
> 3
> 5
> 8
> 
> output should be
> File C:
> 0  1  1  1  2  2  3  4  5  8  8  16
> 
> Would anyone give a sample program that performs this 
> function, using only 
> the "basic" file stream operations as in my program below? 
> Thank you very 
> much
> 
> #include "apstring.h"
> #include <iostream.h>
> #include <fstream.h>
> #include <conio.h>
> 
> int main()
> {
>    ifstream a; ifstream b;
>    ofstream c;
>    a.open("A.dat");
>    b.open("B.dat");
>    int ark, bum, j, k, temp;
>    a >> ark;
>    a.ignore(80,'\n');
>    j = ark;
>    b >> bum;
>    b.ignore(80,'\n');
>    k = bum;
>    if( ark < bum )
>    {
>       c << ark << endl;
>       a >> ark;
>       a.ignore(80,'\n');
>       temp = ark;
>    }
>    else
>    {
>       c << bum << endl;
>       b >> bum;
>       b.ignore(80,'\n');
>       temp = bum;
>    }
>    if(j<k)
>    {
>       while( b>>bum && bum<temp )
>       {
>           b >> bum;
>           b.ignore(80,'\n');
>           c << bum << endl;
>           b >> bum;
>           b.ignore(80,'\n');
>       }
>       c << temp << endl;
>       temp = bum;
>    }
>    else
>    {
>       while( a>>ark && ark<temp )
>       {
>           a >> ark;
>           a.ignore(80,'\n');
>           c << ark << endl;
>           a >> ark;
>           a.ignore(80,'\n');
>       }
>       c << temp << endl;
>       temp = ark;
>    }
>    while( c << temp )
>    {
>       cout << temp << endl;
>    }
>    system("PAUSE");
>    a.close();
>    b.close();
>    c.close();
> 
> 
>    return 0;
> }
> 
> 
> _________________________________________________________________
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
> 
> 
> 
> --__--__--
> 
> Message: 4
> From: "Ioannis Vranos" <no...@ho...>
> To: "Dev-C++ Mailing List" <dev...@li...>
> Subject: RE: [Dev-C++] #include <ios>
> Date: Sat, 8 Jun 2002 05:29:34 +0300
> 
> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf 
> > Of Bob Wilson
> > Sent: Thursday, June 06, 2002 3:33 AM
> > To: Dev-C++ User Mailing List
> > Subject: Re: [Dev-C++] #include <ios>
> > 
> > > **IMPORTANT NOTE FOR NEW C++ PROGRAMMERS **
> > > Also, there is no such thing as an "ANSI C++ compliant
> > compiler" -- *all*
> > > current compilers fail the conformance tests in various
> > ways.  This means
> > > that sample code inevitably needs to be modified for
> > different compilers.
> > 
> > For the simplist programs, however, there should not be any
> > modifications
> > required. Just out of curiosity, do you know of a "knowledge 
> > base" that
> > summarizes the changes that are often reuired from compiler 
> > to compiler?
> 
> 
> Not for the simplest only. There is no need for such a knowledge base,
> because ANSI C++ conformance will be improving continually. 
> Do not think
> that there will remain gray areas at the end, as for ANSI SQL
> conformance for example. There are already compilers with 100%
> conformance.
> 
> 
> 
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.cjb.net
> * Alternative URL: http://run.to/noicys
> 
> 
> --__--__--
> 
> Message: 5
> From: "Ioannis Vranos" <no...@ho...>
> To: "Dev-C++ Mailing List" <dev...@li...>
> Subject: RE: [Dev-C++] #include <ios>
> Date: Sat, 8 Jun 2002 05:45:05 +0300
> 
> > -----Original Message-----
> > From: dev...@li... 
> > [mailto:dev...@li...] On Behalf 
> > Of Mac Reiter
> > Sent: Thursday, June 06, 2002 12:00 AM
> > To: Dev-C++ User Mailing List
> > Subject: Re: [Dev-C++] #include <ios>
> > 
> > 
> > Daniel:
> > 
> > The <ios> header is generally not needed, and should have 
> > been included by
> > other iostreams headers.  I suspect that the GCC or MinGW 
> > people simply
> > removed the standalone header, or perhaps it is present but 
> > can only be
> > found if you specify <ios.h> instead of just <ios>.  (The <ios.h> is
> > *purely* a guess and I haven't run any checks at all).  Since 
> > Dev-C++ is
> > "just" the editor/debugger/project manager, and it uses the 
> GCC/MinGW
> > toolchain for actual compilation, these kinds of issues will depend
> > entirely on how the GCC/MinGW tools work.
> > 
> 
> <ios> is needed when you want to use the facilities icnluded 
> in it. You
> can not depend if a header file is included in another when 
> not defined
> by the standard (if you wat the code to be portable, not even among
> different compilers and platforms, but even to the next 
> version of your
> favorite compiler). 
> 
> You *must not* care about implementation details inside your code, and
> certainly not connect your code with them. It is the 
> compiler's job for
> what headers it #include s inside other header files.
> 
> 
> > Microsoft's take on <ios> is given in the following MSDN article:
> > 
> > http://msdn.microsoft.com/library/default.asp?url=/library/en-
> > us/vcstdlib/ht
> > ml/vclrfios_header.asp
> > 
> > Basically, you could simply remove the <ios> line entirely, and both
> > compilers would be happy and you wouldn't need the 
> > preprocessor commands
> > ("ifndef", etc).  I'm gonna guess that the book was written 
> > some time ago,
> > some of the C++ standards changed along the way, and not all 
> > of the sample
> > code got updated.
> 
> 
> No the book is ANSI C++ compliant (at least as far as i know, and C++
> god approves it, and god only approves excellent ANSI C++ compliant
> books).
> 
> 
> 
> > 
> > **IMPORTANT NOTE FOR NEW C++ PROGRAMMERS **
> > Also, there is no such thing as an "ANSI C++ compliant 
> > compiler" 
> 
> 
> Of course there is. Try Intel C++ compiler for example.
> 
> 
> > -- *all*
> > current compilers fail the conformance tests in various ways. 
> 
> 
> Not all. And standard conformance is increased day by day to the rest
> compilers too. Camaeu is another 100% conformant compiler 
> too. And there
> are probably others too (perhaps GCC 3.x is 100% compliant too).
> 
> 
> >  This means
> > that sample code inevitably needs to be modified for 
> > different compilers.
> 
> 
> Things are improving day by day. The standard is very recent (late of
> 1998) for *everything* to be implemented immediately. And C++ is a
> multiparadigm language, that means it is like 4+ languages together (4
> paradigms and many space/time efficiency concerns since it is intended
> for mission critical applications too (OSes, etc).
> 
> 
> > "Portable" code, for the time being, requires preprocessor 
> > directives like
> > the one shown to change the code based on which compiler is 
> > being used.
> 
> 
> No. Simply you code for the compiler you intend to use 
> thinking of full
> ansi C++ and then if something does not compile, you change it with
> something that does. If you write a library or something and you care
> for many compilers out there, i wouldn't care but code as freely as i
> can knowing that since things are improving day by day everything will
> be soon ok for them too. That is, i can't think of an occasion why i
> would need #ifndefs for portability, and i can't think for 
> any possible
> reason to do so.
> 
> #ifndefs are used to make portable code using compiler extensions not
> for ANSI C++ code.Ioannis
> 
> I think you have confused ANSI C++ code with system specific 
> code (e.g.
> Win32 library calls).
> 
> 
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.cjb.net
> * Alternative URL: http://run.to/noicys
>  
> 
> 
> --__--__--
> 
> Message: 6
> From: "Jason Hardman" <jas...@nt...>
> To: "Dev-C++" <dev...@li...>
> Subject: Re: [Dev-C++] merging two sorted lists using file streams...
> Date: Sat, 8 Jun 2002 04:22:11 +0100
> 
> Quick tip:
> 
> get 'a'
> get 'b'
> repeat
>     if 'a' is greater than 'b'
>         output 'b'
>         get 'b'
>     else
>         output 'a'
>         get 'a'
> until one of the streams is empty
> 
> This is a simplistic algorithm for you to follow, but it 
> demonstrates the way two sorted streams can
> be "merged" (lookup that word in an algorithms book). There 
> is still one more thing for you to add:
> When one of the streams runs out then you need to continue 
> feeding from the other and outputing it
> until it is also empty. And don't forget that the streams may 
> be empty to start with! (tip: use a
> while loop)
> 
> It would be wise for you to figure the rest out yourself, but 
> one more tip: If you are repeating the
> same steps several times in different places in a program, 
> then it's a good idea to make those steps
> into a function (i.e. getFromStream(); outputToStream();). 
> Meaningful variable names also help
> (instream_a, instream_b, outstream)
> 
> Jason.
> 
> PS: Not as quick a tip as I had planned, but at least I 
> didn't hand everything to you on a plate.
> 
> ----- Original Message -----
> From: "chromatonus 712" <chr...@ho...>
> To: <dev...@li...>
> Sent: Saturday, June 08, 2002 1:48 AM
> Subject: [Dev-C++] merging two sorted lists using file streams...
> 
> 
> Hi, here is my program that is suppose to read one piece of 
> data from 2
> different sorted lists each,
> 
> like these two text files:
> 
> File A:
> 1
> 2
> 4
> 8
> 16
> File B:
> 0
> 1
> 1
> 2
> 3
> 5
> 8
> 
> output should be
> File C:
> 0  1  1  1  2  2  3  4  5  8  8  16
> 
> Would anyone give a sample program that performs this 
> function, using only
> the "basic" file stream operations as in my program below? 
> Thank you very
> much
> 
> #include "apstring.h"
> #include <iostream.h>
> #include <fstream.h>
> #include <conio.h>
> 
> int main()
> {
>    ifstream a; ifstream b;
>    ofstream c;
>    a.open("A.dat");
>    b.open("B.dat");
>    int ark, bum, j, k, temp;
>    a >> ark;
>    a.ignore(80,'\n');
>    j = ark;
>    b >> bum;
>    b.ignore(80,'\n');
>    k = bum;
>    if( ark < bum )
>    {
>       c << ark << endl;
>       a >> ark;
>       a.ignore(80,'\n');
>       temp = ark;
>    }
>    else
>    {
>       c << bum << endl;
>       b >> bum;
>       b.ignore(80,'\n');
>       temp = bum;
>    }
>    if(j<k)
>    {
>       while( b>>bum && bum<temp )
>       {
>           b >> bum;
>           b.ignore(80,'\n');
>           c << bum << endl;
>           b >> bum;
>           b.ignore(80,'\n');
>       }
>       c << temp << endl;
>       temp = bum;
>    }
>    else
>    {
>       while( a>>ark && ark<temp )
>       {
>           a >> ark;
>           a.ignore(80,'\n');
>           c << ark << endl;
>           a >> ark;
>           a.ignore(80,'\n');
>       }
>       c << temp << endl;
>       temp = ark;
>    }
>    while( c << temp )
>    {
>       cout << temp << endl;
>    }
>    system("PAUSE");
>    a.close();
>    b.close();
>    c.close();
> 
> 
>    return 0;
> }
> 
> 
> _________________________________________________________________
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas - 
> http://devcon.sprintpcs.com/adp/index.cfm?> source=osdntextlink
> 
> 
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 
> 
> End of Dev-cpp-users Digest
> 
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.361 / Virus Database: 199 - Release Date: 07.05.2002
>  
> 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.361 / Virus Database: 199 - Release Date: 07.05.2002
 

RE: [Dev-C++] memory violation....

[Raghunath Marella.S <ms...@ya...>]

Hi Ioannis/Jason/Others,

Please find the piece of code where the memory
violation is seen. I have not deleted the pointer and
accessed after that. No error has been done from my
side. 
 
 
 int *EleTopo=new int[seneles*sennds];
 char *NodeSign=new char[this->NNodes+1];
Similarly few other variables have been dynamically
allocated....
 
 for(int i=0;i<seneles;i++)
   for(int j=0;j<ncn;j++)
   {
     int cuEl = (theSubEle+ise)->SEtopo[i];

     *(EleTopo+i*ncn+j)=(theElement+cuEl-1)->topo[j];
     NodeSign[(theElement+cuEl-1)->topo[j]] =
'P';//All nodes are marked as positive initially.
   }
 After this piece of code, 'EleTopo'  values are
printed and they confirmed to be correct.
   
 After few lines of other code.....  
   
 for(int iel=seneles-1;iel>=0 ; iel--)
 {
	int iLocalForEle=0;
	int curElement = (theSubEle+ise)->SEtopo[iel];
	if(iel==seneles-1)
		coutf << "\n Final element in the SE is...:"<<iel;
//newAdd
	int AnyNode;


	int  noOfDf = 0;
	NoOfNegNodes =0;
	for(int j=0;j<ncn;j++)
	{
	   AnyNode = *(EleTopo+iel*ncn+j);
	   int isThisNodeABN = 0;// is this a boundary node
of SE.
	   for(int it=0;it<SeBNodes;it++)
	   {
	    	if(AnyNode ==
((theSubEle+ise)->SEBounNodes[it]))
		{
			isThisNodeABN = 1;
			break;
		}
		else
		isThisNodeABN = 0;
	   }

	   if(isThisNodeABN==0)
	   {

******	   	if(NodeSign[*(EleTopo+iel*ncn+j)]=='N')
	   	{
			//Do nothing...
	   	}
	   	else
	   	{
			NodeSign[*(EleTopo+iel*ncn+j)]='N';
			int nde = *(EleTopo+iel*ncn+j);
******			*(EleTopo+iel*ncn+j) = -*(EleTopo+iel*ncn+j);
			NoOfNegNodes++;

			//saving the the dfs that are going to be removed
after this element being assembled.
			for(int ir=0;ir<NDF;ir++)
			{
			  *(DfToRemove+iel*(ncn*NDF)+iLocalForEle)=
(nde-1)*NDF+ir;
			  iLocalForEle++;
			}
			  noOfDf+=NDF;
	   	}
	   }
	   else
	      cout <<"\n this Node is a BoundaryNode of
SE...:"<<AnyNode<<".."<<ise;
	}
	noOfDf = iLocalForEle;
	NoNegDf[iel]=NDF*NoOfNegNodes;
 }//sign check ends here.....
 
 
 The problem appears in the line marked with ******.
Actually this problem is seen only in some of the
problems. To give you more idea, I have tested this
code  as standalone, it worked fine for 'EleTopo'
sized upto 3200*6, then it worked  properly and no
memory violation was observed. 
 
 But, when the code used as a server implementation in
CORBA environment, the  so called memory violation
took place when 'EleTopo' was sized to 800*6. Briefly,

 'EleTopo' is like an two dimentional array of size
[800][6]. I have to access  data in 'EleTopo' from the
end, ie., from [800][]. The values are correct till
[48][6] and started giving junk values for some of the
indexes between [47][] to [0][]. 
 
 I have shown in array form just for illustration
purpose. 
 
 I am clueless how this memory violation is taking
place in some cases only. 
 
 Will you pls suggest me what is going wrong in this. 
 
thanks & regards,
Raghunath
 

--- Ioannis Vranos <no...@ho...> wrote:
> > -----Original Message-----
> > From: dev...@li... 
> > [mailto:dev...@li...]
> On Behalf 
> > Of Jason Hardman
> > Sent: Monday, June 10, 2002 1:12 AM
> > To: Dev-C++
> > Subject: Re: [Dev-C++] memory violation....
> > 
> > 
> > You should check that "EleTopo" is non-null before
> using it, 
> > just in case the memory allocation
> > failed. I can't remember if the current MinGW used
> with 
> > Dev-C++ is standards compliant enought to
> > throw an exception when memory allocation fails.
> 
> 
> It is, and no, 0 can not be returned by new.
> 
> 
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.cjb.net
> * Alternative URL: http://run.to/noicys
> 
>
_______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application
> Developer's Conference
> August 25-28 in Las Vegas -
>
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
> 
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
>
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

[Dev-C++] Problem with compiling GTK+ code

[Klakier <kal...@in...>]

Hi all

    Could someone who ever compiled GTK+ program under Dev-C++ help me?
I have copied all necessary GTK+ (and GLIB, ATK, .... and rest) include
files and lib headers.
I tried to compile basic sample Helloworld
(http://www.softintegration.com/chhtml/toolkit/demos/GTK/)
In "Project Options" I joined library headers "libgtk-win32-2.0.dll.a
libgdk-win32-2.0.dll.a libgdk-win32-2.0.dll.a", and compiler still report me
an error:
"C:\Program Files\Dev-C++\Examples\GTK_Test\Makefile.win  [Build Error]
[GTK_Test.exe] Error 1"

What can I do, with this? Should I join ALL (GTK+, GLIB,....) library
headers in Linker Options?

    Does enybody can help me?




----------------------------------------------------------------------
INTERIA.PL: Portal pelen informacji >>> http://link.interia.pl/f15b7

[Dev-C++] How to implement ASM instructions?

[Klakier <kal...@in...>]

Hi all

    I have just changed Visual C++ to great DEV-C++, and I have small
problem.
When I wanted to join assembler code to my CPP file I must type:

__asm
{
    mov 0x077, dx
    in al, dx
    and al, 0xE0
}

How can I do the same in DEV-C++?

Thanks for help

    Marcin Kacperek



----------------------------------------------------------------------
INTERIA.PL: Portal pelen informacji >>> http://link.interia.pl/f15b7

Re: [Dev-C++] Difficulties with Beta

[Hongli L. <h....@ch...>]

On Sun, 2002-06-09 at 22:44, Laurence wrote:
> To install the recently released wxWindows.DevPak, I needed to get the Dev-C++ Beta.
> 
> I downloaded the 'executable only' distribution, and installed it into my existing Dev-C++ folder, right over Dev-C++ 4.
> 
> I then successfully installed the wxWindows package.
> 
> PROBLEM:
> wxWindows projects, based on the provided wxWindows template, will not compile. The template itself, unaltered, will not compile.
> 
> COMPILER RESULTS:
> If I could cut'n'paste from the compiler results in the Dev-C++ Beta version, like I could in Dev-C++ 4 (and earlier), I would have included the complete error listing. The Beta, unaccountably, does not support this. As it happens, there is no need for me to copy it all out. 
>     
>     Simply, in file ...include\wx\memory.h, which is included from
>                                             ...\include\wx\object.h
>                                             ...\include\wx\wx.h
>                                             ...main.cpp
>                   line 33: iostream.h: No such file or directory.
> 
> SOME GENERAL OBSERVATIONS:
> It goes without saying that iostream certainly is declared and defined within mingw. Within Dev-C++, "iostream.h" lives in ...\Include\G++. <iostream> is a standard include for 99% of C++ programs.
> 
> QUESTIONS:
> Does the beta make use of an altered directory tree for the mingw files? Why? If so, was it a mistake to download and install the 'executable only' version of the beta? Do I need to scrap my present installation, and start from scratch with the complete 10MB download (which incorporates mingw)?
> 


Dev-C++ 4 has an altered Mingw directory structure, for the sake of
"user-friendliness".
Dev-C++ 5 however, comes with an unaltered Mingw directory structure.
I think it's best if you uninstall Dev-C++, remove C:\Dev-C++, and
reinstall it again.



> OTHER POSSIBLY RELATED MYSTERIES:
> Projects successfully developed and built in Dev-C++ 4 will not compile in the beta. A 'build all' effort on one project yields the following error message:
> 
> CreateProcess((null), rm, myfile.o, main.o, ProjectName.res, ProjectName.exe,...) failed.
> 
> A click on this error message in the compiler window causes a dialog to pop up with the                 message:  "This is a Linker error! This is a generic problem in your source files."

Could you post the entire error message?


> SOME IDE SPECIFIC GENERAL OBSERVATIONS:
> The beta appears to create and use makefiles. Version 4(and earlier), as far as I know, do not.
> The beta appears to do a lot of things differently, which is not necessarily a bad thing, provided they are improvements. But this is obvious. Thus, these alterations must be thought to be improvements by those who made them. But, they do not appear to be improvements to me, for what once worked perfectly, now does not work at all. Thus, there is information about the beta which others have, and which I do not.
> 

Dev-C++ 5's new design broke some compatibility with version 4. I think
you should try to port your old projects to version 5.
I'm using Dev-C++ 5 for production, and in my opinion, a Makefile-based
system is an improvement.

[Dev-C++] signal

[Nancy A. <nai...@ho...>]

Hello  other time.  I could like  know how detected when a pair of dates 
change signal on a list.

                      Thanks,   Nancy
exemplo list

3.
4.
7;
1
-1,           Resolt=    1 é 1
-2,5
99

_________________________________________________________________
Hable con sus amigos en línea, pruebe MSN Messenger: http://messenger.msn.es

RE: [Dev-C++] no read file

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of rchavez
> Sent: Monday, June 10, 2002 4:59 AM
> To: Nancy Alvarez
> Cc: dev...@li...
> Subject: Re: [Dev-C++] no read file
> 
> I ran into a similar problem using files.  In my case I 
> didn't know that
> DevC++ does not default to the directory where the executable 
> file is stored
> so my files were not found.



Well i think it does. Did you ran it separately or from within the IDE?



> One fix was to explicitly set the directory path along with 
> the file name.
> For example, if you wanted the file prova2.dat to be read out of the
> directory Dev-C++/datafiles on a PC use
> 
>  "C:/Dev-C++/datafiles/prova2.dat" in f_in.open().
> 
> In microsoft operating systems the directory path is 
> specified with '\' but
> your code will be more portable if you use forward slash '/' instead.


This kind of thing cannot be portable. It depends on the OS and the
compiler. GCC follows the UNIX style which is /.



> 
> There is probably a way to set the default directory path in 
> your program
> and there is also a way to specify the directory where the 
> executable code
> is stored but I don't know how.  Can someone else help with this?

I am not using Dev-C++ but the same compiler (MINGW) and when i ran the
program by its own, it looks for files in its directory by default. 




Ioannis

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

Re: [Dev-C++] no read file

[rchavez <rc...@so...>]

Nancy asks:

> 
> Hi alls
> 
> 
> I have read a list of pair of dates (x,fx) from a file and work with these.. 
>   My program don´t found this file and no display the message
> ^File no found"  .  I don´t know what is happening.  Does somebody have one 
> answer?
> .

I ran into a similar problem using files.  In my case I didn't know that
DevC++ does not default to the directory where the executable file is stored
so my files were not found.

One fix was to explicitly set the directory path along with the file name.
For example, if you wanted the file prova2.dat to be read out of the
directory Dev-C++/datafiles on a PC use

 "C:/Dev-C++/datafiles/prova2.dat" in f_in.open().

In microsoft operating systems the directory path is specified with '\' but
your code will be more portable if you use forward slash '/' instead.

There is probably a way to set the default directory path in your program
and there is also a way to specify the directory where the executable code
is stored but I don't know how.  Can someone else help with this?

Rob

> 
> int main();
> .
> [ifstream  f_in;
> ..
> ..
> f_in.open("prova2.dat");
> 
>    if(f_in==NULL)
>    {
>     cout<<" Arquivo não encontrado";
>        }
> 
>    f_in>> x >> fx;
>    cout << x << fx;
> 
> 
> 
> f_in.close();
> 
>    system("PAUSE");
>    return 0;
> }

[Dev-C++] no read file

[Nancy A. <nai...@ho...>]

Hi alls


I have read a list of pair of dates (x,fx) from a file and work with these.. 
  My program don´t found this file and no display the message
^File no found"  .  I don´t know what is happening.  Does somebody have one 
answer?
.

int main();
.
ifstream  f_in;
..
..
f_in.open("prova2.dat");

   if(f_in==NULL)
   {
    cout<<" Arquivo não encontrado";
       }

   f_in>> x >> fx;
   cout << x << fx;



f_in.close();

   system("PAUSE");
   return 0;
}









>From: "Ioannis Vranos" <no...@ho...>
>To: "Dev-C++ Mailing List" <dev...@li...>
>Subject: RE: [Dev-C++] memory violation....
>Date: Mon, 10 Jun 2002 02:07:38 +0300
>
> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf
> > Of Jason Hardman
> > Sent: Monday, June 10, 2002 1:12 AM
> > To: Dev-C++
> > Subject: Re: [Dev-C++] memory violation....
> >
> >
> > You should check that "EleTopo" is non-null before using it,
> > just in case the memory allocation
> > failed. I can't remember if the current MinGW used with
> > Dev-C++ is standards compliant enought to
> > throw an exception when memory allocation fails.
>
>
>It is, and no, 0 can not be returned by new.
>
>
>Ioannis
>
>* Ioannis Vranos
>* Programming pages: http://www.noicys.cjb.net
>* Alternative URL: http://run.to/noicys
>
>_______________________________________________________________
>
>Don't miss the 2002 Sprint PCS Application Developer's Conference
>August 25-28 in Las Vegas - 
>http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
>
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users




_________________________________________________________________
Envíe y reciba su correo de Hotmail desde el móvil: http://mobile.msn.com

RE: [Dev-C++] memory violation....

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of Jason Hardman
> Sent: Monday, June 10, 2002 1:12 AM
> To: Dev-C++
> Subject: Re: [Dev-C++] memory violation....
> 
> 
> You should check that "EleTopo" is non-null before using it, 
> just in case the memory allocation
> failed. I can't remember if the current MinGW used with 
> Dev-C++ is standards compliant enought to
> throw an exception when memory allocation fails.


It is, and no, 0 can not be returned by new.


Ioannis

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

Re: [Dev-C++] memory violation....

[Jason H. <jas...@nt...>]

You should check that "EleTopo" is non-null before using it, just in case the memory allocation
failed. I can't remember if the current MinGW used with Dev-C++ is standards compliant enought to
throw an exception when memory allocation fails.

You need to be sure that you aren't trying to access beyond the bounds of your array also, or
alternatively invalidating either the memory or the pointer at some point and then trying to reuse
it.

Jason.

----- Original Message -----
From: "Ioannis Vranos" <no...@ho...>
To: "Dev-C++ Mailing List" <dev...@li...>
Sent: Sunday, June 09, 2002 7:06 PM
Subject: RE: [Dev-C++] memory violation....


> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf
> Of Raghunath Marella.S
> Sent: Sunday, June 09, 2002 12:42 PM
> To: dev...@li...
> Subject: [Dev-C++] memory violation....
>
>
> Hi,
>
> I have been facing a simple but strange problem in my
> C++ code. I have declared an integer pointer and whose
> size has been fixed at a large value dynamically.
> Like...
>
> seneles = 1000,ncn = 6;

You forgot the type, e.g. int.


> int *EleTopo = new int[seneles*ncn];
>
> Once this block is filled with valid data, once those
> values are printed and observed they seem to be
> correct. But in between of the code, retrieving the
> same had returned some junk values for some of the
> indexes.


Obviously you are doing something wrong. We must see the code.



Ioannis

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

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink

_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

[Dev-C++] Difficulties with Beta

[Laurence <lau...@ip...>]

To install the recently released wxWindows.DevPak, I needed to get the =
Dev-C++ Beta.

I downloaded the 'executable only' distribution, and installed it into =
my existing Dev-C++ folder, right over Dev-C++ 4.

I then successfully installed the wxWindows package.

PROBLEM:
wxWindows projects, based on the provided wxWindows template, will not =
compile. The template itself, unaltered, will not compile.

COMPILER RESULTS:
If I could cut'n'paste from the compiler results in the Dev-C++ Beta =
version, like I could in Dev-C++ 4 (and earlier), I would have included =
the complete error listing. The Beta, unaccountably, does not support =
this. As it happens, there is no need for me to copy it all out.=20
   =20
    Simply, in file ...include\wx\memory.h, which is included from
                                            ...\include\wx\object.h
                                            ...\include\wx\wx.h
                                            ...main.cpp
                  line 33: iostream.h: No such file or directory.

SOME GENERAL OBSERVATIONS:
It goes without saying that iostream certainly is declared and defined =
within mingw. Within Dev-C++, "iostream.h" lives in ...\Include\G++. =
<iostream> is a standard include for 99% of C++ programs.

QUESTIONS:
Does the beta make use of an altered directory tree for the mingw files? =
Why? If so, was it a mistake to download and install the 'executable =
only' version of the beta? Do I need to scrap my present installation, =
and start from scratch with the complete 10MB download (which =
incorporates mingw)?

OTHER POSSIBLY RELATED MYSTERIES:
Projects successfully developed and built in Dev-C++ 4 will not compile =
in the beta. A 'build all' effort on one project yields the following =
error message:

CreateProcess((null), rm, myfile.o, main.o, ProjectName.res, =
ProjectName.exe,...) failed.

A click on this error message in the compiler window causes a dialog to =
pop up with the                 message:  "This is a Linker error! This =
is a generic problem in your source files."

The second of these sentences is meaningless. In any case, there were no =
such 'generic' problems before, nor any errors at all in this project.

Compiling other previously built projects, includes of <string> and =
<iostream> lead to 'not found' errors, as above.

SOME IDE SPECIFIC GENERAL OBSERVATIONS:
The beta appears to create and use makefiles. Version 4(and earlier), as =
far as I know, do not.
The beta appears to do a lot of things differently, which is not =
necessarily a bad thing, provided they are improvements. But this is =
obvious. Thus, these alterations must be thought to be improvements by =
those who made them. But, they do not appear to be improvements to me, =
for what once worked perfectly, now does not work at all. Thus, there is =
information about the beta which others have, and which I do not.

Hence, this posting.

Any assistance would be greatly appreciated.

Laurence Heywood   =20

RE: [Dev-C++] Inline ASM in MinGW

[Daniel W. <d_w...@ho...>]

Hello Anita!!

I had been using Dev-C++ for a time, and i too loved this IDE until i found
the same problem, i wrote to this list asking for the same but all the
solutions turn in more probles, one solution i have given was don't include
<conio.h>, instead do <conio_mingw.h>, this works great for the getch()
function but avoid me to use textcolor(), so i decided to get Microsoft
Visual C++ and Borland C++.

Another thing, the assembly used by the mingw compiler is the AT&T one, not
the Intel. Please, if you find the solution on how to implement assembly
code in Dev-C++, send me a mail

Daniel Wilches
d_w...@ho...