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

Re: [Dev-C++] "Hello World!" for Win32 Compiling Error

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

Hello André!

I  copied the program that you sent exactly as was in the mail, and it
compiled without any warnings or errors.
The problem is not in the program.

Try the following:
Run  this command from a command-prompt, and see if the error is still
there:
<directory_of_compiler>/bin/g++ hello.cpp -o hello.exe -s -mwindows

-- 
Best regards,
 Oroszi Balázs                     mailto:or...@vp...

Re: [Dev-C++] Help needed.

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

The concept is called smart pointers. Google 'smart pointer source' should
return a large heap of references to implementations.

Basically they work by encapsulating a pointer inside a c++ class.

Then you override default constructor, copy constructor,
destructor, assignment operator, constructo, destructor,
assignment operator, copy constructor...

Whenever you assign an object to the smart pointer, a reference counter
for the object gets incremented. When you assign NULL or another object to
the smart pointer, the reference counter gets decremented. If it reaches
zero, the object is deleted.

Whenever you try to test the value of the smart pointer, or access the
referenced object, one of the overriden operators will perform the
corresponding operation as if the smart pointer had been a normal pointer.

Advantages
+ no risc of deleting an object while it is still needed.
+ immediate delete when last reference removed from an object

Disadvantages
- problematic in multi-threaded applications
- requires storage of reference count - either in object or separately
allocated.
- Won't manage pointer rings, which might result in memory leaks.

/Per W

On Fri, 15 Nov 2002, Udaya Prakash wrote:

> Hello,
> 
>       I am a novice to C++ programming, though I have
> good experience in C programming. 
> 
> I am looking for some information(A tutorial or an
> article) about "ref/unref mechanism". 
> 
> Basically what exactly it is? How it is used? 
> I only know that it provide a means for the end user
> to instantiate and delete the objects instead of new
> operator or delete object. I also know that it uses
> some kind of reference count on objects (similar to
> linking in Unix).  
> 
> If there is open source for it, that would be a bonus.
> 
> Any suggestions and pointers in this regard would be
> of
> great help to me.
> 
> Thank you.
> 
> Best Regards,
> Uday. 
> 
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing 
> your web site with SSL, click here to get a FREE TRIAL of a Thawte 
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] RE: [Mingw-users] dlls and classes

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

Different compilers aren't forced to use the same location of the virtual
table pointer, and same order of the entries of the table. Also, some
compilers encodes extra information into the virtual table, such as object
size etc.

I haven't worked anything with COM, but I would assume that you have to
use specific compiler flags or pragmas or extra attributes to tell the
compiler that it must a normalzied way of declaring the virtual method
table.

/Per W

On Fri, 15 Nov 2002, Weiqi Gao wrote:

