Hi.
Like a lot of people (or so I hear in the blogosphere...), I've been
experiencing some friction in my code with unicode conversion
problems. Even when being super extra careful with the types of str's
or unicode objects that my variables can contain, there is always some
case or oversight whe
On 10/2/05, Christopher Armstrong <[EMAIL PROTECTED]> wrote:
> On 10/3/05, Martin Blais <[EMAIL PROTECTED]> wrote:
> > On 10/1/05, Antoine <[EMAIL PROTECTED]> wrote:
> > >
> > > > like this with their "deferred objects", no? I figure they would
> > > > need to do something like this too. I will h
On 10/3/05, Martin Blais <[EMAIL PROTECTED]> wrote:
> On 10/1/05, Antoine <[EMAIL PROTECTED]> wrote:
> >
> > > like this with their "deferred objects", no? I figure they would
> > > need to do something like this too. I will have to check.)
> >
> > A Deferred object is just the abstraction of a c
On 10/1/05, Antoine <[EMAIL PROTECTED]> wrote:
>
> > like this with their "deferred objects", no? I figure they would
> > need to do something like this too. I will have to check.)
>
> A Deferred object is just the abstraction of a callback - or, rather, two
> callbacks: one for success and one f
Travis Oliphant <[EMAIL PROTECTED]> writes:
> Thanks for the tip. I think I figured out the problem, and it was my
> misunderstanding of how types inherit in C that was the source of my
> problem.
>
> Basically, Python is doing what you would expect, the mp_item is used
> for __getitem__ if
Reinhold Birkenfeld <[EMAIL PROTECTED]> writes:
> Hi,
>
> I looked whether I could make the test suite pass again
> when compiled with --disable-unicode.
>
> One problem is that no Unicode escapes can be used since compiling
> the file raises ValueErrors for them. Such strings would have to
> be p
Jim Jewett wrote:
>
>
> Py_UNICODE
> Python uses this type to store Unicode ordinals. It is
> typically a typedef alias, but the underlying type -- and
> the size of that type -- varies across different systems.
>
I think I objected to such a formulation, requesting that t
Reinhold Birkenfeld wrote:
> One problem is that no Unicode escapes can be used since compiling
> the file raises ValueErrors for them. Such strings would have to
> be produced using unichr().
You mean, in Unicode literals? There are various approaches, depending
on context:
- you could encode the
I have various reports that the Python 2.4 installer does
not work if you are trying to install in a non-standard location
as a non-privileged user, e.g. #1298962, #1234328,
#1232947, #1199808.
Despite many attempts, I haven't been able to reproduce any
such problem, and the submitters weren't rea
