dev-cpp-users Mailing List for Dev-C++ (Page 45)

Take a look and decide for yourself:
http://www.bloodshed.net/

Latest news (release 4.9.9.2) is from feb 21 2005.

http://sourceforge.net/projects/dev-cpp/

Latest news (release 4.9.9.2) is from feb 22 2005.
Last closed bug is from nov 27 2005.

The biggest reason for the death is probably that the source is Delphi -
not too many are interested in helping with bug fixes or new features.

/pwm

On Fri, 9 Nov 2007, hhh hhh wrote:

> Hello Dev-cpp List :
>
>   I've got to say... I have been a way for a while, but now that I have
> again free time, i came across old threads... I started to read to keep u=
p,
> and read the following :
>
>   Extract of an thread by Per Westermark : "Dev-C++ is dead and Code:Bloc=
ks
> is a very much better choice of IDE. "
>
>   Per Westermark : Please, do inform me, if not us... Are you sure ?, Is =
Dev
> CPP Dead ? Won't the project be continued?
>   I must say that is so, it sadens me, because almost every project I hav=
e
> worked on, (Small, Large) it was always on Dev Cpp...
>
>
> >From: Per Westermark <pw...@ia...>
> >To: seb_kramm <seb...@ya...>
> >CC: dev...@li...
> >Subject: Re: [Dev-C++] about slider control
> >Date: Fri, 26 Oct 2007 19:26:30 +0200 (CEST)
> >
> >There are problems trying to build MFC application susing Dev-C++, and i=
t
> >doesn't matter if you call Dev-C++ an IDE or not.
> >
> >An MFC application requires MFC header files. They are not distributed
> >with Dev-C++.
> >
> >MFC is a c++ application framework. C++ compilers does not like to use
> >other C++ compilers libraries, because the layout of C++ objects, the
> >calling conventions, the name mangling etc are not the same. Recompiling
> >the MFC library with a different compiler requires the MFC source - but
> >that is only supplied with some Visual C++ licenses, and if you have a M=
$
> >license that incorporates the MFC source, then the interest in using
> >Dev-C++ for MFC work is not too big.
> >
> >The Dev-C++ IDE could be used with the Visual C++ Express compiler, but =
I
> >don't think too many people would consider that a viable option -
> >especially since Visual C++ already comes with a working IDE.
> >
> >On the other hand: people shouldn't really start any new projects using
> >Dev-C++. Dev-C++ is dead and Code:Blocks is a very much better choice of
> >IDE. It does directly support a number of freely available compilers.
> >
> >/pwm
> >
> >On Fri, 26 Oct 2007, seb_kramm wrote:
> >
> > > Jessica Chen a =E9crit :
> > > > hi, thanks for your reply.
> > > > i agree that win32 api is not the best way.
> > > > but it seem i cannot use MFC in Dev-C++, so i have to use win32 api=
=2E
> > >
> > > Of course you can... I'll say it again : DevCpp IS JUST AN IDE !
> > > Then, I agree it might be harder than using MS VC...But who want's to
> >use MFC, anyway?
> > >
> > > > i got another way to do controls in Dev-c++ -- "RAD", pls read as
> >follow.
> > > > but the problem is: it is not easy to invoke other functions in the
> >project.
> > > > WxWigets(http://www.wxwidgets.org) and RadCpp (http://www.radcpp.co=
m).
> >Both
> > > > have slider components.
> > >
> > > If you're out on wxWidgets, you can check out
> > > http://wxdsgn.sourceforge.net/
> > >
> > >
> > >
> > >
> > >
> >------------------------------------------------------------------------=
-
> > > This SF.net email is sponsored by: Splunk Inc.
> > > Still grepping through log files to find problems?  Stop.
> > > Now Search log events and configuration files using AJAX and a browse=
r.
> > > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > > _______________________________________________
> > > 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
> > >
> >
> >
> >------------------------------------------------------------------------=
-
> >This SF.net email is sponsored by: Splunk Inc.
> >Still grepping through log files to find problems?  Stop.
> >Now Search log events and configuration files using AJAX and a browser.
> >Download your FREE copy of Splunk now >> http://get.splunk.com/
> >_______________________________________________
> >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
>
> _________________________________________________________________
> Transfira J=C1 a =FAltima vers=E3o do Windows Live Messenger!
> http://get.live.com/pt-pt/messenger/overview
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> 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
>

