[Python] True

Python 2.3 (#1, Aug 1 2003, 15:18:54)
[GCC 2.95.4 20020320 [FreeBSD]] on freebsd4
Type "help", "copyright", "credits" or "license" for more information.
['ArithmeticError', 'AssertionError', 'AttributeError', 'DeprecationWarning',
'EOFError', 'Ellipsis', 'EnvironmentError', 'Exception',

'False', .snip. 'True', .snip.

'type', 'unichr', 'unicode', 'vars', 'xrange', 'zip']



but I think if you had an up-to-date 2.2 they should have been there too...



Python 2.2.3 (#1, Jun 9 2003, 18:01:50)
[GCC 2.95.4 20020320 [FreeBSD]] on freebsd4
Type "help", "copyright", "credits" or "license" for more information.
['ArithmeticError', 'AssertionError', 'AttributeError', 'DeprecationWarning',
'EOFError', 'Ellipsis', 'EnvironmentError', 'Exception',

'False', .snip. 'True', .snip.

'super', 'tuple', 'type', 'unichr', 'unicode', 'vars', 'xrange', 'zip']




What error are you getting? How are you using true and false?
I know the developers were very careful to not cause any compatibilty
problems with the addition of booleans.

In this case, it _did_ return a literal string of 'True' cuz I was
using str(true) and str(false). That was the nature of the buglet.
Before str(true) would return return '1' and str(false) would return
'0'. Sorry that I didn't include this bit of information in the
original post :-(

Dan

"Daniel Klein" <danielk at aracnet.com> wrote in message
news:fucrivcvd2mel7k51ij1hktb55gqnmk9ic at 4ax.com...
There were no true booleans in 2.2 and earlier. Whoever recommended
that didn't know what he was talking about. There was no difference.
I presume what broke your code was depending on the return from
either str() or repr(), or the % operator. That was, unfortunately, one
of the incompatibilites between 2.2 and 2.3.

In 2.3, Boolean is a subtype of Int, and has two values: True and False.
Both of these are built in constants, so just use them. That's what they're
for. For most purposes, the are the same as 1 and 0, except for what they
return from str() and repr(), and how they get formatted with %.

John Roth

John Roth
Indeed, there were no true booleans in Python, but there were
actual PyTrue and PyFalse objects at the C level. Doing the "1 == 1"
trick would expose that implementation choice to Python.

This was rarely used. The only place I know of is in the win32 code,
where a COM API can take a boolean or an integer function. The
win32 interface checks if the value is PyTrue/PyFalse,

Here's relevant links
http://mail.python.org/pipermail/python-list/1999-November/015260.html
http://mailman.pythonpros.com/pipermail/pycom-dev/1999q1/000106.html

Andrew
dalke at dalkescientific.com

"Andrew Dalke" <adalke at mindspring.com> wrote in message
news:bgknba$fk1$1 at slb0.atl.mindspring.net...
So, are you saying that this would have returned -1, rather than 1?

John Roth

No, and I don't know how you thought I suggested it. If PyTrue returned
-1 before then "True = (1==1)" would not provide the right compatibility
between different Python versions and so would not be an appropriate
suggestion at all.

You must have misread the text from the second URL
http://mailman.pythonpros.com/pipermail/pycom-dev/1999q1/000106.html
in it, Mark Hammond said:
The boolean returned from COM is -1. PyTrue is (and was) 1.

Andrew
dalke at dalkescientific.com

"John Roth" <newsgroups at jhrothjr.com> wrote in message
news:virjpa532l4117 at news.supernews.com...
Then, what is the best way to write boolean operations for Python 2.1 so
that it will be as 2.3+ ready as possible?

Should we just use 0 and 1?

Until the vendor of the tool we are using delivers a more recent version of
Python with the product, we must produce 2.1 compatible code.

Thanks.

In article <3f929cf0$1_1 at themost.net>,
"Paul Watson" wrote:
I've been including the following at the start of some of my code:

if 'True' not in globals():
globals()['True'] = not None
globals()['False'] = not True

My hope is that setting up True and False in this convoluted way will
allow it to continue to work in some future version where assignment to
builtins is disallowed.

Why not simply:

try:
True
except NameError:
True = (1 == 1) # or not None, if you prefer
False = not True

Or were you trying to change the __builtins__ by using globals()?

-Andrew.

David Eppstein <eppstein at ics.uci.edu> wrote in news:eppstein-
D286CF.08171519102003 at news.service.uci.edu:
Since True will never be in globals unless you assign it there, you might
as well just drop the if statement altogether. Also I fail to see what
benefit you gain from the contorted assignment into the globals dictionary.
Why not just write:

True = not None
False = not True

It has the same effect overall.

If you want to avoid hiding the builtin True and False, then use try..catch
to detect them.

I suppose David tries to avoid a syntax error raised by the assignment

True = somethingElse

in a future version of Python. Therefore he has "hidden" the builtins to be
assigned from the compiler by turning them into strings.

Peter

In article <bn0cf2$liu$01$1 at news.t-online.com>,
Peter Otten wrote:
Yes, exactly.

Pmw.ComboBox()
v = Pmw.ComboBox(self.f1,label_text=t,
labelpos='w',
labelmargin=3,
label_background=ke,
selectioncommand=csere,
scrolledlist_items=w)

my problems are:

How could I change the font type and size of label_text and
scrolled_list items?

Thanks in advance!

Katalin

[Daniel Klein]
Hi, Daniel.

In 2.3, you do not need to set booleans, `True' and `False' are just there.

However, if you have a need to write portably against many versions, you
might try something like:

try:
True
except NameError:
False, True = range(2)

in modules where you need to use `True' or `False'.

Thanks Fran?ois. I don't need to support multiple versions. I simply
changed the code from:

true = (1 == 1)

to

true = 1

and presto, no more bug :-)

Dan

For the sake of being pedantic, I believe your code still does have a
bug. You bug is that you rely on the "str()" of a boolean value
returning a specific string. Your code should probably check the bool
and create your own string rather than relying on this behaviour
remaining unchanged forever.

In fact, in Python 2.4, I heard you will get this behaviour:

Python 2.4a0 (#46, Jul 31 2003, 10:15:54) [MSC v.1200 32 bit (Intel)] on
win32
'Does a bear shit in the woods?'

<wink> ly,

Mark.

I'm not really taking a str() on a boolean value anymore; it's being
taken on an integer value. Are you saying that...

true = 1
str(true) # this should always return '1' now and forever more

...could cause problems in the future?

The reason I'm taking a str() value is cuz it is being sent over a
socket to a non-python server process, where it is converted back to a
boolean.

Make sense now?

Dan

In that case, you'd be better off converting using your own routine
rather than relying on a particular behaviour of str() for this test.
Basically, do something like

def boolean2String(boolVal):
return { False : '1', True : '0' } [ not boolVal ]

and save yourself any further future pain...

Thanks Peter, that will do the trick. Just wondering though why you
chose to code the opposite values and not as

def boolean2String(boolVal):
return {True:'1', False:'0'}[boolVal]

Dan

Dan> Thanks Peter, that will do the trick. Just wondering though why you
Dan> chose to code the opposite values and not as

Dan> def boolean2String(boolVal):
Dan> return {True:'1', False:'0'}[boolVal]

What if boolVal isn't actually True or False? An empty list is considered a
false value. To get a boolean from that, you throw 'not' in front of it:
[]
True
False

Skip

As Skip said... but it should have had a comment anyway, since it
wasn't clear. You could also consider using "not not boolVal" if
you want to make the code _slightly_ (IMHO) more readable, and slightly
slower, but I think one still needs a comment explaining it. :-(

-Peter

I find

def boolean2str(val):
if val:
return '1'
else:
return '0'

both more readable, and twice as fast. It doesn't need to create a
dictionary each time, and it does not to perform a dictionary lookup.
If you prefer compactness, use

def boolean2str(val, results=('1', '0')):
return results[not val]

Regards,
Martin

"Martin v. L?wis" <martin at v.loewis.de> wrote in message
news:m34r0tmmcm.fsf at mira.informatik.hu-berlin.de...
-or, more safely (no default arg to accidently overwrite)-

def boolean2str(val):
return val and '1' or '0'

But one might want the flexibility of intentionally replacing the
results default, as in

print boolean2str(somevalue, ('T', 'F'))

Terry J. Reedy

"Daniel Klein" <danielk at aracnet.com> wrote in message
news:vrh4jvopu29elj8fu26upnf48f45de22h9 at 4ax.com...
Your function requires the arg to be 0/1 (True/False). Peter's
function works for *any* input that can be 'not'ed.

TJR