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

Re: [Dev-C++] (OT) Which one to choose?

[<onw...@ya...>]

HI,

PLEASE GIVE ME A C/C++ CODES THAT I CAN USE TO
OPTIMIZE MY PROGRAMS FOR MMX ,SSE , 3D NOW OR ANY
OTHER INSTRUCTION SETS .

OMEGA7

________________________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

Re: [Dev-C++] (no subject)

[Ray K. <he...@er...>]

What specifically were you trying to do when you got that message?

> Hung Dinh Le-pham wrote: Hi,
> My name is Hung. I downloaded the devcpp4980 a few
> months ago. I installed it and tried countless of
> times but the one and only error i got is "unable to
> run the program" which i don't understand why because
> i follow steps in help menu. Even when i activated the
> program samples, still the same error everytime. So
> please help me fix it. I'd really appreciate that so
> much. By the way, my computer window is an XP. Please
> reply soon!!!

Re: [Dev-C++] importing existing projects

[Paul M. <tr...@gm...>]

> is there a way to import an existing project into dev-c++, I have the 
> cvs source for one, but I can't seem to find a way to import it without 
> adding each individual dir and file one at a time. There are over 100 
> files in this source and it'll take several hours to add them all.
> 
> also note the beta version has a bug where is click add to project on a 
> dir, it doesn't put the files in that dir, but instead where it thinks 
> they should be, ie: includes in include and source in the root branch.

no, there is no way, you have to include every directory separately :(

but you can still use the gnu-makefiles for compiling, also if the files are
not in the project;
only add the makefiles into project->project options and compile the stuff

traexx

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail

[Dev-C++] importing existing projects

[Chris I. <ci...@bi...>]

is there a way to import an existing project into dev-c++, I have the =
cvs source for one, but I can't seem to find a way to import it without =
adding each individual dir and file one at a time. There are over 100 =
files in this source and it'll take several hours to add them all.

also note the beta version has a bug where is click add to project on a =
dir, it doesn't put the files in that dir, but instead where it thinks =
they should be, ie: includes in include and source in the root branch.

[Dev-C++] import existing cvs'd projects.

[Chris I. <ci...@bi...>]

is there a way to import an existing project into dev-c++, I have the =
cvs source for one, but I can't seem to find a way to import it without =
adding each individual dir and file one at a time. There are over 100 =
files in this source and it'll take several hours to add them all.

also note the beta version has a bug where is click add to project on a =
dir, it doesn't put the files in that dir, but instead where it thinks =
they should be, ie: includes in include and source in the root branch.

[Dev-C++] re: Know any docs on <wininet.h> ?

[Obi <ob...@ch...>]

>Message: 3
>From: "* William" <wi...@fu...>
>Subject: re: [Dev-C++] Know any docs on <wininet.h> ?
>Date: Mon, 19 Jan 2004 01:07:12 +1100
>
>Thanks to Reid.
>
>Now I have a real 'question' ... or can it be a challenge to implementors.
>
>The most recent Dev CPP help for C (which appears to be GNU GCC
>documentaion) shows good examples for inet.
>
>Cygwin and mingw don't appear to implement this functionality (so far...
>still looking).
>
>The 'challenge' is to inentify the library (.a file) that each header (.h
>file) belongs too and what is and not-quite implemented.
>
>My progress so far is that mingw and cygwin don't appear to have "inet"
>functionality except for the mingw winiwn.h interface.  Still investigating.
>
>As my target it Windows, I think a networking module might correctly be
>platform dependant and would like to find the documents for the "wininet.h"
>interface.

wininet.h is the header for a microsoft DLL )I forget  which one, probably 
wininet.dll :-)
which supplies "high level" networking facilities.

The Docs are here, on your friendly neighbourhood msdn site:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wininet/wininet/about_wininet.asp

I'm pretty new to dev-cpp/mingw, but scanning the dev-cpp include dir turns 
up a copy
of the wininet.h header and the libs folder has a libwininet.a, so I assume 
you should be able to use it.
I haven't tried of course, but I don't like the wininet library anyway.

For "low level" stuff, you need to use winsock, the windows implementation 
of Berkely sockets,
which isn't much different. (On cygwin you should be able to use the native 
*nix api )

Regards.
Andy

