A 64-bit emacs wouldn't be a solution, you'd just increase the number of cases where (/ (1+ n) p) is not of the same type as (/ n p).n Instead, write: (defun float/ (dividend divisor &rest divisors)
(diary-float 1 1 1) this gives me void variable date, there is problem. Use C-h f on function to examine it: {C-h f diary-float RET} diary-float is a Lisp closure in ‘diary-lib.el’. (diary-float
Err, sorry for previous message, it was sent by accident. What I was saying is : I can reproduce this from -Q : /tmp $ emacs -Q --batch --eval '(message "%s" (type-of (/ 536870912 1000000)))' float /
That's indeed consistent, but wouldn't work for my purposes, since what I really want is the millions group as an integer. (And later perhaps also the billions... groups.) Problem simplified, solved
It is not a bug, it is a design of the language. Yes, emacs lisp is ill-designed. If you want a better designed lisp, consider Common Lisp. Namely, emacs numeric datatypes are limited to fixnums and
Cool bug! How in the world did you find it? FYI emacs 24.3.1 on AIX 6.1, power pc architecture has this bug, but not on CYGWIN. ,Douglas Douglas Lewan Shubert Ticketing (201) 489-8600 ext 224 Of cour
I have gone the route of using `od' since it simplifies a lot the interpretation of floating point types. So far I have written a small function that reads floats, but it's trivial to modify in order
Huh? Are you saying that May 4, 2008 should count as a "5th Sunday of the month"? diary-float works as I'd expect for all cases where the date actually exists in the month e.g. 1st Wednesday, 3rd Wed
Of course you must use it in the diary or org (or in any other valid context)! Alternatively you can bind the special variable `date` if you want to play with diary sexps (but load diary and calendar
`number-to-string' ignores garbage so that falsify the output for any string beginning with a number but not being one, `cl-parse-integer' raise an error instead of returning nil, and doesn’t suppo
Hi, I guess (a) will work, I just sent a patch to the user to test (I do not have a 32bit machine, though the math worked). This is what the function does: (defun forecast--sun-position-graphic () "V
The Emacs integer representation is not the same size as a native machine integer, and the values you are using here are out of range. See the elisp manual: (info "(elisp) Integer Basics"). For examp
Hello! I have a dual heading setup, and it happens that when I try to drag and drop a file from the Eclipse navigator to Emacs moving from one to the other screen, I get the message: x-dnd-handle-xdn
"(/ 536870911 1000000)" is an integer. "(/ 536870912 1000000)" is a float. I know why, but it's still unpleasant to have to program around it. I suppose this begs the question of when there will be a
hexl-mode shows integers in byte order. On Intel platforms that makes mental conversion from hex to integer just a little harder. I use this to convert hex in logical byte order to decimal: (defun x2
Not that I know, no. That sounds like a reasonably straightforward way to do it, yes. The function hexl-current-address should do just that. It would probably make sense to try and include such a fe