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

[Dev-C++] Graphics Library

[Esteban V. <est...@ho...>]

Hi, anybody knows if there is any console graphics library for (DOS mode)
just like the old BGI mode from Borland ?

thanks, Esteban


-------------------------------------------------
Esteban Valverde
est...@ho...

RE: [Dev-C++] Programming in OO for Windows

[Abhijit S. <mu...@gm...>]

>      A.1) Use MFC and MSVC++;
>      A.2) Use WinApi32 and develop/create my classes/methods, etc;

There are many more ways - innumerable libraries exist, like wxWindows, as
already mentioned, and GTK+. This page (Google result) should give you a
list of options:

http://www.thefreecountry.com/sourcecode/gui.shtml

--
Abhijit Shylanath
Homepage: http://mudeth.tripod.com/

RE: [Dev-C++] Have i choose the wrong compiler

[Abhijit S. <mu...@gm...>]

Hello, Willz.

First of all, as stated before, Dev is the IDE (Integrated Development
Environment), and not the compiler, so here I refer to them as such.

> At the moment i do get alot off errors when compiling programes but they
> always work out in the end ,after i go over and over to find the
> fault.Up to
> the minute mostly everything goes straight over my head i read in this
> list.But am i wrong that this list you can post problems you are having
> while programming or is it for only bugs with the compiler.
>

Well, strictly, it's only for the IDE, but it doesn't have heavy traffic, so
C/C++ posts are mostly welcome.

> Just i will most likely be starting to need help on learning and
> if this is
> a bad compiler that i am not going to know if its me or the
> software that is
> causeing the problem.I have already had a few questions answered which has
> be super at getting me started but is this compiler going to be any use to
> me or just make learning harder.

The compiler, as many have said before me, is wonderful. The IDE, too, to a
certain extent is very good, but is bogged down by bugs. However, you don't
have to worry about them, because IDE bugs are easy to spot as IDE bugs -
for example, errors like `List index out of bounds' that pop-up as dialogs.

Compilation errors are clearly defined - they are the errors that are listed
in the compile log - these can only be due to a flaw in your source-code. If
you can compile `Hello, World!', you should be able to compile any project,
library, etc. properly, provided you've set it up according to instructions,
and it's meant for the platform.

You should definitely stick with Dev, since:

* MinGW32 (the compiler bundled with Dev) supports most latest C++
standards,
  so you can learn those too. GCCs usually support the latest standards the
  earliest - an advantage of being Open Source.

* This list is always there to help you out. If you start using VC and MFC,
  people will start running away from you and your car will stop working. Of
  course, there are lists for VC and MFC too, but they're populated by
people
  from whom people will start running away, etc.

  Side-note: Problems like cars not working can be discussed on this list
too,
  supposedly...

* It's definitely not bad, only a little buggy. It can get better, and Open
  Source projects usually do.

* It's free! You were expecting this reason, right?

HTH.

--
Abhijit Shylanath
Homepage: http://mudeth.tripod.com/

[Dev-C++] Information on .rc syntax

[Michael S. <mic...@nu...>]

Hi,

where can I find good informations on the syntax
of the .rc ressource-scripts used on windows?

Thanks for your help!

RE: [Dev-C++] Have i choose the wrong compiler

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

