Determing if a line is a comment

[Christopher]

Hello all,

I've got a question of comment logic. I'm trying to determine if a
given line of C/C++/C#/Java is a comment or not. Can you please
comment on my logic.

I need to define some terms first:
starts with = has only white space on the line untill it reaches ...
first preceeding valid /* = looking back, the first /* from the current
point in the file where the line does not have a // before the /*

a line is a pure comment line if:
the line starts with //
or
the line starts wih /*
or
the first preceeding valid /* occurs after the first preceeding */

[Eric Pruneau]

"Christopher" <ch******@gmail.coma écrit dans le message de news:
11*********************@m73g2000cwd.googlegroups.c om...

Hello all,

I've got a question of comment logic. I'm trying to determine if a
given line of C/C++/C#/Java is a comment or not. Can you please
comment on my logic.

I need to define some terms first:
starts with = has only white space on the line untill it reaches ...
first preceeding valid /* = looking back, the first /* from the current
point in the file where the line does not have a // before the /*

a line is a pure comment line if:
the line starts with //
or
the line starts wih /*
or
the first preceeding valid /* occurs after the first preceeding */

What about tab (\t characters)..... a tab is not a white space!

[Phlip]

Christopher wrote:

a line is a pure comment line if:
the line starts with //
or
the line starts wih /*
or
the first preceeding valid /* occurs after the first preceeding */

Parsing is an endless topic. Consider this comment:

std::string foo = " /* not a comment */ ";

Now from here, you could borrow the source to 'astyle', which probably has a
primitive parser in it.

Or you could write a Regular Expression that matches comments.

Or you could punt, and ignore comments in strings.

So the question arises why you want to parse your source to find comments?

This might be for a metric, such as "number of comments", or "number of
non-comment code lines". If so, understand that there are many more
important metrics (such as number of lines _removed_). The LOC metric can be
easily abused in many ways.

You can get a cheap approximation of the number of code statements,
disregarding structural lines like { or }, by counting the number of ";\n"
formations. The end-of-statement delimiter...

--
Phlip
http://c2.com/cgi/wiki?ZeekLand <-- NOT a blog!!!

[Victor Bazarov]

Eric Pruneau wrote:

[..]
What about tab (\t characters)..... a tab is not a white space!

Huh?

[Eric Pruneau]

"Victor Bazarov" <v.********@comAcast.neta écrit dans le message de news:
eb**********@news.datemas.de...

Eric Pruneau wrote:

>[..]
What about tab (\t characters)..... a tab is not a white space!

Huh?

If a line begin with a tab and after it has // it is a pure comment...
but when you read the text file the tab character and the space character
are
2 different characters...

[David Harmon]

On 8 Aug 2006 10:19:08 -0700 in comp.lang.c++, "Christopher"
<ch******@gmail.comwrote,

>first preceeding valid /* = looking back, the first /* from the current
point in the file where the line does not have a // before the /*

I think you will do better by scanning forward than by trying to go
back. Don't forget lines with /**/ followed by code. Don't forget
"/*" strings. Set a flag if you see a comment, another if you see
non-comment, at the end of the line you have your answer.

[red floyd]

Eric Pruneau wrote:

"Victor Bazarov" <v.********@comAcast.neta écrit dans le message de news:
eb**********@news.datemas.de...

>Eric Pruneau wrote:

>>[..]
What about tab (\t characters)..... a tab is not a white space!

Huh?

If a line begin with a tab and after it has // it is a pure comment...
but when you read the text file the tab character and the space character
are
2 different characters...

There is a difference. a tab char is not a space char, but they are
both "white space". There's a difference.

[David Harmon]

On Tue, 8 Aug 2006 14:27:44 -0400 in comp.lang.c++, "Eric Pruneau"
<ep******@infinition.comwrote,

>but when you read the text file the tab character and the space character
are
2 different characters...

isspace('\t') still returns true.

[Phlip]

David Harmon wrote:

I think you will do better by scanning forward than by trying to go
back. Don't forget lines with /**/ followed by code. Don't forget
"/*" strings. Set a flag if you see a comment, another if you see
non-comment, at the end of the line you have your answer.

If you then say "set a flag if you have a string", you have multiple
booleans where you should have a true state table. Add a couple more
booleans, and you instantly get tangled code.

So start with a Regular Expression. You could probably Google for [regex C++
comment] and hit one right away.

red floyd wrote:

There is a difference. a tab char is not a space char, but they are
both "white space". There's a difference.

Call them "blanks". Sometimes they are not spaces, and sometimes they are
not white...

