dev-cpp-users Mailing List for Dev-C++ (Page 47)
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
|
From: Jessica C. <jes...@gm...> - 2007-10-24 19:52:40
|
Hi, Does anyone have the experience of design slider control in Dev-C++? It seems I can only find MFC ways to do so. Dev-C++ cannot invoke MFC? Thanks, Jessica |
From: angel d. <sci...@ho...> - 2007-10-24 00:32:40
|
I see....... =20 And yes Dev-C++ is way dead than what i though. =20 I am a really big fan of dev-c++ because is simple and most of all is FREE.= If i could help with the update or recreating Dev-IDE, i would do it with = no problem. The thing is that picking Dev-C++ by oneself is kind of hard, is better to = work with more people.=20 Maybe if there were lots of helpful hands Dev-C++ could become better than = what it is now, supporting .NET framework and lots of other things. =20 If you see sombody asking for help because that sombody wants to update Dev= -C++, please tell me, i would help that person with no problem. =20 Thanks anyways for your help.=20 _________________________________________________________________ Help yourself to FREE treats served up daily at the Messenger Caf=E9. Stop = by today. http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=3DTXT_TAGLM_Oc= tWLtagline= |
From: Chris M. <lor...@gm...> - 2007-10-24 00:23:34
|
bm90IGRpcmVjdGx5IHVzaW5nIERldkMrKy4gIFVzaW5nIERldkMrKyB0byB3cml0ZSBjb2RlIHRo YXQgdXNlcyBhIEdVSQp0b29sa2l0LCB5ZXMuCgpUaGF0IEdVSSB0b29sa2l0IHdpbGwgbW9zdCBs aWtlbHkgaGF2ZSBhIGZldyB0dXRvcmlhbHMgYWJvdXQgaG93IHRvCndyaXRlIHlvdXIgb3duIGN1 c3RvbSB3aWRnZXRzICh0aGUgYnVpbGRpbmcgYmxvY2tzIG9mIEdVSXMuICBBIGJ1dHRvbgppcyBh IHdpZGdldCwgc29tZSB0ZXh0IGlzIGEgd2lkZ2V0Li4uIGEgd2luZG93IGlzIGEgY29udGFpbmVy LCBidXQKYWxtb3N0IGV2ZXJ5dGhpbmcgZWxzZSBpcyBhIHdpZGdldCkKCllvdSBoYXZlIHNldmVy YWwgY2hvaWNlcy4gIFlvdSBjb3VsZCB1c2UgUXQsIG9yIHd4V2lkZ2V0cywgR1RLKywgWCwgb3IK YW55IG51bWJlciBvZiBHVUkgbGlicmFyaWVzLiAgWW91IGhhdmUgdG8gcGljayBvbmUgKGNob29z ZSBRdCwgaXQncwpjb29sLCBidXQgdGhhdCdzIG15IG9waW5pb24pLiAgSUlSQyBEZXZDKysgaXRz ZWxmIGlzIHdyaXR0ZW4gaW4Kd3hXaWRnZXRzIHVzaW5nIERlbHBoaSBmcm9tIEJvcmxhbmQuICBI b3dldmVyLCBEZXZDKysgaXMgYSBhbG1vc3QKY29tcGxldGVseSBkZWFkIHByb2plY3QgKG5vIG5l dyByZWxlYXNlcyBpbiBhIGxvbmcgdGltZSwgbm90aGluZyBvbgp0aGUgQ1ZTIHJlY29yZHMgZWl0 aGVyLikgIFlldCBEZXZDKysgc3RpbGwgaGFzIGEgYmlnIHVzZXIgYmFzZS4uLgpwZXJoYXBzIHNv bWVvbmUgc2hvdWxkIHBpY2sgaXQgdXAgYW5kIGNvbnRpbnVlIGl0PwoKT24gMTAvMjMvMDcsIGFu Z2VsIGRhcmlvIDxzY2llbmNlX21hdGhfYW5nZWxAaG90bWFpbC5jb20+IHdyb3RlOgo+Cj4gIFNv IGJhc2VkIG9uIHdoYXQgeW91IHRvbGQgbWUsIElUIElTIHBvc3NpYmxlIHRvIGNyZWF0ZSBhIFJp YmJvbiB1c2luZwo+IERldi1DKysuCj4gIE5PVyBUSEFUJ1MgQ09PTC4uLi4uLi4uLi4uLi4uIElz IHRoZXJlIGEgdHV0b3JpYWwgb3V0IHRoZXJlIHRoYXQgc2hvd3MgaG93Cj4gdG8gYnVpbGQgb25l Pwo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBXaW5kb3dzIExpdmUgSG90 bWFpbCBhbmQgTWljcm9zb2Z0IE9mZmljZSBPdXRsb29rIOKAkyB0b2dldGhlciBhdCBsYXN0LiBH ZXQgaXQKPiBub3chCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVtYWlsIGlzIHNw b25zb3JlZCBieTogU3BsdW5rIEluYy4KPiBTdGlsbCBncmVwcGluZyB0aHJvdWdoIGxvZyBmaWxl cyB0byBmaW5kIHByb2JsZW1zPyAgU3RvcC4KPiBOb3cgU2VhcmNoIGxvZyBldmVudHMgYW5kIGNv bmZpZ3VyYXRpb24gZmlsZXMgdXNpbmcgQUpBWCBhbmQgYSBicm93c2VyLgo+IERvd25sb2FkIHlv dXIgRlJFRSBjb3B5IG9mIFNwbHVuayBub3cgPj4gaHR0cDovL2dldC5zcGx1bmsuY29tLwo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gRGV2LWNwcC11 c2VycyBtYWlsaW5nIGxpc3QKPiBEZXYtY3BwLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ IFRPIFVOU1VCU0NSSUJFOgo+IGh0dHA6Ly93d3cyMy5icmlua3N0ZXIuY29tL25vaWN5cy9kZXZj cHAvdWIuaHRtCj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8v ZGV2LWNwcC11c2Vycwo+Cj4KCgotLSAKUmVnaXN0ZXJlZCBMaW51eCBBZGRpY3QgIzQzMTQ5NQpo dHRwOi8vcHJvZmlsZS54ZmlyZS5jb20vbXJzdGFsaW5tYW4KSm9obiAzOjE2IQo= |
From: angel d. <sci...@ho...> - 2007-10-24 00:17:14
|
So based on what you told me, IT IS possible to create a Ribbon using Dev-C= ++.=20 NOW THAT'S COOL.............. Is there a tutorial out there that shows how = to build one? _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook =96 together at last. =A0= Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=3DCL10062= 6971033= |
From: Rafael M. <so...@gm...> - 2007-10-23 18:59:05
|
Hello guys I am in face of a little problem. Im building one client to some log server. This server use UDP as the datagram family. I have a lot of commands i must implement in this application, and i like the responses to be done in another connection (New connection from my connect function). In winsock2, how can i retrieve the CLIENT port number and IP? I need this information to ass to the master server this address, so he can send this information there. I just need to complycate everything so much becouse i like to work in route environments, without look for a nat in this router. If the connection comes from the client, the server can use this same connection to delivery the log output. My problem is quite simple, instead. Can i ask to the other server, or is in some part of the pack sent/received, or somewhere else, the information of what port i use in my system to connect to the remote server? And what is the ip i am using (outside ip) without parse websites html like whatismyip? I think all this information is in the packets, but i cant figure out how to read that information. Thanks in advance, and sorry for my poor english. -- Regards Rafael Menezes |
From: Chris M. <lor...@gm...> - 2007-10-22 22:13:06
|
On 10/22/07, angel dario <sci...@ho...> wrote: > > Is it possible to create a RIBBON using Dev-C++???? DevC++ is an IDE. You're asking if there's a way to build a ribbon using a non-MS GUI building API. And yes, it's possible, though it'd probably have to be handwritten. -- Registered Linux Addict #431495 http://profile.xfire.com/mrstalinman John 3:16! |
From: angel d. <sci...@ho...> - 2007-10-22 21:44:32
|
Is it possible to create a RIBBON using Dev-C++???? =20 A ribbon is: =20 If you have microsoft office 2007, you already know that there is no menu= . What microsoft did was to replace the menu bar with something called ribbon. =20 I know that using C# there is a possible way to cerate them but i haven't h= eard about a C++ ribbon. _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook =96 together at last. =A0= Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=3DCL10062= 6971033= |
From: Per W. <pw...@ia...> - 2007-10-14 20:50:48
|
First of all - if I was you, I would immediately rewrite the functions to take parameters. Globals for parameter-passing is WRONG. W.R.O.N.G. You most definitely don't want such a solution. For a school work, you would not pass. For a commercial work, you would get huge support costs. For private stuff - no reason why not do it the correct way! Second: My suggesttion does handle multiple files including the same global.h file, and takes care of the extern keyword in a reasonable way. Having multiple source files calling functions from multiple other source files is how most software is written. Either write one header file for each source file, and let each source file include all needed include files. Or, if the project is small, add all function prototypes to a single include file. But make sure that you immediately drop any globals for parameter passing. Yow will you ever remember to give all global variables an initial value before calling a function? With parameters, the compiler will complain. With globals, it will not know! /pwm On Sun, 14 Oct 2007, Andr=E9 Mac=E1rio Barros wrote: > Thank you! > > But, I forgot to tell that: > The "other.c"-type files also make > references to the global variables and > they also call functions that belong to > other "other.c"-type files. > > In other words: > ///main.c/////// > #include "global.h" > main() > { > func_1(); > a =3D 100; > func_2(); > func_3() > ... > } > ///module1.c/////// > extern int a; > extern int b; > extern int c; > func_1() > { > a=3D300; > ... > } > ///module2.c/////// > extern int a; > extern int b; > extern int c; > extern func_1(); > func_2() > { > a=3D300; > func_1(); // see this! > ... > } > ///module3.c/////// > extern int a; > extern int b; > extern int c; > extern func_1(); > func_3() > { > a=3D300; > func_1(); // see this! > ... > } > ///global.h/////// > int a; > int b; > int c; > void func_1(void); > void func_2(void); > void func_3(void); > ///////////// > > Yes, I could improve the flexiblity of these functions > using parameter-passing. But, is there anything that I > can do to avoid these "extern" declarations in the modules? > > Regards > Andre > > > -----Mensagem original----- > De: Per Westermark [mailto:pw...@ia...] > Enviada em: s=E1bado, 13 de outubro de 2007 09:33 > Para: Andr=E9 Mac=E1rio Barros > Cc: dev...@li... > Assunto: Re: [Dev-C++] Programming with multiple modules/files > > > //global.h > #ifndef _GLOBAL_H > #define _GLOBAL_H > > #ifdef MAIN > #define EXTERN > #else > #define EXTERN extern > #endif > > EXTERN int a; > EXTERN int b; > ... > > #endif // _GLOBAL_H > > // main.c > #define MAIN=09=09// Want all global variables in this file. > #include "global.h" > > int main(void) { > ... > } > > // other.c > #include "global.h"=09// Get info about all global variables > > /pwm > > On Sat, 13 Oct 2007, Andr=E9 Mac=E1rio Barros wrote: > > > Dear users, > > > > Please consider the following project-file > > cenario: > > ///file1.c/////// > > #include "global.h" > > main() > > { > > func_x(); > > a =3D 100; > > ... > > } > > ///file2.c/////// > > extern int a; > > func_x() > > { > > ... > > a=3D300; > > } > > ///global.h/////// > > int a; > > void func_x(void); > > /////////// > > > > My problem is: > > 1) I have a lot of file2.c-type files (files with only > > function definitions), a lot of functions > > and several "extern" variable declarations; > > 2) Trying to include global.h in file2.c too, avoids > > the need of declaring all extern variables. But this > > action generates warnings of duplicate includes (2 or > > more include global.h); > > My question is: > > Is there any way to manipulate several file2.c-type files > > without declaring each extern variable? > > > > Regards > > Andre Barros > > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: > 13/10/2007 > > 10:15 > > > > > > -----------------------------------------------------------------------= -- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > 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 > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: 13/10/20= 07 > 10:15 > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.10/1070 - Release Date: 14/10/2= 007 > 09:22 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 > |
From: Chris M. <lor...@gm...> - 2007-10-14 18:54:23
|
On 10/13/07, angel dario <sci...@ho...> wrote: > > Which is better DirectX or OpenGL, i am not talking about which is better to > program or easier, i am talking about > which contains that high graphics and all that? You're asking whether Direct3D is better than OpenGL. I don't know, but I do know that in every NVIDIA technology demo to date, OpenGL has been the renderer of choice for demonstrating the next generation of graphics features that haven't been seen yet. I know that the latest NVIDIA demos have been done in Direct3D 10, however, that's mainly showing that D3D isn't just a toy language. I'd pick OpenGL, because it's cross-platform, fast, and need I mention fast? In addition it won't lock you down to the Windows platform in the way DirectX will. Need I mention that OpenGL won't lock you down to one version of one platform the way D3D 10 will? -- Registered Linux Addict #431495 http://profile.xfire.com/mrstalinman John 3:16! |
From: <and...@su...> - 2007-10-14 17:35:53
|
Thank you! But, I forgot to tell that: The "other.c"-type files also make references to the global variables and they also call functions that belong to other "other.c"-type files. In other words: ///main.c/////// #include "global.h" main() { func_1(); a = 100; func_2(); func_3() ... } ///module1.c/////// extern int a; extern int b; extern int c; func_1() { a=300; ... } ///module2.c/////// extern int a; extern int b; extern int c; extern func_1(); func_2() { a=300; func_1(); // see this! ... } ///module3.c/////// extern int a; extern int b; extern int c; extern func_1(); func_3() { a=300; func_1(); // see this! ... } ///global.h/////// int a; int b; int c; void func_1(void); void func_2(void); void func_3(void); ///////////// Yes, I could improve the flexiblity of these functions using parameter-passing. But, is there anything that I can do to avoid these "extern" declarations in the modules? Regards Andre -----Mensagem original----- De: Per Westermark [mailto:pw...@ia...] Enviada em: sábado, 13 de outubro de 2007 09:33 Para: André Macário Barros Cc: dev...@li... Assunto: Re: [Dev-C++] Programming with multiple modules/files //global.h #ifndef _GLOBAL_H #define _GLOBAL_H #ifdef MAIN #define EXTERN #else #define EXTERN extern #endif EXTERN int a; EXTERN int b; ... #endif // _GLOBAL_H // main.c #define MAIN // Want all global variables in this file. #include "global.h" int main(void) { ... } // other.c #include "global.h" // Get info about all global variables /pwm On Sat, 13 Oct 2007, André Macário Barros wrote: > Dear users, > > Please consider the following project-file > cenario: > ///file1.c/////// > #include "global.h" > main() > { > func_x(); > a = 100; > ... > } > ///file2.c/////// > extern int a; > func_x() > { > ... > a=300; > } > ///global.h/////// > int a; > void func_x(void); > /////////// > > My problem is: > 1) I have a lot of file2.c-type files (files with only > function definitions), a lot of functions > and several "extern" variable declarations; > 2) Trying to include global.h in file2.c too, avoids > the need of declaring all extern variables. But this > action generates warnings of duplicate includes (2 or > more include global.h); > My question is: > Is there any way to manipulate several file2.c-type files > without declaring each extern variable? > > Regards > Andre Barros > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: 13/10/2007 > 10:15 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 > No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: 13/10/2007 10:15 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.10/1070 - Release Date: 14/10/2007 09:22 |
From: angel d. <sci...@ho...> - 2007-10-14 02:51:28
|
Which is better DirectX or OpenGL, i am not talking about which is better t= o program or easier, i am talking about=20 which contains that high graphics and all that? _________________________________________________________________ Help yourself to FREE treats served up daily at the Messenger Caf=E9. Stop = by today. http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=3DTXT_TAGLM_Oc= tWLtagline= |
From: Per W. <pw...@ia...> - 2007-10-13 12:33:17
|
//global.h #ifndef _GLOBAL_H #define _GLOBAL_H #ifdef MAIN #define EXTERN #else #define EXTERN extern #endif EXTERN int a; EXTERN int b; =2E.. #endif // _GLOBAL_H // main.c #define MAIN=09=09// Want all global variables in this file. #include "global.h" int main(void) { ... } // other.c #include "global.h"=09// Get info about all global variables /pwm On Sat, 13 Oct 2007, Andr=E9 Mac=E1rio Barros wrote: > Dear users, > > Please consider the following project-file > cenario: > ///file1.c/////// > #include "global.h" > main() > { > func_x(); > a =3D 100; > ... > } > ///file2.c/////// > extern int a; > func_x() > { > ... > a=3D300; > } > ///global.h/////// > int a; > void func_x(void); > /////////// > > My problem is: > 1) I have a lot of file2.c-type files (files with only > function definitions), a lot of functions > and several "extern" variable declarations; > 2) Trying to include global.h in file2.c too, avoids > the need of declaring all extern variables. But this > action generates warnings of duplicate includes (2 or > more include global.h); > My question is: > Is there any way to manipulate several file2.c-type files > without declaring each extern variable? > > Regards > Andre Barros > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: 13/10/20= 07 > 10:15 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 > |
From: <and...@su...> - 2007-10-13 12:25:12
|
Dear users, Please consider the following project-file cenario: ///file1.c/////// #include "global.h" main() { func_x(); a = 100; ... } ///file2.c/////// extern int a; func_x() { ... a=300; } ///global.h/////// int a; void func_x(void); /////////// My problem is: 1) I have a lot of file2.c-type files (files with only function definitions), a lot of functions and several "extern" variable declarations; 2) Trying to include global.h in file2.c too, avoids the need of declaring all extern variables. But this action generates warnings of duplicate includes (2 or more include global.h); My question is: Is there any way to manipulate several file2.c-type files without declaring each extern variable? Regards Andre Barros No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date: 13/10/2007 10:15 |
From: Jessica C. <jes...@gm...> - 2007-10-12 18:39:36
|
how do i install GLUI in Dev-C++? I installed one from Dev-Pkt..but it seems it doesn't work properly. is there anybody here can provide me good website to download GLUI? and do you have the installation instruction? i need it urgently, because of the deadline of the project. thanks in advance. |
From: Jonathan W. <jon...@gm...> - 2007-10-11 17:03:18
|
Hi, First, please be courteous and clear in your messages: Say hello, and ask for help, instead of just sending code and an error. Second, please indent your code, or many people will not even try to read it (plus it might make you find the problem!) int main(int argc, char *argv[]) { int i,j; //Dilwsi metavlitwn// i=1; //Arxikopoiisi metriti i// while ( i <= 5){ //Vrogxos epanalipsis// printf("\n"); for(j=1; j<=i; j++) printf(" %d ",i); //Emfanisi apotelesmatwn// i= i+1; //Ayksisi counter// } system("PAUSE"); return 0; } Third: comments don't need to end with a // (but it doesn't do any harm) You were probalby thinking of /* comment */, where comment can span multiple lines if you want Last, I'm sorry, it compiles just fine here, and runs with the following result: 1 2 2 3 3 3 4 4 4 4 5 5 5 5 5 Press a key... Good luck, Jonathan On 10/11/07, Filippos Chiotis <fil...@gm...> wrote: > > So..this is my code for example > > > > #include <stdio.h> > #include <stdlib.h> > > int main(int argc, char *argv[]) > { > int i,j; //Dilwsi metavlitwn// > i=1; //Arxikopoiisi metriti i// > while ( i <= 5){ //Vrogxos epanalipsis// > printf("\n"); > for(j=1; j<=i; j++) > > printf(" %d ",i); //Emfanisi apotelesmatwn// > > i= i+1; //Ayksisi counter// > } > system("PAUSE"); > return 0; > } > and this is the result > C:\Dev-Cpp\Makefile.win [Build Error] [main.o] Error 1 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 > > -- <Morpheus> linux, c'est une question de VI ou de MORE |
From: Filippos C. <fil...@gm...> - 2007-10-11 16:12:44
|
So..this is my code for example #include <stdio.h> #include <stdlib.h> int main(int argc, char *argv[]) { int i,j; //Dilwsi metavlitwn// i=1; //Arxikopoiisi metriti i// while ( i <= 5){ //Vrogxos epanalipsis// printf("\n"); for(j=1; j<=i; j++) printf(" %d ",i); //Emfanisi apotelesmatwn// i= i+1; //Ayksisi counter// } system("PAUSE"); return 0; } and this is the result C:\Dev-Cpp\Makefile.win [Build Error] [main.o] Error 1 |
From: Filippos C. <fil...@gm...> - 2007-10-10 12:31:54
|
Hi..I have already install the 4.9.9.2 version but when i try to compile a single programme the compiler shows many notifications about the #include< stdio.h>. Is there any problem with the interoperability between Vista and DevC++? Thank u! |
From: Fernando H. <fer...@gm...> - 2007-10-09 00:35:56
|
Hi my friends, I'm newcomer and have a little question. I need insert into my software a feature of 'navigate' into a file tree and I need to know what API's to use. I have got a sample code but operating with Borland API's :-( The logic is simple. I need open and read all files of some tree. Thanks !!!! -- Fernando Henrique |
From: angel d. <sci...@ho...> - 2007-10-08 00:40:50
|
Does anybody knows a software that can make 3D models, like a person or a m= onster. And exported to a .md2 format? =20 _________________________________________________________________ Climb to the top of the charts!=A0 Play Star Shuffle:=A0 the word scramble = challenge with star power. http://club.live.com/star_shuffle.aspx?icid=3Dstarshuffle_wlmailtextlink_oc= t= |
From: Reid T. <rei...@at...> - 2007-10-07 17:26:26
|
Jan Mura wrote: > Hello, > > I would like to know if someone here is familiar with pcre.h? > And if you know where can I find the version for DOS or Windows? > > Thank you > > Jan Mura > jan...@vo... > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 here http://www.pcre.org/ might help |
From: Jan M. <jan...@vo...> - 2007-10-07 13:49:49
|
Hello, I would like to know if someone here is familiar with pcre.h? And if you know where can I find the version for DOS or Windows? Thank you Jan Mura jan...@vo... |
From: Franco B. <fbr...@gm...> - 2007-10-05 17:16:28
|
OK. I 'supposed' it was an intrinsic compiler feature. But nothing better than a detailed explanation given by an expert! I guess, the better strategy is to use 'separate-cout' statements in similar situations. Thanks, Franco 2007/10/5, matheus ribeiro <mfr...@gm...>: > > Elaborating a bit more on the problem. The C/C++ compiler is free to > evaluate function parameters in any order. In the case of gcc/g++, > function parameter evaluation happens from right to left. Also, all > parameters have to be evaluated before function call. > > The function: > > --- ostream &operator <<(ostream &, int) > > acts just like: > > --- ostream& write(ostream &s, int i){ s.write(i); return s; } > > Thus, this statement: > > --- cout << f1() << f2() << f3(); > > is equivalent to: > > --- write3( write2( write1(cout, f1() ), f2() ), f3() ); > > because the << operator is evaluated from left to right. I renamed > functions to make it easier to explain (write1, write2, write3 are the > same, like f1, f2 and f3). > > When compiler sees this, it: > 1- evaluates write3 right parameter, f3r = f3(). > 2- evaluates write3 left parameter, write2( write1(cout, f1() ), f2() ). > 2.1 - evaluates write2 right parameter, f2r = f2() > 2.2- evaluates write2 left parameter write1(cout, f1() ) > 2.2.1- evaluates write1 right parameter, f1r = f1() > 2.2.2- call w1r = write1(cout, f1r) > 2.3- call w2r = write2(w1r, f2r) > 3- call write3(w2r, f3r) > > So, the f functions will be called in the order: f3(), f2(), f1() > before any of the write functions due to parameter order evaluation. > The write functions will happen in the order write1(), write2(), > write3(). > > As a result, the f functions will be called in reverse order, but the > stream will be written in correct the order. The side effect of the f > functions are responsible for the weird result you see. If a function > has a side effect on itself, you can not rely on the order of > parameters if its called multiple times as parameters, since each > compiler is free to evaluate parameters in any order. > > Sorry for bringing this up again, just wanted to clear it up. > |
From: matheus r. <mfr...@gm...> - 2007-10-05 16:37:06
|
Elaborating a bit more on the problem. The C/C++ compiler is free to evaluate function parameters in any order. In the case of gcc/g++, function parameter evaluation happens from right to left. Also, all parameters have to be evaluated before function call. The function: --- ostream &operator <<(ostream &, int) acts just like: --- ostream& write(ostream &s, int i){ s.write(i); return s; } Thus, this statement: --- cout << f1() << f2() << f3(); is equivalent to: --- write3( write2( write1(cout, f1() ), f2() ), f3() ); because the << operator is evaluated from left to right. I renamed functions to make it easier to explain (write1, write2, write3 are the same, like f1, f2 and f3). When compiler sees this, it: 1- evaluates write3 right parameter, f3r = f3(). 2- evaluates write3 left parameter, write2( write1(cout, f1() ), f2() ). 2.1 - evaluates write2 right parameter, f2r = f2() 2.2- evaluates write2 left parameter write1(cout, f1() ) 2.2.1- evaluates write1 right parameter, f1r = f1() 2.2.2- call w1r = write1(cout, f1r) 2.3- call w2r = write2(w1r, f2r) 3- call write3(w2r, f3r) So, the f functions will be called in the order: f3(), f2(), f1() before any of the write functions due to parameter order evaluation. The write functions will happen in the order write1(), write2(), write3(). As a result, the f functions will be called in reverse order, but the stream will be written in correct the order. The side effect of the f functions are responsible for the weird result you see. If a function has a side effect on itselft, you can not rely on the order of parameters if its called multiple times as parameters, since each compiler is free to evaluate parameters in any order. Sorry for bringing this up again, just wanted to clear it up. |
From: Chris M. <lor...@gm...> - 2007-10-04 21:59:22
|
On 10/4/07, Siva Chandra <siv...@ya...> wrote: > Hello all, snip! > This array A can be accessed by two different threads > simultaneously - one thread could be reading a[5], and > another writing a[5]! How to protect my array from > such read/write conflicts? I am looking for a solution > which enables a user of the array class not to bother > about such conflicts. Is such a thing possible? If > yes, what is it? I have no idea, really, however, I do know that it was either the Boost C++ Libraries or the STL which gives you smart pointers, which automatically deallocate their memory when there are no more references to them in scope. I think it could be possible to implement a similar technique to memory locking to prevent thread collisions. However, I've never done anything like that in C++, and am just going out on a limb here. That's the sort of approach I'd take assuming that it's of the utmost importance that the user of the class need not pay any attention to thread locking/unlocking and rubbish of that sort. -- Registered Linux Addict #431495 If You Know What's Good For You, You'll Install Linux John 3:16! |
From: Jonathan W. <jon...@gm...> - 2007-10-04 18:18:06
|
Hi, You will need to use a mutex (as in mutual exclusion). Only one 'person' can have control of it at one time. Your operators should all try to acquire the lock on the mutex before doing anything, and release it once they are done. You should also take care to not segfault while holding the lock, or you will never release it. I am not familiar with mutexes in C++, only Java so I cannot tell you what class to use but I'm sure a quick google will yield satisfactory pointers. You might also want to provide lock/release methods for the whole Array, in case a thread wants to have exclusive access to the array itsself. (eg. for sorting, etc) Cheers, Jonathan On 10/4/07, Siva Chandra <siv...@ya...> wrote: > > Hello all, > > I am trying to understand on how to make a data > structure thread safe. I will use a simple example to > explain my problem. > > Consider a class Array which encapsulates a 1d array > with the following definition: > > <code> > class Array > { > public: > ... > ... > int& operator[](int index); > ... > ... > }; > > Array A(10); // a 10 element array > </code> > > This array A can be accessed by two different threads > simultaneously - one thread could be reading a[5], and > another writing a[5]! How to protect my array from > such read/write conflicts? I am looking for a solution > which enables a user of the array class not to bother > about such conflicts. Is such a thing possible? If > yes, what is it? > > Thanks and regards, > Siva Chandra > > > > ____________________________________________________________________________________ > Check out the hottest 2008 models today at Yahoo! Autos. > http://autos.yahoo.com/new_cars.html > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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 > -- <Morpheus> linux, c'est une question de VI ou de MORE |