> -----Original Message-----
> From: Ioannis Vranos [mailto:iv...@em...] 
> Sent: Sunday, July 20, 2003 6:49 AM
> To: 'dev...@li...'
> Subject: RE: [Dev-C++] Have i choose the wrong compiler
> 
> 
> > -----Original Message-----
> > From: dev...@li... 
> > [mailto:dev...@li...] On 
> Behalf Of Willz
> > Sent: Tuesday, August 19, 2003 1:38 AM
> > To: dev...@li...
> > Subject: [Dev-C++] Have i choose the wrong compiler
> 
> 
> The compiler used by Dev-C++ is MINGW (http://www/mingw.org) 
> which is a very good one. Dev-C++ basically is the editor, 
> which comes bundled with the MINGW compiler.


http://www.mingw.org






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

RE: [Dev-C++] Have i choose the wrong compiler

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

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf Of Willz
> Sent: Tuesday, August 19, 2003 1:38 AM
> To: dev...@li...
> Subject: [Dev-C++] Have i choose the wrong compiler


The compiler used by Dev-C++ is MINGW (http://www/mingw.org) which is a =
very
good one. Dev-C++ basically is the editor, which comes bundled with the
MINGW compiler.






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

Re: [Dev-C++] Have i choose the wrong compiler

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

Hi!

Well, I don't know if I understand exactly what you mean. So, lets begin:

Dev-C++ is an IDE. It uses GCC, the GNU C Compiler (or today: GNU 
Compiler Collection) for compiling C/C++ programs. The GCC project 
started a looong time ago: nearly 15-20 years ago. The compiler itself 
is a very good one, and supports many architectures (I know, you'll be 
interested in only one anyway). But Dev-C++ has nothing to do with the 
compiler: it just uses it, and gives us (programmers) an interface for 
ease of use. Many-many (really countless) projects use GCC for 
compiling, and with success. So I think you should stay. Of course, 
there are ALWAYS bugs. But the most bugs are in M$ products, GCC has 
WAAAAAAAAAAAY fewer than them :) GCC has very few bugs, and most of them 
are not even related to this architecture, where you want to use it.

So, I say: stay :)

BTW: what kind of errors/bugs have YOU encountered so far?

--
Greetings,
   Balázs

Re: [Dev-C++] Programming in OO for Windows

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

Per Westermark wrote:
>>>   A)If I want to develop an C++ object-oriented program in
>>>Windows, I can:
>>>     A.1) Use MFC and MSVC++;
>>>     A.2) Use WinApi32 and develop/create my classes/methods, etc;
>>
>>
>>3) Use .NET and MSVC++.
> 
>   A.4) Use wxWindows and Dev-C++

I agree here :)
http://www.wxwindows.org

--
Greetings,
   Balázs

[Dev-C++] Have i choose the wrong compiler

[Willz <moa...@nt...>]

Hello all........

I am just beginning to wonder if with all this talk off bugs and stuff with
this compiler should i go out and buy a package.

I am only learning myself a few weeks now using Ivor Hortons beginner
c/c++.I am not learning it for my job ,just would like to have an interest
more on what people like you lot go through to produce applications i take
for granted.

At the moment i do get alot off errors when compiling programes but they
always work out in the end ,after i go over and over to find the fault.Up to
the minute mostly everything goes straight over my head i read in this
list.But am i wrong that this list you can post problems you are having
while programming or is it for only bugs with the compiler.

Just i will most likely be starting to need help on learning and if this is
a bad compiler that i am not going to know if its me or the software that is
causeing the problem.I have already had a few questions answered which has
be super at getting me started but is this compiler going to be any use to
me or just make learning harder.


Thanks if anyone can keep me pointing in the right direction.

Willz

RE: [Dev-C++] Programming in OO for Windows

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

On Sat, 19 Jul 2003, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf
> > Of Andr? Macario Barros
> > Sent: Saturday, July 19, 2003 11:13 PM
> > To: Dev-Cpp-Users
> > Subject: [Dev-C++] Programming in OO for Windows
> >
> >
> > Dear Users,
> >
> >    A)If I want to develop an C++ object-oriented program in
> > Windows, I can:
> >      A.1) Use MFC and MSVC++;
> >      A.2) Use WinApi32 and develop/create my classes/methods, etc;
>
>
> 3) Use .NET and MSVC++.

  A.4) Use wxWindows and Dev-C++
>
>
> >
> >    B)If I want to make only C programs in Windows I can use directly
> >      WinApi32;
>
>
> Yes.
>
>
> >
> >    C)I heard from you, gentlemen, that MFC is going down in a few time
> >      (LongHorn, etc...);
>
>
>
> Probably it will keep existing but the future is .NET. Why learn MFC when
> .NET is newer and better?
>
> Ioannis Vranos
>

RE: [Dev-C++] Programming in OO for Windows

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

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of Andr? Macario Barros
> Sent: Saturday, July 19, 2003 11:13 PM
> To: Dev-Cpp-Users
> Subject: [Dev-C++] Programming in OO for Windows
> 
> 
> Dear Users,
> 
>    A)If I want to develop an C++ object-oriented program in 
> Windows, I can:
>      A.1) Use MFC and MSVC++;
>      A.2) Use WinApi32 and develop/create my classes/methods, etc;