Hello Dev-cpp List :

  I've got to say... I have been a way for a while, but now that I have 
again free time, i came across old threads... I started to read to keep up, 
and read the following :

  Extract of an thread by Per Westermark : "Dev-C++ is dead and Code:Blocks 
is a very much better choice of IDE. "

  Per Westermark : Please, do inform me, if not us... Are you sure ?, Is Dev 
CPP Dead ? Won't the project be continued?
  I must say that is so, it sadens me, because almost every project I have 
worked on, (Small, Large) it was always on Dev Cpp...


>From: Per Westermark <pw...@ia...>
>To: seb_kramm <seb...@ya...>
>CC: dev...@li...
>Subject: Re: [Dev-C++] about slider control
>Date: Fri, 26 Oct 2007 19:26:30 +0200 (CEST)
>
>There are problems trying to build MFC application susing Dev-C++, and it
>doesn't matter if you call Dev-C++ an IDE or not.
>
>An MFC application requires MFC header files. They are not distributed
>with Dev-C++.
>
>MFC is a c++ application framework. C++ compilers does not like to use
>other C++ compilers libraries, because the layout of C++ objects, the
>calling conventions, the name mangling etc are not the same. Recompiling
>the MFC library with a different compiler requires the MFC source - but
>that is only supplied with some Visual C++ licenses, and if you have a M$
>license that incorporates the MFC source, then the interest in using
>Dev-C++ for MFC work is not too big.
>
>The Dev-C++ IDE could be used with the Visual C++ Express compiler, but I
>don't think too many people would consider that a viable option -
>especially since Visual C++ already comes with a working IDE.
>
>On the other hand: people shouldn't really start any new projects using
>Dev-C++. Dev-C++ is dead and Code:Blocks is a very much better choice of
>IDE. It does directly support a number of freely available compilers.
>
>/pwm
>
>On Fri, 26 Oct 2007, seb_kramm wrote:
>
> > Jessica Chen a écrit :
> > > hi, thanks for your reply.
> > > i agree that win32 api is not the best way.
> > > but it seem i cannot use MFC in Dev-C++, so i have to use win32 api.
> >
> > Of course you can... I'll say it again : DevCpp IS JUST AN IDE !
> > Then, I agree it might be harder than using MS VC...But who want's to 
>use MFC, anyway?
> >
> > > i got another way to do controls in Dev-c++ -- "RAD", pls read as 
>follow.
> > > but the problem is: it is not easy to invoke other functions in the 
>project.
> > > WxWigets(http://www.wxwidgets.org) and RadCpp (http://www.radcpp.com). 
>Both
> > > have slider components.
> >
> > If you're out on wxWidgets, you can check out
> > http://wxdsgn.sourceforge.net/
> >
> >
> >
> >
> > 
>-------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > 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
> >
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>_______________________________________________
>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

_________________________________________________________________
Transfira JÁ a última versão do Windows Live Messenger! 
http://get.live.com/pt-pt/messenger/overview

Your program has a busy loop that tries to repaint the screen as often as
it can. It will consume all processor capacity it can. If it "only"
consumes 50%, that is because you have two processors, or a dual-core or a
processor with hyper-threading.

To reduce the processor load, you should only repaint the display after
the scene has changed or after you get a WM_PAINT message.

/pwm

On Thu, 8 Nov 2007, Jessica Chen wrote:

> When I run the .exe file whose function is to display OpenGL in win32
> api controls, I found the CPU resource is used by 50% (showed in
> Windows Task Manager).  My computer is Pentium CPU 3.40GHz.
>
> I attached a sample code here to see if anyone can help me to solve
> the "performance" problem.  I would like to say thanks in advance.
> :-)
>

