I agree that threads are generelly a difficult issue to cope. What is
worse, there are a lot of Java-developers who tell us, that it is not
difficult for them,
but in the end the software fails on the productive system, for example
because the load is different then on the test system, causing dif
James Cloos:
If so, please use something compatable with ieee 754 decimal floats, so
that they can be used when running on hardware which supports them.
Even w/o such hardware, gcc (at least) has support for software
emulation of _Decimal32 and _Decimal64 (and _Decimal128?).
I think there ar
Larry Wall wrote:
Another note, it's likely that numeric literals such as 1.23 will turn
into Rats rather than Nums, at least up to some precision that is
pragmatically determined.
Doing these as Rat would avoid a lot of the precision issues that
floating point
arithmetic has all the time.
Michael Zedeler schrieb:
Well... maybe. How do you specify the intended precision, then? If I
want the values from 1 to 2 with step size 0.01, I guess that writing
1.00 .. 2.00
won't be sufficient. Trying to work out the step size by looking at
the precision of things that are double or float
Larry Wall wrote:
> Well, it's too bad the emacs developers are lagging behind the vim
> developers in this area, but it might (or might not) have something to
> do with the fact that certain obnoxious people like me were bugging
> the vim folks incessantly to get their Unicode story straight for
Goplat wrote:
I have quite a few fonts, the only one I can find where | is a broken bar is
"Terminal", a font for DOS programs that uses the cp437 charset, which is
incompatable with latin1 (« and » are AE and AF instead of AB and BB) and it
dosen't even have a ¦. So, it dosen't seem like a proble
Dear All,
I think that the broken bar is dangerous. Why:
It can be mixed up with the normal bar |. In some fonts it looks the same.
And to many people it is not 100% clear, which of the two bars is the broken
one and which not.
Off course it is possible to avoid this, but that is not solving the
Dear All,
just for the Emacs-users among you:
C-x 8 < yields « and C-x 8 > yields ».
For the Unix/Linux users it is possible to
setup or modify the keyboard layout using xmodmap.
Actually there are so many combinations of OS, keyboard layouts,
tools, editors and unicode encodings that this could b
Dear All,
from what has been written by others, there are enough useful encodings other
than utf-8, utf-16/UCS-2 and UCS-4 that support efficient storage even
for unicode-files whose contents are Greek, Cyrillic, etc.. Sorry for the confusion
caused by the fact that I was not aware of these.
utf-
Mark J. Reed wrote:
Unicode per se doesn't do anything to file sizes; it's all in how you
encode it.
Yes. And basically there are common ways to encode this: utf-8 and utf-16
(or similar variants requiring >= 2 bytes per character)
The UTF-8 encoding is not so attractive in locales that make
heav
And I do think people would rebel at using Latin-1 for that one.
I get enough grief for Â...Â. :-)
I can imagine that these cause some trouble with people using a charset
other than ISO-8859-1 (Latin-1) that works well with 8 bit, like Greek,
Arabic, Cyrillic and Hebrew.
For these guys Unicode is
11 matches
Mail list logo
