Re: [Corelinux-develop] stats

[Hans D. <dul...@eg...>]

"Frank V. Castellucci" wrote:
> 
> Then demand we slow down. Seriously, I'd rather you be involved in some

I don't want to slow down the project just because a rookie (that is me) 
came in....

> of the neat stuff that we are just getting into a position to do. Of
> course I think things like frameworks, excercising the language, and
> providing some very serious implementation aids to other developers is
> neat. :)
> 
> The core is a jumping off point. Throw some conversation about Threads,
> Semaphores, Frameworks around. We really can do so cool things at this
> point.

I am an RTM kinda person. If it is documented somewhere, I'll read it and 
then ask if something is not clear. [It may seem that I have been too
quiet,
not responsive enough to comments that you guys sent to the mailing list.
In fact, I've been studying how the implemented classes relate to the model
(UML
diagram stuffs)].
So far my exploration into the deep space 
of Semaphore "family tree" has given me enough understanding of it.


I infer the following:
o All requirements for Semaphore (& co.) have been transfered into design.
o A large portion of this design has been implemented
o When the design mentions "SemaphoreIdentifier", the implementation views
this as
  SemGroupId + SemId.
o Low level system calls used for the implementation are semget, semctl,
and semop.

Some questions I'd like to ask.
When I open an *.mdf file using MagicDraw, the left window pane shows a
tree of
clickable nodes. Which part of the (sub)tree(s) should I concentrate on
browsing
during the implementation.
I understand that for the implementation of EventSemaphore (which is what
I'm doing now)
Many-To-One is one of the things I should concentrate. What else?
What guide(s) should I follow when writing a test driver?
In the implementation I saw SemaphoreCommon but not in the diagram? Any
explanation?

Oops.....I ask too much...better stop here... :-)

> 
> I don't think we have the boundry for the universe of discourse defined
> yet :)
>

I'd rather leave it open....
 
> 
> --
> Frank V. Castellucci
> http://corelinux.sourceforge.net
> OOA/OOD/C++ Standards and Guidelines for Linux
> http://PythPat.sourceforge.net
> Pythons Pattern Package
> 
> _______________________________________________
> Corelinux-develop mailing list
> Cor...@li...
> http://lists.sourceforge.net/mailman/listinfo/corelinux-develop

-- 
Hans Dulimarta, Ph.D.                  dul...@co...
P: 517-432-7589             http://www.egr.msu.edu/~dulimart   
F: 760-281-7691             http://corelinux.sourceforge.net
Elec. & Comp. Engg., Mich. State Univ., E. Lansing, MI 48824