-- Santikaro, from "Hooked!: Buddhist Writings on Greed, Desire, and the
Urge to Consume", edited by Stephanie Kaza, published by Shambhala
Publications and Snow Lion Publications
-
+~
+ The teachings are for living in this world—for having fewer problems and
+fewer tensions. Many people speak now about world peace. What does that
+mean? How can we have world peace if we don’t have peace in ourselves? We
+are each members of society—society meaning all of us together, not as
+individuals. Since many individuals make up society, it means that the
+individuals must have a kind of evolution. Although we have power and
+military might, and sometimes there are provisional changes, in the real sense
+it never changes.
+ Society is made up of individuals each having their point of view, their
+feelings, and their sensations. If we want to develop society so that there
+is more peace and happiness, each one of us must work with our condition. For
+example, our society is like numbers. When we count, we must always begin
+with the number “1.” If I think about society, I must start with myself as
+“number one.”
+ -- Chögyal Namkhai Norbu, from "Dzogchen Teachings", published by Shambhala
+ Publications
for (int i = skip_index; i < cmds.entries(); i++) {
const command_parameter &curr = cmds.get(i);
if (curr.type() == command_parameter::VALUE) {
-log(astring("adding input file:") + curr.text());
+//log(astring("adding input file:") + curr.text());
input_files += curr.text();
}
}
+++ /dev/null
-
-FROOP Corporation
-
-Software Design Description (SDD)
-
-Document: Outcome and Diagnostic Standardization Proposal
-
-Project: Snoopter 5.1
-
-Author: Chris Koeritz
-
-Created: 11/17/2004
-
-Revision: 2
-
-The Problem
-
- 1. The Snoopter product incorporates hundreds of C++ classes. Many of these define a set of outcomes that represent the exit status of a function invocation. This is a useful feature, rather than just returning a boolean result, but it has spread like wildfire and the set of outcomes today is very large. One part of the problem is that it is not clear to our customers what the outcomes even are, much less what they mean.
-
- 2. This impacts the logging of diagnostic information too. Sometimes the bare numerical values of outcomes are logged, whereas other times the outcome name is logged. While logging the names of outcomes is the preferred method, even then the set of names and what they mean is not necessarily clear. Another part of the problem is thus that diagnostic entries using outcomes are more difficult to decode than necessary.
-
- 3. Beyond the potential confusion that can arise from logging outcomes, some of our diagnostic entries are unclear or incomplete. The entries describe a problem, but sometimes they don't describe the object that the problem pertains to or the don't provide enough information to really understand what the problem is. Since each programmer writes their own log entries according to their own predilections, the diagnostic traces from Snoopter can be quirky and differ substantially from program to program. Some of this is unavoidable, but we need to provide better and more complete logging.
-
- 4.
-
-The Solution
-
- 1. One aspect of this project is to define a very low-level set of outcomes that cover most common function results. These will be used wherever possible as the outcomes returned by our C++ classes. There may still need to be a larger set of outcomes for certain classes, since their behavior may not make sense to describe at a very low-level. To support these extensions to the low-level set of outcomes, there needs to be a set of tools for adding new outcomes programmatically and in a way that is stable (i.e., the set does not change between releases unless intentionally modified) and verifiable (i.e., ensuring that no two outcomes share the same numeric value unless they are the same outcome).
-
- 2. It is important for the customer's sanity (and our own) that we have a way to produce a list of all outcomes in the program, their numerical values, and some description of what that outcome means. Part of the standardization project is to produce a tool capable of listing all of the Snoopter outcomes in just this way.
-
- 3. This project will create a set of guidelines for how to log the right amount of information when describing a situation in a log file. This will not be something that can be absolute and unvarying for everyone, but having a set of clear techniques for creating good log entries will be valuable.
-
+++ /dev/null
-
-this file used to be done wrong; the snow lion tags would be at the end of the line at the bottom
-but they should have been auto-ejected to the next line. if it looks kind of right now, then the problem is gone.
-
-
-Karma has four main characteristics. The first is its increasing effect: goodness heralds further goodness and evil heralds further evil. Secondly, karma is definite: in the long run, goodness always produces joy and negativity always produces suffering. Thirdly, one never experiences a joy or sorrow that does not have an according karmic cause. And lastly, the karmic seeds that are placed on the mind at the time of an action will never lose their potency even in a hundred million lifetimes, but will lie dormant within the mind until one day the conditions that activate them appear.
-
--- His Holiness the Dalai Lama from The Path to Enlightenment, published by Snow Lion Publications
--- /dev/null
+
+FROOP Corporation
+
+Software Design Description (SDD)
+
+Document: Outcome and Diagnostic Standardization Proposal
+
+Project: Snoopter 5.1
+
+Author: Chris Koeritz
+
+Created: 11/17/2004
+
+Revision: 2
+
+The Problem
+
+ 1. The Snoopter product incorporates hundreds of C++ classes. Many of these define a set of outcomes that represent the exit status of a function invocation. This is a useful feature, rather than just returning a boolean result, but it has spread like wildfire and the set of outcomes today is very large. One part of the problem is that it is not clear to our customers what the outcomes even are, much less what they mean.
+
+ 2. This impacts the logging of diagnostic information too. Sometimes the bare numerical values of outcomes are logged, whereas other times the outcome name is logged. While logging the names of outcomes is the preferred method, even then the set of names and what they mean is not necessarily clear. Another part of the problem is thus that diagnostic entries using outcomes are more difficult to decode than necessary.
+
+ 3. Beyond the potential confusion that can arise from logging outcomes, some of our diagnostic entries are unclear or incomplete. The entries describe a problem, but sometimes they don't describe the object that the problem pertains to or the don't provide enough information to really understand what the problem is. Since each programmer writes their own log entries according to their own predilections, the diagnostic traces from Snoopter can be quirky and differ substantially from program to program. Some of this is unavoidable, but we need to provide better and more complete logging.
+
+ 4.
+
+The Solution
+
+ 1. One aspect of this project is to define a very low-level set of outcomes that cover most common function results. These will be used wherever possible as the outcomes returned by our C++ classes. There may still need to be a larger set of outcomes for certain classes, since their behavior may not make sense to describe at a very low-level. To support these extensions to the low-level set of outcomes, there needs to be a set of tools for adding new outcomes programmatically and in a way that is stable (i.e., the set does not change between releases unless intentionally modified) and verifiable (i.e., ensuring that no two outcomes share the same numeric value unless they are the same outcome).
+
+ 2. It is important for the customer's sanity (and our own) that we have a way to produce a list of all outcomes in the program, their numerical values, and some description of what that outcome means. Part of the standardization project is to produce a tool capable of listing all of the Snoopter outcomes in just this way.
+
+ 3. This project will create a set of guidelines for how to log the right amount of information when describing a situation in a log file. This will not be something that can be absolute and unvarying for everyone, but having a set of clear techniques for creating good log entries will be valuable.
+
--- /dev/null
+
+this file used to be done wrong; the snow lion tags would be at the end of the line at the bottom
+but they should have been auto-ejected to the next line. if it looks kind of right now, then the problem is gone.
+
+
+Karma has four main characteristics. The first is its increasing effect: goodness heralds further goodness and evil heralds further evil. Secondly, karma is definite: in the long run, goodness always produces joy and negativity always produces suffering. Thirdly, one never experiences a joy or sorrow that does not have an according karmic cause. And lastly, the karmic seeds that are placed on the mind at the time of an action will never lose their potency even in a hundred million lifetimes, but will lie dormant within the mind until one day the conditions that activate them appear.
+
+-- His Holiness the Dalai Lama from The Path to Enlightenment, published by Snow Lion Publications
projects / feisty_meow.git / commitdiff