3) Use .NET and MSVC++.


> 
>    B)If I want to make only C programs in Windows I can use directly
>      WinApi32;


Yes.


> 
>    C)I heard from you, gentlemen, that MFC is going down in a few time
>      (LongHorn, etc...);



Probably it will keep existing but the future is .NET. Why learn MFC when
.NET is newer and better?






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

[Dev-C++] Programming in OO for Windows

[<and...@su...>]

Dear Users,

   A)If I want to develop an C++ object-oriented program in Windows, I can:
     A.1) Use MFC and MSVC++;
     A.2) Use WinApi32 and develop/create my classes/methods, etc;

   B)If I want to make only C programs in Windows I can use directly
     WinApi32;

   C)I heard from you, gentlemen, that MFC is going down in a few time
     (LongHorn, etc...);

My Questions:
1-Am I correct in my statement in A)?
2-In the previous question, if I am correct, are there more ways to do that?
3-Am I correct in my statement in B)?
4-Am I correct in my statement in C)?
5-In the previous question, if I am correct, and If I am correct in 1) too,
  is it better I use the A.2) option to develop an OO program in Windows?
  If don´t what is the best way?

6-I can´t choose my platform, I MUST use Windows :-(

Regards
Andre

[Dev-C++] Windows API in the several

[<and...@su...>]

Dear Users,

   Charles Petzold´s 10th. ed. Programming in Windows doesn´t cover
Windows XP. Does anybody know what book do this? For free download?

Regards
Andre

Re: [Dev-C++] Mailing list

[Luigi S. <gi...@li...>]

On Fri, Jul 18, 2003 at 07:14:10AM -0700, Floyd Sanders wrote:
> - maintain the subject line as is (the reply's
> additional "Re:" id ok),

Could someone, please, explain the meaning of this message.
Thank you.
-- 
>> gisan >>

Re: [Dev-C++] using devcpp with different compilers.

[Luigi S. <gi...@li...>]

On Fri, Jul 18, 2003 at 05:37:44AM +0200, Ricardo Amores Hern?ndez wrote:
> Luigi Santillo escribió:
> 
> I´m interested, could you  post the URL please?
> 
> Greetings

go to the page: www.gisan.freeurl.com
once there, among the links in the right frame, choose: dev_bor

-- 
>> gisan >>

Re: [Dev-C++] sockets

[Luigi S. <gi...@li...>]

On Fri, Jul 18, 2003 at 07:38:51AM +0000, Khalid El-Kary wrote:
> Hi all,
> 
> I wanted to ask about a cross-platform socket networking API, different from 
> Qt, [...] 

The following message was send to the list some time ago, probably the links
which appear can be of help.

/////////
<message>
I think you need to use the winsock API.  I've never used it, but it 
appears to provide a Unix compatible TCP/IP interface.  The FAQ is at:

http://tangentsoft.net/wskfaq/

Don't forget to also check out the winsock API (there's a link in the 
FAQ but here it is anyway:

http://www.sockets.com/winsock2.htm#Docs

Good luck,
Brenden

P.D. van Zelst wrote:

> Hi,
>  
>  
> I'm trying to write a program which should be able to compile on Linux 
> using gcc (actually, g++, but still), as well as under Dev-C++ (that's 
> my goal). It appears mingw (I suppose?) doesn't implement 'socket()' 
> or any of these functions, and the only way I can develop my program 
> at the moment, is by writing my code in Dev-C++, then using cygwin to 
> compile it, and then in a command window execute the program to see if 
> it all works well... seems to me like this could be done simpler.... 
> for example, by hitting 'Compile' from within Dev-C++ :P
> I hope it's somehow possible to perform these socket calls and be able 
> to compile the code from within the IDE (I think the ones that are 
> giving the most trouble are "fnctl", "ioctl", "socket", "write" etc). 
> Why oh why did I have to make this project cross-platform :|
>  
> Anyway, I hope anyone can help me with this... or if someone could 
> tell me "it can't be done" or anything.
>  
> Thanks in advance,
>  
>  
> Paul
>  
>  
</message>
/////////

--
>> gisan >>

Re: [Dev-C++] Dev settings to remove @ symbol from dll exported functions- please, help!

[Luigi S. <gi...@li...>]

On Sat, Jul 19, 2003 at 04:06:24AM +0530, Abhijit Shylanath wrote:
> 
> Actually, there had been a discussion a long time back about porting
> (rewriting) Dev on C/C++, and I think someone actually took it up (starting
> with the DevPak creator or something). I wonder what became of it.

I remember a messages telling about a C++ version of the IDE which used
the Fltk library, there was also a link, those interested should search
the mail archive.

> 
> [...]  I now use hand-written
> makefiles and Emacs... out of interest, how many of you here actually use
> Dev regularly?
> 

I spend much of the time on GNU/Linux and use Emacs togethe with
Makefiles produced by my personal makefile generating program.
-- 
>> gisan >>

[Dev-C++] Re: OT: Long command-lines

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

While the poor command.com is limited to 128 characters, thats no problem
for 32-bit programs.

cmd has a limit of just below 2kB and Win32 itself allows 32kB.

Any xx.com programs hare ancient MsDos history, since they are limited to
64kB code etc, by ising original CP/M file format.

/Per W

On Sat, 19 Jul 2003, Abhijit Shylanath wrote:

>
> This is somewhat OT, but I'll post it anyway since it may be of use to many.
>
> > One of the problems with gcc isn't gcc itself, but the command line of
> > win32. Since the command line doesn't support arbitrary long command
> > lines, some command lines that works perfectly on Unix machines will not
> > work under Win32.
>
> GCC-make uses a different way of talking to other such programs - they don't
> use the shell at all (I read it in the DJGPP FAQ; Google should turn up more
> info). When I read your mail, I tried this makefile:
>
> -- Cut here --
>
> OBJ_FILES=titan.o feebar.o losu.o foar.o into.o heaven.o andlast.o plugins.o
> \
> notepad.o emacs.o vi.o o.stuff and.o wha.o andagain.o foobar.o reefa.o \
> sumdist.o laser.oi remac.o fury.o stupid.o comma.o stupid.o comma.o stupid.o
> \
> rehea.o historik.o lesa.o meaga.o simpson.o homer.o illiad.o anderson.o \
> csda.o exams.o magic.lo distortion.zz foobarrr.ooo reak.o 3f.o andstuff.o \
> like.o this.o and i suddenly realize that i don_t need the extension.
>
> all:
> 	gcc -Wall $(OBJ_FILES)
>
> -- Cut here --
>
> And here's what GCC reported (only the last few lines are included) when I
> ran `make':
>
> -- Cut here --
>
> gcc: i: No such file or directory
> gcc: don_t: No such file or directory
> gcc: need: No such file or directory
> gcc: the: No such file or directory
> gcc: extension.: No such file or directory
> gcc: no input files
> D:\CODE\MINGW\BIN\MAKE.EXE: *** [all] Error 1
>
> -- Cut here --
>
> Clearly, the above command-line is well over the COMMAND.COM line-length
> limit of 128 chars. You should have no problem at all using MinGW make.
>
> I also proceeded to repeatedly copy-paste the text so that the OBJ_FILES
> variable came up to 283 lines, and `make' still ran fine.
>
> This arbitrary-size command-line transfer works between any two programs
> compiled using GCC, so the code must be integrated with the EXE loader. I
> tried it with my version of MinGW32 (GCC 3.2) and my program recognized all
> 2302 args (from the above makefile of ~283 lines).
>
> This will NOT work if you run your program from GUMHAND.COM, only from
> within another GCC compiled program (I don't know about `cross-platform'
> programs, like DJGPP <-> MinGW32).
>
> --
> Abhijit Shylanath
> Homepage: http://mudeth.tripod.com/
>
>

[Dev-C++] OT: Long command-lines

[Abhijit S. <mu...@gm...>]

This is somewhat OT, but I'll post it anyway since it may be of use to many.

> One of the problems with gcc isn't gcc itself, but the command line of
> win32. Since the command line doesn't support arbitrary long command
> lines, some command lines that works perfectly on Unix machines will not
> work under Win32.

GCC-make uses a different way of talking to other such programs - they don't
use the shell at all (I read it in the DJGPP FAQ; Google should turn up more
info). When I read your mail, I tried this makefile:

-- Cut here --

OBJ_FILES=titan.o feebar.o losu.o foar.o into.o heaven.o andlast.o plugins.o
\
notepad.o emacs.o vi.o o.stuff and.o wha.o andagain.o foobar.o reefa.o \
sumdist.o laser.oi remac.o fury.o stupid.o comma.o stupid.o comma.o stupid.o
\
rehea.o historik.o lesa.o meaga.o simpson.o homer.o illiad.o anderson.o \
csda.o exams.o magic.lo distortion.zz foobarrr.ooo reak.o 3f.o andstuff.o \
like.o this.o and i suddenly realize that i don_t need the extension.

all:
	gcc -Wall $(OBJ_FILES)

-- Cut here --

And here's what GCC reported (only the last few lines are included) when I
ran `make':

-- Cut here --

gcc: i: No such file or directory
gcc: don_t: No such file or directory
gcc: need: No such file or directory
gcc: the: No such file or directory
gcc: extension.: No such file or directory
gcc: no input files
D:\CODE\MINGW\BIN\MAKE.EXE: *** [all] Error 1

-- Cut here --

Clearly, the above command-line is well over the COMMAND.COM line-length
limit of 128 chars. You should have no problem at all using MinGW make.

I also proceeded to repeatedly copy-paste the text so that the OBJ_FILES
variable came up to 283 lines, and `make' still ran fine.

This arbitrary-size command-line transfer works between any two programs
compiled using GCC, so the code must be integrated with the EXE loader. I
tried it with my version of MinGW32 (GCC 3.2) and my program recognized all
2302 args (from the above makefile of ~283 lines).

This will NOT work if you run your program from GUMHAND.COM, only from
within another GCC compiled program (I don't know about `cross-platform'
programs, like DJGPP <-> MinGW32).

--
Abhijit Shylanath
Homepage: http://mudeth.tripod.com/

Re: [Dev-C++] Dev settings to remove @ symbol from dll exported functions - please, help!

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

I admit that it might be a bit hard to use ANY language and write a IDE
for Delphi - since I assume that Delphi is delivered with a number of DLL
etc with graphical content that isn't possible to integrate in any
language.

However, gcc has only a command-line interface. This means that just about
any language - even shell-script languages - have a perfect control of all
features available with the gcc tools. It's only a question of combining
the commands and command-line parameters in suitable ways.

One of the problems with gcc isn't gcc itself, but the command line of
win32. Since the command line doesn't support arbitrary long command
lines, some command lines that works perfectly on Unix machines will not
work under Win32.

For now I just build large projects by linking *.o instead of having the
Makefile specify each individual file. I haven't checked if gcc supports
it, but Borland and a number of other compiler wendors added support for
response files in their compilers, i.e. by specifying "bcc @respfile" all
command line parameters are read from the file respfile. They then added
support in their make tools to emit the data to the response files.

However, as you realize, these kinds of problems have nothing with the
implementation language of the IDE to do. It's a question of what the gcc
tools can or can not do, and any limitations of the target OS.

/Per W

Re: [Dev-C++] Dev settings to remove @ symbol from dll exported functions - please, help!

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

Hi!

Well, the topic diversed a bit from the original part. My fault again.
I have no trouble with "Borland" itself - more like Delphi, the 
language. I even used Borland some time ago. Their C++ compiler is free 
(not the IDE). So Borland is good. *Deplhi* is not.

But to turn back to the original part: I "think", that if someone uses 
OTHER tools than the GNU tools for creating an IDE for GCC, then it may 
not turn out good. I mean, try to write an IDE for Deplhi (more 
accurately: for the Borland tools), using GNU tools. You would end up 
with partial/wrong support for the Borland compiler.

So, I think the best would be to study hardly the GNU tools, and follow 
every change in it today, and make Dev-C++ up-to-date.
For the original part: I think instead of dllwrap, gcc and g++ -shared 
should be used.

About the IDE bugs: yes, it is quite a long time in development, and it 
is still beta. The bugs occured when I tried to compile bigger projects: 
the makefile is just not generated, then I get the exception window 
about "Invalid filename"s. But when I double-click the project file in 
Explorer, and Dev-C++ opens up, the SAME project compiles. Odd...

Other:
A problem with Dev-C++, is that the developers don't listen to the users 
at all. I have written a personal mail to one of the devs some time ago 
about giving support for use of environment variables (%ENV_VAR% or 
$(ENV_VAR)) at include and library dirs, but I haven't even got a 
response ever since. It would be way better, if the developers of 
Dev-C++ would listen, or at least, sometime read this list.

And last: I have been watching the mails' subjects on this list, and 
most are C/C++ questions. That is not a problem, and it is good in fact, 
because there are many talented C/C++ programmers here. BUT: whenever 
someone asks about Dev-C++, THE IDE ITSELF, he RARELY gets any sort of 
answer: not even like: "I cannot help, ask here...". This is not good. 
It seems, that everyone (the good C/C++ progammers here) get lost in the 
details: about whether this

#ifdef XXX
#define AAA
#endif

or this

#ifdef XXX
#  define AAA
#endif

is correct, and there are 20 mails arguing about this (it's just a 
sarcastic example).
So I think, the focus on this list should be more on Dev-C++, the IDE, 
and secondly on C/C++ (and thirdly on cars, and ONLY fourth about MFC :)

So, again, I have nothing against Borland. Their compilers are fine. I 
even used them. I just say... what I said above :)