[Dev-C++] Windows XP Home edition

[B.Alexandrov <boj...@ya...>]

I have problems with Windows XP Home edition - when compile I receive the following message 

C:\DEV-C_~1\Bin\ld.exe: warning: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000

C:\DOCUME~1\BOIANA~1\LOCALS~1\Temp\ccCwaaaa.o: In function `main':

//c/disk/source/create~1.cpp:15: undefined reference to `__main'

//c/disk/source/create~1.cpp:17: undefined reference to `fopen'

Please help

B. Alexandrov.



---------------------------------
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

[Dev-C++] Dev-C++ compiling

[Subrata B. <s_b...@ju...>]

Hi William,
Thanks for your advice. i must try it and let you know tthe
results.

with regards,

Subrata


 

[Dev-C++] (no subject)

[Hung D. Le-p. <din...@ya...>]

Hi,
My name is Hung. I downloaded the devcpp4980 a few
months ago. I installed it and tried countless of
times but the one and only error i got is "unable to
run the program" which i don't understand why because
i follow steps in help menu. Even when i activated the
program samples, still the same error everytime. So
please help me fix it. I'd really appreciate that so
much. By the way, my computer window is an XP. Please
reply soon!!!

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

Re: [Dev-C++] HELP: in MSW testing program for Linux

[Michael C U. <mu...@cb...>]

What do you mean?

Basically, you can't, unless you use WINE or some other emulator in Linux
to run the program. DevC++ works with MinGW, which generated machine code
for MS Windows. It won't run on Linux.

To make the program run on Linux, you would have to recompile it using
GCC on Linux, which may or may not be an easy task depending on whether
the source code in question uses the Windows API.

Mike

On Mon, 19 Jan 2004, RUDOLPH wrote:

> New year greeting to u all!
>
> Has anyone able to complied program using
> DevC++ in MS windows, and use or test it into
> other OS like linux ?
>
> Thank you in advance.
> Rudy
>

[Dev-C++] HELP: in MSW testing program for Linux

[RUDOLPH <ku...@sp...>]

New year greeting to u all!

Has anyone able to complied program using
DevC++ in MS windows, and use or test it into
other OS like linux ?

Thank you in advance.
Rudy

Re: [Dev-C++] can't get dev-cpp to compile...

[RUDOLPH B. <ku...@sp...>]

BRAVO BRAVO
WELL WRITTEN
----- Original Message -----
From: "* William" <wi...@fu...>
To: "dev c++" <dev...@li...>
Sent: Saturday, January 17, 2004 7:41 PM
Subject: Re: [Dev-C++] can't get dev-cpp to compile...


Hello 'world' ...

Comments below ..


----- Original Message -----
From: OROSZI Bal=E1zs
Sent: Sunday, January 18, 2004 5:13 AM


