how to get statistics about memory usage ?

Hi,

Inside a program, I need to get some statistics about memory usage.
I actually need figures given by the "ps -o vsr,rss" command.

For the moment, I make a popen("ps...") followed of a scanf on what it
displays. It is a little complicated, and that distorts measurements.
Is there a better way?

I have tried "getrusage()". However values returned are not really
relevant for my needs.

I also looked at "mallinfo()", without success.
First, I do not know what is that a "block" (which size ?). Then, that does
not count the stack size and the code size, just the malloc.
(By the way, it's more or less a C++ code. So, are the "new" counted in
mallinfo() ?)

Then, how can my program know its "resident set size" and especially its
"virtual memory size"?

Thanks.
Christophe

re: how to get statistics about memory usage ?

Christophe Lohr wrote:[color=blue]
> Hi,
>
> Inside a program, I need to get some statistics about memory usage.
> I actually need figures given by the "ps -o vsr,rss" command.
>
> For the moment, I make a popen("ps...") followed of a scanf on what it
> displays. It is a little complicated, and that distorts measurements.
> Is there a better way?
>
> I have tried "getrusage()". However values returned are not really
> relevant for my needs.
>
> I also looked at "mallinfo()", without success.
> First, I do not know what is that a "block" (which size ?). Then, that does
> not count the stack size and the code size, just the malloc.
> (By the way, it's more or less a C++ code. So, are the "new" counted in
> mallinfo() ?)
>
> Then, how can my program know its "resident set size" and especially its
> "virtual memory size"?
>
> Thanks.
> Christophe[/color]

The C language itself knows not of such things. Is is likely, however,
that your platform provides some way of getting such information (likely
in a reasonable way) <hint, hint>. See your documentation or post to a
relevant newsgroup.

HTH,
--ag

--
Artie Gold -- Austin, Texas
http://goldsays.blogspot.com (new post 8/5)
http://www.cafepress.com/goldsays
"If you have nothing to hide, you're not trying!"

re: how to get statistics about memory usage ?

Christophe Lohr wrote:[color=blue]
> Hi,
>
> Inside a program, I need to get some statistics about memory usage.
> I actually need figures given by the "ps -o vsr,rss" command.
>
> For the moment, I make a popen("ps...") followed of a scanf on what it
> displays. It is a little complicated, and that distorts measurements.
> Is there a better way?
>
> I have tried "getrusage()". However values returned are not really
> relevant for my needs.
>
> I also looked at "mallinfo()", without success.
> First, I do not know what is that a "block" (which size ?). Then, that does
> not count the stack size and the code size, just the malloc.
> (By the way, it's more or less a C++ code. So, are the "new" counted in
> mallinfo() ?)
>
> Then, how can my program know its "resident set size" and especially its
> "virtual memory size"?
>
> Thanks.
> Christophe[/color]

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.programmer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>

-David

re: how to get statistics about memory usage ?

"David Resnick" <lndresnick@gmail.com> writes:
[...][color=blue]
> This is all system specific, so OT in comp.lang.c. From what you are
> saying,
> I believe comp.unix.programmer would be a good place for you to get
> help. <OT> On Linux, May find what you want in /proc file system, you
> could ask about that in cup </OT>[/color]

<STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

--
Keith Thompson (The_Other_Keith) kst-u@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

re: how to get statistics about memory usage ?

In article <lnsltbe4ht.fsf@nuthaus.mib.org>,
Keith Thompson <kst-u@mib.org> wrote:[color=blue]
>"David Resnick" <lndresnick@gmail.com> writes:
>[...][color=green]
>> This is all system specific, so OT in comp.lang.c. From what you are
>> saying,
>> I believe comp.unix.programmer would be a good place for you to get
>> help. <OT> On Linux, May find what you want in /proc file system, you
>> could ask about that in cup </OT>[/color]
>
><STILL_OT>
>/proc is Linux-specific, though some other Unix-like systems may
>provide something similar.
></STILL_OT>[/color]

