Re: [Python-Dev] SVN down?
Martin v. Löwis wrote: >> The apache server seems to be down. > > I just restarted it. The anon SVN server is down again :( Christian ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] UTF8 in the PEP branch
There were two tracker issues that I want to solve that implies to touch some PEP text. So, I checked out the PEP branch... svn.python.org/peps/trunk ...and made a "make". A lot of files started to fail because of not ASCII characters (the standard Syntax Error of PEP-0263, I'm using Py2.5), like... # Author: David Goodger # Contact: [EMAIL PROTECTED] # Revision: $Revision: 4152 $ # Date: $Date: 2005-12-07 20:46:30 -0300 (mié, 07 dic 2005) $ # Copyright: This module has been placed in the public domain. ...(see the date) in the "./docutils/utils.py" program. A *lot* of files failed this way. I started to fix them (-*- coding -*- line at the start), but then I thought that maybe *I* was doing something wrong, because it's strange that nobody noticed this before... So, shall I continue fixing these? Or what I'm doing wrong here? Thank you very much! -- .Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] 2.5.2 is coming
We are planning the release of 2.5.2 for next week. Unless there are serious bugs, please hold off making big changes to the 2.5 branch until after 2.5.2 final is released. Anthony gets cranky when things break and he scares me...a lot. :-) Doc/test fixes as always are still fine. The plan is cut the release candidate around Tuesday/Wednesday next week (Oct 16/17). If all goes well, 2.5.2 final will follow a week later. Please test the 2.5 branch now and let us know if there are any serious problems. If there are serious bugs that you think should be addressed, let us know. Bugs are here: http://bugs.python.org/ I see the bugs below as possibly needing attention. Any comments on these? http://bugs.python.org/issue1692335 Fix exception pickling: Move initial args assignment to BaseException.__new__ http://bugs.python.org/issue815646 thread unsafe file objects cause crash http://bugs.python.org/issue1179 Integer overflow in imageop module I think Anthony might have a patch for 1179. Cheers, n ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] 2.5.2 is coming
Neal Norwitz schrieb:
> We are planning the release of 2.5.2 for next week. Unless there are
> serious bugs, please hold off making big changes to the 2.5 branch
> until after 2.5.2 final is released. Anthony gets cranky when things
> break and he scares me...a lot. :-) Doc/test fixes as always are
> still fine.
>
> The plan is cut the release candidate around Tuesday/Wednesday next
> week (Oct 16/17). If all goes well, 2.5.2 final will follow a week
> later.
>
> Please test the 2.5 branch now and let us know if there are any
> serious problems. If there are serious bugs that you think should be
> addressed, let us know. Bugs are here: http://bugs.python.org/
>
Neal, I have one patch for ctypes still sitting in some of my sandboxes.
ctypes doesn't work when configured with --with-system-ffi on machines
where 'sizeof(long long) != sizeof(long)', in other words on 32-bit boxes.
This is because I misinterpreted the meaning of the FFI_ type codes.
See also this bug: https://bugs.launchpad.net/bugs/72505
Here is the fairly simple patch, even a little bit simpler than the patch
posted on the page above, which I want to apply to thrunk AND
release25-maint branch:
[EMAIL PROTECTED]:~/devel/release25-maint$ svn diff
Index: Modules/_ctypes/cfield.c
===
--- Modules/_ctypes/cfield.c(revision 52840)
+++ Modules/_ctypes/cfield.c(working copy)
@@ -1541,18 +1541,22 @@
/* XXX Hm, sizeof(int) == sizeof(long) doesn't hold on every platform */
/* As soon as we can get rid of the type codes, this is no longer a problem */
#if SIZEOF_LONG == 4
- { 'l', l_set, l_get, &ffi_type_sint, l_set_sw, l_get_sw},
- { 'L', L_set, L_get, &ffi_type_uint, L_set_sw, L_get_sw},
+ { 'l', l_set, l_get, &ffi_type_sint32, l_set_sw, l_get_sw},
+ { 'L', L_set, L_get, &ffi_type_uint32, L_set_sw, L_get_sw},
#elif SIZEOF_LONG == 8
- { 'l', l_set, l_get, &ffi_type_slong, l_set_sw, l_get_sw},
- { 'L', L_set, L_get, &ffi_type_ulong, L_set_sw, L_get_sw},
+ { 'l', l_set, l_get, &ffi_type_sint64, l_set_sw, l_get_sw},
+ { 'L', L_set, L_get, &ffi_type_uint64, L_set_sw, L_get_sw},
#else
# error
#endif
#ifdef HAVE_LONG_LONG
- { 'q', q_set, q_get, &ffi_type_slong, q_set_sw, q_get_sw},
- { 'Q', Q_set, Q_get, &ffi_type_ulong, Q_set_sw, Q_get_sw},
+#if SIZEOF_LONG_LONG == 8
+ { 'q', q_set, q_get, &ffi_type_sint64, q_set_sw, q_get_sw},
+ { 'Q', Q_set, Q_get, &ffi_type_uint64, Q_set_sw, Q_get_sw},
+#else
+# error
#endif
+#endif
{ 'P', P_set, P_get, &ffi_type_pointer},
{ 'z', z_set, z_get, &ffi_type_pointer},
#ifdef CTYPES_UNICODE
[EMAIL PROTECTED]:~/devel/release25-maint$
Is is ok to apply this patch?
Thomas
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] 2.5.2 is coming
On Oct 11, 2007 11:36 PM, Thomas Heller <[EMAIL PROTECTED]> wrote: > > Neal, I have one patch for ctypes still sitting in some of my sandboxes. > ctypes doesn't work when configured with --with-system-ffi on machines > where 'sizeof(long long) != sizeof(long)', in other words on 32-bit boxes. > > Is is ok to apply this patch? The patch makes sense to me. If you are comfortable that this will fix more problems than it's likely to create, go for it. n ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