--
Greetings,
   Balázs

RE: [Dev-C++] (Dev-CPP) Dev settings to remove @ symbol from dll exported functions- please, help!

[Marc H. <ma...@e-...>]

I use Dev-Cpp as my primary (C/C++) development tool. While it has =
quirks
and problems, they are no worse than any other IDE I've used. I've found
that as the Beta versions have kept coming out, the whole thing has =
become
more and more stable. Also, not having all those glorious MS wizards =
means I
have become better acquainted with the programming languages and APIs
themselves.

I like it, and I have recommended it to several fellow developers. It is =
no
mean feat to write a development IDE, no matter what the development
language is.

__________________________________
Marc Heiligers

=20

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Abhijit
Shylanath
Sent: 19 July 2003 00:36
To: Tony M.; OROSZI Bal=E1zs
Cc: dev...@li...
Subject: RE: [Dev-C++] Dev settings to remove @ symbol from dll exported
functions- please, help!


Unfortunately, though, I personally have grown tired of it's many quirks =
in
the meantime (though they may have been fixed). I now use hand-written
makefiles and Emacs... out of interest, how many of you here actually =
use
Dev regularly?

--
Abhijit Shylanath
Homepage: http://mudeth.tripod.com/

Re: [Dev-C++] CStatic & memory

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

