|
From: Hans D. <dul...@eg...> - 2000-08-20 03:56:15
|
"Frank V. Castellucci" wrote: > > Hans Dulimarta wrote: > > Bull dung!!! The faster you all come up to speed, the less time it will > be me doing the code <grin>, and more time I can spend on <shudder> > LaTex, <yipes> PHP, and <dare I say> writing documentation. > > > > > 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)]. > > Now, if only there where a M for you to RTM of :) > The htdocs and models subdir are the source of my manual. > > Besides the implementations of Gateway and Mutex, EventSemaphores are > probably going to need some help from timers and signals, and you may > find we need to implement those first. Which of course is based on > Analysis and Design work in those areas. > > > What guide(s) should I follow when writing a test driver? > > Really something that could be considered a unit test (each interface > being somehow excercised is the goal). > > > In the implementation I saw SemaphoreCommon but not in the diagram? Any > > explanation? > > Yes, I was getting to the point that the SemaphoreCommon was much needed > because of the "shared" requirement between address space hole. Now that > it is done, I can update the diagrams, unless that is something you want > to do to get used to the tools. At the moment I would keep my models checkout in "read-only" mode. MagicDraw is a brand new tool for me. I still need guidance to navigate within the tool. I'll let you do the update. > > > Oops.....I ask too much...better stop here... :-) > > No, I would rather you keep asking questions. It will get you up to > speed faster. I have alot I can say on any facet of the library that > doesn't always come out in the current documentation. > > > > > > > > > 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 > > > > _______________________________________________ > > Corelinux-develop mailing list > > Cor...@li... > > http://lists.sourceforge.net/mailman/listinfo/corelinux-develop > > -- > 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 |