Hi Michael.
> First, flag 123 (Allow/Forbid Switch Mode) does
not seem to have any
> effect - or there are certain operations that
override it.
Yes, it seems not to have effect with *most*
commands....
Please, have a look at this thread:
http://groups.google.com/group/comp.sys.hp48/browse_frm/thread/404bcf5d68e10544/5ef7d3e42fc71f4e?lnk=gst&q=flag+123#5ef7d3e42fc71f4e
> Second, what does the 'modulo' setting in the CAS
mode adjust screen
> do? I've never (as far as I know) had a reason
to change it, so I
> leave it at '13', but it's always been a mystery.
To the best of my tiny knowledge,, the \u201cmodulo\u201d
refers to \u201cmodular arithmetic\u201d \u2013 for example, please see:
http://en.wikipedia.org/wiki/Modular_arithmetic
where the \u201cnumbers "wrap around" after
they reach a certain value\u201d. i.e. the modulus.
By the way, the CASCFG (CAS ConFiG) command resets the
modulo value at 13, whereas the pressing [NXT][RESET ], then selecting [RESET
ALL] and pressing [OK], when the CAS Modes input form is displayed, resets
modulo to the value of 3.
> Finally, why is HEX the default base? Will
changing to BIN affect
> normal day-to-day operations?
Don\u2019t know why it\u2019s the default setting, but
it *should* not affect the day-by-day operation, unless you need to mess
with some SYSEVALs, i.e. commands that use arguments like \u201c#4A3Bh\u201d \u2013
if that\u2019s the case, the default base is assumed for such entries (and you\u2019ll
not need to put the trailing \u201ch\u201d), but if it\u2019s not an HEX but
a BIN, you will want to switch to BIN, otherwise you\u2019re very likely to crash
your 50G\u2019s memory.....
Hope this helps.
Best regards.
Giancarlo
-----Messaggio originale-----
Da: 50g@yahoogroups.com [mailto:50g@yahoogroups.com] Per conto di roywah
Inviato: lunedì 26 novembre 2007 04:12
A: 50g@yahoogroups.com
Oggetto: [50g] Modes and Flags
I've had my HP-50g for about a year and gotten fairly
comfortable with
it, but there are a few things that I can't figure out.
First, flag 123 (Allow/Forbid Switch Mode) does not seem
to have any
effect - or there are certain operations that override
it. Most of
the time the calculator works as I expect it to, but
every now and
then I'll start getting strange results & notice that
it's in RAD
instead of DEG. There is another setting that sometimes
changes 'on
its own', but it doesn't happen as often and I can't
think of it at
the moment.
Integration seems to force a switch from DEG to RAD
sometimes
(regardless of the state of flag 123), but not always.
Sometimes the
switch is (or at least seems) completely random I'll work
one problem
and everything is as expected, then the next problem
weird things
start happening.
I don't remember having this problem when I first got my
calculator,
so I'm guessing it's a [side] effect of another flag/mode
setting.
Any ideas how to prevent unwanted flag/mode changes?
Second, what does the 'modulo' setting in the CAS mode
adjust screen
do? I've never (as far as I know) had a reason to change
it, so I
leave it at '13', but it's always been a mystery.
Finally, why is HEX the default base? Will changing to
BIN affect
normal day-to-day operations? I've switched back &
forth a couple
times, since I rarely do anything in hex, but figured
there was
probably a reason it's set to hex by default.
;
Thanks in advance,
Michael
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/50g/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/50g/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:50g-digest@yahoogroups.com
mailto:50g-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email
to:
50g-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
E-Mail Notice and disclaimer.
This e-mail (including any attachment) is intended for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, or the person responsible for delivering the message to the named addressee, please notify us copies taken. The message should be deleted from your system.Whilst every effort has been made to ensure that this e mail and any attachment is free from viruses and other defects, Indesit Company give no warranty to that effect and can accept no responsibility for any losses resulting from infected e-mail transmissions. You are therefore advised to scan any attachments to this e-mail prior to opening them.The internet can not guarantee the integrity of this message. Indesit Company (and its subsidiaries) shall (will) not therefore be liable for the message if modified.Please note that any views expressed in this e-mail may be those of the author and do not necessarily reflect those of this organisation.