That should have been:

<WRONG>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</WRONG>

Solaris has /proc, as do (I believe) over Unix flavors.

re: how to get statistics about memory usage ?

In article <dmpq8o$aa1$1@matell.enst-bretagne.fr>,
Christophe Lohr <christophe.lohr@enst-bretagne.fr> wrote:[color=blue]
>Hi,
>
>Inside a program, I need to get some statistics about memory usage.
>I actually need figures given by the "ps -o vsr,rss" command.
>
>For the moment, I make a popen("ps...") followed of a scanf on what it
>displays. It is a little complicated, and that distorts measurements.
>Is there a better way?[/color]

Allow me to be the first to say this - and I say it from the deepness of my
heart, with all the kindness and love one has come to associate with the
helpful posts you get in this newsgroup:

Not portable. Can't discuss it here. Blah, blah, blah.

re: how to get statistics about memory usage ?

gazelle@yin.interaccess.com (Kenny McCormack) writes:[color=blue]
> In article <lnsltbe4ht.fsf@nuthaus.mib.org>,
> Keith Thompson <kst-u@mib.org> wrote:[color=green]
>>"David Resnick" <lndresnick@gmail.com> writes:
>>[...][color=darkred]
>>> This is all system specific, so OT in comp.lang.c. From what you are
>>> saying,
>>> I believe comp.unix.programmer would be a good place for you to get
>>> help. <OT> On Linux, May find what you want in /proc file system, you
>>> could ask about that in cup </OT>[/color]
>>
>><STILL_OT>
>>/proc is Linux-specific, though some other Unix-like systems may
>>provide something similar.
>></STILL_OT>[/color]
>
> That should have been:
>
> <WRONG>
> /proc is Linux-specific, though some other Unix-like systems may
> provide something similar.
> </WRONG>
>
> Solaris has /proc, as do (I believe) over Unix flavors.[/color]

With a *very* different interface, the details of which are, of
course, best discussed elsewhere. Followups to /dev/null.

--
Keith Thompson (The_Other_Keith) kst-u@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

re: how to get statistics about memory usage ?

Kenny McCormack wrote:[color=blue]
> In article <lnsltbe4ht.fsf@nuthaus.mib.org>,
> Keith Thompson <kst-u@mib.org> wrote:[color=green]
>> "David Resnick" <lndresnick@gmail.com> writes:
>> [...][color=darkred]
>>> This is all system specific, so OT in comp.lang.c. From what you are
>>> saying,
>>> I believe comp.unix.programmer would be a good place for you to get
>>> help. <OT> On Linux, May find what you want in /proc file system, you
>>> could ask about that in cup </OT>[/color]
>> <STILL_OT>
>> /proc is Linux-specific, though some other Unix-like systems may
>> provide something similar.
>> </STILL_OT>[/color]
>
> That should have been:
>
> <WRONG>
> /proc is Linux-specific, though some other Unix-like systems may
> provide something similar.
> </WRONG>[/color]

No, what Keith said is correct.
[color=blue]
> Solaris has /proc, as do (I believe) over Unix flavors.[/color]

Are you claiming that these Unix flavours are not like Unix?
--
Flash Gordon
Living in interesting times.
Although my email address says spam, it is real and I read it.

re: how to get statistics about memory usage ?

Kenny McCormack wrote:
[usual crap]

You're still alive Kenny? I thought someone would have killfiled you by now.

Joe

re: how to get statistics about memory usage ?

