ProgramQuotes.Imported @ jos.sf.net

ProcessPages

Program and ProgramContext

Actually, can you tell me the context of your definition?
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000143.html
JOS is expected to run all kinds of programs.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000145.html
static methods are inherited
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000146.html
Actually, I expect grep (et al) to fail on a regular basis.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000147.html
Thanks. Your examples prove the point I was trying to make.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000148.html
how is this different from standard inheritance?
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000150.html
No, and this is why I cannot understand your goal.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000151.html
I agree that pipes and redirection are useful.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000152.html
Actually, it's not, at least from the kernel/JVM point-of-view.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000153.html
You are correct.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000156.html
its just something I came up with to make apps easier to create
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000154.html
I agree
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000155.html
whats wrong with just making applications that act as a "default" environment for these?
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000157.html
well like I said...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000158.html
In an object-oriented world, a program is an object, not a class.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000162.html
This email is in reply to DigiGod's comment...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000159.html
There is definately some useful functionality you could put in an abstract base class...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000160.html
Please see my comment about DigiGod's base class.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000161.html
True, but it is also difficult to develop clear and easy CLI parellel and forking pipes
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000163.html
Thanks for the explanation.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000164.html
Good programs may use delegation and inheritence.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000165.html
I do not believe a program is an object.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000169.html
In the beginning, there was the source and the object code...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000166.html
ok, I see what you mean...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000167.html
I do not believe a program is an object.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000168.html
What is a program? Why is a program not an object?
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000170.html
Yes! I want to "run" most of my programs...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000171.html
ok, why not just do this.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000172.html
I was trying to reinforce Gilberts point...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000173.html
I made my class because Id rather do it that way, I think gilbert made his because he likes to do it that way.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000174.html
exactly.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000175.html
you can do this now...if you make a Script...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000176.html
ugh, no offense but I hate this.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000177.html
abstract class ArgumentParser
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000178.html
Hmm... that is like saying "My keyboard and my shoe are both made out of matter, so why can't I operate them in a unified way?"
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000179.html
Go ahead and implement it.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000180.html
Let me try expanding on the idea of having a BeanBox as our scripting language.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000181.html
Something needs to be arranged to handle event-based object-modeled scripting.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000182.html
I had a similar idea last year...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000183.html
check out BML...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000184.html
Well, maybe we shouldn't have full bean support...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000186.html
As a rule, I try not to use reflection.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000187.html

Application

here is the latest update on my Application class...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000185.html
its required for backward compatability.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000188.html

Console for Program

in Application I created an ApplicationContext class...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000189.html
We have done the same thing, more or less.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000190.html
I use an empty constructor and an abstract parse(String args[]) m'self
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000192.html
This is one of the places where decaf would step in and NOT load java.lang.System primordially...
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000193.html
Our search continues.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000194.html
I believe the design for a multi-process JVM that I've been presenting on this and the kernel list is a solution.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000195.html
Sorry, Todd. I tried to say, "What is our approach to solving the seemingly unsolvable?"
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000196.html
OOP strikes again.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000197.html
Yes! The entire complexity of providing syntax highlighting for C/C++/Java source code should be encapsulated into such a method.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000198.html

Terminal and Program

Well, that didn't work either.
http://cjos.sourceforge.net/redist/mail/arch/1999-August/000191.html

Program and ProgramContext

I like the Program and ProgramContext framework because it is scaleable.
http://cjos.sourceforge.net/redist/mail/arch/2000-February/000397.html

Content of these pages are owned and copyrighted by the poster.
Hosted by: