From the announce mail:
"The 3.23.35 mainly fixes a critical bug in 3.23.34 with ORDER BY. We
don't know how the ORDER BY bug slipped through our testing suite or
how fatal it's really is, but as we have got a couple of reports about
core dumps regarding this, we recommend 3.23.34 users to
upgrade as soon as possible. Sorry for the inconvenience."
The State Threads is a small application library which provides a
foundation for writing fast and highly scalable Internet applications
(such as web servers, proxy servers, mail transfer agents, and so on) on
UNIX-like platforms. It combines the simplicity of the multithreaded
programming paradigm, in which one thread supports each simultaneous
connection, with the performance and scalability of an event-driven
state machine architecture. In other words, this library offers a
threading API for structuring an Internet application as a state
machine.
The State Threads library is a derivative of the Netscape Portable
Runtime library (NSPR).
WWW: http://oss.sgi.com/projects/state-threads/
PR: 25189
Submitted by: tobez@tobez.org (Anton Berezin)
myself (for the lack of children, whom I could've prohibited to
do it). Sorry.
Upgrade this port to:
. build against TCL-8.3 by default (controllable by TCL_VER)
. build with or without TK (controllable by NO_X)
. take over maintainership -- regretfully, Justin was
rather idle recently
. build the helpfiles once -- during the build stage --
not during the install stage
On a side note, I more and more resent the fact, that our TCL
8.3 is built with the -stubs. It just introduces more variables
without noticeable benefit. On FreeBSD shared libraries work
well...
I tested this with TCL-8.3 (with and without TK), and with
TCL-8.2 (without TK only). Please, test this more.
by forcing the CFLAGS to -O -pipe. Somehow, the alpha build always
tries to enforce a particular -mcpu=ev4 flag which of course cannot be
understood by the (AVR) xgcc later on. This looks to me like a bug in
the cross-compilation environment of gcc, but i'm tired of actually
finding the bug.
The compiled result of avr-gcc MD5 compares equal to something build
from an IA32 host platform.
shell. Pipes and redirections work just as expected:
sh = Shell.cd("/foo")
sh.cat("bar") | sh.tee("baz") > "baa"
# or
sh.transact do
cat("bar") | tee("baz") > "baa"
end
