Re: [Python-Dev] Error in PEP3118?
Thomas Heller wrote: > Travis Oliphant schrieb: > >> >> The intent of the struct syntax is to handle describing memory. The >> point is not to replicate how the C-compiler deals with statically >> defined N-D arrays. Thus, even though the struct syntax allows >> *communicating* the intent of a contiguous block of memory inside a >> structure as an N-d array, the fundamental memory block is the >> equivalent of a 1-d array in C. >> >> So, I think the example is correct (and intentional). > > Sorry, I do not think so. If you use a 2-d array in the example, you > must describe it correctly. The difference between this pep and the old > buffer interface is that the pep allows to describe both how the compiler > sees the memory block plus the size and layout of the memory block, while > the old buffer interface only describes single-segment memory blocks. > And 'double data[16][4]' *is* a single memory block containing a 2-d array, > and *not* an array of pointers. > I don't understand what you mean by "must describe it correctly". The size and layout of the memory block description of the PEP is not supposed to be dependent on the C-compiler. It should also be able to define memory as used in Fortran, C#, a file, or whatever. So, I don't understand the insistence that the example use C-specific 2-d array syntax. The example as indicated is correct. It is true that the 2-d nature of the block of data is only known by Python in this example. You could argue that it would be more informative by showing the C-equivalent structure as a 2-d array. However, it would also create the possibility of confusion by implying an absolute relationship between the C-compiler and the type description. Your insistence that the example is incorrect makes me wonder what point is not being communicated between us. Clearly there is overlap between C structure syntax and the PEP syntax, but the PEP type syntax allows for describing data in ways that the C compiler doesn't. I'd rather steer people away from statically defined arrays in C and don't want to continually explain how they are subtly different. My perception is that you are seeing too much of a connection between the C-compiler and the PEP description of memory. Perhaps that's not it, and I'm missing something else. Best regards, -Travis O. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Error in PEP3118?
Travis Oliphant wrote: > You could > argue that it would be more informative by showing the C-equivalent > structure as a 2-d array. However, it would also create the possibility > of confusion by implying an absolute relationship between the C-compiler > and the type description. Just to check on something here -- does the C standard guarantee that int a[16][4]; and int b[64]; have the same memory layout, or is it allowed to insert padding at the ends of the rows or something? If they are guaranteed to have the same layout, then I'd agree that the example is correct, but perhaps somewhat confusing. It might help to add a note to the effect that this example is meant to illustrate that the descriptor doesn't have to exactly match the C description, as long as it describes the same memory layout. -- Greg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Py2.6 release schedule
Christian Heimes wrote: > Guido van Rossum wrote: > >> I do think that another (final) 3.0 alpha before PyCon would also be a >> good idea. This way we can gel the release some more. For 2.6 I think >> we'll need more alpha releases after PyCon; I doubt the backporting >> from 3.0 (which has only started seriously quite recently) will be >> done by PyCon. >> > > I've back ported class decorators (http://bugs.python.org/issue1759). > Two tests are failing and I need some help to solve the riddle. > > Several back ports like the bytearray type and the new io module depend > on a back port of the new buffer protocol. Travis, can you please > increase your priority on the port of your PEP to 2.6? > > Yes, I will. What are your time-lines? I've been targeting first week in March. -Travis ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] svn repo out of disk?
Not sure if this is effecting the core svn repository or not, but the conference software (also hosted at svn.python.org) is reporting that the disk is full: Transmitting file data svn: Commit failed (details follow): svn: Can't create directory '/data/repos/conference/db/transactions/557-1.txn': No space left on device I have not seen anything on the list about this, but then again, there was room at 7pm EST, so I might be the first to notice it. I fear this could be effecting more than just the pycon software, and figured people would want to be forewarned. (Also if someone could fix the problem somehow I would be ever grateful. ;-) -Doug Napoleone ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] New math functions
Was some thought given to possibly adding these as float methods instead of as separate functions? float.isinf() float.isnan() Also, it would be useful to have a new method, float.is_integer(). This would be better than the current approach where we make the test: if x == floor(x). Raymond ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Error in PEP3118?
On 2/11/08, Travis Oliphant <[EMAIL PROTECTED]> wrote: > My perception is that you are seeing too much of a connection between > the C-compiler and the PEP description of memory. Perhaps that's not > it, and I'm missing something else. > Travis, all this make me believe that (perhaps) the 'format' specification in the new buffer interface is missing the 'C' or 'F' ordering in the case of a countiguos block. I'm missing something? Or should we always assume a 'C' ordering? -- Lisandro Dalcín --- Centro Internacional de Métodos Computacionales en Ingeniería (CIMEC) Instituto de Desarrollo Tecnológico para la Industria Química (INTEC) Consejo Nacional de Investigaciones Científicas y Técnicas (CONICET) PTLC - Güemes 3450, (3000) Santa Fe, Argentina Tel/Fax: +54-(0)342-451.1594 ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] svn repo out of disk?
On Mon, Feb 11, 2008, Steve Holden wrote: > Douglas Napoleone wrote: >> >> Not sure if this is effecting the core svn repository or not, but the >> conference software (also hosted at svn.python.org) is reporting that >> the disk is full: >> >> [...] > > Doug: > > You may not be aware that this issue occurred a couple of days ago, [...] Steve: You may not be aware that Doug sent his message a couple of days ago; it was simply delayed in transit. (Not that I wasn't confused myself until I looked at the Date: header.) -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ "All problems in computer science can be solved by another level of indirection." --Butler Lampson ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] svn repo out of disk?
Douglas Napoleone wrote: > Not sure if this is effecting the core svn repository or not, but the > conference software (also hosted at svn.python.org) is reporting that > the disk is full: > > Transmitting file data svn: Commit failed (details follow): > svn: Can't create directory > '/data/repos/conference/db/transactions/557-1.txn': > No space left on device > > I have not seen anything on the list about this, but then again, there > was room at 7pm EST, so I might be the first to notice it. > > I fear this could be effecting more than just the pycon software, and > figured people would want to be forewarned. > > (Also if someone could fix the problem somehow I would be ever grateful. ;-) > Doug: You may not be aware that this issue occurred a couple of days ago, and Martin von Löwis applied (what appears to be a temporary) fix by deleting files. Looks like we need to be a little more aggressive with that policy until the replacement machine (due int he next month or two) arrives. Or perhaps we should just add a new disk immediately and relocate some stuff? regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC http://www.holdenweb.com/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Error in PEP3118?
Lisandro Dalcin wrote: > Travis, all this make me believe that (perhaps) the 'format' > specification in the new buffer interface is missing the 'C' or 'F' > ordering in the case of a countiguos block. Not strictly necessary, since you can always reverse the indices when dealing with Fortran if need be. You would have to do that anyway when accessing the array from C, so it's probably better to have the description always match the C ordering. (Makes things a bit harder for those people writing their Python extensions in Fortran, of course. :-) -- Greg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Tracker Issues
ACTIVITY SUMMARY (01/18/08 - 01/25/08) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1668 open (+31) / 12132 closed (+22) / 13800 total (+53) Open issues with patches: 421 Average duration of open issues: 769 days. Median duration of open issues: 1030 days. Open Issues Breakdown open 1646 (+29) pending22 ( +2) Issues Created Or Reopened (55) ___ 'weekly' rotating logging file rotation incorrect01/21/08 CLOSED http://bugs.python.org/issue1836reopened tiran easy const arg for PyInt_FromString 01/18/08 http://bugs.python.org/issue1866created philipdumont patch for pydoc to work in py3k 01/18/08 CLOSED http://bugs.python.org/issue1867created sgala patch, easy threading.local doesn't free attrs when assigning thread exits 01/18/08 http://bugs.python.org/issue1868created pfein Builtin round function is sometimes inaccurate for floats01/19/08 http://bugs.python.org/issue1869created marketdickinson bug tracker exception, when searching for "creator" 01/19/08 CLOSED http://bugs.python.org/issue1870created ThurnerRupert help fix memory usage or leak - edgewall trac 0.11 blocked ... 01/19/08 CLOSED http://bugs.python.org/issue1871created ThurnerRupert change the bool struct format code from 't' to '?' 01/19/08 http://bugs.python.org/issue1872created theller patch threading.Thread.join() description could be more explicit 01/19/08 CLOSED http://bugs.python.org/issue1873created roysmith easy email parser does not register a defect for invalid Content-Tran 01/19/08 http://bugs.python.org/issue1874created Sharebear patch, easy "if 0: return" not raising SyntaxError 01/19/08 http://bugs.python.org/issue1875created arigo bogus attrgetter test in test_operator 01/20/08 CLOSED http://bugs.python.org/issue1876created pitrou unhelpful error when calling "python " 01/20/08 http://bugs.python.org/issue1877created georg.brandl easy class attribute cache failure (regression) 01/20/08 http://bugs.python.org/issue1878created _doublep sqrt(-1) doesn't raise ValueError on OS X01/21/08 http://bugs.python.org/issue1879created marketdickinson patch Generalize math.hypot function 01/21/08 CLOSED http://bugs.python.org/issue1880created LambertDW increase parser stack limit 01/21/08 http://bugs.python.org/issue1881created schmir py_compile does not follow PEP 0263 01/21/08 CLOSED http://bugs.python.org/issue1882created jwilk Adapt pydoc to new doc system01/21/08 http://bugs.python.org/issue1883created georg.brandl msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = t 01/21/08
