Complex results acceptance 32sII/33s/35s  Printable Version + HP Forums (https://archived.hpcalc.org/museumforum) + Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum1.html) + Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum2.html) + Thread: Complex results acceptance 32sII/33s/35s (/thread215211.html) 
Complex results acceptance 32sII/33s/35s  Matt Agajanian  03222012 Hello all.
Is there a flag or mode I can set so that I calculate in the real number fashion so that complex results of any calculation don't result in real results errors? Yes, although I could preface my entries by prefacing the functions with [CMPLX], how can I just enter the functions without having to prefix them with [CMPLX] ? Edited: 22 Mar 2012, 10:41 p.m. after one or more responses were posted
Re: Complex results acceptance 32sII/33s/35s  bill platt  03222012 No.
Re: Complex results acceptance 32sII/33s/35s  Matt Agajanian  03222012 So, I guess on the 32SII and 33s, the only way is to prefix the functions with [CMPLX]?
Does the 35s operate that same way or, if a result is complex, it will get displayed? Edited: 22 Mar 2012, 10:44 p.m.
Re: Complex results acceptance 32sII/33s/35s  Bart (UK)  03232012
Quote:Yes
Quote:No, but it requires a complex argument to "know" a complex result is required. (e.g. LN(2) gives an error, but LN(2i0) gives a complex result) Re: Complex results acceptance 32sII/33s/35s  Matt Agajanian  03232012 Well, chalk one up for the 42S and its automatic display of complex results! Edited: 23 Mar 2012, 2:18 p.m.
Re: Complex results acceptance 32sII/33s/35s  bill platt  03232012 1. 32sii was a replacement for the 11c. The 11c never had complex anything. 32sii added some rudementary handling. 2. 33s and 35s turn out to be toys essentially. 3. The 42s was the only compact scientific ever made by HP with a native comprehensive complex argument and function support.
4. The 48 series and its successors (49G and 50G) of course have comprehensive support.
Re: Complex results acceptance 32sII/33s/35s  Fabricio  03232012
Quote:
X=D
Re: Complex results acceptance 32sII/33s/35s  Matt Agajanian  03232012 Quote:Although I think the 33s & 35s are quite powerful calculators, and I'll admit, the chevron keyboard of the 33 takes away from the professional HP look, why do they get your label of 'toys'? Re: Complex results acceptance 32sII/33s/35s  bill platt  03232012 Unacceptable bugs. Results cannot be trusted.
Re: Complex results acceptance 32sII/33s/35s  Dieter  03242012 Quote:The 35s does not require switching to a special complex mode, nor does it need a CPLX prefix. IMHO it works in a very elegant way.
First of all, the 35s has a "real" (;)) complex data type. It actually can use data consisting two or even three components with just one single register. So one single stack or data register can hold values like these: real: 3,14159So you always see directly whether a result is real, complex or something else. No need to check if there possibly is an imaginary part that's not in the display. What you see is what you get. Also you can work with all these number types essentially the same way you do with simple reals  the stack behaves just the same way.
There also are no unexpected error messages or, even worse, unexpected results because the user did not realize that the result is complex (while real mode was assumed). The 35s here follows a quite straightforward paradigm: if the operand is complex resp. real, so is the result. This is how it works: 2 [LN] 0,69315In other words: enter a real number and get a real result. Or an error message if there isn't one. Enter a complex number to tell the 35s that a complex result is allowed, and get one. If the imaginary part is zero (i.e. the result of a complex operation is real) this is directly visible in the display. There are only two things to remember: first, not all operations are available in the complex domain. SQRT and x^2 for instance are not, so you use y^x instead (cf. examples above). Inverse trig is not defined either. Second, there is no direct way to split a complex number into its real and imaginary parts.
Dieter