"Flash Gordon" <spam@flash-gordon.me.uk> wrote in message
news:dkm663xln4.ln2@news.flash-gordon.me.uk...[color=blue]
> Kenny McCormack wrote:[color=green]
>> In article <lnsltbe4ht.fsf@nuthaus.mib.org>,
>> Keith Thompson <kst-u@mib.org> wrote:[color=darkred]
>>> "David Resnick" <lndresnick@gmail.com> writes:
>>> [...]
>>>> This is all system specific, so OT in comp.lang.c. From what you are
>>>> saying,
>>>> I believe comp.unix.programmer would be a good place for you to get
>>>> help. <OT> On Linux, May find what you want in /proc file system, you
>>>> could ask about that in cup </OT>
>>> <STILL_OT>
>>> /proc is Linux-specific, though some other Unix-like systems may
>>> provide something similar.
>>> </STILL_OT>[/color]
>>
>> That should have been:
>>
>> <WRONG>
>> /proc is Linux-specific, though some other Unix-like systems may
>> provide something similar.
>> </WRONG>[/color]
>
> No, what Keith said is correct.[/color]

Actually, what Keith said is most definately NOT correct.
[color=blue][color=green]
>> Solaris has /proc, as do (I believe) over Unix flavors.[/color]
>
> Are you claiming that these Unix flavours are not like Unix?[/color]

No, his claim is that: /proc is NOT linux specific... and he is right.
Many systems (which predate Linux) also use(d) a /proc file system.

re: how to get statistics about memory usage ?

On 2005-12-02, Joe Estock <jestock@NOSPAMnutextonline.com> wrote:[color=blue]
> Kenny McCormack wrote:
> [usual crap]
>
> You're still alive Kenny? I thought someone would have killfiled you by now.[/color]