When I run the .exe file whose function is to display OpenGL in win32
api controls, I found the CPU resource is used by 50% (showed in
Windows Task Manager).  My computer is Pentium CPU 3.40GHz.

I attached a sample code here to see if anyone can help me to solve
the "performance" problem.  I would like to say thanks in advance.
:-)

Hello Per,
Great!
I have the example from MSDN working now, so I can try changing it to my 
needs.
Thanks a lot for your prompt reply!
Wobien

----- Original Message ----- 
From: "Per Westermark" <pw...@ia...>
To: "Wobien" <roo...@pl...>
Cc: "dev-cpp-users-list" <dev...@li...>
Sent: Monday, November 05, 2007 2:29 PM
Subject: Re: [Dev-C++] trying to use AlphaBlend


> MDSN?
>
> Do you mean Micro-Developers Soft Network? :)
>
> I think you mean MSDN.
>
> Yes, you have to define the WINVER define, to set the minimum version of
> Windows that your application requires.
>
> Microsoft has specifically added the WINVER define to "protect" a
> developer from by mistake using a Windows API that blocks the application
> from working on older OS.
>
> You define WINVER in the same way that you devine any other preprocesor
> data - for example by opening the project settings and add a WINVER=xx.
>
> /pwm
>
> On Mon, 5 Nov 2007, Wobien wrote:
>
>> Hi,
>>
>> I want to display bitmaps that have transparent and semi-transparent 
>> pixels
>> in a windows program.
>>
>> Searching the mdsn information on the web I found the AlphaBlend 
>> function,
>> that promises exactly what I wanted, so I gave it a try.
>>
>>
>> >From MSDN topic AlphaBlend:
>> "
>> Requirements
>> Windows NT/2000/XP/Vista: Included in Windows 2000 and later.
>> Windows 95/98/Me: Included in Windows 98 and later.
>> Header: Declared in Wingdi.h; include Windows.h.
>> Library: Included as a resource in Msimg32.dll.
>> "
>>
>> To start with, I copied an example from the mdsn site into a cpp file in 
>> my
>> project.
>> I am using windows XP, I included Windows.h, and I added libmsimg32.a to 
>> the
>> command line options for the linker in the project options and I tried to
>> compile.(I copied part of my cpp-file below)
>> The result was an AlphaBlend not declared errror.
>>
>> I checked the Windows.h and Wingdi.h files:
>>
>> >From windows.h:
>> "
>> #if !(defined NOGDI || defined _WINGDI_H)
>> #include <wingdi.h>
>> #endif
>> "
>>
>> >From Wingni.h:
>> "
>> #if (WINVER >= 0x0500)
>> WINGDIAPI BOOL WINAPI
>> AlphaBlend(HDC,int,int,int,int,HDC,int,int,int,int,BLENDFUNCTION);
>> WINGDIAPI BOOL WINAPI 
>> GradientFill(HDC,PTRIVERTEX,ULONG,PVOID,ULONG,ULONG);
>> WINGDIAPI BOOL WINAPI
>> TransparentBlt(HDC,int,int,int,int,HDC,int,int,int,int,UINT);
>> #endif
>> "
>>
>> It looks as if the preprocessor skips the declaration of AlphaBlend 
>> because
>> WINVER<0x500.
>> Do I have to inform the preprocessor about the windows version I am 
>> using?
>> And if so, how do I do that (I tried to find the answer in the on-line
>> manual on the gcc site, but didn't find anything usefull)?
>>
>> from my cpp-file:
>>
>> #include <windows.h>
>> .
>> .
>> .
>>     if (!AlphaBlend(hdcwnd, ulWindowWidth/5, ulWindowHeight/5,
>>                   ulBitmapWidth, ulBitmapHeight,
>>                     hdc, 0, 0, ulBitmapWidth, ulBitmapHeight, bf))
>>         return;                     // alpha blend failed
>> .
>> .
>>
>> Thanks for your attention,
>>
>> Wobien
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> 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
>>
> 

MDSN?

Do you mean Micro-Developers Soft Network? :)

I think you mean MSDN.

Yes, you have to define the WINVER define, to set the minimum version of
Windows that your application requires.

Microsoft has specifically added the WINVER define to "protect" a
developer from by mistake using a Windows API that blocks the application
from working on older OS.

You define WINVER in the same way that you devine any other preprocesor
data - for example by opening the project settings and add a WINVER=xx.

/pwm

On Mon, 5 Nov 2007, Wobien wrote:

> Hi,
>
> I want to display bitmaps that have transparent and semi-transparent pixels
> in a windows program.
>
> Searching the mdsn information on the web I found the AlphaBlend function,
> that promises exactly what I wanted, so I gave it a try.
>
>
> >From MSDN topic AlphaBlend:
> "
> Requirements
> Windows NT/2000/XP/Vista: Included in Windows 2000 and later.
> Windows 95/98/Me: Included in Windows 98 and later.
> Header: Declared in Wingdi.h; include Windows.h.
> Library: Included as a resource in Msimg32.dll.
> "
>
> To start with, I copied an example from the mdsn site into a cpp file in my
> project.
> I am using windows XP, I included Windows.h, and I added libmsimg32.a to the
> command line options for the linker in the project options and I tried to
> compile.(I copied part of my cpp-file below)
> The result was an AlphaBlend not declared errror.
>
> I checked the Windows.h and Wingdi.h files:
>
> >From windows.h:
> "
> #if !(defined NOGDI || defined _WINGDI_H)
> #include <wingdi.h>
> #endif
> "
>
> >From Wingni.h:
> "
> #if (WINVER >= 0x0500)
> WINGDIAPI BOOL WINAPI
> AlphaBlend(HDC,int,int,int,int,HDC,int,int,int,int,BLENDFUNCTION);
> WINGDIAPI BOOL WINAPI GradientFill(HDC,PTRIVERTEX,ULONG,PVOID,ULONG,ULONG);
> WINGDIAPI BOOL WINAPI
> TransparentBlt(HDC,int,int,int,int,HDC,int,int,int,int,UINT);
> #endif
> "
>
> It looks as if the preprocessor skips the declaration of AlphaBlend because
> WINVER<0x500.
> Do I have to inform the preprocessor about the windows version I am using?
> And if so, how do I do that (I tried to find the answer in the on-line
> manual on the gcc site, but didn't find anything usefull)?
>
> from my cpp-file:
>
> #include <windows.h>
> .
> .
> .
>     if (!AlphaBlend(hdcwnd, ulWindowWidth/5, ulWindowHeight/5,
>                   ulBitmapWidth, ulBitmapHeight,
>                     hdc, 0, 0, ulBitmapWidth, ulBitmapHeight, bf))
>         return;                     // alpha blend failed
> .
> .
>
> Thanks for your attention,
>
> Wobien
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> 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
>

Hi,

I want to display bitmaps that have transparent and semi-transparent pixels 
in a windows program.

Searching the mdsn information on the web I found the AlphaBlend function, 
that promises exactly what I wanted, so I gave it a try.


>From MSDN topic AlphaBlend:
"
Requirements
Windows NT/2000/XP/Vista: Included in Windows 2000 and later.
Windows 95/98/Me: Included in Windows 98 and later.
Header: Declared in Wingdi.h; include Windows.h.
Library: Included as a resource in Msimg32.dll.
"

To start with, I copied an example from the mdsn site into a cpp file in my 
project.
I am using windows XP, I included Windows.h, and I added libmsimg32.a to the 
command line options for the linker in the project options and I tried to 
compile.(I copied part of my cpp-file below)
The result was an AlphaBlend not declared errror.

I checked the Windows.h and Wingdi.h files:

>From windows.h:
"
#if !(defined NOGDI || defined _WINGDI_H)
#include <wingdi.h>
#endif
"

>From Wingni.h:
"
#if (WINVER >= 0x0500)
WINGDIAPI BOOL WINAPI 
AlphaBlend(HDC,int,int,int,int,HDC,int,int,int,int,BLENDFUNCTION);
WINGDIAPI BOOL WINAPI GradientFill(HDC,PTRIVERTEX,ULONG,PVOID,ULONG,ULONG);
WINGDIAPI BOOL WINAPI 
TransparentBlt(HDC,int,int,int,int,HDC,int,int,int,int,UINT);
#endif
"

It looks as if the preprocessor skips the declaration of AlphaBlend because 
WINVER<0x500.
Do I have to inform the preprocessor about the windows version I am using?
And if so, how do I do that (I tried to find the answer in the on-line 
manual on the gcc site, but didn't find anything usefull)?

from my cpp-file:

#include <windows.h>
.
.
.
    if (!AlphaBlend(hdcwnd, ulWindowWidth/5, ulWindowHeight/5,
                  ulBitmapWidth, ulBitmapHeight,
                    hdc, 0, 0, ulBitmapWidth, ulBitmapHeight, bf))
        return;                     // alpha blend failed
.
.

Thanks for your attention,

Wobien
 

We are not talking about cross-platform. We are talking about the ability
to test a new application. Whatever works is good enough.

Portability is only meaningful if you write a special module to link into
the application that will autodetect if the program is run from the
command-line or started from a graphical environment.

/pwm

On Sun, 4 Nov 2007, Chris Miller wrote:

> Per Westermark wrote:
> > Dev-C++ is behaving the standard Windows way, i.e. console applications
> > started from a graphical program closes as soon as the application ends.
> >
> > Just add a system("pause") command at the end of main(), or add a command
> > to read from stdin.
> >
> As a matter of practise, it's better to include either iostream or stdio
> and to either cin; or to scanf();, since that's more cross-platform.
> system("pause") only works on Windows platforms, which is a really bad
> thing IMHO.  I often write code that needs to work on UNIX and Win32
> platforms, so it's best to learn to write the right way, as opposed to
> having to run through and change a bunch of code later.
>
> If someone knows a more elegant way still, I'm totally open to that.
> Including either of those console libraries adds a significant size to
> the resultant binary, so if there's something else I'm not aware of, I'd
> love to hear it :)
>

Chris Miller a écrit :
> Per Westermark wrote:
>> Dev-C++ is behaving the standard Windows way, i.e. console applications
>> started from a graphical program closes as soon as the application ends.
>> Just add a system("pause") command at the end of main(), or add a command
>> to read from stdin.
>>   
> As a matter of practise, it's better to include either iostream or stdio 
> and to either cin; or to scanf();, [...]
> If someone knows a more elegant way still, I'm totally open to that.  

Sure:    ;-)

