|
From: Per W. <pw...@ia...> - 2003-06-23 11:44:16
|
Yes, it is always good to have definned coding rules for new projects, but: 1 - /* */ doesn't support nesting except for some compilers. 2 - it is not uncommon for a project to inherrit code, and that code might use /* */ or might even be in C. The only two safe methods of deactivating a large block of code is to either delete the lines, or to #ifdef them. With good source control, the code delete is preferable since it's WYSIWYG. However, a lot of people doesn't use CVS or SourceSafe et. al at home, and then it is very easy to permanently loose deleted code lines. /Per W On Mon, 23 Jun 2003, Ioannis Vranos wrote: > > -----Original Message----- > > From: Per Westermark [mailto:pw...@ia...] On Behalf > > Of Per Westermark > > Sent: Monday, June 23, 2003 11:56 AM > > To: Ioannis Vranos > > Cc: 'Dev-Cpp-Users' > > Subject: RE: [Dev-C++] Comment Delimiters > > > > > > Often the one asking a question don't really know exactly > > what they want - > > or at least doesn't specify it clearly enough. > > > > Yes, multiline comments should of course use /* ... */ but > > very often when > > someone gets bothered about commenting away a large number of > > lines, they > > are not thinking about a big block-comment, but a large block > > of unwanted > > code. > > > I did not understand what you mean but a very good commenting style is this: > > > For comments use only //. > > Use /* */ only for debugging purposes. > > > > > Ioannis Vranos > > * Programming pages: http://www.noicys.freeurl.com > * Alternative URL 1: http://run.to/noicys > * Alternative URL 2: http://www.noicys.cjb.net > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 > |