You know - i don't think you understand how a "killfile" works. It
blocks him from being seen by the person who sets the killfile entry,
unless someone else [you] responds to him. If you want him gone, _you_
have to "killfile" him [i'm not sure how thunderbird 1.0.9 does it, but
surely there's some way to ignore or mark-as-read based on from address]

re: how to get statistics about memory usage ?

"Mark B" <sober@localbar.com> writes:[color=blue]
> "Flash Gordon" <spam@flash-gordon.me.uk> wrote in message
> news:dkm663xln4.ln2@news.flash-gordon.me.uk...[color=green]
>> Kenny McCormack wrote:[color=darkred]
>>> In article <lnsltbe4ht.fsf@nuthaus.mib.org>,
>>> Keith Thompson <kst-u@mib.org> wrote:
>>>> "David Resnick" <lndresnick@gmail.com> writes:
>>>> [...]
>>>>> This is all system specific, so OT in comp.lang.c. From what you are
>>>>> saying,
>>>>> I believe comp.unix.programmer would be a good place for you to get
>>>>> help. <OT> On Linux, May find what you want in /proc file system, you
>>>>> could ask about that in cup </OT>
>>>> <STILL_OT>
>>>> /proc is Linux-specific, though some other Unix-like systems may
>>>> provide something similar.
>>>> </STILL_OT>
>>>
>>> That should have been:
>>>
>>> <WRONG>
>>> /proc is Linux-specific, though some other Unix-like systems may
>>> provide something similar.
>>> </WRONG>[/color]
>>
>> No, what Keith said is correct.[/color]
>
> Actually, what Keith said is most definately NOT correct.
>[color=green][color=darkred]
>>> Solaris has /proc, as do (I believe) over Unix flavors.[/color]
>>
>> Are you claiming that these Unix flavours are not like Unix?[/color]
>
> No, his claim is that: /proc is NOT linux specific... and he is right.
> Many systems (which predate Linux) also use(d) a /proc file system.[/color]

Sigh.

My wording was slightly sloppy. The existence of /proc is not
Linux-specific. The details of the interface of /proc *are*, as far
as I know, Linux-specific (and/or specific to the system in question).
My intent was merely to suggest that cup (comp.unix.programmer) is not
the best place to discuss /proc, since it covers systems with widely
varying /proc interfaces (or none at all, at least for some older
systems). The details of /proc would be topical in one of the
comp.os.linux.* groups, or in comp.unix.solaris, or comp.unix.aix, or
whatever.

This is tangentially topical here only insofar as we're trying to
determine the best newsgroup to which to redirect the original poster
(who is probably long gone by now).

--
Keith Thompson (The_Other_Keith) kst-u@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

re: how to get statistics about memory usage ?

Joe Estock <jestock@NOSPAMnutextonline.com> writes:
[color=blue]
> Kenny McCormack wrote:
> [usual crap]
>
> You're still alive Kenny? I thought someone would have killfiled you by now.[/color]

Oh no! They killed Kenny!

--

John Devereux

re: how to get statistics about memory usage ?

In article <vY2kf.595437$_o.124251@attbi_s71>,
Joe Estock <jestock@NOSPAMnutextonline.com> wrote:[color=blue]
>Kenny McCormack wrote:
>[usual crap]
>
>You're still alive Kenny? I thought someone would have killfiled you by now.
>
>Joe[/color]

Like a bad penny...

re: how to get statistics about memory usage ?

On Fri, 02 Dec 2005 20:17:37 +0000, in comp.lang.c , Flash Gordon
<spam@flash-gordon.me.uk> wrote:
[color=blue][color=green]
>> Solaris has /proc, as do (I believe) over Unix flavors.[/color][/color]

Howevr what solaris puts in /proc is rather different.
[color=blue]
>Are you claiming that these Unix flavours are not like Unix?[/color]

I think keith's point was that the contents of /proc are
operating-system specific.
--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.ungerhu.com/jxh/clc.welcome.txt>

----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----

re: how to get statistics about memory usage ?

In article <ors1p11okgvltku1tbdt6he2cosbfh4li3@4ax.com>,
Mark McIntyre <markmcintyre@spamcop.net> wrote:[color=blue]
>On Fri, 02 Dec 2005 20:17:37 +0000, in comp.lang.c , Flash Gordon
><spam@flash-gordon.me.uk> wrote:
>[color=green][color=darkred]
>>> Solaris has /proc, as do (I believe) over Unix flavors.[/color][/color]
>
>Howevr what solaris puts in /proc is rather different.
>[color=green]
>>Are you claiming that these Unix flavours are not like Unix?[/color]
>
>I think keith's point was that the contents of /proc are
>operating-system specific.[/color]

Which is the same as saying that trees are North-America-specific, because
our trees are different from the trees that grow in other parts of the
world.

Note that, ordinarily, I'd cut him some slack - it's late, his phrasing was
inexact - but this is clc where what we do is stomp on people for any
possible error, no matter how microscopic. That's the game we play here,
and I like it!

re: how to get statistics about memory usage ?

Mark McIntyre <markmcintyre@spamcop.net> writes:
[color=blue]
>On Fri, 02 Dec 2005 20:17:37 +0000, in comp.lang.c , Flash Gordon
><spam@flash-gordon.me.uk> wrote:[/color]
[color=blue][color=green][color=darkred]
>>> Solaris has /proc, as do (I believe) over Unix flavors.[/color][/color][/color]
[color=blue]
>Howevr what solaris puts in /proc is rather different.[/color]
[color=blue][color=green]
>>Are you claiming that these Unix flavours are not like Unix?[/color][/color]
[color=blue]
>I think keith's point was that the contents of /proc are
>operating-system specific.[/color]


It's very interesting to note that the first reply to this topic was
someone quickly highlighting how off-topic the topic was. The OP has
since moved on to comp.unix.programmer, and received a helpful reply.

Since then, we've seen about a dozen articles, some from old hands,
continuing a debate about exactly what is, and what is not, a
Linux-specific feature.

Just an observation....

--
Chris.

re: how to get statistics about memory usage ?

Chris McDonald wrote:[color=blue]
>
> Mark McIntyre <markmcintyre@spamcop.net> writes:
>[color=green]
> >On Fri, 02 Dec 2005 20:17:37 +0000, in comp.lang.c , Flash Gordon
> ><spam@flash-gordon.me.uk> wrote:[/color]
>[color=green][color=darkred]
> >>> Solaris has /proc, as do (I believe) over Unix flavors.[/color][/color]
>[color=green]
> >Howevr what solaris puts in /proc is rather different.[/color]
>[color=green][color=darkred]
> >>Are you claiming that these Unix flavours are not like Unix?[/color][/color]
>[color=green]
> >I think keith's point was that the contents of /proc are
> >operating-system specific.[/color]
>
> It's very interesting to note that the first reply to this topic was
> someone quickly highlighting how off-topic the topic was. The OP has
> since moved on to comp.unix.programmer, and received a helpful reply.
>
> Since then, we've seen about a dozen articles, some from old hands,
> continuing a debate about exactly what is, and what is not, a
> Linux-specific feature.
>
> Just an observation....[/color]

I was thinking the same thing.

"The off topic argument"

--
pete

re: how to get statistics about memory usage ?

In article <dmqskk$ph0$1@enyo.uwa.edu.au>,
Chris McDonald <chris@csse.uwa.edu.au> wrote:[color=blue]
>Mark McIntyre <markmcintyre@spamcop.net> writes:
>[color=green]
>>On Fri, 02 Dec 2005 20:17:37 +0000, in comp.lang.c , Flash Gordon
>><spam@flash-gordon.me.uk> wrote:[/color]
>[color=green][color=darkred]
>>>> Solaris has /proc, as do (I believe) over Unix flavors.[/color][/color]
>[color=green]
>>Howevr what solaris puts in /proc is rather different.[/color]
>[color=green][color=darkred]
>>>Are you claiming that these Unix flavours are not like Unix?[/color][/color]
>[color=green]
>>I think keith's point was that the contents of /proc are
>>operating-system specific.[/color]
>
>
>It's very interesting to note that the first reply to this topic was
>someone quickly highlighting how off-topic the topic was. The OP has
>since moved on to comp.unix.programmer, and received a helpful reply.
>
>Since then, we've seen about a dozen articles, some from old hands,
>continuing a debate about exactly what is, and what is not, a
>Linux-specific feature.[/color]

It's what we do. We're not allowed to talk about anything substantive, so
this is what we do.
[color=blue]
>Just an observation....[/color]

And a good one.

re: how to get statistics about memory usage ?

Jordan Abel wrote:[color=blue]
> On 2005-12-02, Joe Estock <jestock@NOSPAMnutextonline.com> wrote:
>[color=green]
>>Kenny McCormack wrote:
>>[usual crap]
>>
>>You're still alive Kenny? I thought someone would have killfiled you by now.[/color]
>
>
> You know - i don't think you understand how a "killfile" works. It
> blocks him from being seen by the person who sets the killfile entry,
> unless someone else [you] responds to him. If you want him gone, _you_
> have to "killfile" him [i'm not sure how thunderbird 1.0.9 does it, but
> surely there's some way to ignore or mark-as-read based on from address][/color]

Thanks for the clarification Jordan. I was under the presumption that a
killfile was controlled server side not client side.

Joe

re: how to get statistics about memory usage ?

Jordan Abel wrote:[color=blue]
> On 2005-12-02, Joe Estock <jestock@NOSPAMnutextonline.com> wrote:
>[color=green]
>>Kenny McCormack wrote:
>>[usual crap]
>>
>>You're still alive Kenny? I thought someone would have killfiled you by now.[/color]
>
>
> You know - i don't think you understand how a "killfile" works. It
> blocks him from being seen by the person who sets the killfile entry,
> unless someone else [you] responds to him. If you want him gone, _you_
> have to "killfile" him [i'm not sure how thunderbird 1.0.9 does it, but
> surely there's some way to ignore or mark-as-read based on from address][/color]

Forgot to add this bit of information to my previous post, but FWIW in
Thunderbird you add what's called a "Message Filter". Tools->Message
Filters->New.

re: how to get statistics about memory usage ?

Kenny McCormack said:
[color=blue]
> In article <dmqskk$ph0$1@enyo.uwa.edu.au>,
> Chris McDonald <chris@csse.uwa.edu.au> wrote:[color=green]
>>
>>It's very interesting to note that the first reply to this topic was
>>someone quickly highlighting how off-topic the topic was. The OP has
>>since moved on to comp.unix.programmer, and received a helpful reply.[/color][/color]

That shows that we did the right thing.

"Excuse me, I'd like to buy a stamp."
"Ah, we're a greengrocer; we don't sell stamps here. Lettuce, yes, letters,
no. You want the post office. It's just over the road. See the sign?"
"Oh! Thank you very much..."

The OP gets his stamp much quicker that way. And it'll be a good stamp, not
just a potato-cut.
[color=blue][color=green]
>>Since then, we've seen about a dozen articles, some from old hands,
>>continuing a debate about exactly what is, and what is not, a
>>Linux-specific feature.[/color]
>
> It's what we do. We're not allowed to talk about anything substantive, so
> this is what we do.[/color]

Wrong on several counts:

1) there's loads of substantive stuff to discuss here; the fact that you
don't realise that it's substantive is irrelevant;
2) you can talk about whatever you like, and we ask only that you find a
newsgroup where that subject is topical;
3) whilst we do occasionally have discussions emanating from off-topic
questions, that isn't really "what we do" - what we do is C, and some of
the folks here are extremely good at it.

You appear to delight in parading your ignorance of these facts, so that all
the world may know that you cannot grasp a simple classification concept
such as topicality.

You also seem to think that the opinions you express on comp.lang.c are
worth as much as anyone else's. Well, they will be, when (and only when)
you demonstrate that your knowledge of C is sufficiently encyclopaedic that
it becomes a good use of people's time to put up with your drivel for the
sake of your expertise. Until then, you will always remain mere background
noise.

--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at above domain (but drop the www, obviously)

re: how to get statistics about memory usage ?

On Sat, 3 Dec 2005 01:33:08 +0000 (UTC), in comp.lang.c , Chris
McDonald <chris@csse.uwa.edu.au> wrote:
[color=blue]
>Since then, we've seen about a dozen articles, some from old hands,
>continuing a debate about exactly what is, and what is not, a
>Linux-specific feature.[/color]

You're right, we shold probably have shut up. Occasionally however,
misinformation supplied here is sufficiently annoying or misleading to
cause responses even from those who should know better.
--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.ungerhu.com/jxh/clc.welcome.txt>

----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----

re: how to get statistics about memory usage ?

In article <dmrm94$ob8$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>,
Richard Heathfield <invalid@invalid.invalid> wrote:
(the usual crap)
....[color=blue]
>You also seem to think that the opinions you express on comp.lang.c are
>worth as much as anyone else's. Well, they will be, when (and only when)
>you demonstrate that your knowledge of C is sufficiently encyclopaedic that
>it becomes a good use of people's time to put up with your drivel for the
>sake of your expertise.[/color]

