You do not need half that stuff to get that integral though that matrix went quite overkill

Overall though the fact that the Gaussian integral is literally the only one where squaring the integral works is a work of art in and of itself tbf

]]>How can I do 2,984,000,000 turn 2.9e9 in calculator? Exists a command?

]]>One might ask, why not just accept, remember, and carry on, which I guess I will. But I feel a bit like trying to conform to a requirement that I accept that the plus key is really a minus key and vice versa. Of course, all of this depends on the user conceptualizing the registers as X, Y, Z from bottom to top (and from most recently entered to earlier entered and earliest entered). The limited Help does not seem to discuss the basics of RPN, which very much depend on understanding which register is which.

I’d be delighted to be shown that my understanding here is somehow twisted. Else, WTF??? Thanks.

P.S. Otherwise, a great little tool!

]]>Yes you are right, “there’re” is correct.

Sorry if this escaped me. After all French is my native language :)

Referring to the two bugs I mentioned, I must precise that I am using the RPN mode.

BUG 1:

With some value sown in the X-register, entering a fraction number starting with . instead of 0. do not show that the previous entry in the X register is pushed on the stack since it disappears from view. However it looks like it is indeed saved internally and is used correctly for the next calculation. Try any operation that leaves a value in the X register, like 4 ENTER 5 +. You shall see 9. Type .1. and the 9 disappears. Type * and you get 0.9 which is correct. So, it is more a glitch than a bug.

BUG 2:

Again, with something in the X register, clicking on PI gets PI in the X register but the previous value is lost. Try again something like 4 ENTER 6 +. You get 10 in the X register. Then click on PI. You get 3,141592653589793 in the X register. Type 10 * and you still get 3.141592653589793 instead of 31.41592653589793. On HP RPN calculators, clicking on PI pushes values on the stack and enters PI in the X register.

Regards.

Jean

]]>Hi.

There are 2 bugs in the RPN mode:

1 – Pressing only the decimal dot to enter a fractional number like, for example, .75 for 0.75 clears the X register instead of pushing the value up the stack. I must always use 0. before any fractional number.

2 – Entering Pi also clears the X register instead of pushing the result.

This is with 10.8 (123) in French on El Capitan in French.

Best regards.

Jean Lemire from Richelieu, Quebec, Canada

]]>Hmmm… on mine (Yosemite), ‘Show Paper Tape’ is selected from the ‘Window’ menu… or toggled on/off via ‘command – t’.

]]>Go to view and view paper tape. You can copy and paste from there. Insane, huh?

]]>How do you get past that stupid opening screen?

]]>BUT YOU CAN’T COPY / PASTE

Insane

]]>Look for where it says “Łukasiewicz”.

]]>Well that’s a bug, be sure to file that with a radar or Apple Bug Reporting tools or on the web. Calculations should be reliable, even Apple programmers use these tools! Maybe that’s why Yosemite is so buggy… LOL.

]]>It thinks that 2.7936/4.2e17 = 0

Even when you max out decimal points at 15.

This errant behavior can quickly mess up even simple calculations.

]]>