#ifdef __WIN32__
	system("pause");
#endif

Do the same for the header file include (can't remember wich one it is at present), 
so it can't mess up other stuff in case of a non-win32 build.

iostream adds a lot to the size of the executable due to license issues. 
stdio however, does not. If you are writing a C++ application you'll want to 
include cstdio rather than stdio.h, I found that you get a smaller 
executable that way. I dislike iostream to begin with anyway, I only use it 
when I absolutely have to. stdio is the way to go if you ask me, but that's 
a matter of personal preference.

Regards
Philip Bennefall
----- Original Message ----- 
From: "Chris Miller" <lor...@gm...>
To: "Per Westermark" <pw...@ia...>
Cc: <dev...@li...>
Sent: Monday, November 05, 2007 4:10 AM
Subject: Re: [Dev-C++] Dev-C++] won't let me see the results


> Per Westermark wrote:
>> Dev-C++ is behaving the standard Windows way, i.e. console applications
>> started from a graphical program closes as soon as the application ends.
>>
>> Just add a system("pause") command at the end of main(), or add a command
>> to read from stdin.
>>
> As a matter of practise, it's better to include either iostream or stdio
> and to either cin; or to scanf();, since that's more cross-platform.
> system("pause") only works on Windows platforms, which is a really bad
> thing IMHO.  I often write code that needs to work on UNIX and Win32
> platforms, so it's best to learn to write the right way, as opposed to
> having to run through and change a bunch of code later.
>
> If someone knows a more elegant way still, I'm totally open to that.
> Including either of those console libraries adds a significant size to
> the resultant binary, so if there's something else I'm not aware of, I'd
> love to hear it :)
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> 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
> 

 I want to whether dev can work well under vista.