Kovalan Muniandy wrote:
K>> ... The code was generated by Dev-C++ (The project wizard "Hello
World"). I
K>> guess that's a bug.

B> Only applies to C++ headers - it is a standard. The C standard library

B> BTW, it indeed is a bug. Dev-C++ has quite old project templates. And
B> that would the smaller problem, but there are bigger ones. The usage o=
f
B> MinGW (the compiler beneath Dev-C++) is still used in a very obsolete

Yes, and at the same time, I think it is unfair to 'expect' on the Dev-CP=
P
team to keep abrest of every subtle change or update in the compilers.  C
and C++ is a tool for people who will one day 'know' what their code does
and does not do (I am allowing for learners too, you see... *smile*).

I also thing there is something that can be DONE to redress the catch-up
process between Dev-CPP and an innovation in the compiler, or verily, any
other 'tool' or library.

Some of this I've discovered it is possible to do by hand, and yes it is
related to the templates (.devpacks), which means ALL of us can develop
better "Dev-CPP structures" and directory hierachies, to support changed =
in
the underlying tools.  (Me too ...oops).

The compiler is a brilliant example.  The 4.9.8.5 Dev-CPP uses

          gcc.exe (GCC) 3.2 (mingw special 20020817-1)

compiler.  It is installed  'under' the Dev-cpp folder hierachy.  As
(visual)

    ./dev-cpp/bin/gcc.exe
                     /include
                     /lib

While this all makes sense if one is using only one compiler, and
environment say as I might with a microsoft(r) product.  Does it make sen=
se
in the Dev-cpp world.  I recently grabbed the mingw 3.3 compiler suite.

         gcc.exe (GCC) 3.3.1 (mingw special 20030804-1)

And I placed it as a seperate hierachy so I can have different versions o=
f
the same tool placed so I can use the compiler of choice.  For example;

    ./dev-cpp/bin                                      (same, left it alo=
ne)
    ./mingw32/3.2/bin/gcc.exe
                         /include
                         /lib
    ./mingw32/3.3/bin/gcc.exe
                         /include
                         /lib
    ./wxWindows/ ......

Please note, my example of wxWindows... I can't "enforce" this on people,=
 it
is simply something I think will work better for me.  I have found occasi=
ons
when moving to a new version causes problems.  If I can alter the path to
point to a different configuration, and go backwards or forwards that is =
a
good thing.

It is also set up this way because Dev-cpp is not always the only tool to
use these directories and I don't want to point makefiles into a 'product
specific' folder layout.  In make, I cna use relative path references.
"../../here" and macros "$(WXSTUB)/include"... Hey it gets creative.

The consisitient point is by changing ONE folder (parameter) for a make, =
I
can build with a beta or a stable release, or old release.  Because there=
 is
a consistiency and anyone can setup their directories this way by hand.

So much the better imho, if the DevPack templates WE makeup started to
'think' like this.  And the 'think' is probably why things are as they ar=
e.
At some point there would need to be a 'consistient agreed scheme' so tha=
t
might work.

Something deep and challenging and complex like a "dev-cpp.config" file
perhaps ?

It could look like:

    [wxWindows]                      // peer tool
        path: $(package)/wxWindows

   [mingw32]                            // peer tool
       path: $(package)/mingw32/$(ver)/

   [winmerge]                            // peer tool
       path: $(tool)/winmerge/

   [cvs]                                   // peer tool
       path: $(tool)/cvs/

Where $ver is the user designation (folder name) or null for that version.
An empty $(ver) might be the default compiler, wxWindows, resource editor=
,
etc

And the macro: "$(package)" is a folder path where these toys 'go to'.

The other thing is sometimes, there are tools already in place, that I ca=
n't
"just move" because that might mean changing other bits and pieces.  I'm
pointing out user-supportive concepts.  It is rare for most people to hav=
e
to work where I can make No assumptions about the deployed-configuration =
for
software.  That is changing.  OSS means plug-n-play together.  So think
flexible folks...

That's a 15 min write-up.  It seems to me that 'chaotic' tool use and
placement forces people into two modes.  First is a supportive mode where
everything goes HERE.  Second is a spend a few days (hours then) configur=
ing
where things go... do-it-yourself.

A few macros, with default values and using relative paths can offer a
median path between flexibility and utility.  To its credit, DevCPP allow=
s
me to set-up my folders how I wish.  It is the way DevPacks and tempelate=
s
are organised that stop it being 'as valuable' as it might be.  Or to be
fair, it is the way it began and has not been looked at ...

As  the 'customers' and 'users' of dev cpp we could begin consensus for
peer/external (to dev cpp) tools and add-ins.  It isn't the dev cpp's
business if you need to use mingw v2.x, but if you upgrade dev cpp, it mi=
ght
break your project by up-dating the compier.... oopz.

What I can not find so far is where the Dev CPP defaults are maintained. =
 I
would hope they are in some resouce and not compiled Into dev cpp ???

Aloha,
               William



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
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++] Know any docs on <wininet.h> ?

[Reid T. <rei...@at...>]

is this the example you speak of?  If so, cygwin works fine with it.

#include <stdio.h>
#include <stdlib.h>
#include <sys/socket.h>
#include <netinet/in.h>

int
make_socket (uint16_t port)
{
   int sock;
   struct sockaddr_in name;

   /* Create the socket. */
   sock = socket (PF_INET, SOCK_STREAM, 0);
   if (sock < 0)
     {
       perror ("socket");
       exit (EXIT_FAILURE);
     }

   /* Give the socket a name. */
   name.sin_family = AF_INET;
   name.sin_port = htons (port);
   name.sin_addr.s_addr = htonl (INADDR_ANY);
   if (bind (sock, (struct sockaddr *) &name, sizeof (name)) < 0)
     {
       perror ("bind");
       exit (EXIT_FAILURE);
     }

   return sock;
}

