dev-cpp-users Mailing List for Dev-C++ (Page 16)
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
(18) |
2
(3) |
3
(5) |
4
(10) |
5
(2) |
6
(15) |
7
(10) |
8
(17) |
9
(28) |
10
(9) |
11
(20) |
12
(27) |
13
(16) |
14
(2) |
15
(5) |
16
(11) |
17
(6) |
18
(10) |
19
(21) |
20
(24) |
21
(15) |
22
(13) |
23
(26) |
24
(8) |
25
(9) |
26
(11) |
27
(13) |
28
(3) |
29
(4) |
30
(26) |
|
|
|
|
|
From: <CSt...@ao...> - 2003-06-01 19:55:37
|
I am not sure if I am doing this right... I copied the following from the bottom of the messages posted and then attempted to go to this site Sunday morning, but could not get to it. Did I do something wrong? <A HREF="http://www.noicys.cjb.net/devcpp/ub.htm">http://www.noicys.cjb.net/devcpp/ub.htm</A> Charles Starkey |
From: <ri...@te...> - 2003-06-01 19:20:01
|
David McKen wrote: >Does anyone have any suggestions for a good book on game >A.I. >I would like one that deals with the aspects dealt with >RPG-type games. >I need to control the Non-Player Characters in the game I >am writing. > >Thanks. > > =20 > I don=B4t know a book, but a website: http://www.ai-depot.com Hope it may help you. --=20 --------------------------------------------------- Ricardo Amores Hern=E1ndez --------------------------------------------------- * Para contestar borra QUITAESTO de la direccion. * Remove QUITAESTO for reply. |
From: Abhijit S. <mu...@gm...> - 2003-06-01 18:08:16
|
PS> It compiles and runs at my computer. The problem is in the makefile... must be something wrong with Dev's installation. Try re-installing it. ________________________________________ Abhijit Shylanath http://mudeth.tripod.com/ |
From: Smurf, P. <smu...@xs...> - 2003-06-01 17:43:49
|
It compiles and runs at my computer. Using DevCPP 4.8 -----Original Message----- From: dev...@li... [mailto:dev...@li...]On Behalf Of Urban Ljungberg Sent: zondag 1 juni 2003 19:36 To: dev...@li... Subject: [Dev-C++] Error: Makefile.win 18, Colon expected I get this error when I'm compiling my program #include <windows.h> int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { MessageBox (NULL, "Hello World! This is my first WIN32 program", "Ramones", MB_OK); return 0; } What is the problem? /Urban ------------------------------------------------------- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ 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: Urban L. <ur...@ti...> - 2003-06-01 17:28:43
|
I get this error when I'm compiling my program #include <windows.h> int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { MessageBox (NULL, "Hello World! This is my first WIN32 program", "Ramones", MB_OK); return 0; } What is the problem? /Urban |
From: <jp...@bo...> - 2003-06-01 15:00:25
|
Thanks both teosoft and Marcel. You helped me a lot. I think it is=20 suficient for me to write my own routines. []s Juliano Teosoft wrote: >Juliano, > >if you want a library to do so, try jpeglib > >For more information about the format try >JPEG-FAQ >The independent JPEG group web page http://www.ijg.org/=20 >The JPEG Comitte site (www.jpeg.org). > >Teosoft. > > =20 > >> Does anyone know where I can find information - any website - on=20 >>reading/writing JPEG files? >> >> Thanks for any help. >> Juliano >> =20 >> > >---Publicidad-------------------------------------------------------- >=DAnete a los miles de sin pareja en Meetic... =A1te vas a enamorar! >http://www.iespana.es/_reloc/email.meetic > > > > >------------------------------------------------------- >This SF.net email is sponsored by: eBay >Get office equipment for less on eBay! >http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 >_______________________________________________ >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 > --=20 Visite minha p=E1gina: http://www.jpavel.kit.net |
From: Ioannis V. <iv...@em...> - 2003-06-01 13:50:27
|
Hey i learn by discussing here myself too. :) Ioannis Vranos * Programming pages: http://www.noicys.freeurl.com * Alternative URL 1: http://run.to/noicys * Alternative URL 2: http://www.noicys.cjb.net -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Ronald Sent: Sunday, June 01, 2003 9:41 AM To: Dev-C List Subject: [Dev-C++] Beginners corner... At the risk of being flamed. Is this the appropriate list for beginners to watch and learn from or is there a more appropriate forum for me? |
From: <or...@vp...> - 2003-06-01 09:03:35
|
Ronald wrote: > At the risk of being flamed. > > Is this the appropriate list for beginners to watch and learn from or is > there a more appropriate forum for me? It depends on what do you want to begin with :) If it is C/C++ in general with Dev-C++ environment, then yes, you are at the right place! -- Greetings, Balázs |
From: Wee K. [VisualDensity] <we...@vi...> - 2003-06-01 07:49:52
|
Hi Ronald At the risk of being flamed. Is this the appropriate list for beginners to watch and learn from or = is there a more appropriate forum for me? Thanks for bringing up this question. I'm a beginner and was wondering = the same thing as you did.=20 Anyway.. I've been watching this list for quite a bit .. I did learn a = little but most of the time.... I really do not understand what they are = talking about. Guess I'll just have to develop on my own first.. :) Anyway.. good to see another beginner joining this list.. makes me feel = more at home..=20 |
From: Ronald <ron...@pt...> - 2003-06-01 06:41:34
|
At the risk of being flamed. Is this the appropriate list for beginners to watch and learn from or is there a more appropriate forum for me? |
From: Ioannis V. <iv...@em...> - 2003-06-01 01:08:41
|
> -----Original Message----- > From: Per Westermark [mailto:pw...@ia...]=20 > Sent: Sunday, June 01, 2003 2:24 AM > To: Ioannis Vranos > Cc: Dev-C++ Mailing List > Subject: RE: [Dev-C++] #DEFINE versus cont variables in array=20 > inicializations >=20 >=20 > You do realise that a reference is just a slightly modified=20 > pointer, with > required initialization and without any pointer manipulation allowed. Yes. =20 > While you could do: > const int &ref =3D 7; > the majority of code using references does: > int var =3D 7; > const int &ref =3D var; Not only. Consider the numerous functions and methods getting const T &. = If you mean by functionality, then yes. =20 > Since 'const int &ref' allows for aliasing, i.e. that you have other > access methods to change the value that the reference points to, it is > hard - and often impossible - for the compiler to consider=20 > optimization > from a reference. No. Consider A string literal like "string". It has an address (behaves = as a const char * const array), but it can be optimised away. =20 > Since a reference - like a pointer - is an indirect access=20 > method, they > are not optimal for object access, unless you do a lot of localized > accesses using the same reference, in which case the compiler=20 > may cache > the reference in a register and thereby getting the same=20 > access times as > for a variable with a fixed address.=20 When talking about optimizations let's not mention possible run-time optimisations, only compile time optimisations. Not to mention the fact = that registers are controlled by the OS in a non-dedicated system. In any case we are talking about compiler (compile time) optimisations = and in particular about inlining. > Pointers and references are > at their best when you have a large object that you don't=20 > want to send as > a value, i.e. instead of a function taking a large struct as=20 > parameter, it > can take a reference to that struct. Yes. > However, that reference is - internally to the machine -=20 > identical to a > pointer, and when the compiler tries to access anything through the > reference, it have to do an indirection. Yes and no. It depends on what the compiler produces (and in our = discussion what the compiler can do in theory). > A reference isn't sometihng of zero size that doesn't exist.=20 References do not have an address because they were invented exactly so = as in many cases to not occupy space by themselves. > Except for > rare cases when the compiler is 100% sure about what it points to, the > reference have the same size - and will generate identical code - as a > pointer. In many cases yes. But the rest are not rare cases. Example: template <class T> void something(const T &x) { // ... } something("literal"); The literal would be easy to be inlined. =20 > The whole id=E9a with a pointer or a reference is to either=20 > allow a variable > to point at different entities of something (such as when a=20 > constructor or > function takes a reference without knowing at compile time=20 > what it will be > initialized to) or when you have an object too large to send as a > parameter. Yes. > In both these cases, it is impossible for the compiler to=20 > optimize away > the address value stored by the reference, since that would=20 > either make > the constructor or function only supporting a hardcoded parameter, In the first case yes. > or > would in the second case force the large object to be sent on=20 > the stack > instead of just the address of the object. No. Why? class whatever { int x; public: whatever(int y):x(y) {} =20 operator int() const { return x; } // ... }; template <class T> inline const T &something(const T &x) { return x+1; } int x; whatever v(7); x=3Dsomething(v); In the above case the compiler can optimise out the passing of whatever = to something(). =20 > So: > const int &ref =3D 7; > would normally consume (sizeof(void*) + sizeof(int)) Something similar to sizeof(int *) + sizeof(int), if it creates a = temporary (which will have lifetime till the end of the scope). But nothing = prohibits it to inline it as it can also inline a const int var=3D7; I am not = talking what the current version of MINGW does here. The bottom line is do you agree that a compiler can inline a const = reference as it can inline a const variable? If you agree it's ok, if you do not agree, we cannot agree. :) Ioannis Vranos =20 * Programming pages: http://www.noicys.freeurl.com * Alternative URL 1: http://run.to/noicys * Alternative URL 2: http://www.noicys.cjb.net |