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
(4) |
2
(4) |
3
(4) |
4
(9) |
5
(17) |
6
(25) |
7
(15) |
|
8
(12) |
9
(16) |
10
(22) |
11
(13) |
12
(19) |
13
(13) |
14
(8) |
|
15
(6) |
16
(19) |
17
(11) |
18
(7) |
19
(6) |
20
(10) |
21
(5) |
|
22
(2) |
23
(11) |
24
(12) |
25
(3) |
26
(13) |
27
(10) |
28
(16) |
|
29
(7) |
30
(12) |
31
(13) |
|
|
|
|
|
From: Ken B. <ke...@al...> - 2002-12-02 14:21:47
|
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...]On Behalf Of Nathan
Binette
Sent: Saturday, November 30, 2002 3:11 PM
To: dev...@li...
Subject: [Dev-C++] type mismatch
When writing a basic program to perform a calcuation I have set types as
float to receive input (cin). When I enter a character (not a number) when
prompted for input the program terminates. This happens even when using
exception handling
cin.exceptions(cin.failbit);
try{ }
catch (...) { };
I've enabled exception handling via compiler options but this does not
help? Can anyone offer any comments on how to avoid program termination
when type mismatch occurs?
Thanks, Nate
[[Ken]: ]
Why not receive a string, check for validity, and convert to a float?
atof() means ASCII to float
atol() means ASCII to long
atoi() means ASCII to int
#include <stdlib.h>
price = atof (mybuffer);
Checkout http://www.cplusplus.com/doc/tutorial/tut3-2.html.
Ken Bradford
Alpha II Service, Inc.
(614)868-5033
|
|
From: Jaap de W. <wo...@Ne...> - 2002-12-02 14:13:14
|
You can't use switch on a value which is not known at compile time.
instead, do a compare in default:
default:
if (message == WM_MYMESSAGE)
{
/* Do some stuff */
}
else
{
return DefWindowProc (hwnd, message, wParam,
lParam);
}
The other part of the story is that you shouldn't assign the value of a
variable in the header file, but do this in the implementation file.
> -----Original Message-----
> From: Marc Heiligers [mailto:ma...@e-...]
> Sent: Monday, December 02, 2002 02:32 PM
> To: dev-cpp-users-list
> Subject: [Dev-C++] Problem with RegisterWindowMessage()
>
>
> I have a little problem. I have a header file which I include
> in my main
> file (surprise surprise). In the header I have the following:
>
> const UINT WM_MYMESSAGE = RegisterWindowMessage(_T("some message"));
>
> Right, now in my main WindowProc I have a switch statement like so:
>
> LRESULT CALLBACK WindowProc(HWND hwnd, UINT message, WPARAM
> wParam, LPARAM
> lParam)
> {
> switch (message) /* handle the messages */
> {
> case WM_DESTROY:
> PostQuitMessage (0); /* send a WM_QUIT to
> the message
> queue */
> break;
> /*
> And some more message handlers here
> more
> more
> */
> case WM_MYMESSAGE:
> /*Do some stuff*/
> default:
> return DefWindowProc (hwnd, message, wParam, lParam);
> }
> return 0;
> }
>
> So far so good. Now when I compile I get the following little message:
>
> "case label `WM_MYMESSAGE' does not reduce to an integer constant"
>
> Now, personally, I thought that a "const UINT" was an integer
> constant, but
> clearly g++ disagrees. The funny thing is I have used similar
> code with VC++
> v6 and not had the same problem. Any ideas of how I can
> convince g++ that
> this is the case would be appreciated.
>
> _____________________________
> Marc Heiligers
>
> PS. I've had coffee before I wrote this, so I'm pretty sure
> I'm thinking
> straight (for a change).
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> 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
>
|
|
From: Marc H. <ma...@e-...> - 2002-12-02 13:28:28
|
I have a little problem. I have a header file which I include in my main
file (surprise surprise). In the header I have the following:
const UINT WM_MYMESSAGE = RegisterWindowMessage(_T("some message"));
Right, now in my main WindowProc I have a switch statement like so:
LRESULT CALLBACK WindowProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM
lParam)
{
switch (message) /* handle the messages */
{
case WM_DESTROY:
PostQuitMessage (0); /* send a WM_QUIT to the message
queue */
break;
/*
And some more message handlers here
more
more
*/
case WM_MYMESSAGE:
/*Do some stuff*/
default:
return DefWindowProc (hwnd, message, wParam, lParam);
}
return 0;
}
So far so good. Now when I compile I get the following little message:
"case label `WM_MYMESSAGE' does not reduce to an integer constant"
Now, personally, I thought that a "const UINT" was an integer constant, but
clearly g++ disagrees. The funny thing is I have used similar code with VC++
v6 and not had the same problem. Any ideas of how I can convince g++ that
this is the case would be appreciated.
_____________________________
Marc Heiligers
PS. I've had coffee before I wrote this, so I'm pretty sure I'm thinking
straight (for a change).
|
|
From: Arnvid K. <ar...@ka...> - 2002-12-02 08:28:08
|
Heya. Whenever trying to use the function getopts() in a program the linker kindly says that it can't find any refrence to the options getopts (or getops_long for that matter).. Anyone else seen this, or someone might know a remedy? Mvh/Best regards, Arnvid L. Karstad |