----------------------------

Compile and run this.  You then have 20 seconds ( sleep(20)) when you 
can run  'netstat -an | grep 54000'  which should show the socket 
listening on 54000.

   TCP    0.0.0.0:54000          0.0.0.0:0              LISTENING
------

#include <stdio.h>
#include <stdlib.h>
#include <sys/socket.h>
#include <netinet/in.h>
int make_socket(uint16_t port);
int main(void)
{
     int socka = 0;
     int mysock = 0;

     mysock = make_socket(54000);
     printf("mysock[%d]\n", mysock);

     return(0);
}

int make_socket(uint16_t port)
{
     int sock;
     struct sockaddr_in name;    /* Create the socket. */
     sock = socket(PF_INET, SOCK_STREAM, 0);
     if (sock < 0)
     {
         perror("socket");
         exit(EXIT_FAILURE);
     }                           /* Give the socket a name. */
     name.sin_family = AF_INET;
     name.sin_port = htons(port);
     name.sin_addr.s_addr = htonl(INADDR_ANY);
     if (bind(sock, (struct sockaddr *) &name, sizeof(name)) < 0)
     {
         perror("bind");
         exit(EXIT_FAILURE);
     }
     sleep(20);
     return sock;
}

* William wrote:

> Thanks to Reid.
> 
> Now I have a real 'question' ... or can it be a challenge to implementors.
> 
> The most recent Dev CPP help for C (which appears to be GNU GCC
> documentaion) shows good examples for inet.
> 
> Cygwin and mingw don't appear to implement this functionality (so far...
> still looking).
> 
> The 'challenge' is to inentify the library (.a file) that each header (.h
> file) belongs too and what is and not-quite implemented.
> 
> Example; SIGKILL isn't implemented in mingw.  No big deal, use SIGTERM (may
> be) ... consistiently there is bulk documetation on either std *NIX and GNU
> stuff.  the Most important thing is (to me) the differences and
> alternatives.
> 
> My progress so far is that mingw and cygwin don't appear to have "inet"
> functionality except for the mingw winiwn.h interface.  Still investigating.
> 
> As my target it Windows, I think a networking module might correctly be
> platform dependant and would like to find the documents for the "wininet.h"
> interface.
> 
> 
> On a minor point -- is the dev Pascal project still running ... ?
> 
> Thanks for the time.
> 
> Aloha,
>               w
> 
> 
> 
> ----- Original Message ----- 
> r> From: Reid Thompson
> r> Sent: Sunday, January 18, 2004 8:26 AM
> r>
> r> look at/download cygwin www.cygwin.com
> r>
> r> * William wrote:
> 
>>I want the 'equivalent' or either
>>
>>   <netinet/in.h>                  ... or ...
>>   <in.h>
>>
>>I have found <wininet.h> in the folder.  Can someone point me to
>>documentation on this file please ?  (Oh yes the context is from a gawk
>>project. )
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> 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++] Know any docs on <wininet.h> ?

[* W. <wi...@fu...>]

Thanks to Reid.

Now I have a real 'question' ... or can it be a challenge to implementors.

The most recent Dev CPP help for C (which appears to be GNU GCC
documentaion) shows good examples for inet.

Cygwin and mingw don't appear to implement this functionality (so far...
still looking).

The 'challenge' is to inentify the library (.a file) that each header (.h
file) belongs too and what is and not-quite implemented.

Example; SIGKILL isn't implemented in mingw.  No big deal, use SIGTERM (may
be) ... consistiently there is bulk documetation on either std *NIX and GNU
stuff.  the Most important thing is (to me) the differences and
alternatives.

My progress so far is that mingw and cygwin don't appear to have "inet"
functionality except for the mingw winiwn.h interface.  Still investigating.

As my target it Windows, I think a networking module might correctly be
platform dependant and would like to find the documents for the "wininet.h"
interface.


On a minor point -- is the dev Pascal project still running ... ?

Thanks for the time.

Aloha,
              w



