... (Van Morrison) 93. Sign in Stranger - Paul Griffin/Don Grolnick (Steely Dan) 94. Riding the Scree - Tony Banks (Genesis) 95. Son of Your Father - Elton John 96. Needled 24/7 - Janne Wirman (Children of Bodom) 97. Duke's Travels - Tony Banks (Genesis) 98. Frankenstein - Edgar Winter 99. Take Up Thy Stethoscope and Walk - Rick Wright (Pink Floyd) 100. Another Saturday Night ...

...Jeff Labes (Van Morrison) 93. Sign in Stranger - Paul Griffin/Don Grolnick (Steely Dan) 94. Riding the Scree - Tony Banks (Genesis) 95. Son of Your Father - Elton John 96. Needled 24/7 - Janne Wirman (Children of Bodom) 97. Duke's Travels - Tony Banks (Genesis) 98. Frankenstein - Edgar Winter 99. Take Up Thy Stethoscope and Walk - Rick Wright (Pink Floyd) 100. Another Saturday Night - Jean...

...-SUBSCRIBE-REQUEST@PEACH.EASE.LSOFT.COM You can access this newsgroup by visiting http://www.microsoft.com/office/community/en-us/default.mspx or point your newsreader to msnews.microsoft.com. "Jann" <Jann@discussions.microsoft.com> wrote in message news:B60FF11B-DD0F-47E5-AD50-5F8694858E7C@microsoft.com... 3 questions: 1. How do I identify incoming email before it's ...

... from within "findTcl"     (file "config.tcl" line 446) Oh, apart from this particular problem in the script, that means that your Linux distribution does not have the header file in the expected place. Can you find it manually? He probably just needs to install the package named "tcl-dev", "tcl-devel" or somesuch (depending on distro). -- Janne Blomqvist

Janne Blomqvist wrote: On 2008-05-31, James Van Buskirk wrote: "Align 80-bit data so that its base address is a multiple of sixteen." I'm quite sure it's not a question of "32-bit windows people" not being aware of processor optimization manuals. AFAIK the 32-bit x86 windows (and Linux and so forth) ABI dates back to the i386, when 4 byte alignment was enough, and hence 80...

...alignments would require changing the ABI, which would impose a rather high cost on everybody, and in the grand scheme of things relatively few applications would get any significant benefit from it. OTOH the x86_64 ABI:s are relatively new, and the designers of those did the obvious thing and chose alignments that better match the capabilities of modern hardware. -- Janne Blomqvist

On 2008-05-12, glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote: Janne Blomqvist wrote: On 2008-05-12, glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote: The C/unix tradition is that terminal ...' and access='sequential' is quite irrelevant, and the solution, like you and other posters already pointed out, is to flush the buffer after the write statement. -- Janne Blomqvist

Janne Blomqvist wrote: On 2008-05-12, glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote: The C/unix tradition is that terminal output (either stderr, or stdout not redirected to a file) is unbuffered. The output will appear immediately without the need for fflush(). When going to a file or even a pipe it is buffered and normally doesn't appear immediately. From the latest...

...t require unbuffered (in the unix sense) output, but it might be considered a "quality of implementation" issue. Access='stream' is quite close to the C model (though for formatted I/O the distinction between sequential and stream goes into somewhat arcane details), and advance='no' provides a way to suppress the trailing newline after a read/write statement. -- Janne Blomqvist

"Janne Blomqvist" <foo@bar.invalid> wrote in message news:slrng215gu.emj.foo@vipunen.hut.fi... On 2008-05-06, James Van Buskirk <not_valid@comcast.net> wrote: But I think MPFR is already being used and that's why the trailing digits of the decimal expansion are zeros. No, it was evaluated at runtime. That's also the reason why the testcase you gave that needed the result ...