I believe the relevant phrase here is: PKB
[color=blue]
>Until then, you will always remain mere background noise.[/color]

Blah, blah, blah.

re: how to get statistics about memory usage ?

Richard Heathfield wrote:[color=blue]
> Kenny McCormack said:
>
>[color=green]
>>In article <dmqskk$ph0$1@enyo.uwa.edu.au>,
>>Chris McDonald <chris@csse.uwa.edu.au> wrote:
>>[color=darkred]
>>>It's very interesting to note that the first reply to this topic was
>>>someone quickly highlighting how off-topic the topic was. The OP has
>>>since moved on to comp.unix.programmer, and received a helpful reply.[/color][/color]
>
>
> That shows that we did the right thing.
>
> "Excuse me, I'd like to buy a stamp."
> "Ah, we're a greengrocer; we don't sell stamps here. Lettuce, yes, letters,
> no. You want the post office. It's just over the road. See the sign?"
> "Oh! Thank you very much..."
>
> The OP gets his stamp much quicker that way. And it'll be a good stamp, not
> just a potato-cut.[/color]

I agree completely. Why would we tell someone to use their hand to drive
in a nail when we can point them to a hammer instead. I agree that some
replys are a bit cocky in this regard, however in my experience it does
nothing more than further encourage the OP to seek help in another (more
appropriate) newsgroup as opposed to this one.
[color=blue]
>
>[color=green][color=darkred]
>>>Since then, we've seen about a dozen articles, some from old hands,
>>>continuing a debate about exactly what is, and what is not, a
>>>Linux-specific feature.[/color]
>>
>>It's what we do. We're not allowed to talk about anything substantive, so
>>this is what we do.[/color]
>
>
> Wrong on several counts:
>
> 1) there's loads of substantive stuff to discuss here; the fact that you
> don't realise that it's substantive is irrelevant;
> 2) you can talk about whatever you like, and we ask only that you find a
> newsgroup where that subject is topical;
> 3) whilst we do occasionally have discussions emanating from off-topic
> questions, that isn't really "what we do" - what we do is C, and some of
> the folks here are extremely good at it.[/color]