----- Original Message ----- 
r> From: Reid Thompson
r> Sent: Sunday, January 18, 2004 8:26 AM
r>
r> look at/download cygwin www.cygwin.com
r>
r> * William wrote:
> I want the 'equivalent' or either
>
>    <netinet/in.h>                  ... or ...
>    <in.h>
>
> I have found <wininet.h> in the folder.  Can someone point me to
> documentation on this file please ?  (Oh yes the context is from a gawk
> project. )

Re: [Dev-C++] random numbers

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

Noorez Kassam wrote:
> What is the function to generate a random number?

rand()

Include stdlib.h to use it. You might also want to seed it before use:
srand(seed)
with a number (GetTickCount() or something similar).
rand() gives you a number between 0 and RAND_MAX. To get a number 
between 0 an 10, you can use formulas like this:

rand()/(RAND_MAX/10);

--
Greetings,
   Balázs

[Dev-C++] Windows XP Manifests

[Alex M. <dev...@ho...>]

Fixed my own error by following the instructions at:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/userex/cookbook.asp

a little more closely.

_________________________________________________________________
Find high-speed ‘net deals — comparison-shop your local providers here. 
https://broadband.msn.com

[Dev-C++] Windowx XP Visual Styles, manifests, and confusion!

[Alex M. <dev...@ho...>]

I am trying to make a tutorial program have the look of Windows XP. I found 
this link:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/userex/cookbook.asp

it describes using manifests and linking to ComCtl32.lib, using manifests, 
and doing other things.
I have tried to get it working but can't.  Everything I try takes a 
previously working program and turns its client area blank.  How do you use 
manifests in dev-cpp? What is the "Support Window XP Themes" check box 
supposed to do? For me this check box turns a previously working 
foosyerdoos.com tutorial program to blank.

any help would be appreciated.
-alex

_________________________________________________________________
Learn how to choose, serve, and enjoy wine at Wine @ MSN. 
http://wine.msn.com/

[Dev-C++] Help me make my own Makefile?

[Maya <Esc...@ne...>]

I know, I know, this is way out of topic. If it wasn't for the fact that 
I am compiling a FLTK program, it would be completely out of line to ask 
this question here. I hope I am not offending anyone.
But just in case. I am so very sorry if I caused you any discomfort, but 
if you direct me to the right group I will not bother you again.
OK, now that the protocol is out of the way, her is my problem. First! 
some info:
compiler =  g++ 3.3.1
target     =  i686-pc-cywing
FLTK -v = 1.4.x
 
Now, here is the Makefile:
# WIMM's Makefile
# Compiler
CPP      = g++.exe
WINDRES  = windres.exe
RES      = wimm_private.res
 
#Flags
CPPFLAGS = -Wctor-dtor-privacy

#Excecutable name
BIN      = WIMM.exe

LINKOBJ  = main.o $(RES)

#Objects to be created
OBJ      = main.o $(RES)
 
#Libraries to be included
LIBS     =  -L"c:/cywing/lib"  -lfltk -lole32 -luuid -lcomctl32 \
            -lwsock32 -lm -lgdi32 -mwindows
 
#List of directories to be search for header files
INCS     =  -I"/usr/include"
CXXINCS  =  -I"/usr/include/c++"  \
            -I"/usr/include/c++/mingw32"  \
     -I"/usr/include/c++/backward"  \
     -I"/usr/include/include"
 
#
CXXFLAGS = $(CXXINCS)
CFLAGS = $(INCS)-DWIN32 
 

$(BIN): $(OBJ)
 $(CPP) $(LINKOBJ) -o $(OBJ) $(LIBS)
 
main.o: main.cpp
 $(CPP) $(CFLAGS) $(CPPFLAGS) -c main.cpp -o main.o $(CXXFLAGS)
 
.PHONY: clean
 
clean:
 rm -f $(OBJ) $(BIN)
 

After typing 'make'  I get an error message that reads:
main.o: file not recognized: File truncated
collect2: ld returned 1 exit status
make: *** [WIMM.exe] Error 1

What am I doing wrong? and how do I fix the problem?
Please note that I am, by no means and I mean BY NO MEANS a GNU make 
expert, so be gentle.
 
TIA

-- 

FYI
http://www.astro.umd.edu/~marshall/abbrev.html

E-Mail Policy
http://www.vif.com/users/escalante/Email_Policy.html

