dev-cpp-users Mailing List for Dev-C++
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(15) |
Oct
(115) |
Nov
(154) |
Dec
(258) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(377) |
Feb
(260) |
Mar
(249) |
Apr
(188) |
May
(152) |
Jun
(150) |
Jul
(195) |
Aug
(202) |
Sep
(200) |
Oct
(286) |
Nov
(242) |
Dec
(165) |
| 2002 |
Jan
(245) |
Feb
(241) |
Mar
(239) |
Apr
(346) |
May
(406) |
Jun
(369) |
Jul
(418) |
Aug
(357) |
Sep
(362) |
Oct
(597) |
Nov
(455) |
Dec
(344) |
| 2003 |
Jan
(446) |
Feb
(397) |
Mar
(515) |
Apr
(524) |
May
(377) |
Jun
(387) |
Jul
(532) |
Aug
(364) |
Sep
(294) |
Oct
(352) |
Nov
(295) |
Dec
(327) |
| 2004 |
Jan
(416) |
Feb
(318) |
Mar
(324) |
Apr
(249) |
May
(259) |
Jun
(218) |
Jul
(212) |
Aug
(259) |
Sep
(158) |
Oct
(162) |
Nov
(214) |
Dec
(169) |
| 2005 |
Jan
(111) |
Feb
(165) |
Mar
(199) |
Apr
(147) |
May
(131) |
Jun
(163) |
Jul
(235) |
Aug
(136) |
Sep
(84) |
Oct
(88) |
Nov
(113) |
Dec
(100) |
| 2006 |
Jan
(85) |
Feb
(119) |
Mar
(33) |
Apr
(31) |
May
(56) |
Jun
(68) |
Jul
(18) |
Aug
(62) |
Sep
(33) |
Oct
(55) |
Nov
(19) |
Dec
(40) |
| 2007 |
Jan
(22) |
Feb
(49) |
Mar
(34) |
Apr
(51) |
May
(66) |
Jun
(43) |
Jul
(116) |
Aug
(57) |
Sep
(70) |
Oct
(69) |
Nov
(97) |
Dec
(86) |
| 2008 |
Jan
(32) |
Feb
(47) |
Mar
(106) |
Apr
(67) |
May
(28) |
Jun
(39) |
Jul
(31) |
Aug
(25) |
Sep
(18) |
Oct
(25) |
Nov
(5) |
Dec
(21) |
| 2009 |
Jan
(33) |
Feb
(27) |
Mar
(27) |
Apr
(22) |
May
(22) |
Jun
(10) |
Jul
(17) |
Aug
(9) |
Sep
(21) |
Oct
(13) |
Nov
(4) |
Dec
(11) |
| 2010 |
Jan
(10) |
Feb
(8) |
Mar
(4) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(8) |
Oct
(26) |
Nov
(9) |
Dec
(1) |
| 2011 |
Jan
(21) |
Feb
(16) |
Mar
(4) |
Apr
(19) |
May
(26) |
Jun
(9) |
Jul
(6) |
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
| 2012 |
Jan
(4) |
Feb
(7) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(10) |
Jul
(1) |
Aug
(1) |
Sep
(18) |
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(2) |
Mar
(15) |
Apr
(6) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
|
| 2014 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(9) |
Nov
(35) |
Dec
(6) |
| 2016 |
Jan
(7) |
Feb
(10) |
Mar
(10) |
Apr
(9) |
May
(13) |
Jun
(9) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(11) |
2
(8) |
3
(7) |
|
4
(24) |
5
(11) |
6
(5) |
7
(5) |
8
(14) |
9
(20) |
10
(16) |
|
11
(11) |
12
(9) |
13
(14) |
14
(15) |
15
(19) |
16
(25) |
17
(13) |
|
18
(6) |
19
(17) |
20
(10) |
21
(14) |
22
(23) |
23
(10) |
24
|
|
25
|
26
(6) |
27
(32) |
28
(15) |
29
(7) |
30
(13) |
31
(36) |
|
From: William W C. <wa...@ju...> - 2004-01-02 21:15:43
|
I would thank the members for giving expert suggestions and advice
concerning the public domain IDE Compiler Dev-cpp C++. I wrote to the
three design and developers of this system. Like a lot of many C++
programmers I am comfortable with Borland Compilers and IDE platforms and
miss some of the good attributes which should have been incorporated into
this Dev-cpp IDE. I am not sure why they had to re-invent the wheel and
use another batch of include library files. Also the merry go round one
has to fathom out to get a final presentaion on the screen. As I point
out later Borland has a drop down menu which include ' User Screen' to
see the result of our code. I am not the greatest programmer in fact I am
a hardware engineer but intrigued with all the facets of C++ . This is
the inputs I wrote to the three desiners of the ID. Don't understand how
they came up with the name seen enough of that on the telly.
' Copy of e-mail-Start :
Gentlemen thank you for an excellent job 0n the developement and design
of the Dev-C++ IDE/Compiler et al.However a few points should be
addressed to make the IDE more useable for the public. Understand that
the design was based on the new standard ANSI/ISO C/C++ and also to
address different cross platforms Linux etc. THe IDE is very versatile
and functional except that there is no button or drop down menu whatever
which will allow the user to look at the output. Example Borland IDE's
has a separate drop down menu, when you click on 'User Screen' voila up
comes the result and output to the screen.One must innovate ,conjure up
go around to implement this feature. I have tried several 'A pause
statement , function getchar() there are no doubt other means of beating
around the bush. For instance in Borland I used a one liner getche() in
my Blank file so I did not have to do anything to the program . At the
end of writing the code and compiling, run output came up on the screen.
May I suggest that this should have been an
integral part of the IDE design. Using the ' pause' work around incurrs
penalties and cross platform problems.
In the Question & Answer section the CLEAR
Screen command was brought up and you suggested we include Conio.c in the
Dev-C++ System File. I suggest the 'Clear Screen' function should been
activated with it's own Include header file. Now it could be there is a
file already for this manoeuvre, if so I get 50 lashes.
In your help files you go to great lengths to
explain all about 'C' programming and it's very well done . However most
of us have moved on to C++ and perhaps it would have been prudent to at
least write some examples of C++ code. Just to introduce the newcomer to
differences due to ANSI/ISO changes and implementing the code with the
Dev-C++ IDE.
Finally Linux is continually mentioned as
though they had a stake in the company. This system you explain is the
reason so many things were changed causing us Borland user added work.
Considering the percentage of LInux users it seems to me as though we
should have put that at the back of the burner. Would like a response to
these concerns with the public interest in mind . End of e-mail.
If we are going to use an IDE and this one
seems to measure up and it's free then let's get it right .
Bill Cridland E.E. Bolton MA
|
|
From: jo m. <non...@ho...> - 2004-01-02 15:22:55
|
hello, It seems there are a lot of "pure C" fans here. However, I think the problem is not C++ itself. If you are dealing with complex and serious projects, you need the high-level facilities, and I think it is better to rely on the language itself than on "customized" libraries that are so often buggy, non-portable and badly implemented. Besides, if you are learning, your time is better invested if you learn generalities than learning how to use a particular library. The actual problem is the compiler. Yes, Mingw is free, but for sure it is not the best C++ compiler. Still a lot of work to do. Sorry for bad English. Bye. >From: Maya <Esc...@ne...> >CC: DevCpp User Group <dev...@li...> >Subject: Re: [Dev-C++] Executable size is huge >Date: Wed, 31 Dec 2003 20:37:35 -0800 > >Get a hold of you, man!! >Remember that as soon as you include <iostream> or <string> or any of the >C++ libraries, you are loading a whole lot of huge templates. The C++ >library is not what it used to be before the templetization. If you think >that the small program you have writing is to big for your machine to >handle, why not use the 'C' library. There is nothing wrong with the 'C' >language, it is just another methodology. > >Happy new year every one, have one, have two, have three, but leave the car >keys at home. > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail |
|
From: <ca...@kr...> - 2004-01-02 14:29:34
|
hi dev-cpp-users,
I am currently writing a little app, that shall act on changes to a
known file.
I am pretty new to windows programming so please be gentle..
I wrote a service so far, and at least on nt4 it
installs/uninstalls/runs just smooth.
down in main.c I have my old code without the service parts which ran
also.
the problem I found is that the app does not get notified abound
filechanges (service parameters '-fs c:\\temp' always given).
instead it does write lots of WAIT_FAILED notifications to the logfiel
(c:\temp\test.txt) a bunch at once without any hint what caused them
(even if no changes take place...)
I guess the mistake I made is somewhere in ca_action() but I can not
understand what it is..
regards
/Christian mailto:ca...@kr...
--
I propose that the following character sequence for joke markers:
:-)
19-Sep-82 11:44 Scott E Fahlman |
|
From: Ed C. <em...@to...> - 2004-01-02 06:57:49
|
Hi all, =20 Not technically a Dev-Cpp question, but I'm hoping somebody can help, anyway. I'm working with an ODBC driver for Visual FoxPro 6 (as well as = ODBC drivers for several other RDBMSs). My application is supposed to loop through a list of tables, run the single SQL statement "SELECT COUNT(*) = FROM tblname", get the result, then move on. At the end, I go back and tally = all the row counts. =20 In the process, I am simply reusing all my handles (environment, connections, and recordsets), calling SQLGetData and SQLCloseCursor = after each query. =20 Now, here's the problem: even though I'm just doing SELECT COUNT(*), the entire table is getting loaded into memory. My application's memory = usage goes from 6 MB to 100 +, though if I comment out just the FoxPro = database interaction, it stays around 8 MB, where I would expect it to be. The = logic and coding I'm doing for the FoxPro queries is absolutely identical to = the logic I'm using on the other databases, except, of course, for the connection string, and I'm not having this problem with the other = systems. I should also point out that removing some of the larger tables from the = list of tables to check results in an almost perfectly corresponding drop in = RAM usage. =20 For what it's worth, doing the same query directly from Visual FoxPro 6 results in a RAM spike under 1 KB. =20 Anybody know what's wrong? Is there a driver setting I need to use or something? =20 Thanks! =20 -Ed |
|
From: Maya <Esc...@ne...> - 2004-01-02 03:23:40
|
I am feeling very confused about this issue. What I want to do is to
write a member function that will return the size of an std::fstream.
I have this:
const std::streampos getFileSize() {
// get file size
std::streampos file_size;
std::streampos currentpos = f.tellg();
f.seekg (0, std::ios::end);
file_size = f.tellg();
f.seekg (currentpos);
return file_size;
}
'std::istream::tellg()' would work if I open the stream for input, but
would it work if I open the stream for output?
I want to avoid having to write two member functions, one for
'std::istream' and another for 'std::ostream'. Is this possible?
--
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!!
|
|
From: Jonathan G. S. /L. <jg...@ep...> - 2004-01-02 01:39:17
|
Alguien sabe como manipular los pines del puerto paralelo = individualmente en win32? Muchas gracias! Feliz a=F1o! Does somebody know as manipulating the pines of the parallel port = individually in win32? Thanks! Happy year! Jonathan Guisao S. /Lambdabit http://www.angelfire.com/co/Lbit "Aqu=ED est=E1 la paciencia de los santos, los que guardan los = mandamientos de Dios y tienen el testimonio de Jes=FAs"=20 Apocalipsis 14:12= |
|
From: Daniel H. <hof...@gm...> - 2004-01-02 01:05:55
|
Hi, I use this great tool for learning c++ and the editor seams to be better than commercial ide´s. I found a bug in automatic indent (Ctrl+Shift+I). The function works by choosing it over the pull down menu, but the hot key doest work. I tried the Ctrl+Shift+U and a part of my text was deleted. I use W2k Pro. German Version. In dev-cpp I use the german language, gnome icons and xp layout. |
|
From: <or...@vp...> - 2004-01-02 00:05:17
|
Chris Dion wrote: > Hurray! Matching the linker settings to those in the template resolved > the linker errors. Thanks for your help Damien and Balázs. A bit of explanation of the error. The linker spitted this (what you posted): g++.exe src/cobject.o src/cstring.o src/main.o src/cmemorystream.o src/capplication.o src/cwindow.o -o "Core.exe" -L"C:/Dev-Cpp/lib" -lopengl32 -lfreeglut src/capplication.o(.text+0xc):capplication.cpp: undefined reference to `_imp__glutInitDisplayMode@4' src/capplication.o(.text+0x1e):capplication.cpp: undefined reference to `_imp__glutIdleFunc@4' src/capplication.o(.text+0xb8):capplication.cpp: undefined reference to `_imp__glutDisplayFunc@4' src/capplication.o(.text+0xca):capplication.cpp: undefined reference to `_imp__glutReshapeFunc@4' src/capplication.o(.text+0xdc):capplication.cpp: undefined reference to `_imp__glutMouseFunc@4' As you see, the linker cannot find symbols like "_imp__glutMouseFunc@4" etc. However, you might wonder why, as glutMouseFunc IS defined in the freeglut headers. But if you take a closer look, it is prefixed with "_imp_" which marks, that the linker is looking for an imported function, that is: a function, which is inside a DLL. And this happens because the compiler compiled your program without the define I wrote (-DFREEGLUT_STATIC), and by default, the headers of freeglut set up things to use the dynamic build of freeglut (FREEGLUT_DYNAMIC is the default). So when you linked your program, the linker looked for imported functions, however the freeglut devpak contains a static build, and a static library's functions don't contain "_imp_" decorations. The linker saw the two as totally different symbols. I hope that helps a bit to see the works in behind. -- Greetings, Balázs |