In addition to the above, we sometimes talk about popular extensions to
the c langauge that are resident in nearly all implementations of the
standard c library and that in itself is still on topic IMHO so long as
it's clear that it's not an official part of the standard. This
distinction is very important because newcomers to the group may think
that the extension we are discussing is part of the actual c standard
and then we grow a new breed of misguided programmers. To further prove
this point, I used to work with a few guys who thought that MFC
(Microsoft Foundation Classes) were in fact part of the standard c
library as outlined by the C89 standard and they would argue with me
over it for hours at a time if I let them.
[color=blue]
>
> You appear to delight in parading your ignorance of these facts, so that all
> the world may know that you cannot grasp a simple classification concept
> such as topicality.[/color]

I've noticed this more and more over the past few weeks. Kenny seems to
like disrupting posts in order to delight himself (or so it would seem
since none of the regulars seem to pay him any mind). He always whines
and complains that we're strictly on topic here and that is not always
the case. We don't always adhere to the rules when replying to a message
(my reply being case and point), however nobody minds. Even when a post
does not adhere to the rules here, we prefix the message with the
characters [OT] which allows others to filter out the junk from the juice.
[color=blue]
>
> You also seem to think that the opinions you express on comp.lang.c are
> worth as much as anyone else's. Well, they will be, when (and only when)
> you demonstrate that your knowledge of C is sufficiently encyclopaedic that
> it becomes a good use of people's time to put up with your drivel for the
> sake of your expertise. Until then, you will always remain mere background
> noise.
>[/color]

Well put and I completely agree. Perhaps Kenny will one day grow up and
learn that this newsgroup is not a battleground for showing off your
leet typing skills, rather it is an invaluable tool to those of us who
actually know c and need a little help now and again. Of course I
personaly feel that by the time this happens earth will no longer be
populated with c programmers as we will all have established life on
another planet that is not infested with trolls such as Kenny. Again,
that's just my personal view on things.

That's just my two cents.

Joe

re: how to get statistics about memory usage ?