> Carlos Garc=EDa del Monte wrote:
> >
> > [...]
> > Searching for some things I found at=20
> > http://www.gamecoding.co.uk/tutorials,
>=20
> Error 404 Not found.  Is the URL correct?
>=20
> > [...]
> > it defines a pure=20
> > virtual class and a function for creating a instance of the=20
> > object which returns a pointer to it and is declared as=20
> > extern "C".
>=20
> This sounds like the approach of COM.  The first chapter of Don Box's
> Essential COM is devoted to explaining this approach.  In COM terms, the
> "public" class an interface, and the "private" class is the
> implementation.
>=20
> > [...]
> >=20
> > I see the idea, but it works? I didn't see it very clear.
>=20
> Yes it does.  I was asking the same questions 8 years ago, and had the
> good fortune of having my questions answered by Charles Kindel, the COM
> Guy at Microsoft.
>=20
> http://groups.google.com/groups?hl=3Den&lr=3D&ie=3DUTF-8&oe=3Dutf-8&threa=
dm=3D01bb
> 93ce%248f66b6c0%243016369d%40ckindel-610&rnum=3D3&prev=3D/groups%3Fq%3DCh=
arl
> ie%2BKindel%2BWeiqi%2BGao%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3Dutf-8%26
> selm%3D01bb93ce%25248f66b6c0%25243016369d%2540ckindel-610%26rnum%3D3
> Google Groups: View Thread "C or C++ for OLE interface implementation."
>=20
> (If the above long URL is broken in transit, try this
> http://tinyurl.com/2q8g).
>=20
> > My thought was that it avoids the problem when calling the=20
> > creating function of the dll, but at the end you will have to=20
> > use the member functions, and those will have to be compiled=20
> > there by the compiler which built the dll, haven't them the=20
> > mangling which generates the problems?
>=20
> Not with pure virtual functions.  All compilers, gcc included now,
> compile
>   // I is the interface with pure virtual functions
>   // I *p =3D give_me_an_I();
>   p->first_function();
>   p->second_function();
>   p->third_function();
>=20
> into something similar to what is generated by
>   ((p->vtbl) + 0)();
>   ((p->vtbl) + 1)();
>   ((p->vtbl) + 2)();
>=20
> where vtbl is the virtual function table pointer of the implementation
> class.
>=20
> In other words, pure virtual functions calls compiles into pointer
> manipulations rather than name look ups.  And all compilers do the
> pointer manipulation the same way, even though they do the name mangling
> differently.
>=20
> > [...]
> > So my supposition=20
> > about code mangling of the class functions are erroneous,=20
> > what happens is that code mangling matters only for exported=20
> > functions, not for the other which are yet inside the dll.=20
> > And that's the reason why it works.
>=20
> This is not correct.  See above.  And read Charlie Kindel's response.
> The reason is *pure virtual* functions and the way they are compiled by
> *all* the popular Windows compilers.
>=20
> --
> Weiqi Gao
> wei...@ne...
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing
> your web site with SSL, click here to get a FREE TRIAL of a Thawte
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>=20

Re: [Dev-C++] Compile

[Wobien <wo...@pl...>]

----- Original Message -----
From: Steve McKain
To: dev...@li...
Sent: Thursday, November 14, 2002 2:17 AM
Subject: Re: Subject: [Dev-C++] Compile


> If I load just the file with this little program, all goes well.
> But if I load a project with just this file in it compiling stops.
> The results are:

> Compile Log:
> Building Makefile: "C\Dev-Cpp\myprog\Makefile.win"=20
> Executing make...
> make.exe -| "C:\Dev-Cpp\myprog\Makefile.win" all=20
> g++.exe -c main.cpp -o main.0 -|"C:/DEV-CPP/include" =
> -|"C:/DEV-CPP/include/g++ -3"
> -|"C:/DEV-CPP/include" -s


> Total errors: 0

> After that on anything I do I either get :"file not compiled" or =
> "allredy compiling"
> Soon after that my computer crashes.

I had this same type of problem. If you are running Norton Anti-Virus, try
disabling it. That fixed my problem.

Steve

Yes, I do use Norton anti-virus, and yes, disabling real time protection
fixes the problem.
Before I read this, I downloaded Dev-C++  version 4, and that runs fine,
also with Norton in action.

Wobien

[Dev-C++] "Hello World!" for Win32 Compiling Error

[B. <ama...@uo...>]

Hi Folks,

   Please give me some help about the following error:

    1. I opened the Dev-C++, choose "New Project", choose "Windows
Application", choose "C++ Project" and clicked "OK";
    2. I removed from the project the unitc "Untitled" WinMain function
that Dev-C++ puts automatically;
    3. I inserted the following unit, called "hello.cpp" in my project:
=3D=3D=3D=3D=3D=3D=3D=3D=3D
#include <windows.h>
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR
szCmdLine, int iCmdShow)
{
     MessageBox (NULL, TEXT ("Hello, World!"), TEXT
("HelloMsg"), 0) ;

     return 0 ;
}
=3D=3D=3D=3D=3D=3D=3D=3D
    4. The Project Options were automatically checked for "Compile C++
Project" and "Do not create a console";
    5. The Compiler Options, too, was whit the "Compile for Win32"
checked;

BUT....
   The following Linker Error is being presented:
    Line 2, "Syntax Error before 'int'"

What is happening, gentlemen?

Regards
Andr=E9 Barros

RE: [Dev-C++] Executable Size

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

> -----Original Message-----
> From: dev...@li... 
> [mailto:dev...@li...] On Behalf 
> Of Marc Heiligers
> Sent: Friday, November 15, 2002 10:11 AM
> To: dev-cpp-users-list
> Subject: [Dev-C++] Executable Size
> 
> 
> Hi All,
> 
> I have just completed writing a windows based app using 
> Dec-C++ (4.9.6.8)
> and gcc (2.95.3-6) compiled using -O3 and got an executable 
> size of 100,864
> bytes. I then took the same code (no changes) and compiled 
> using VC++ 6 SP2
> release build and got and executable size of 69,632 bytes. 
> Are there some
> switches and things I should know about that can further optimize the
> results?


GCC provides so many switches so as to squeeze much run-time or space.
Take a look at the GCC manual at:

http://gcc.gnu.org/onlinedocs/


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

[Dev-C++] RE: [Mingw-users] dlls and classes