Per Westermark wrote:
> Dev-C++ is behaving the standard Windows way, i.e. console applications
> started from a graphical program closes as soon as the application ends.
>
> Just add a system("pause") command at the end of main(), or add a command
> to read from stdin.
>   
As a matter of practise, it's better to include either iostream or stdio 
and to either cin; or to scanf();, since that's more cross-platform.  
system("pause") only works on Windows platforms, which is a really bad 
thing IMHO.  I often write code that needs to work on UNIX and Win32 
platforms, so it's best to learn to write the right way, as opposed to 
having to run through and change a bunch of code later.

If someone knows a more elegant way still, I'm totally open to that.  
Including either of those console libraries adds a significant size to 
the resultant binary, so if there's something else I'm not aware of, I'd 
love to hear it :)

Dev-C++ is behaving the standard Windows way, i.e. console applications
started from a graphical program closes as soon as the application ends.

Just add a system("pause") command at the end of main(), or add a command
to read from stdin.

/pwm

On Sun, 4 Nov 2007, qian han wrote:

> Dear all,
>
> I was experiencing a problem as follows: after compiling (successfully) the
> Dev C++ immediately shuts off the output window, not letting me have a
> chance to look at the result. The output windows flashes and then
> disappeares.
>
> MSF C++ doesn't have this problem, but I really don't want to switch back to
> that.
>
> Does anybody know what the problem is and how to resolve it? Thanks a lot.
>

Dear all,

I was experiencing a problem as follows: after compiling (successfully) the
Dev C++ immediately shuts off the output window, not letting me have a
chance to look at the result. The output windows flashes and then
disappeares.

MSF C++ doesn't have this problem, but I really don't want to switch back to
that.

Does anybody know what the problem is and how to resolve it? Thanks a lot.

Replace "statically" with auto, for arrays declared on the stack.

Global arrays are not stored on the stack, and may be as large as the
processor can supply memory.

/pwm

On Sun, 4 Nov 2007, Jonathan Winterflood wrote:

> Hi,
>
> Statically allocated arrays (as in   type var[SIZE];) are allocated on the
> stack, so the limit would be the stack size. However, allocating more than a
> rather limited number (say 10,20) is generally a bad idea, since you don't
> know how big the stack is, etc.
>
> For larger arrays, it's a better idea to dynamically allocate (malloc/calloc
> in C) > type *var = calloc(sizeof(type),SIZE); //add checks
> You should then be limited by the memory available.
> After that, you probably can't allocate more than 2^32-1
> bytes, which is the max value of an INT32, supposing you're on a 32-bit system.
> That
> said, it's unlikely you'll be able to allocate that much anyways: that's 4Gb....
>
> HTH,
> Jonathan
>
> On 11/4/07, Amar Alabiari <a_j...@ho...> wrote:
> >
> > Hi,
> >
> > Is there any size limit on the array or the matrix that can be used in C
> > or C++? Or does it depend on the compiler rather than the language?
> >
> > Thanks for answering.
> >
> > Alberto.
> >
> > ------------------------------
> > Send a smile, make someone laugh, have some fun! Start now!<http://www.freemessengeremoticons.ca/?icid=EMENCA122>
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > 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
> >
> >
>
>
> --
> <Morpheus> linux, c'est une question de VI ou de MORE
>