Richard Heathfield wrote:[color=blue]
> Kenny McCormack said:
>
>
> In article <dmqskk$ph0$1@enyo.uwa.edu.au>,
> Chris McDonald <chris@csse.uwa.edu.au> wrote:
>
> It's very interesting to note that the first reply to this topic was
> someone quickly highlighting how off-topic the topic was. The OP[/color]
has[color=blue]
> since moved on to comp.unix.programmer, and received a helpful[/color]
reply.[color=blue]
>
>
> That shows that we did the right thing.
>
> "Excuse me, I'd like to buy a stamp."
> "Ah, we're a greengrocer; we don't sell stamps here. Lettuce, yes,[/color]
letters,[color=blue]
> no. You want the post office. It's just over the road. See the[/color]
sign?"[color=blue]
> "Oh! Thank you very much..."
>
> The OP gets his stamp much quicker that way. And it'll be a good[/color]
stamp, not[color=blue]
> just a potato-cut.
>[/color]
I agree completely. Why would we tell someone to use their hand to
drive
in a nail when we can point them to a hammer instead. I agree that
some
replys are a bit cocky in this regard, however in my experience it
does
nothing more than further encourage the OP to seek help in another
(more
appropriate) newsgroup as opposed to this one.
[color=blue]
>
>
> Since then, we've seen about a dozen articles, some from old hands,
> continuing a debate about exactly what is, and what is not, a
> Linux-specific feature.
>
> It's what we do. We're not allowed to talk about anything[/color]
substantive, so[color=blue]
> this is what we do.
>
>
> Wrong on several counts:
>
> 1) there's loads of substantive stuff to discuss here; the fact that[/color]
you[color=blue]
> don't realise that it's substantive is irrelevant;
> 2) you can talk about whatever you like, and we ask only that you[/color]
find a[color=blue]
> newsgroup where that subject is topical;
> 3) whilst we do occasionally have discussions emanating from[/color]
off-topic[color=blue]
> questions, that isn't really "what we do" - what we do is C, and[/color]
some of[color=blue]
> the folks here are extremely good at it.
>[/color]
In addition to the above, we sometimes talk about popular extensions
to
the c langauge that are resident in nearly all implementations of the
standard c library and that in itself is still on topic IMHO so long
as
it's clear that it's not an official part of the standard. This
distinction is very important because newcomers to the group may think

that the extension we are discussing is part of the actual c standard
and then we grow a new breed of misguided programmers. To further
prove
this point, I used to work with a few guys who thought that MFC
(Microsoft Foundation Classes) were in fact part of the standard c
library as outlined by the C89 standard and they would argue with me
over it for hours at a time if I let them.
[color=blue]
>
> You appear to delight in parading your ignorance of these facts, so[/color]
that all[color=blue]
> the world may know that you cannot grasp a simple classification[/color]
concept[color=blue]
> such as topicality.
>[/color]
I've noticed this more and more over the past few weeks. Kenny seems
to
like disrupting posts in order to delight himself (or so it would seem

since none of the regulars seem to pay him any mind). He always whines

and complains that we're strictly on topic here and that is not always

the case. We don't always adhere to the rules when replying to a
message
(my reply being case and point), however nobody minds. Even when a
post
does not adhere to the rules here, we prefix the message with the
characters [OT] which allows others to filter out the junk from the
juice.
[color=blue]
>
> You also seem to think that the opinions you express on comp.lang.c[/color]
are[color=blue]
> worth as much as anyone else's. Well, they will be, when (and only[/color]
when)[color=blue]
> you demonstrate that your knowledge of C is sufficiently[/color]
encyclopaedic that[color=blue]
> it becomes a good use of people's time to put up with your drivel[/color]
for the[color=blue]
> sake of your expertise. Until then, you will always remain mere[/color]
background[color=blue]
> noise.
>
>[/color]
Well put and I completely agree. Perhaps Kenny will one day grow up
and
learn that this newsgroup is not a battleground for showing off your
leet typing skills, rather it is an invaluable tool to those of us who

actually know c and need a little help now and again. Of course I
personaly feel that by the time this happens earth will no longer be
populated with c programmers as we will all have established life on
another planet that is not infested with trolls such as Kenny. Again,
that's just my personal view on things.

That's just my two cents.

Joe

re: how to get statistics about memory usage ?

In article <rjlkf.592543$x96.146168@attbi_s72>,
Joe Estock <jestock@NOSPAMnutextonline.com> wrote:
....[color=blue]
>Well put and I completely agree. Perhaps Kenny will one day grow up and
>learn that this newsgroup is not a battleground for showing off your
>leet typing skills, rather it is an invaluable tool to those of us who
>actually know c and need a little help now and again. Of course I
>personaly feel that by the time this happens earth will no longer be
>populated with c programmers as we will all have established life on
>another planet that is not infested with trolls such as Kenny. Again,
>that's just my personal view on things.[/color]

My intent is A) never to grow up and B) never to post the same message
twice.
[color=blue]
>That's just my two cents.[/color]

4 cents now.