* You cannot exercise your power to a point of humiliation.
                               - Jean Chretien

* The media's the most powerful entity on earth. They have the 
  power to make the innocent guilty and to make the guilty 
  innocent, and that's power. 
                                - Malcom X
* "Innocent until proven guilty", no... not in Canada!!

[Dev-C++] random numbers

[Noorez K. <coo...@ho...>]

What is the function to generate a random number?

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca

[Dev-C++] Know any docs on <wininet.h> ?

[* W. <wi...@fu...>]

                                               (I hope this doesn't get =
repeated)
Hi folks

Hope you are well out there.  Happy 2004...   I thought this was a =
simple
point to resolve.  However, it turns out to be very dev-cpp specific.

I want the 'equivalent' or either

   <netinet/in.h>                  ... or ...
   <in.h>

I have found <wininet.h> in the folder.  Can someone point me to =
documentation on this file please ?  (Oh yes the context is from a gawk =
project. )

Your help is much appreciated.

Aloha,
              William

Re: [Dev-C++] can't get dev-cpp to compile...

[* W. <wi...@fu...>]

Hello 'world' ...

Comments below ..


----- Original Message -----=20
From: OROSZI Bal=E1zs
Sent: Sunday, January 18, 2004 5:13 AM


Kovalan Muniandy wrote:
K>> ... The code was generated by Dev-C++ (The project wizard "Hello
World"). I
K>> guess that's a bug.

B> Only applies to C++ headers - it is a standard. The C standard library

B> BTW, it indeed is a bug. Dev-C++ has quite old project templates. And
B> that would the smaller problem, but there are bigger ones. The usage o=
f
B> MinGW (the compiler beneath Dev-C++) is still used in a very obsolete

Yes, and at the same time, I think it is unfair to 'expect' on the Dev-CP=
P
team to keep abrest of every subtle change or update in the compilers.  C
and C++ is a tool for people who will one day 'know' what their code does
and does not do (I am allowing for learners too, you see... *smile*).

I also thing there is something that can be DONE to redress the catch-up
process between Dev-CPP and an innovation in the compiler, or verily, any
other 'tool' or library.

Some of this I've discovered it is possible to do by hand, and yes it is
related to the templates (.devpacks), which means ALL of us can develop
better "Dev-CPP structures" and directory hierachies, to support changed =
in
the underlying tools.  (Me too ...oops).

The compiler is a brilliant example.  The 4.9.8.5 Dev-CPP uses

          gcc.exe (GCC) 3.2 (mingw special 20020817-1)

compiler.  It is installed  'under' the Dev-cpp folder hierachy.  As
(visual)

    ./dev-cpp/bin/gcc.exe
                     /include
                     /lib

While this all makes sense if one is using only one compiler, and
environment say as I might with a microsoft(r) product.  Does it make sen=
se
in the Dev-cpp world.  I recently grabbed the mingw 3.3 compiler suite.

         gcc.exe (GCC) 3.3.1 (mingw special 20030804-1)

And I placed it as a seperate hierachy so I can have different versions o=
f
the same tool placed so I can use the compiler of choice.  For example;

    ./dev-cpp/bin                                      (same, left it alo=
ne)
    ./mingw32/3.2/bin/gcc.exe
                         /include
                         /lib
    ./mingw32/3.3/bin/gcc.exe
                         /include
                         /lib
    ./wxWindows/ ......

Please note, my example of wxWindows... I can't "enforce" this on people,=
 it
is simply something I think will work better for me.  I have found occasi=
ons
when moving to a new version causes problems.  If I can alter the path to
point to a different configuration, and go backwards or forwards that is =
a
good thing.

It is also set up this way because Dev-cpp is not always the only tool to
use these directories and I don't want to point makefiles into a 'product
specific' folder layout.  In make, I cna use relative path references.
"../../here" and macros "$(WXSTUB)/include"... Hey it gets creative.

The consisitient point is by changing ONE folder (parameter) for a make, =
I
can build with a beta or a stable release, or old release.  Because there=
 is
a consistiency and anyone can setup their directories this way by hand.

So much the better imho, if the DevPack templates WE makeup started to
'think' like this.  And the 'think' is probably why things are as they ar=
e.
At some point there would need to be a 'consistient agreed scheme' so tha=
t
might work.

Something deep and challenging and complex like a "dev-cpp.config" file
perhaps ?

It could look like:

    [wxWindows]                      // peer tool
        path: $(package)/wxWindows

   [mingw32]                            // peer tool
       path: $(package)/mingw32/$(ver)/

   [winmerge]                            // peer tool
       path: $(tool)/winmerge/

   [cvs]                                   // peer tool
       path: $(tool)/cvs/

Where $ver is the user designation (folder name) or null for that version.
An empty $(ver) might be the default compiler, wxWindows, resource editor=
,
etc

And the macro: "$(package)" is a folder path where these toys 'go to'.

The other thing is sometimes, there are tools already in place, that I ca=
n't
"just move" because that might mean changing other bits and pieces.  I'm
pointing out user-supportive concepts.  It is rare for most people to hav=
e
to work where I can make No assumptions about the deployed-configuration =
for
software.  That is changing.  OSS means plug-n-play together.  So think
flexible folks...

That's a 15 min write-up.  It seems to me that 'chaotic' tool use and
placement forces people into two modes.  First is a supportive mode where
everything goes HERE.  Second is a spend a few days (hours then) configur=
ing
where things go... do-it-yourself.

A few macros, with default values and using relative paths can offer a
median path between flexibility and utility.  To its credit, DevCPP allow=
s
me to set-up my folders how I wish.  It is the way DevPacks and tempelate=
s
are organised that stop it being 'as valuable' as it might be.  Or to be
fair, it is the way it began and has not been looked at ...

As  the 'customers' and 'users' of dev cpp we could begin consensus for
peer/external (to dev cpp) tools and add-ins.  It isn't the dev cpp's
business if you need to use mingw v2.x, but if you upgrade dev cpp, it mi=
ght
break your project by up-dating the compier.... oopz.

What I can not find so far is where the Dev CPP defaults are maintained. =
 I
would hope they are in some resouce and not compiled Into dev cpp ???

Aloha,
               William

Re: [Dev-C++] can't get dev-cpp to compile...

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

Kovalan Muniandy wrote:
> Thank you! That's interesting. Does this apply to STL classes only or 
> any headers, i.e. can you reference any header files without the ".h".
> The code was generated by Dev-C++ (The project wizard "Hello World"). I 
> guess that's a bug.

Only applies to C++ headers - it is a standard. The C standard library 
is still (as always) has .h extensions (stdio.h, etc.).

BTW, it indeed is a bug. Dev-C++ has quite old project templates. And 
that would the smaller problem, but there are bigger ones. The usage of 
MinGW (the compiler beneath Dev-C++) is still used in a very obsolete 
fashion: Dev-C++ still uses dllwrap for example for DLL compilaton, but 
GCC (MinGW) strongly reccomends using "g++ -shared" for compiling DLLs. 
I don't know why aren't they updating this.

With GCC 3.4, we "will" have header precompilation, but I don't when 
Dev-C++ is going to recognise it. Maybe 2-3 years after MinGW Gcc 3.4 
release...

--
Greetings,
   Balázs

Re: [Dev-C++] can't get dev-cpp to compile...

[Kovalan M. <kov...@fu...>]

<FONT face=3D"Default Sans Serif, Verdana, Arial, Helvetica, sans-serif" si=
ze=3D2><DIV>Thank you!&nbsp;That's interesting. Does this apply to STL clas=
ses only or any headers, i.e. can you reference any header files without th=
e ".h".<BR></DIV><DIV>The code was generated by Dev-C++ (The project wizard=
 "Hello World"). I guess that's a bug.</DIV><DIV>&nbsp;</DIV><DIV>Kovalan</=
DIV><DIV>&nbsp;</DIV><FONT color=3D#990099>-----dev-cpp-users-admin@lists.s=
ourceforge.net wrote: -----<BR><BR></FONT>To: Kovalan Muniandy &lt;kovalan.=
mun...@fu...&gt;, dev...@li...<BR>From: "P.T=
. Waugh MA" &lt;pt...@ea...&gt;<BR>Sent by: dev-cpp-users-admin@l=
ists.sourceforge.net<BR>Date: 01/16/2004 07:03PM<BR>Subject: Re: [Dev-C++] =
can't get dev-cpp to compile...<BR><BR>C++ has changed, and no longer uses =
the old style headers.&nbsp;Use:<br><br>#include &lt;iostream&gt;<br>using =
namespace std;<br><br>".h" is nolonger used.<br><br>Patrick<br><br>At 15:04=
 16-01-04, Kovalan Muniandy wrote:<br><br><blockquote type=3D"cite" class=
=3Dcite cite=3D"">Hi,<font size=3D4> </font><br><br>I have just installed D=
ec-C++ on my Windows XP laptop. However, I can'tget to compile the project =
"Hello World". The compilercomplains that "iostream.h" is not found. <br><b=
r>I have tried looking into the Compiler options to make sure the includedi=
rectories are good, and they appear to be. Initially, it had c:\dev-=5F1~or=
 something like that but I have reinstalled Dev-C++ in a eight widthfriendl=
y file folder called c:\devcpp\. So, the include directories pointto c:\dev=
cpp\Include\G++;c:\devcpp\Include. The iostream.h is in the G++folder.<font=
 size=3D4> </font><br><br>What else could be wrong?<font size=3D4> </font><=
br><br>Kovalan<font size=3D4> </font></blockquote></FONT>=

[Dev-C++] Creating a winows service in 95/98

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

Ok just about every developer knows about background processes. Under
any *NIX they are pretty easy to create. Under Windows NT (including
2000/XP) there exist tons of tutorials that explain how to create
them. 

My question is does anyone know about creating such processes under
Windows9x? I would rather not have to go to creating a VxD. 

Essentially I am creating a number cruncher which has just about no
output (problems/results are in files) and require no input from the
user. Right now I have a console application that can be killed using
<CTRL-C> or <CTRL-BREAK> at which point it saves where it was and
performs a graceful shutdown. Upon starting back up it reads the
checkpoint file and starts back where it left off.

Any help would be appreciated.
David McKen

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

[Dev-C++] Help with FLTK

[Maya <Esc...@ne...>]

What I have here is a very simple FLTK program, all it is supposed to do 
is to create a window with a tab in it.
It compiles fine, but when it is executed MSW98 OS pops up a dialog box 
that reads: "This program has performed an illegal operation and will be 
shut down ....",
What am I doing wrong? but most importantly, how do I fix it?
#ifndef NEW_ACCOUNT_DLG_H
#define NEW_ACCOUNT_DLG_H

#include <FL/Fl.H>
#include <FL/Fl_Window.H>
#include <FL/Fl_Double_Window.H>
#include <FL/Fl_Tabs.H>

#include <iostream>

namespace jme{
   class NewAccountDlg : public Fl_Double_Window{
      private:
         Fl_Tabs* box;

      public:
         NewAccountDlg();
         virtual ~NewAccountDlg();
         void setWindow();
   }; //NewAccount
}
#endif

#ifndef NEW_ACCOUNT_DLG_H
   #include "NewAccountDlg.H"
#endif
jme::NewAccountDlg::NewAccountDlg()
: Fl_Double_Window(10,10,300,200,"Maya"){
  try{ box = new Fl_Tabs(10,10,360,260,"Tab 1"); }
  catch(std::bad_alloc& x){std::cout << x.what() << std::endl;}
}

void jme::NewAccountDlg::setWindow(){
   box->box(FL_UP_BOX);
   box->labelsize(36);
   box->labelfont(FL_BOLD+FL_ITALIC);
   box->labeltype(FL_SHADOW_LABEL);
}
jme::NewAccountDlg::~NewAccountDlg(){}

#include "NewAccountDlg.H"
#include <iostream>

int main ()
{
   jme::NewAccountDlg* ndd;
   ndd->begin();
   ndd->setWindow();
   ndd->end();
   ndd->show();
   std::cin.get();

    return Fl::run();
}

-- 

FYI
http://www.astro.umd.edu/~marshall/abbrev.html

E-Mail Policy
http://www.vif.com/users/escalante/Email_Policy.html

* You cannot exercise your power to a point of humiliation.
                               - Jean Chretien

* The media's the most powerful entity on earth. They have the 
  power to make the innocent guilty and to make the guilty 
  innocent, and that's power. 
                                - Malcom X
* "Innocent until proven guilty", no... not in Canada!!