[Weiqi G. <wei...@ne...>]

Carlos Garc=EDa del Monte wrote:
>
> [...]
> Searching for some things I found at=20
> http://www.gamecoding.co.uk/tutorials,

Error 404 Not found.  Is the URL correct?

> [...]
> it defines a pure=20
> virtual class and a function for creating a instance of the=20
> object which returns a pointer to it and is declared as=20
> extern "C".

This sounds like the approach of COM.  The first chapter of Don Box's
Essential COM is devoted to explaining this approach.  In COM terms, the
"public" class an interface, and the "private" class is the
implementation.

> [...]
>=20
> I see the idea, but it works? I didn't see it very clear.

Yes it does.  I was asking the same questions 8 years ago, and had the
good fortune of having my questions answered by Charles Kindel, the COM
Guy at Microsoft.

http://groups.google.com/groups?hl=3Den&lr=3D&ie=3DUTF-8&oe=3Dutf-8&threa=
dm=3D01bb
93ce%248f66b6c0%243016369d%40ckindel-610&rnum=3D3&prev=3D/groups%3Fq%3DCh=
arl
ie%2BKindel%2BWeiqi%2BGao%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3Dutf-8%26
selm%3D01bb93ce%25248f66b6c0%25243016369d%2540ckindel-610%26rnum%3D3
Google Groups: View Thread "C or C++ for OLE interface implementation."

