Before you even think of looking for your problem and answer on this page, please go to
and make sure you have the latest version. Currently (16 Oct 2005) the latest full version is
184.108.40.206 (9 MB). Do not install the old Dev-C++ 4 unless you have special reasons to do it.
This FAQ may contain issues that are no longer applicable or have already been solved;
I'll remove them later.
When I run my console application, the black window flashes a bit then closes automatically
How can I see the output of my program?
Your program does exactly what you tell it to do, and you didn't ask it to wait before closing.
You can add a command to
wait for keyboard input before the program exits (e.g. before the return from main).
A very simple example is system("pause"); which executes the "pause" system command
(portability note: this only works in Windows and DOS);
you need to #include <cstdlib> (or #include <stdlib.h>
for C programs)
if the compiler complains about the system function. Or you can use an instruction
that reads something from the keyboard
(e.g. cin.get();, getchar(); or cin>>variable;).
In that case you may need to clear the input buffer before reading, e.g. cin.sync();
Another option is to run your program from the command prompt;
this is especially useful if you don't want it to wait before closing,
or if it crashes before it reaches the keyboard-reading instruction.
2 (some path)\2 unable to run program file
Update: this problem should be solved completely in Dev-C++ 220.127.116.11.
If you don't want to upgrade, or somehow you still get the error in 18.104.22.168, read on.
This happens when the IDE can't find one of the programs needed for compiling your file/project
(usually it is make, gcc or g++).
The most common cause is a nasty BUG in the Dev-C++ installation system:
the uninstaller doesn't remove the Dev-C++ configuration files, and the installer doesn't overwrite them.
So if you try to install Dev-C++ in a different folder without following these instructions, you will most likely
get this error for everything you try to compile.
To solve this, you can try my automatic Dev-C++
maintenance tool, and if it doesn't help (or you prefer doing it manually) then there are
two ways you can fix it:
1. The "blind reinstall" solution: uninstall Dev-C++ cleanly (pay special
attention to the devcpp.ini and devcpp.cfg files if you have Dev-C++ 4.9.x.x),
then reinstall the full latest version (see top of this page)
in a folder with no spaces in the path. It should work afterwards.
2. The "smart fix" solution: read the compile log to see which program it tried to run; go to
Tools - Compiler Options - Programs and see what file it is looking for
and in which
folder (click the "..." button) and check if it is found in that folder. If the specified file
is not there, then select it from the Dev-cpp\bin folder (or wherever you installed your compiler).
It might also help to set Tools - Compiler Options - Directories - Binaries
Note: if you downloaded the IDE-only version (~2 MB) and you didn't install a gcc compiler
(e.g. the mingw package), then you won't find the necessary programs; refer to solution 1.
This file includes at least one deprecated or antiquated header.
Please consider using one of the 32 headers found in section 22.214.171.124 of the C++ standard.
Examples include substituting the <X> header for the <X.h> header for C++ includes,
or <sstream> instead of the deprecated header <strstream.h>.
To disable this warning use -Wno-deprecated.
First, this is a warning, not an error.
Second, just do what the message says (isn't that painfully obvious?!?)
Change iostream.h to iostream, strstream.h to sstream, etc.
I know they told you it should be "iostream.h", I know it worked with every single
compiler you used before (including gcc 2.95), but it doesn't exist in the C++ standard,
so if you want to write correctly in C++ then you must forget this "tradition"
and learn to use the new headers and the std namespace.
Here is more information.
[Linker error] undefined reference to (something)
Cause: You usually get a linker error (undefined reference) when you try to use a
function which was declared but not defined.
By including the header file, you usualy get only the declaration of
the function, but not its definition (that is, function body). Solution: you can get the definition of a function through several ways:
- defining the function yourself in the same or another cpp file
(or adding to the project a cpp file which includes the definition)
- linking an object file (a compiled source file) which includes that function definition
- linking a library (which is a collection of object files) which includes that function
definition; this is the most frequent case
Note: linking order is important, especially for libraries; if file A references symbols
defined in file B, then link first A then B! Explanation: You might be confused because you used some functions successfully without
doing any of the above; that happened because the compiler automatically links some
standard libraries for you. If your function is defined in a non-standard library, then the compiler
won't link it unless you tell it to, even if it knows where to find it.
By the way, if you "wipe clean" the linker configuration so that nothing will be linked automatically,
then you'll notice the same kind of error with, for example, printf.
Note: if you use g++ for linking, it will link some additional C++ libraries (compared to gcc)
if they are needed. If you have a project with C++ sources and link it with gcc, you may get undefined
references; see the answer about linking with g++ vs gcc. How to link: Generally, for all the functions available in the mingw header files, the
mingw package provides libraries with the function definitions; not all available
libraries are automatically linked, because not all functions are standard
C/C++; you just have to link them to your project when you need them.
The library files are called "libname.a" and are located in the Dev-Cpp\lib folder;
the easiest way to link them is to add -lname (note: no "lib" and no ".a",
and that's a small L not a capital i)
to the linker parameters in your project, that is Project Options - Parameters - Linker
You can also use the Add Library or Object button in that window, and that's
ok for object files, but for libraries
you may run into problems when you move things to other folders or to another computer.
If you use external libraries (i.e. not included in mingw), then you should either put them in the
Dev-Cpp\lib folder, or add the folder which contains the libraries to the list of library dirs, in
Project Options - Directories - Library Directories.
You may still have problems if the libraries you link were compiled with an old version of gcc
(and definitely if they were compiled with another compiler). Try to get libraries that match
your compiler, or recompile them if you have the source code. Finding libraries:
Which library do you need to link? Usually, the library name is similar to the name of the header file
that declares the functions, e.g. wingdi.h -> libgdi32.a, winsock2.h -> libws2_32.a; if you can't find it
then just do a file search using Windows Explorer (search for library files (lib*.a) containing the function name).
Note: Microsoft managed to totally BOTCH the search functionality in Windows XP. You may want to use
a file manager such as Total Commander, or see this article.
`clrscr' undeclared (first use this function)
[Linker error] undefined reference to `clrscr'
Why can't I use conio.h functions like clrscr, gotoxy etc?
First you should note that conio.h is a Borland extension, NOT a standard header, so Dev-C++
and MinGW are in no way required to support it. The MinGW included with Dev-C++ 126.96.36.199 comes
with a very reduced version of conio.h (no clrscr, gotoxy, etc); if you need more then
you can use the native Windows
I also provide and maintain an updated version of conio (and also winbgim) at
that may be what you are looking for.
How can I install Dev-C++ correctly?
First, if you currently have Dev-C++ 4.9.x.x, you should uninstall it.
Then install the latest version (see the top of the page) in a folder with no spaces in the path.
This is important, otherwise you risk getting various errors and inconsistencies.
Why? The cause is uncertain: either the unix legacy of the programs in the compiler suite
or a Dev-C++ buglet in path handling. But it is certain: spaces in the path ask for trouble.
Examples of good paths: C:\Dev-Cpp, D:\Dev-Cpp, C:\progs\devcpp, F:\aditsu\soft\devcpp4990
Examples of bad paths: C:\Program Files\Dev-Cpp, C:\Dev Cpp, C:\Documents and
How can I uninstall Dev-C++ cleanly?
For Dev-C++ 4.0x or 188.8.131.52, just uninstall it from Control Panel - Add or Remove Programs.
For Dev-C++ 4.9.x.x (before 184.108.40.206) you can try my automatic Dev-C++
maintenance tool, or follow these instructions very carefully:
First, run uninstall.exe from the Dev-cpp folder. Delete the Dev-Cpp folder (after backing up any files you want to keep).
Then search and delete devcpp.* especially devcpp.cfg and devcpp.ini - on windows 2000 or XP
they are normally found in Documents and Settings\username\Local Settings\Application Data, which is a hidden
folder. You might have to set up your Windows Explorer to display hidden files/folders, or select
to search hidden files/folders too. If you use the Windows XP file search thingie (which, in nice words,
sucks ass), then you have to select to search in hidden folders too, or else it won't find them.
The general attitude should be "search, seek and destroy every trace",
otherwise you might get problems if you reinstall Dev-C++ afterwards.
The error messages appear truncated
Normally, gcc splits long error messages to several lines, for easy reading, but Dev-C++ will only
read the first line of each message.
To force gcc to output messages on a single line,
add -fmessage-length=0 in Tools - Compiler Options - Compiler.
In any case, you can see the complete messages in the "Compile Log" tab.
Dev-C++ doesn't recompile my code although I made modifications
By default, Dev-C++ only checks if the c or cpp files in the project were modified, and if they were,
then it recompiles them. It doesn't check if a header file used by those source files was modified or
not. If you want it to check this too, then clear the checkbox Tools - Compiler
Options - Compiler - Use fast but imperfect dependency generation and be prepared to wait
a bit longer for the subsequent compilations. Either way, you can always rebuild your entire
project by pressing Ctrl-F11.
Where is the resource editor?
Dev-C++ doesn't have a visual resource editor. If you need to edit resource files (*.rc) then
you can either do it by hand (in the text editor) or download and use a free resource editor.
Some people recommended ResEd.
I am currently (i.e. seldom, when I have time and mood) working on a resource editor project.
You can get the current version from here.
Alternatively you can use a GUI library/toolkit. Apparently there is no library that satisfies
everybody, but the most popular ones are wxWidgets, GTK, FLTK and Fox. MFC and Qt can not be
used with MinGW as far as I know.
New: I heard there is a QT for MinGW; I don't know any other details about it so you're on your own.
Can I use Dev-C++ with other compilers?
Dev-C++ was designed to work with gcc only. However, this doesn't really constrain you to
use only one compiler, because gcc can have several flavours: mingw, cygwin, cross-compilers etc,
each of them with different versions.
If you want to set up Dev-C++ to use another compiler, you have to configure it in
Tools - Compiler Options, all tabs. If you can't figure out what to
do there, then you probably shouldn't be doing it.
However, you can not use non-gcc compilers such as Borland's bcc. I don't know why you would
want to do that, because they have no advantage over gcc (the ones who have are commercial
and come with their own IDE). Anyway, remember that Dev-C++ is not a general programmers editor,
but an IDE for Windows-based gcc compilers.
Does Dev-C++ support workspaces with multiple projects? How do I import
Visual C workspaces?
Currently Dev-C++ does not support workspaces. You can just open one project at a time in each instance
of the IDE. If you want to import Visual C workspaces, you have to import each project (.dsp file)
separately (File - Import). Note: that works only with VC 6.0, for
newer versions you have to convert the project files.
If you *must* build several projects together, with dependencies and stuff, then your only option is
to write your custom makefile to do that... or use another IDE that supports workspaces.
Dev-C++ uses gcc instead of g++ for linking
This happens when your project is a "C project" (you can select that when you create it)
but it contains (or links to) C++ files. To change it to be a C++ project,
close Dev-C++, edit your .dev file with a text editor and set IsCpp=1 in the
[Project] section, then reopen the project.
vUpdate doesn't work!
Indeed, vUpdate has been discontinued since its author left the team.
You should upgrade your
Dev-C++, the latest versions (see the top of this page) include WebUpdate,
the replacement for vUpdate.
I see <Err: xxxx> in various places
Update: should be fixed in 220.127.116.11.
Most likely you upgraded Dev-C++ but you're still using old language files. You need to get the
updated language files; use WebUpdate for that. It's also possible that the updated language
files are not available for your language - then you can switch to English or fix the language
files by yourself and tell somebody about that.
Code completion doesn't work well, crashes, kills my cat, etc.
Code completion in Dev-C++ is quite broken and can't be fixed easily. It works in some cases, but often gets confused.
To turn it on/off or configure it, go to Tools - Editor Options - Class browsing - Completion.
This IDE is too buggy, I want to use something else
I personally can get along quite well with Dev-C++. If you can't, or just want to try another IDE, take a look at
Code::Blocks. You can also drop me a line to let me know if you love it or hate it :)
I can't debug, how do I debug?
First, make sure you are using a project (you can debug without a project, but
it is more convenient to use a project, and besides, it's the only way I describe here *grin*).
Then go to Project Options - Compiler - Linker
and set Generate debugging information to "yes",
and make sure you are not using any optimization
options (they're not good for debug mode). Also check the Parameters tab,
make sure you don't
have any optimization options (like -O2 or -O3, but -O0 is ok because it means no optimization)
or strip option (-s). After that, do a full rebuild
(Ctrl-F11), then set breakpoint(s) where you want the debugger to stop (otherwise it will just run the
program). To set a breakpoint on a line, just click on the gutter (the gray band on the left), or
Now you are ready to launch the debugger, by pressing F8 or clicking the debug button. If everything
goes well, the program will start, and then stop at the first breakpoint. Then you can step through
the code, entering function calls, by pressing Shift-F7 or the "step into" button, or stepping over
the function calls, by pressing F7 or the "next step" button. You can press Ctrl-F7 or the "continue"
button to continue execution till the next breakpoint. At any time, you can add or remove breakpoints.
When the program stopped at a breakpoint and you are stepping through the code, you can display the
values of various variables in your program by putting your mouse over them, or you can display
variables and expressions by pressing F4 or the "add watch" button and typing the expression.
For more information refer to the help included with Dev-C++.
Console I/O doesn't work while debugging
This is a problem with gdb 5.1.1 on Windows 9x/ME. You can solve it by upgrading gdb to version
5.2.1 or later. The full Dev-C++ 18.104.22.168 includes gdb 5.2.1.
The debugger doesn't stop at breakpoints in constructors
Quoting from this page about
gdb 6.0: When gcc 3.x compiles a C++ constructor or C++ destructor, it generates
2 or 3 different versions of the object code. These versions have
unique mangled names (they have to, in order for linking to work), but
they have identical source code names, which leads to a great deal of
confusion. Specifically, if you set a breakpoint in a constructor or a
destructor, gdb will put a breakpoint in one of the versions, but your
program may execute the other version. This makes it impossible to set
breakpoints reliably in constructors or destructors.
gcc 3.x generates these multiple object code functions in order to
implement virtual base classes. gcc 2.x generated just one object code
function with a hidden parameter, but gcc 3.x conforms to a multi-vendor
ABI for C++ which requires multiple object code functions.
gdb 6.0 hopefully fixes this, you can try the snapshot build from the
mingw site and tell me if it works.
Update: I heard a report that gdb 6.0 didn't work [well] with Dev-C++, but I didn't confirm it.
When I debug the program, Dev-C++ keeps opening new windows
with the source code
This bug is solved in Dev-C++ 22.214.171.124; please upgrade.
`cout' undeclared (first use this function)
Either you forgot to #include <iostream> or
you didn't access cout correctly. You might need to update your knowledge of C++.
The standard C++ library functions, classes and
objects are declared ONLY in the std namespace. Therefore, you must use one of these 3
methods to access them:
1. add using namespace std; after your #includes (this is recommended
for small or simple programs)
2. add using std::ident; after your #includes, for each
identifier you want to use
3. use std::ident everywhere in your code (this is recommended for header
[Warning] no newline at end of file
Update: fixed in 126.96.36.199!
This is a warning, not an error. C and C++ source files are required (by the standard) to end with an empty line.
Older versions of Dev-C++ automatically (and secretly) added it for you; 188.8.131.52 doesn't do that anymore.
So just open the file in question, go to the end and add a new and *empty* line (no spaces and no tabs).
`main' must return `int'
Yes that's right, you have to write int main!
No matter what your teacher, lecturer, parent, brother, neighbor, friend,
xyz C/C++ manual or web site has told you, and no matter how many compilers accept it, "void main"
always was, is and will be wrong! main MUST return int, both in C and C++!
Don't believe me? Then read what
the creator of C++ has to say about it!
The fact is: main can take any parameters, but must always return int. Usually you will use either
int main() (which is IDENTICAL to int main(void)) or something like
int main(int argc, char**argv) for getting command-line parameters (char*argv
also works well). Note that, at least for gcc/g++, main is always a C function (even in C++ programs)
so you can't overload it.
Also, in C you must return a value from main (an int). In C++ you can skip writing a return
instruction at the end of main, it defaults to return 0;, but if you have a
return then you must return an int.
Finally, do *NOT* call main recursively! It's generally very bad, and in C++ it's forbidden by the standard.
Most people who do that need to use a loop instead.
[Linker error] undefined reference to `mcount'
If you need code profiling, add -pg to Project Options - Parameters - Linker.
If you don't need code profiling, disable it in Project Options - Compiler - Code profiling.
[Linker error] undefined reference to `__gxx_personality_v0'
This usually happens when you are linking a C++ project with gcc, but
sometimes it is also caused by linking (with g++) object files which were compiled with different
compiler versions. In that case, the solution is to recompile the code (or get updated libraries
if you don't have the source).
Fatal: 'all-before' does not exist - don't know how to make it
Update: should be fixed in 184.108.40.206.
That happens when the wrong make.exe is invoked, usually the Borland one. It is easy to notice if
it leaves a copyright notice in your compile log.
To solve it, you can try my automatic Dev-C++
maintenance tool; if it doesn't help (or you prefer doing it manually) then try these things:
- take a look at the unable to run program file error
and follow the (manual) instructions
- add the bin folder of your Dev-C++ (or MinGW) installation to the PATH environment variable,
before any Borland path that might be there
- rename make.exe from the bin folder to mingw32-make.exe (if you already have it, just delete
the make.exe) and set it accordingly in Tools - Compiler Options - Programs
bits/c++config.h: No such file or directory
This shows that you have an old or bad installation (probably from Dev-C++ 220.127.116.11). You can fix the
problem by adding DevCppPath\include\C++\mingw32 to Tools -
Compiler Options - Directories - C++ Includes, where DevCppPath is the folder where
you installed Dev-C++, e.g. C:\Dev-Cpp.
Can't evaluate object members
`this' is not an aggregate
It should work in Dev-C++ 18.104.22.168; if you still have problems, try watching
*(classname*)this instead, and it will hopefully show you all the object members.
[Warning] unused parameter (something)
This is a warning, you declared a parameter in a function, and never used it.
You can remove it, or if you have to keep it then delete its name (keep the type only) but this works
only in C++.
What is Dev-C++?
This is not actually a frequently asked question, but rather a question to which a wrong answer is
Dev-C++ is NOT a compiler! It is an IDE (Integrated Development Environment), which mainly means that
it has a programming-oriented editor, a project manager, and visual interfaces to various
These programs are mingw builds of GNU tools, specifically: gcc and
g++ for compiling and linking, make for building projects, gdb for debugging, and
others. So when a problem occurs with one of these actions, it is usually either related to the respective
mingw tool, or to the interface between Dev-C++ and it.
Can I make software with Dev-C++ and distribute or sell it without
giving away the sources?
(Contributed by Mathias Bierschenk)
First of all, the following answer is *solely* based on my
opinions. I'm *not* a lawyer and the information I provide here may be outdated,
misleading, or simply wrong. If you need legal advice please consult a
lawyer. That said, I appreciate any corrections or other kind of
As you might know, the Bloodshed Dev-C++ IDE is licensed under the terms of the
GPL (GNU General Public License).
When people read the GPL they often fear that the programs
generated with Dev-C++ will also have to be released under the
GPL, thus making it practically impossible to distribute them as shareware/commercial
This assumption is reasonable, but for the most part false.
The GPL  basically says: If you modify a GPL program, or if you
include parts of a GPL program into another one, then the resulting program
must be released (if at all) under the GPL as well. That means, if you get
the "Bloodshed Dev-C++" sources and improve them then you may *not* distribute or sell
the resulting super software development environment without making the updated sources
But the GPL does *not* place any restrictions on just *using* a GPL
program. Before we get into the details you should notice that the full Dev-C++ package
is not a single program, but a collection of several tools, such
as compiler, linker, libraries, header files, editor...
Consider the work of the compiler. It takes a source file, let's say in C
or C++. It "processes" this file in some ways and then it generates a
certain output (an object file). While the compiler works we neither
modify the compiler nor does the compiler put parts of itself into the
resulting object file. It just *translates* our C/C++ sources into
machine language, without adding anything. .
The same for the editor. If you type in some source code you get a C or
CPP file but that file won't include any part of the editor itself.
When you think about what goes on internally when you develop software
you will notice that there is only one step when some code of a development
tool is included into your program: the libraries while linking.
Notice that no part of the linker will be included into your program,
but the libraries themselves.
So under which license terms are the Dev-C++ libraries released?
Dev-C++ by default uses the MinGW libraries. Fortunately, one of
the goals of the MinGW project was to "avoid the encumbrances of the GPL".
Several parts of the MinGW libraries are licensed under different terms,
but almost all of them don't place any restrictions upon your code if you
just *use* them (the only exception is if you use profiling code, but you
won't sell software with such code anyway). If you modify the libraries,
however, there *might* be restrictions, but I leave this for you to find
- If you just *use* Bloodshed Dev-C++ (instead of modifying it) the
whole legal issue is about the libraries.
- If you use the default MinGW libraries then there aren't any restrictions
(except for profiling code).
- If, for whatever reason, you use another set of libraries instead of the MinGW ones
or if you use any additional libraries or source code, then you have to read the license
terms that apply to them. In particular, GPL libraries impose the GPL on
the programs that link to them.
People usually ask this question when they compile a simple program which uses iostreams.
The first thing you can do is to add -s to Project Options - Parameters -
Linker, but the result may be still too large for your taste. In this case, either try to
live with it (it actually doesn't matter so much!), or avoid iostreams (use cstdio), or use
another compiler. Also note that there are some exe compressors on the net, e.g.
The reason why iostream increases the size so much is that the linker links entire object files
(from inside of libraries) if they contain at least one necessary reference, and the library for
iostream is not well separated into small object files. Also, the linker should be
able to link only certain sections of the object files (see "--gc-sections"), but this particular
feature doesn't work yet on the mingw target (and that affects all libraries and object files).
How can I do graphics? Where is graphics.h?
First you should note that graphics.h is a Borland extension, NOT a standard header, so Dev-C++
and MinGW are in no way required to support it.
There are many ways to do graphics in Windows:
functions (GDI), DirectX, OpenGL, third party libraries etc.
If you need to do graphics.h-style graphics, you can use the winbgim library which tries to keep
the compatibility with the Borland functions; you can find it on the web, or in the CLGDI devpak.
I also provide and maintain an updated version of winbgim (and also conio) at
that will probably solve some problems, including some conflicts between conio and winbgim.
How can I write inline asm (assembly) code?
The gcc syntax for asm is different from other compilers; an asm instruction looks like this: asm("statements" : outputs : inputs : clobbers);
where the colon parts are optional.
The default syntax for the actual statements is AT&T, which is quite different from the well-known
Intel syntax. However, you can switch to the Intel syntax by adding -masm=intel to the
Here are some documentation pages: the official gcc extended asm docs,
a gcc inline asm tutorial
and a guide to inline assembly for gcc/djgpp.
They all use AT&T syntax.
Important: you can not normally use interrupts and ports as you did in DOS; especially the NT-based
systems (including Windows XP) deny direct access to hardware and require you to use some API functions
My resource file doesn't work
There are several kinds of problems related to resource files. Take the following steps:
1. make sure you added the resource file to the project (together with your c/cpp files);
if you're not using a project then you have to create one
2. go to Project Options - Files, click your resource file and select
Include in compilation
3. delete the projectname_private.* files, they will be automatically generated again
4. do a full rebuild
If you still have errors after these steps, then the problem must be inside your resource file
and/or in your code. If you have an error in the "Resources" tab then it's clearly the resource
file. If the file was written for another compiler (usually Visual C), then take these steps:
1. remove everything that has "afx" in it
2. add #include <windows.h> at the beginning of the file
3. add #define IDC_STATIC -1 after that
4. make sure that you #include any header that has #defines used in the
If it still doesn't work, then you may need to ask in the forum.
Any moron can blurt out a question, but you should consider some things if you plan to get a
satisfactory answer quickly.
First make sure you followed the previous steps. Then take a look at these
guidelines. Some of them are also
mentioned in the forum FAQ. The main points should be:
- make it short but include all the necessary information (e.g. OS version, Dev-C++ version,
compile log (right-click to copy), short source code example); people don't come to the forum
to read novels or to play 20-questions and read your mind
- use a meaningful subject
- show that you tried other means to find the answer
- don't rush to claim that you found a bug or that something is wrong; it's safest to assume you made
- try to use correct logic, grammar and spelling (non-native speakers are partly excused but should still
try their best), be polite, don't TYPE IN ALL CAPS and don't show what a l33t h4X0r you are
- don't ask people to do your homework, and don't label your problem as urgent: it will probably have
- don't ask to get a reply by e-mail
- if you solved the problem then describe the solution briefly, it can help others a lot
Another important thing about posting: many people post a message, then refresh the page to see
if there is any answer, or they just refresh it because the message didn't seem to get through to the server.
DON'T do that! If I do it in IE or Mozilla, it WARNS
me that it will repost the data if I go on (this is due to an unfortunate feature in the
SourceForge forums functionality). Apparently, many people do not get this warning, or ignore it,
and this results in messages posted several times, which just DRIVES EVERYONE CRAZY!
Please be patient, and click the link with the forum name
instead of refreshing after posting a message, ok?
And as a final note: it would be very nice if you mention your name at the end of the message
(can be a nickname). People want to know who they're talking to.
If you want to add something to this FAQ list, or if you found an error, or just have a comment for me,
then please email me at
firstname.lastname@example.org, but do NOT e-mail me for asking
questions. For that, use the steps described above.
You are welcome to link to this FAQ (http://www.aditsu.net/Dev-cpp_FAQ) from any
page, and you can also copy it to your site if you don't modify the contents (you can still do
whatever you want with the CSS styles). Especially you must keep the above link to the original page.
Alternately, you can modify the contents but then you should remove any reference to me (except mentioning
that you used parts of my FAQ).
Author: Adrian Sandor
Last updated: 16 Oct 2005; I'd like to update it again soon, but I don't know when I'll have the time...