It mainly depends on the machine you run the program on. The language
doesn't have a limit. The compiler has a theoretical limit, depending on
if it allows 16-bit, 32-bit or 64-bit array indices.

/pwm

On Sun, 4 Nov 2007, Amar Alabiari wrote:

>
> Hi,
>
> Is there any size limit on the array or the matrix that can be used in C or C++? Or does it depend on the compiler rather than the language?
>
> Thanks for answering.
>
> Alberto.
>
> _________________________________________________________________
> Send a smile, make someone laugh, have some fun! Start now!
> http://www.freemessengeremoticons.ca/?icid=EMENCA122

Hi,

Statically allocated arrays (as in   type var[SIZE];) are allocated on the
stack, so the limit would be the stack size. However, allocating more than a
rather limited number (say 10,20) is generally a bad idea, since you don't
know how big the stack is, etc.

For larger arrays, it's a better idea to dynamically allocate (malloc/calloc
in C) > type *var = calloc(sizeof(type),SIZE); //add checks
You should then be limited by the memory available.
After that, you probably can't allocate more than 2^32-1
bytes, which is the max value of an INT32, supposing you're on a 32-bit system.
That
said, it's unlikely you'll be able to allocate that much anyways: that's 4Gb....

HTH,
Jonathan

On 11/4/07, Amar Alabiari <a_j...@ho...> wrote:
>
> Hi,
>
> Is there any size limit on the array or the matrix that can be used in C
> or C++? Or does it depend on the compiler rather than the language?
>
> Thanks for answering.
>
> Alberto.
>
> ------------------------------
> Send a smile, make someone laugh, have some fun! Start now!<http://www.freemessengeremoticons.ca/?icid=EMENCA122>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> 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
>
>


-- 
<Morpheus> linux, c'est une question de VI ou de MORE

Hi,

Is there any size limit on the array or the matrix that can be used in C or=
 C++? Or does it depend on the compiler rather than the language?=20

Thanks for answering.

Alberto.

_________________________________________________________________
Send a smile, make someone laugh, have some fun! Start now!
http://www.freemessengeremoticons.ca/?icid=3DEMENCA122=

_________________________________________________________________
Windows Live Messenger'ın için ÜCRETSİZ 30 ifadeyi indir!
http://www.livemessenger-emoticons.com/tr-tr/

You can create threads directly using the Win32 API. Have you looked at
the MSDN documentation for Windows API?

/pwm

On Thu, 1 Nov 2007, Latif Oladimeji wrote:

>     I want to write thread program in c/c++, it seems the pthread.h library is not working well and all the sample code on thread i download was giving error. Kindly help me out and probably give me a tested sample thread code i can run with dev-cpp compiler
>
> Yusuf Lateef Oladimeji
> 01/11/2007
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com

Hi,

Well technically the compiler handles the reference part, so you would have
to return an object, and the compiler would make that a reference.... So I'm
not sure how this NULL thing pans out in the end...

Ok well it seems I misleaded you...

>From here: http://www.cppreference.com/cppio/examples.html

"""Simply evaluating an I/O object in a boolean context will return false if
any errors have occurred:"""

Which is actually whet the test was all about.

Sorry about that,
Jonathan