Er no.
I tend to use the list as a general C++ one personally. But it's good to 
read about different bits of info about hardware, or new operating systems, 
etc.

>From: Per Westermark <pw...@ia...>
>To: Daniel Glenfield <sp...@ho...>
>CC: zo...@ac...,  <Dev...@li...>
>Subject: Re: [Dev-C++] CStatic & memory
>Date: Fri, 18 Jul 2003 15:23:42 +0200 (CEST)
>
>Ah. Some people know about cars too.
>
>How about askin questions about turbo waste gate pressures, or how the
>enginge power is affected by temperature and air humidity.
>
>I mean, graphics engine -> car enginge should be but a very small step.
>Hardly off-topic at all...
>
>/Per W
>
>On Fri, 18 Jul 2003, Daniel Glenfield wrote:
>
> > Some people know about MFC, so that's why questions are posted.
> >
> >
> > >From: Zodiaq <zo...@ac...>
> > >Reply-To: Zodiaq <zo...@ac...>
> > >To: Dev...@li...
> > >Subject: Re: [Dev-C++] CStatic & memory
> > >Date: Thu, 17 Jul 2003 12:48:50 +0200
> > >
> > >Hello pmeadlist and all Dev-C++ users,
> > >
> > >Thursday, July 17, 2003, 12:17:07 PM, pmeadlist wrote as follows:
> > >
> > >p> Hello,
> > >
> > >p> (error!):
> > >p> Debug Assertion Failed!
> > >p> File: dbgheap.c
> > >p> Line: 1017
> > >p> Expression: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse)
> > >
> > >p> VC++6 gives the above error as I exit the app, otherwise app works 
>ok
> > >p> without crash untill exit.
> > >p> It only happens when I add a second CStatic control. I seem to only 
>be
> > >able
> > >p> to have one CStatic control at a time. It does not seem to matter 
>whitch
> > >of
> > >p> the two controls, but only one at a time.
> > >
> > >Hmmm... did you send email to wrong mailing list, or am I missing
> > >something here??! This list is about DevC++ and a little about MinGW
> > >(compiler that DevC++ uses), so why did you send here question about
> > >VC++ 6 and MFC?? MinGW uses WinAPI (or wxWindows) but not in any way
> > >MFC (and that's what I love about it).
> > >
> > >--
> > >regards, Zodiaq
> > >
> > >
> > >
> > >-------------------------------------------------------
> > >This SF.net email is sponsored by: VM Ware
> > >With VMware you can run multiple operating systems on a single machine.
> > >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> > >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> > >_______________________________________________
> > >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
> >
> > _________________________________________________________________
> > Hotmail messages direct to your mobile phone 
>http://www.msn.co.uk/msnmobile
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> > _______________________________________________
> > 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: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>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

_________________________________________________________________
Tired of 56k? Get a FREE BT Broadband connection 
http://www.msn.co.uk/specials/btbroadband

RE: [Dev-C++] Dev settings to remove @ symbol from dll exported functions- please, help!

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

I use the IDE regularly, but I often build with hand-made Makefiles
just like I do when programming on Unix machines.

/Per W

On Sat, 19 Jul 2003, Abhijit Shylanath wrote:

>
> > I think you're being unduly harsh on the Dev-C++ developers, and
> > on Borland software in general. Dev-C++ 4.9.x is still in the
> > "beta" stage, so it's more than expected to have bugs, regardless
> > of the fact they use a Borland IDE/compiler.
>
> Correct me if I'm wrong, but hasn't it been in Beta for (at least) half a
> year now, without any stable releases?
>
> > It seems you don't like the Dev-C++ bugs. Why not pick up on
> > Object Pascal and fix Dev-C++ bugs yourself? :)
>
> Actually, there had been a discussion a long time back about porting
> (rewriting) Dev on C/C++, and I think someone actually took it up (starting
> with the DevPak creator or something). I wonder what became of it.
>
> Unfortunately, though, I personally have grown tired of it's many quirks in
> the meantime (though they may have been fixed). I now use hand-written
> makefiles and Emacs... out of interest, how many of you here actually use
> Dev regularly?
>
> --
> Abhijit Shylanath
> Homepage: http://mudeth.tripod.com/
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

RE: [Dev-C++] Dev settings to remove @ symbol from dll exported functions- please, help!

[Abhijit S. <mu...@gm...>]

> I think you're being unduly harsh on the Dev-C++ developers, and
> on Borland software in general. Dev-C++ 4.9.x is still in the
> "beta" stage, so it's more than expected to have bugs, regardless
> of the fact they use a Borland IDE/compiler.

Correct me if I'm wrong, but hasn't it been in Beta for (at least) half a
year now, without any stable releases?

> It seems you don't like the Dev-C++ bugs. Why not pick up on
> Object Pascal and fix Dev-C++ bugs yourself? :)

Actually, there had been a discussion a long time back about porting
(rewriting) Dev on C/C++, and I think someone actually took it up (starting
with the DevPak creator or something). I wonder what became of it.

Unfortunately, though, I personally have grown tired of it's many quirks in
the meantime (though they may have been fixed). I now use hand-written
makefiles and Emacs... out of interest, how many of you here actually use
Dev regularly?

--
Abhijit Shylanath
Homepage: http://mudeth.tripod.com/