 | | Re: 8-bit floating-point number representations?
|
|
(...) I've been a pretty serious geek, especially with low level stuff like this. My first real job involved developing a Fortran style formatted I/O for the Apple II which involved digging into the the internal guts of Applesoft BASIC so that we (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Possible virus in "complete.exe"
|
|
Bad news: According to Bas Oskamp <aldjia@freeler.nl> the LDraw parts distribution file, "complete.exe", may contain a virus. I have temporarily made the file unavailable on the ldraw.org web site. Meanwhile the parts distribution is available as a (...) (24 years ago, 4-Jan-01, to lugnet.announce, lugnet.cad, lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) Wow, Frank, I didn't know you geeked like that! All right! (...) It past my bedtime, so I'll have to think more about it another time, but you've definitely given me hope that it could be done pretty efficiently. As a bonus in this case, the (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: Bitstring vector to list conversion in Perl5
|
|
(...) $veclength = length($v) * 8; It isn't precise, but it's fast -- and a few bits of slop would be perfectly OK here since the slop would be 0-bits. :-) (...) Well, plus, map{} is also almost always slower than looping (especially with use (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
| |
| | Re: 8-bit floating-point number representations?
|
|
(...) After thinking about this, I realized most compact binary floating point forms don't allow denormalized numbers. The reason is that if one assures that all numbers are normalized, the bit to the left of the decimal point is always a 1, and (...) (24 years ago, 4-Jan-01, to lugnet.off-topic.geek)
|