(If the above long URL is broken in transit, try this
http://tinyurl.com/2q8g).

> My thought was that it avoids the problem when calling the=20
> creating function of the dll, but at the end you will have to=20
> use the member functions, and those will have to be compiled=20
> there by the compiler which built the dll, haven't them the=20
> mangling which generates the problems?

Not with pure virtual functions.  All compilers, gcc included now,
compile
  // I is the interface with pure virtual functions
  // I *p =3D give_me_an_I();
  p->first_function();
  p->second_function();
  p->third_function();

into something similar to what is generated by
  ((p->vtbl) + 0)();
  ((p->vtbl) + 1)();
  ((p->vtbl) + 2)();

where vtbl is the virtual function table pointer of the implementation
class.

In other words, pure virtual functions calls compiles into pointer
manipulations rather than name look ups.  And all compilers do the
pointer manipulation the same way, even though they do the name mangling
differently.

> [...]
> So my supposition=20
> about code mangling of the class functions are erroneous,=20
> what happens is that code mangling matters only for exported=20
> functions, not for the other which are yet inside the dll.=20
> And that's the reason why it works.

This is not correct.  See above.  And read Charlie Kindel's response.
The reason is *pure virtual* functions and the way they are compiled by
*all* the popular Windows compilers.

--
Weiqi Gao
wei...@ne...

Re: [Dev-C++] Executable Size

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

Hello Marc!

Friday, November 15, 2002, 9:10:46 AM, you wrote:
MH> I have just completed writing a windows based app using Dec-C++ (4.9.6.8)
MH> and gcc (2.95.3-6) compiled using -O3 and got an executable size of 100,864
MH> bytes. I then took the same code (no changes) and compiled using VC++ 6 SP2
MH> release build and got and executable size of 69,632 bytes. Are there some
MH> switches and things I should know about that can further optimize the
MH> results?

Try  using the -O2 flag instead of -O3. I got better (smaller) results
with  it,  and  I  have  read  somewhere,  that O2 is better, and more
reliable than O3, and O1.

I have tried it with a small file:
source:         8091 bytes
normal compile: 4783 bytes
-O (-O1):       4042 bytes
-O2:            4202 bytes
-O3:            5606 bytes

Hope I could help.

-- 
Best regards,
 Oroszi Balázs                     mailto:or...@vp...

Re: [Dev-C++] Insight5_win32

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

On Wed, Nov 13, 2002 at 10:08:17PM +0100, Manuel Barrena wrote:
> Hi,
> I have got installed Dev-C++ 4.9.6.0 and Insight5 (20001125-1) for windows
> 98/NT.
> I have a couple of troubles:
> ...
>     * I am trying to debug a program, I load the project and after I select
> Debugging (F8) I am sent to Insight. The first screen there is empty (it
> should load in an automatic way the program to debugg, I think), so I have to
> load manually the .exe file to debugg, but now I do not find any place to
> write the parameters to the program, does anybody know how to tell the
> debugger the list of parameters to the program?
> 
> Thanks a lot.

The debugger will automatically load the program you pass as its first
argument; that is, the command invoking the debugger should look like:
"debugger_name executable_name"

To run program with some arguments, try the following debugger commands:
"break main"
"run argument_1 argument_2"

This way the program will be started and will pause at the beginning of 
the "main" function.

-- 
>> gisan >>

[Dev-C++] Help needed.

[Udaya P. <uda...@ya...>]

Hello,

      I am a novice to C++ programming, though I have
good experience in C programming. 

I am looking for some information(A tutorial or an
article) about "ref/unref mechanism". 

Basically what exactly it is? How it is used? 
I only know that it provide a means for the end user
to instantiate and delete the objects instead of new
operator or delete object. I also know that it uses
some kind of reference count on objects (similar to
linking in Unix).  

If there is open source for it, that would be a bonus.

Any suggestions and pointers in this regard would be
of
great help to me.

Thank you.

Best Regards,
Uday. 

__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com

[Dev-C++] dlls and classes

[Carlos d. M. <cg...@wo...>]

Hi:
First of all, I haven't ever yet written any dll, so I don't know deeply
what can be the true value of this. So I ask your forgiveness if it is a
bad pointing.
But some days ago here (mingw-users) was a thread of messages about dll,
in which I read speaking about the problems of C++ code inside dlls,
just due to the function's mangling for support overloading in c++.
Searching for some things I found at
http://www.gamecoding.co.uk/tutorials, a work about memory management
and dlls by Steve Riggal where the author proposes a way for working
with objects inside dlls.
Since the title of the subsection (it is treated in chapter 4) is
portable class exports, I understands he claims with that you can make a
dll for use with any compiler/system.
In short, his way consists on making two classes, one private to the dll
and one public.
First the public: it's a header file you'll have to include in your
source file (it is done for implicit loading, through a lib file which
has an export table, but I guess it should work in explicit loading), it
defines a pure virtual class and a function for creating a instance of
the object which returns a pointer to it and is declared as extern "C".
Nothing more. All its functions are pure virtual, and only define the
functions (at least in the example he gives, but I assume it will be
done this way always).
Then a def file which exports only the function for creating an object.

And a private one.
It is a derived class from the one dclared in the public header. The
header file declares the function and all the members of the class (the
same functions), and includes the other header.
And its correspondent source file with the implementation of all
functions, including the one which creates the objects.
The creator says:
public_header_class *object_creator_function(){
return new private_header_class;
}
And for destroy the class:
void private_header_class::Destroy(){
delete this;
}
Then he builds the dll with them.
In the cpp of the program (linked to the lib file) he creates instances
of the class by:
public_header_class *object = object_creator_function();
and then he uses all the functions as usual
object->member_function(parameters);

I see the idea, but it works? I didn't see it very clear.
My thought was that it avoids the problem when calling the creating
function of the dll, but at the end you will have to use the member
functions, and those will have to be compiled there by the compiler
which built the dll, haven't them the mangling which generates the
problems? Don't you have your source file being mangled with your
compiled ways and the dll with its builder way of mangling? Or it
happens only for the function that will be exported, and the others lose
the decoration? Wouldn't be better use structs besides all their
limitations (I mean if portability is a matter)?

So I decided try it building the executable with mingw and Borland5.5,
using the dll produced by mingw and the one provided by the author.
Then I built both the dll and the executable with MinGW and ran without
problems.
I've tried to build the user project linking to the lib file he provides
with the examples, surely it was compiled with visual C++, I compile it
succesfully, but when I run it generated an access violation. And I
haven't done anything wrong during compiling, since I did it twice: one
with the dll from the example, compiled by the author (surely with
Visual C++), in which case it generated the access violations, and
another time with the dll generated by mingw, in this case it ran
without problems even using the lib provided by the author.
I tried then with Borland, and it worked!. It works linking to the dll
produced by mingw, so it is true. So my supposition about code mangling
of the class functions are erroneous, what happens is that code mangling
matters only for exported functions, not for the other which are yet
inside the dll. And that's the reason why it works.

However linking to the dll provided with the zip file you find in the
tutorial, which has all the sources, produces memory access violations.
Now I noticed that the dll provided by him is 200Kb, and the one
produced by mingw is 29Kb, that makes me think as something almost
evident he is providing a debug version of the dll, and that's the
reason it doesn't work with executables produced by mingw and borland.
The only point with Borland is since I didn't build the dll with
Borland, I had to use coff2omf (an app with borland which translates
coff format libs to omf) over the import library, and link to it, in
that process the effect is that the executable doesn't ask for
mydll2.dll, it asks for DS00000.o, so I had to rename it, but I guess it
is a problem that can be solved in some way.
And if I use the lib provided by the author it says "undefined reference
to %s", where %s is the create_public_object_function() preceded by an
underscore.

The only I left now to do, and I'll see later is what happens about
inheritance from it, but I suppose there would be an easy way of work
around it if it doesn't work directly.

[Dev-C++] can't create RichEdit control

[Vlada D. <dj...@im...>]

Hi.
I'm trying to create an MDI child window with as a RichEdit control, so =
i can type in it. The program compiled, but when I start it, it can't =
create child window. I guess the CreateWindowEx returns NULL when =
creating the child window, because I get the message box "could not =
create child window". What could cause this? Here's the piece of code:
case WM_CREATE:
        {
            char path[]=3D"c:\\winnt\\system32\\riched20.dll\0";
            HMODULE hMod=3DLoadLibrary((LPCTSTR)&path);
            if(hMod=3D=3DNULL)
                MessageBox(hFrameWnd,"Could not load =
library","Error",MB_OK);
            CLIENTCREATESTRUCT ccs;
            ccs.hWindowMenu=3DGetSubMenu(GetMenu(hFrameWnd),1);
            ccs.idFirstChild=3DID_FIRSTCHILD;
            /*create client window*/
            =
hMDIClient=3DCreateWindowEx(0,"MDICLIENT",(LPCTSTR)NULL,WS_CHILD|WS_CLIPC=
HILDREN,CW_USEDEFAULT,
            =
CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,hFrameWnd,(HMENU)ccs.idFirstChi=
ld,
            g_hInstance,(LPVOID)&ccs);
            ShowWindow(hMDIClient,SW_SHOW);
           =20
            /*create child window*/
            =
hChildWnd=3DCreateWindowEx(WS_EX_CLIENTEDGE|WS_EX_MDICHILD,"RICHEDIT_CLAS=
S","Untitled",
            =
WS_CHILD|ES_MULTILINE|ES_AUTOVSCROLL|WS_VISIBLE,CW_USEDEFAULT,CW_USEDEFAU=
LT,300,200,hMDIClient,
            (HMENU)ccs.idFirstChild,g_hInstance,(LPVOID)lParam);
            if(!hChildWnd)
                 MessageBox(hFrameWnd,"Could not create child =
wnd","Error",MB_OK);
            ShowWindow(hChildWnd,SW_SHOW);
            nChildCount=3D1;
        }
        break;

Regards,
Vlada

Re: [Dev-C++] Executable Size

[Carlos d. M. <cg...@wo...>]

You can use -s, and with it some say add -Wl and others it's not needed b=
ecause
its effect is the same than use only -s. Turn off -g and -pg if you used =
them
but forgot (yeah, I know you didn't forget it). I don't know what would b=
e the
effect of change the optimization level.

Marc Heiligers escribi=F3:

> Hi All,
>
> I have just completed writing a windows based app using Dec-C++ (4.9.6.=
8)
> and gcc (2.95.3-6) compiled using -O3 and got an executable size of 100=
,864
> bytes. I then took the same code (no changes) and compiled using VC++ 6=
 SP2
> release build and got and executable size of 69,632 bytes. Are there so=
me
> switches and things I should know about that can further optimize the
> results?
>
> _____________________________
> Marc Heiligers
>
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing
> your web site with SSL, click here to get a FREE TRIAL of a Thawte
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] Linked classes

[Carlos d. M. <cg...@wo...>]

Write tfunction declaration first
class Function{
...
};

struct Tal{
...
};

If there is some reason for you need struct first than function you can
write:

class Function;

struct Tal{
...
};

Function{
...
};

So when the compiler sees that pointer inside Tal it knows yet about the
existence of the class Function.

Bjorn Terelius escribi=F3:

> When compiling a program containing the following code I get a syntax
> error at the line Function* f; struct Tal
> {
> Function* f;
> // some stuff}; class Function
> {
> public:
> // some more stuff
> private:
> Tal* first;
> }; I assume it is because the compiler doesn't recognize Function as a
> class. Is that correct? How should I write the code? Thanks for any
> helpBj=F6rn
>
>
> -----------------------------------------------------------------------
> MSN 8 helps ELIMINATE E-MAIL VIRUSES. Get 2 months FREE*.
> ------------------------------------------------------- This sf.net
> email is sponsored by: To learn the basics of securing your web site
> with SSL, click here to get a FREE TRIAL of a Thawte Server
> Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________ Dev-cpp-users mailing
> list Dev...@li... TO UNSUBSCRIBE:
> http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] Linked classes

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

class Function;
=2E..

/Per W

By the way, please use text mail.

On Fri, 15 Nov 2002, Bjorn Terelius wrote:

> <html><div style=3D'background-color:'><DIV>When compiling a program&nbsp=
;containing the following code I get a syntax error at the line Function* f=
;<BR></DIV>
> <DIV>&nbsp;</DIV>
> <DIV>struct Tal<BR>{<BR>Function* f;<BR>// some stuff</DIV>
> <DIV>};</DIV>
> <DIV>&nbsp;</DIV>
> <DIV>class Function<BR>{<BR>public:<BR>// some more stuff<BR>private:<BR>=
Tal* first;<BR>};</DIV>
> <DIV>&nbsp;</DIV>
> <DIV>I assume it is because the compiler doesn't recognize Function as a =
class. Is that correct? How should I write the code?</DIV>
> <DIV>&nbsp;</DIV>
> <DIV>Thanks for&nbsp;any help</DIV>
> <DIV>Bj=F6rn</DIV></div><br clear=3Dall><hr>MSN 8 helps <a href=3D"http:/=
/g.msn.com/8HMAEN/2023">ELIMINATE E-MAIL VIRUSES.</a> Get 2 months FREE*.</=
html>
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing=20
> your web site with SSL, click here to get a FREE TRIAL of a Thawte=20
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>=20

[Dev-C++] Linked classes

[Bjorn T. <bjo...@ho...>]

<html><div style='background-color:'><DIV>When compiling a program&nbsp;containing the following code I get a syntax error at the line Function* f;<BR></DIV>
<DIV>&nbsp;</DIV>
<DIV>struct Tal<BR>{<BR>Function* f;<BR>// some stuff</DIV>
<DIV>};</DIV>
<DIV>&nbsp;</DIV>
<DIV>class Function<BR>{<BR>public:<BR>// some more stuff<BR>private:<BR>Tal* first;<BR>};</DIV>
<DIV>&nbsp;</DIV>
<DIV>I assume it is because the compiler doesn't recognize Function as a class. Is that correct? How should I write the code?</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks for&nbsp;any help</DIV>
<DIV>Björn</DIV></div><br clear=all><hr>MSN 8 helps <a href="http://g.msn.com/8HMAEN/2023">ELIMINATE E-MAIL VIRUSES.</a> Get 2 months FREE*.</html>

[Dev-C++] Executable Size

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

Hi All,

I have just completed writing a windows based app using Dec-C++ (4.9.6.8)
and gcc (2.95.3-6) compiled using -O3 and got an executable size of 100,864
bytes. I then took the same code (no changes) and compiled using VC++ 6 SP2
release build and got and executable size of 69,632 bytes. Are there some
switches and things I should know about that can further optimize the
results?

_____________________________
Marc Heiligers

RE: [Dev-C++] vector compiler error

[<qa...@ho...>]

Thanks Scott. 

It did the trick. I thought I tried that allready, but obviously not...

/J

*********** REPLY SEPARATOR ***********

On 2002-11-14 at 11:50 Scott A. Smith wrote:
For starters, switch everything in your header
from vector<...> to std::vector<....>.

[Dev-C++] vector compiler error

[<qa...@ho...>]

Hi.

Can anyone tell me why I get the following error when I compile the code=
 below?

The file supplied is only one of many so you will not be able to compile=
 it.
If I compile this with mingw2.95 it works fine, but not with v3.2. 
Unfortunately i can not use the -O3 switch with 2.95 (just with this=
 program, not in general) because the file "cc1.exe" (I think that was what=
 it was called) crashes during compilation.

Let me know if you need any further information

/J

------Compiler log------

g++.exe -c ../Annullo_shared/DecodedInfo.cpp -o=
 ../Annullo_shared/DecodedInfo.o=
 -I"D:\Programmering\Compiler\Mingw\include"=
  -I"D:\Programmering\Compiler\Mingw\include\c++\3.2"=
  -I"D:\Programmering\Compiler\Mingw\include"=
  -I"D:\Programmering\IDE\Dev-Cpp\__Projects\Annullo_ClientServer\Annullo_sh=
ared"   -s

In file included from ../Annullo_shared/DecodedInfo.cpp:1:
../Annullo_shared/DecodedInfo.h:20: 'vector' is used as a type, but is not=
 defined as a type.
../Annullo_shared/DecodedInfo.h:21: 'vector' is used as a type, but is not=
 defined as a type.
../Annullo_shared/DecodedInfo.h:38: type specifier omitted for parameter=
 `vector<double>'
../Annullo_shared/DecodedInfo.h:38: parse error before `,' token
../Annullo_shared/DecodedInfo.h:57: parse error before `)' token
../Annullo_shared/DecodedInfo.h:58: parse error before `)' token
../Annullo_shared/DecodedInfo.cpp:23: type specifier omitted for parameter=
 `vector<double>'
../Annullo_shared/DecodedInfo.cpp:23: parse error before `,' token
../Annullo_shared/DecodedInfo.cpp:57: syntax error before `::' token
../Annullo_shared/DecodedInfo.cpp:58: syntax error before `::' token

mingw32-make.exe: *** [../Annullo_shared/DecodedInfo.o] Error 1

Execution terminated


------Header File------


#ifndef DECODED_INFO_H
#define DECODED_INFO_H

#include <vector>

class DecodedInfo{
 private:
  int type;
  int searchDepth;
  int black;
  int white;
  int result;
  int totalGamesPlayed;
  double totalGameAverage;
  double playingTime;
  int nbrOfTotalGames;
  int nbrOfConnections;
  double version;

  vector<double> blackWeights;
  vector<double> whiteWeights;

 public:
  DecodedInfo(int type, 
       int black, 
       int white, 
       int result,
       double playingTime);

  DecodedInfo(int type, 
       int searchResult, 
       int black, 
       int white,
       int totalGamesPlayed,
       double totalGameAverage,
       int nbrOfTotalGames,
       int nbrOfConnections,
       vector<double> blackWeights, 
       vector<double> whiteWeights);

  DecodedInfo(int type, 
       double version);

  ~DecodedInfo();

  int getType();
  int getSearchDepth();
  int getBlack();
  int getWhite();
  int getResult();
  int getTotalGamesPlayed();
  double getTotalGameAverage();
  double getPlayingTime();
  int getNbrOfTotalGames();
  int getNbrOfConnections();
  double getVersion();
  vector<double> getBlackWeights();
  vector<double> getWhiteWeights();
};

#endifv

RE: [Dev-C++] Comments in DevC++

[Graeme F. <gr...@dr...>]

Someone wanted to changed the display of comments in an earlier version of
Dev C++.

I believe you need to select Options -> Environment Options

And from there select Comment and remove the Italic Attribute.

Alternatively from the configuration file fine CommentAttri section and set
the 4th number to 0, The first two are text colour, background colour (not
used), bold, italic and not used

Graeme.

Re: [Dev-C++] SDL

[Carlos d. M. <cg...@wo...>]

>
> -----
> Hmm, I added all those options to my linker (-lsdl -lsdlmain -lmingw32) and
> I still have the same error (Unknows reference to `WinMain@16').  I'm also
> compiling as a windows app, with the "int argc, char *argv[]" that's
> required, and I've included the -mwindows tag in the linker command line.
> ----

Ahem, sorry I forgot to answer this second question (I usually read first all
new messages and after that I answer). Compile it as console, that's what I do.
And that's what you need since int argc, char *argv[], for windows apps, you
use int WINAPI WinMain(HINSTANCE etc

Antw: [Dev-C++] Insight5_win32

[Frank W. <F.W...@wi...>]

Hi Manuel,

the vUpdate problem is a bug when working under WinNT4 I also get this
message. Under Win9x everything will work fine.

With insight I created a tool to launch insight. With these tool
configuration it is possible to set arguments. So I managed to start
Insight via the tool menu so that the right file will be loaded in the
debugger but direct execution of the debugging session will fail.
When I reload the exefile everything will work.
Maybe someone has a solution for this problem?

Greetings

Frank

>>> "Manuel Barrena" <ba...@un...> 11/13 10:08  >>>
Hi,
I have got installed Dev-C++ 4.9.6.0 and Insight5 (20001125-1) for
windows
98/NT.
I have a couple of troubles:
    * When I try to go to updates (Tools->Updates), inside Vupdate
application I got the message: "Error: your devcpp.cfg file is missing"
but
the devcpp.cfg file is in the Dev-Cpp directory. How could I solve
this
problem?

    * I am trying to debug a program, I load the project and after I
select
Debugging (F8) I am sent to Insight. The first screen there is empty
(it
shoud load in an automatic way the program to debugg, I think), so I
have to
load manually the .exe file to debugg, but now I do not find any place
to
write the parameters to the program, does anybody know how to tell the
debugger the list of parameters to the program?

Thanks a lot.




-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about 
your web server security? Click here for a FREE Thawte 
Apache SSL Guide and answer your Apache SSL security 
needs: http://www.gothawte.com/rd523.html 
_______________________________________________
Dev-cpp-users mailing list
Dev...@li... 
TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm 
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] 4.9.6.8: several bugs; gmon.out

[Yeoh H. <ye...@ye...>]

Hi Derek,

I'm also using 4.9.6.8 (updated online from 4.9.6.0) on Win 98 SE. There
were no problems either before or after the update.
I'm using the New Look settings.

While working on Dev-C++ projects, I just have to press F9. This works most
of the time. Sometimes, like you said, it doesn't work so I select menu
option "clean" and then press F9. This works.

What kind of Dev-C++ projects are you trying to compile?
As for gmon.out, I've never seen such a file. For each project type, I've
created a test project and application through New Projects and they all
compile and run without any problems. I've installed most of the Dev-C++
packages: wxWindows, FLTK, SDL, Allegro, GTK+ and just today, Fox. Dev-C++
is able to compile and run the template codes without any problems.

Regards,
Yeoh
~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~
ICT eBooks by Yeoh HS
Free Downloads at http://www.yeohhs.com
~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~`~
----- Original Message -----
From: "Derek Ward" <py...@pr...>
To: "Dev-C++ List" <dev...@li...>
Sent: Thursday, November 14, 2002 1:24 PM
Subject: Re: [Dev-C++] 4.9.6.8: several bugs; gmon.out
> I am having this same problem with 4.9.6.8 (the scrolling and the
> parenthases).  I switched back to 4.9.6.7 for the mean time.  Please
> help, this is really annoying.
<snipped>

Re: [Dev-C++] 4.9.6.8: several bugs; gmon.out

[Derek W. <py...@pr...>]

I am having this same problem with 4.9.6.8 (the scrolling and the 
parenthases).  I switched back to 4.9.6.7 for the mean time.  Please 
help, this is really annoying.




CRV§ADER /KY wrote:

> Hi! I'm using Dev-C++ 4.9.6.8 (4.9.6.0 with gcc+ DevCppExe 2.1042) and 
> I'm experiencing several problems with the editor, since I updated 
> from version 4.9.6.0.
>
> I'm running on Windows 98 with Internet Explorer 6 SP1; I've got a 
> GeForce4 MX440 AGP4x. I've got both Office 97 and Office 2000 (I've 
> installed O2000 after O97).
>
> 1)With "Visual Studio" color settings, breakpoints and selected 
> breakpoints color is white on white.
> 2)With "Classic" color settings, I experience some major problems with 
> fonts leaving jitter (i.e. when I pass with the cursor, a line rimains 
> over the characters). Plus, If I move with the cursor over a " ( ", 
> that and the corresponding " ) " turn on blue background; however, 
> when I move away, their background turns gray.
> 3)I'm experiencing this kind of problems also with "Visual Studio" 
> color settings, but much less.
>
> I've also got another problem: sometimes (not always) after pushing 
> the "Rebuild All" button, I press the "Run" but I obtain "no exe 
> built" or something similar. I have then to push "Compile & Run" (that 
> will say "nothing to do" and then run the program). After that I can 
> regularly push just "Run".
>
> Also, what's the gmon.out created by every program I compile with 
> Dev-C++? Is there a way to suppress it?
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Are you worried about your web 
> server security? Click here for a FREE Thawte Apache SSL Guide and 
> answer your Apache SSL security needs: http://www.gothawte.com/rd523.html
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] Using Borland c++ compiler.

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

On Wed, Nov 13, 2002 at 11:17:57AM +0530, Naveen wrote:
> Hi,
> How can I use borland c++ compiler in DevC++?
> 
> With Regards
> Naveen


Hello Naveen

I have found a way to make Dev-C++ 4.9.6.0 use the Borland
BC++ compiler (the one shipped with "free command line tools")
but only for console applications (Windows programming is beyond
my limited skill).

Briefly, the problem is: Dev-C++ issues commands which conform 
to the syntax of gcc, and this is a little different from the 
one expected by BC++. 

My solution consists in using some intermediate program which 
gets invoked by Dev-C++ (in place of the compiler) and does two things:
- translate command issued by Dev-C++ into something BC++ understands
- call BC++ to do the real compilation

Probably it is not the most elegant or fastest solution (as I said, 
I'm no expert), however, it seems to work on my Win98.

In case you are interested, on the page "www.gisan.freeurl.com" 
(hope address is spelled good :) follow the link "dev_bor". I
would be pleased to know if you get it to work on your system.
-- 
>> gisan >>
The ripest fruit falls first.
		-- William Shakespeare, "Richard II"