type error on porting outfile.write

[pmiller]

I ported my code from the development to
application platform, I found a "type error"
on a fileout statement:

outfile.write(object.id +",")

Object.id is provided by a library routine
that is installed on both machines.

How do I fix this ?

Thanks,
Phil Miller

[Eric McCoy]

pm*****@gnf.org wrote:

I ported my code from the development to
application platform, I found a "type error"
on a fileout statement: outfile.write(object.id +",")

What is the type of object.id? I'm guessing an integer. The exception
should tell you, e.g.:

TypeError: unsupported operand type(s) for +: 'int' and 'str'

If I'm right, you can do this:

outfile.write("%d," % (object.id))

Though probably the better solution is to find out what code is
assigning an unexpected value to object.id.

[Dave Hansen]

On Tue, 20 Dec 2005 22:11:01 -0500 in comp.lang.python, Eric McCoy
<ct******@comcast.net> wrote:

pm*****@gnf.org wrote:

I ported my code from the development to
application platform, I found a "type error"
on a fileout statement:

outfile.write(object.id +",")

What is the type of object.id? I'm guessing an integer. The exception
should tell you, e.g.:

TypeError: unsupported operand type(s) for +: 'int' and 'str'

If I'm right, you can do this:

outfile.write("%d," % (object.id))

Or, more generally,

outfile.write("%s, " % object.id)

or even (closer to the original code)

outfile.write(str(object.id)+", ")

Regards,
-=Dave

--
Change is inevitable, progress is not.

[Eric McCoy]

Dave Hansen wrote:

or even (closer to the original code)

outfile.write(str(object.id)+", ")

That was going to be my suggestion too, but that can mask the underlying
bug since a lot of types have __str__ methods. Not only could those
types theoretically return a valid stringified integer by coincidence,
if they don't you know nothing except "something went wrong." Getting a
TypeError would be much more useful for tracking down the bug.

Basically it would be shorthand for:

assert(isinstance(object.id, int))
outfile.write(str(object.id) + ", ")

Although I guess in his case, where the bug may be in a library over
which he has no control, it would be better to do:

assert(isinstance(object.id, int) or isinstance(object.id, str))
outfile.write("%s, " % (object.id))

since that code will run unmodified on both platforms he's using and
still give him error checking.