--
Phlip
http://c2.com/cgi/wiki?ZeekLand <-- NOT a blog!!!

[David Harmon]

On Tue, 08 Aug 2006 18:56:22 GMT in comp.lang.c++, "Phlip"
<ph******@yahoo.comwrote,

>David Harmon wrote:

>I think you will do better by scanning forward than by trying to go
back. Don't forget lines with /**/ followed by code. Don't forget
"/*" strings. Set a flag if you see a comment, another if you see
non-comment, at the end of the line you have your answer.

If you then say "set a flag if you have a string", you have multiple
booleans where you should have a true state table. Add a couple more
booleans, and you instantly get tangled code.

The flags do not and any complexity to the state table or whatever
you are using to scan. The flags merely collect information on what
you have seen, and don't change the scanning behavior in any way
whatsoever.

>So start with a Regular Expression. You could probably Google for [regex C++
comment] and hit one right away.

They might well be viable, but I don't see it. At first thought,
constructing a regex to handle all the possibilities sounds like a
nightmare. Perhaps you could expand with an example.

[Christopher]

David,

Yeah, I see how going forward would be a lot easier. Unfortunately
that really isn't much of an option.

I'm taking a unified diff output and I'm trying to determine if the
output is a line of code or a comment. To determine if the line is a
comment, I'll have to actually look at the file. The diff simply gives
me a good starting point. I'm really trying to avoid parsing the
entire file.

I'm thinking about doing a forward parse through the entire file and
then capturing the line #s of fully commented lines.

As for concerns about using this as the only metric, i agree.
Obviously only measuring what was added does not fully capture how much
work was done. Nevertheless, it can be a useful metric when you use it
appropriately.
In the mean time, I'm simply not going to distinguish between a sloc
and a comment. They both represent effort.

-Chris

[Christopher]

For what it's worth to everyone, I've basically concluded that I'll
have to get to know flex.

best of luck!

-Christopher

[Default User]

Phlip wrote:

David Harmon wrote:

There is a difference. a tab char is not a space char, but they are
both "white space". There's a difference.

Call them "blanks". Sometimes they are not spaces, and sometimes they
are not white...

Call them "white space" because that's what the Standard does.


Brian

[David Harmon]

On 8 Aug 2006 12:12:51 -0700 in comp.lang.c++, "Christopher"
<ch******@gmail.comwrote,

>I'm taking a unified diff output and I'm trying to determine if the
output is a line of code or a comment. To determine if the line is a
comment, I'll have to actually look at the file. The diff simply gives
me a good starting point.

To find a position in a file, given a line number, you have to scan
anyway. To find if you are in a comment or not (for sure) you have
to go back an unbounded amount. I think your goal should be to scan
the file *only once*. Saving a list of line numbers sounds good.

char bogus[] = "What the heck\
/* do you call */\
this?";

[red floyd]

Phlip wrote:

red floyd wrote:

>There is a difference. a tab char is not a space char, but they are
both "white space". There's a difference.

Call them "blanks". Sometimes they are not spaces, and sometimes they are
not white...

2.1/3 "The source file is decomposed into preprocessing tokens (2.4) and
sequences of white-space characters (including comments)."

2.4.2 "Preprocessing tokens can be separated by /white space/; this
consists of comments (2.7), or /white-space characters/ (space,
horizontal tab, new-line, vertical tab, and form-feed), or both."

Given that the Standard calls it white space, I'll do the same.

[Phlip]

red floyd wrote:

Given that the Standard calls it white space, I'll do the same.

And if the ISO C++ Standard just ... jumped off a cliff, would you?

--
Phlip
http://c2.com/cgi/wiki?ZeekLand <-- NOT a blog!!!

[Alex Vinokur]

"Christopher" <ch******@gmail.comwrote in message news:11*********************@m73g2000cwd.googlegro ups.com...

Hello all,

I've got a question of comment logic. I'm trying to determine if a
given line of C/C++/C#/Java is a comment or not. Can you please
comment on my logic.

[snip]

Look at https://sourceforge.net/projects/cncc/

-----------------------------------------------------
NAME
cncc - count C/C++ source lines and bytes

SYNOPSIS
cncc [OPTIONS]... [FILE]...

DESCRIPTION
Count code-lines, empty-lines, comment-lines,
code-fields, empty-fields, comment-fields of C/C++-sources
which have been successfully compiled.
-----------------------------------------------------

Try to do reverse engineering.

--
Alex Vinokur
email: alex DOT vinokur AT gmail DOT com
http://mathforum.org/library/view/10978.html
http://sourceforge.net/users/alexvn