On 11/2/07, A D <a_...@ho...> wrote:
>
>
> Thanks for your reply.
>
>
> > Jonathan wrote:
> > A reference to an object is actually a pointer, which is a number (to
> which
> > we have attached a special meaning)
> > Testing this reference tests the pointer with 0, or NULL. I think you
> will
> > find that << returns NULL if it fails.
>
> Still it's not clear to me. So you are sayin' that a function that returns
> a reference
> type can return NULL for that same purpose. Suppose there's a code like
> this:
>
> #include
>
> class Aa
> {
>    public:
>    int i;
>    Aa& aFunc();
> };
>
> Aa& Aa::aFunc()
> {
>    return NULL;
> }
>
> int main()
> {
>    Aa firstObj;
>
>    firstObj.aFunc();
>    return 0;
> }
>
> aFunc() function supposed to return NULL. But i get the following
> compilation
> error:
>
> test.cc: In member function 'Aa& Aa::aFunc()':
> test.cc:13: error: invalid initialization of non-const reference of type
> 'Aa&'
> from a temporary of type 'int'
>
> if a function can return a NULL value instead of a reference value why
> this code
> and this function spewing this error?
>
>
> _________________________________________________________________
> Are you ready for Windows Live Messenger Beta 8.5 ? Get the latest for
> free today!
> http://entertainment.sympatico.msn.ca/WindowsLiveMessenger
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> 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
>



-- 
<Morpheus> linux, c'est une question de VI ou de MORE

Thanks, everyone for your concern and help. The problem seemed to be with 
cc1.exe. I made a copy of that utility and pasted it in the bin folder of my 
Dev-cpp root directory. Worked wonders :)

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Just ignore this thread. I mistakenly created this thread. Another active o=
ne
is there. Sorry about that.
_________________________________________________________________
Express yourself with free Messenger emoticons. Get them today!
http://www.freemessengeremoticons.ca/?icid=3DEMENCA122=

Thanks for your reply.=20
=20
=20
> Jonathan wrote:
> A reference to an object is actually a pointer, which is a number (to whi=
ch
> we have attached a special meaning)
> Testing this reference tests the pointer with 0, or NULL. I think you wil=
l
> find that << returns NULL if it fails.
=20
Still it's not clear to me. So you are sayin' that a function that returns =
a reference
type can return NULL for that same purpose. Suppose there's a code like thi=
s:
=20
#include=20
=20
class Aa
{
   public:
   int i;
   Aa& aFunc();
};
=20
Aa& Aa::aFunc()
{ =20
   return NULL;
}
=20
int main()
{
   Aa firstObj;
  =20
   firstObj.aFunc();
   return 0;
}
=20
aFunc() function supposed to return NULL. But i get the following compilati=
on=20
error:
=20
test.cc: In member function =91Aa& Aa::aFunc()=92:
test.cc:13: error: invalid initialization of non-const reference of type =
=91Aa&=92=20
from a temporary of type =91int=92
=20
if a function can return a NULL value instead of a reference value why this=
 code=20
and this function spewing this error?=20
=20
_________________________________________________________________
R U Ready for Windows Live Messenger Beta 8.5? Try it today!
http://entertainment.sympatico.msn.ca/WindowsLiveMessenger=

Thanks for your reply.=20


> Jonathan wrote:
> A reference to an object is actually a pointer, which is a number (to whi=
ch
> we have attached a special meaning)
> Testing this reference tests the pointer with 0, or NULL. I think you wil=
l
> find that << returns NULL if it fails.

Still it's not clear to me. So you are sayin' that a function that returns =
a reference
type can return NULL for that same purpose. Suppose there's a code like thi=
s:

#include=20

class Aa
{
   public:
   int i;
   Aa& aFunc();
};

Aa& Aa::aFunc()
{ =20
   return NULL;
}

int main()
{
   Aa firstObj;
  =20
   firstObj.aFunc();
   return 0;
}

aFunc() function supposed to return NULL. But i get the following compilati=
on=20
error:

test.cc: In member function =91Aa& Aa::aFunc()=92:
test.cc:13: error: invalid initialization of non-const reference of type =
=91Aa&=92=20
from a temporary of type =91int=92

if a function can return a NULL value instead of a reference value why this=
 code=20
and this function spewing this error?=20


_________________________________________________________________
Are you ready for Windows Live Messenger Beta 8.5 ? Get the latest for free=
 today!
http://entertainment.sympatico.msn.ca/WindowsLiveMessenger=