Re: [Python-Dev] PEP 467: last round (?)

On 2 September 2016 at 17:54, Koos Zevenhoven wrote: > On Thu, Sep 1, 2016 at 10:36 PM, Ethan Furman wrote: >> * Deprecate passing single integer values to ``bytes`` and ``bytearray`` >> * Add ``bytes.fromsize`` and ``bytearray.fromsize`` alternative >> constructors >> * Add ``bytes.fromord`` and

Re: [Python-Dev] PEP 467: last round (?)

> Le samedi 3 septembre 2016, Random832 a écrit : >> On Fri, Sep 2, 2016, at 19:44, Ethan Furman wrote: >> > The problem with only having `bchr` is that it doesn't help with >> > `bytearray`; >> >> What is the use case for bytearray.fromord? Even in the rare case >> someone needs it, why not bytea

Re: [Python-Dev] PEP 467: last round (?)

On 1 September 2016 at 19:36, Ethan Furman wrote: > Deprecation of current "zero-initialised sequence" behaviour without removal > > > Currently, the ``bytes`` and ``bytearray`` constructors accept an integer > argument a

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 1 September 2016 at 23:28, Random832 wrote: > On Thu, Sep 1, 2016, at 18:28, Steve Dower wrote: >> This is a raw (bytes) IO class that requires text to be passed encoded >> with utf-8, which will be decoded to utf-16-le and passed to the Windows >> APIs. >> Similarly, bytes read from the class

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 09:10, Paul Moore wrote: > On 5 September 2016 at 06:54, Steve Dower wrote: >> +Using the raw object with small buffers >> +--- >> + >> +Code that uses the raw IO object and attempts to read less than four >> characters >> +will now rece

Re: [Python-Dev] Where are the list and array.array implementations in CPython source?

On 5 September 2016 at 23:45, Jonathan Goble wrote: > I'd like to study the CPython implementations of lists and array.array > instances for a personal project of mine, but I've very unfamiliar > with the Python source code as it pertains to internals like this. > Which files would I need to look

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 21:40, eryk sun wrote: > On Mon, Sep 5, 2016 at 7:54 PM, Steve Dower wrote: >> On 05Sep2016 1234, eryk sun wrote: >>> It would probably be simpler to use UTF-16 in the main pipeline and >>> implement Martin's suggestion to mix in a UTF-8 buffer. The UTF-16 >>> buffer could

Re: [Python-Dev] (some) C99 added to PEP 7

Thank you very much Benjamin. On 7 September 2016 at 17:56, Benjamin Peterson wrote: > To conclude our discussion about using C99 features, I've updated PEP 7 > to allow the following features: > - Standard integer types in and Perhaps PEP 7 should clarify if the optional types like ui

Re: [Python-Dev] [Python-checkins] cpython: Fixes test_getargs2 to get the buildbots working again.

On 12 September 2016 at 02:48, Steve Dower wrote: >> Fixes test_getargs2 to get the buildbots working again. > > I'm not sure this is the fix we want to keep here, but it was sufficient to > get the test going and unblock all the buildbots. > > I'm not entirely sure when the break appeared (esse

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 03:04, Terry Reedy wrote: > On 9/28/2016 9:57 PM, terry.reedy wrote: >> https://hg.python.org/cpython/rev/02eb35b79af0 > > (2nd try) I mistakenly null merged from 3.5 to default. > Should a now do a proper null merge from 3.5 to 3.6 to default? Yes, I think 3.5 needs to be

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 04:26, Zachary Ware wrote: > On Wed, Sep 28, 2016 at 10:04 PM, Terry Reedy wrote: >> On 9/28/2016 9:57 PM, terry.reedy wrote: >>> https://hg.python.org/cpython/rev/02eb35b79af0 >> >> >> (2nd try) I mistakenly null merged from 3.5 to default. >> Should a now do a proper nul

Re: [Python-Dev] New problem accessing tracker with Firefox 50.0

On 18/11/2016, Terry Reedy wrote: > Starting today, while reviewing the "Summary of Python tracker issues", > I get the following for about half the clicks. > > """ > Secure Connection Failed > > An error occurred during a connection to bugs.python.org. A PKCS #11 > module returned CKR_DEVICE_ERRO

Re: [Python-Dev] cpython: Revert unintended merge

On 3 December 2016 at 22:15, Steve Dower wrote: > On 03Dec2016 1312, Serhiy Storchaka wrote: >> >> On 03.12.16 22:13, steve.dower wrote: >>> >>> https://hg.python.org/cpython/rev/a60767015bed >>> changeset: 105436:a60767015bed >>> user:Steve Dower >>> date:Sat Dec 03 12:12:23 20

Re: [Python-Dev] Implementation difference of audioop.lin2lin in Python2 and Python3

On 13 December 2016 at 13:37, MRAB wrote: > On 2016-12-13 11:31, KH Luke Kim wrote: >> >> Hello, >> recently there had been some issues in audioread and librosa that 3-byte >> samples can be loaded in Python 3 but 2. >> >> The documentation says that the audioop.lin2lin function in Python 3 >> sup

Re: [Python-Dev] [Python-checkins] cpython (2.7): Update the porting HOWTO

On 17 December 2016 at 20:39, brett.cannon wrote: > https://hg.python.org/cpython/rev/287d4290b1b4 > changeset: 105714:287d4290b1b4 > branch: 2.7 > parent: 105677:eb02db65e148 > user:Brett Cannon > date:Sat Dec 17 12:38:54 2016 -0800 > summary: > Update the porting H

Re: [Python-Dev] adding threaded tests to the test suite

> Le dim. 22 janv. 2017 à 21:04, Ethan Furman a écrit : >> Question: I need to add a threaded test to the enum test module [1] -- is >> there anything extra I >> need to worry about besides the test itself? Setting or resetting or >> using a tool library, etc? >> >> threads = [] >> for i in rang

Re: [Python-Dev] Python FTP Injections Allow for Firewall Bypass (oss-security advisory)

On 24 February 2017 at 07:51, Benjamin Peterson wrote: > As for this, particular issue, we should determine if there's a tracker > issue yet and continue discussion there. That would be . ___ Python-Dev mailing list P

Re: [Python-Dev] Regarding writing tests for module tabnanny

On 13 March 2017 at 11:56, Jaysinh Shukla wrote: > Respected Members, > > I identified the standard module 'tabnanny' is having 16.66% of code > coverage (Source: > https://codecov.io/gh/python/cpython/src/master/Lib/tabnanny.py). I am > interested to write tests for this module. Before starti

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 28 March 2017 at 03:11, Steven D'Aprano wrote: > On Mon, Mar 27, 2017 at 10:33:44PM -0400, Terry Reedy wrote: >> https://bugs.python.org/issue29926 was opened as an IDLE issue, which >> means that most watching the new issues list would ignore it. But I >> think it is an issue with _thread.int

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 29 March 2017 at 00:40, Terry Reedy wrote: > [. . .] Eryk Sun suggested a patch for Windows, (and > the possibility of using pthread_kill). Can you possibly do one for *nix? > This is out of my ballpark, but the bug (relative to console behavior) is a > nuisance. I'll try to find time, but no

Re: [Python-Dev] What version is an extension module binary compatible with

On 30 March 2017 at 15:31, Nick Coghlan wrote: > On 29 March 2017 at 02:18, Paul Moore wrote: >> On 28 March 2017 at 12:24, Miro Hrončok wrote: >>> I'd like some clarification on what ABI compatibility we can expect. >>> * Should the ABI be stable across patch releases (so calling >>> PySlice_A

Re: [Python-Dev] why _PyGen_Finalize(gen) propagates close() to _PyGen_yf() ?

On 31 March 2017 at 05:22, Nathaniel Smith wrote: >>> On Mon, Mar 20, 2017 at 11:30 AM, Oleg Nesterov wrote: >>> > [Aborting "yield" in a "for" loop leaves a sub-generator open, but >>> > aborting "yield from" cleans up the sub-generator] > > In any case the short answer to your original questio

Re: [Python-Dev] Escaping docs markup in NEWS entries?

On 1 May 2017 at 06:37, Nick Coghlan wrote: > Hi folks, > > I'm trying to write a NEWS entry that explains that the > ":func:`bytes`" cross-references have changed to refer to the type > descriptions by default (matching other builtin container types), so > you now need to use ``:ref:`func-bytes`"

[Python-Dev] Snap Python for simple distribution across multiple Linux distros

pcraft.io/ [2] https://www.youtube.com/watch?v=M-bDzr4gYUU [3] https://snapcraft.io/docs/core/install [4] https://build.snapcraft.io/ -- Regards, Martin. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

On 23/05/17 09:27, Petr Viktorin wrote: On 05/23/2017 01:34 AM, Brett Cannon wrote: On Tue, 16 May 2017 at 08:08 Martin Wimpress mailto:martin.wimpr...@canonical.com>> wrote: Hi all, I work at Canonical as part of the engineering team developing Ubuntu and Snapcraft [

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

Hi, On 23/05/17 00:56, Matt Billenstein wrote: On Tue, May 16, 2017 at 11:31:42AM +0100, Martin Wimpress wrote: Is there someone here who'd be interested in doing the same for Python? Do snaps support Windows and/or MacOS? You can't install snaps on Windows or macOS. Snaps are

Re: [Python-Dev] Snap Python for simple distribution across multiple Linux distros

Hi, On 23/05/17 17:54, Guido van Rossum wrote: I think the I inevitable conclusion is"thanks, but no thanks." Can I ask why this the inevitable conclusion? The Python Foundation make packages for Windows and macOS, why not snaps for Linux? On May 23, 2017 8:05 AM, "

Re: [Python-Dev] socketserver ForkingMixin waiting for child processes

> On Fri, Aug 11, 2017 at 6:46 AM Victor Stinner > wrote: >> => http://bugs.python.org/issue31151 >> >> I changed the code to call waitpid() in blocking mode on each child >> process on server_close(), to ensure that all children completed when >> on server close: >> >> https://github.com/python/c

[Python-Dev] bpo-41544: Add missing parameters to dummy.DummyProcess and dummy.Pool

Hi, could someone please review my pull request? https://github.com/python/cpython/pull/21869 It adds missing parameters to multiprocessing.dummy.DummyProcess in order to match the API of multiprocessing.Process. Best regards, Martin Schröder

[Python-Dev] Re: Increase of Spammy PRs and PR reviews

about those getting involved with that extremely-underserved part when contributors are sorely needed is counter-productive. It would be better if more people contributed small changes and thus became low-friction contributors who don't require a lot of mentoring. Terry Jan Reedy M

[Python-Dev] Re: Increase of Spammy PRs and PR reviews

Hi, On Tue, Feb 01, 2022 at 10:19:12AM -0500, Éric Araujo wrote: Hi, Le 01/02/2022 à 07:25, Martin Dengler a écrit : The fact people are assuming bad faith and spilling ink about those getting involved with that extremely-underserved part when contributors are sorely > needed is coun

[Python-Dev] Re: [Python-ideas] Re: Amend PEP-8 to require clear, understandable comments instead of Strunk & White Standard English comments

On Sat, Jul 04, 2020 at 05:51:04PM +0100, MRAB wrote: I'd also add: Try to avoid regionalisms; aim for a broadly "international" form of the language. Some How do you spell "regionalism"? Martin PS: Irony intended __

[Python-Dev] Study on communication and collaboration i n software development teams

e to contact me. Best regards from Paderborn, Germany Martin Gelhaus (gelh...@uni-paderborn.de) -- Click here to do the survey: http://thales.cs.upb.de/limesurvey185/index.php?lang=en&sid=91192&token=kkzwtzjpy5yyhxz Martin Gelhaus Gradu

Re: [Python-Dev] Mercurial migration: help needed

oned!) file named 'config' from the root of your repository will be included on the spot. The catch is that you have to add such a line to all your Python clones. -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multiparty Computat

Re: [Python-Dev] Mercurial migration: help needed

you can add %include ../.repo-settings in your /.hg/hgrc file, and this will result in /.repo-settings being loaded (and this file *is* in the working copy and can thus be put under revision control). -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and eff

Re: [Python-Dev] Mercurial migration: help needed

ntact list. That's what I mean by "social engineering," > and why I worry about policy pushback from Mercurial HQ. > > Maybe that's more paranoid than they are But it can't hurt your > cause to be ready for that kind of worry. Oh, we try to be very para

Re: [Python-Dev] Mercurial migration: help needed

Paul Moore writes: > 2009/8/22 Martin Geisler : >> Oh, we try to be very paranoid in Mercurial :-) That's why you don't >> see any support for copying hgrc files when you clone and why hg wont >> trust hgrc files not owned by you: it should be safe to do >> &

[Python-Dev] Problems with events in a numeric keyboard

Hi! I'm trying to catch the triple zero (000) key from a numeric keyboard but, I found that it's the same id that the single zero. So, when I press the triple zero key once, I receive three events from the single zero key. I need to make a disctintion between these keys, and use them to different f

Re: [Python-Dev] Mercurial migration: help needed

ehaves like that, as far as I can tell from a bit of testing). That way the repository will contain most files in the format specified as native for it, but selected files are stored using whatever EOLs they like. The result is that someone who has not enabled the extension will get correct fil

Re: [Python-Dev] Mercurial migration: help needed

"Martin v. Löwis" writes: >> So the extension should do that: either abort commits with the wrong >> EOL markers or do as Subversion and automatically convert the file in >> the working copy. > > Maybe I misunderstand: when people use the extension, they cann

Re: [Python-Dev] Mercurial migration: help needed

Antoine Pitrou writes: > Le samedi 05 septembre 2009 à 15:19 +0200, "Martin v. Löwis" a écrit : > >> In addition, a DVCS brings in another problem dimension: when people >> push their changes, they have *already* committed them - and perhaps >> not even they,

Re: [Python-Dev] Mercurial migration: help needed

rs are mac based. Mozilla isn't a great example of windows integration, they install half-a-unix-system in order to just build under windows, including msys, python 2.5, mercurial, and xemacs. See: <https://developer.mozilla.org/en/Windows_Build_Prerequisites> Martin

Re: [Python-Dev] Mercurial migration: help needed

On 05/09/2009, "Martin v. Löwis" wrote: > > Creating the clone. ISTM that it leaves the http connection open while > doing stuff locally (or creates multiple of them, and one times out). > > It starts cloning, and then, after an hour or so, it reports ABORT, > and

Re: [Python-Dev] Mercurial migration: help needed

"Martin v. Löwis" writes: >>> I don't think this problem is really serious. If the push fails, you >>> can just commit (locally) a new changeset that repairs the EOL or >>> indentation problems, and push the whole bunch of changesets again >>&

Re: [Python-Dev] hgeol extension

"Martin v. Löwis" writes: >> Can anyone (re-) post the specification of the proposed extension, to >> the level that it is currently defined? > > For reference, here are the original specification, mine and Martin > Geisler's: > > http://mail.python.o

Re: [Python-Dev] transitioning from % to {} formatting

, etc. Outside a handful of > people on this list, I have yet to see anyone adopt it as the > preferred syntax. I've skimmed over the PEP, and the new {}-syntax seems to have some nice features. But I've not seen it used anywhere yet. -- Martin Geisler VIFF (Virtual Ideal

Re: [Python-Dev] Retrieve an arbitrary element from a set without removing it

28.html> That one I've had cause for before and no clean and fast way of writing, this one I've always just done the for/break thing. Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-de

Re: [Python-Dev] Question over splitting unittest into a package

ife more complicated though, there aren't *that* many unittest-extending projects. Martin ___ 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] Google Groups Mirror

hon.devel I don't know why the search box at the bottom of http://news.gmane.org/gmane.comp.python.devel fails... -- Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multiparty Computation) to Python. See: http://viff.dk/.

Re: [Python-Dev] PEP 385 progress report

Dirkjan Ochtman writes: Hi everybody! I hope you have fun at PyCon :-) > As for the current state of The Dreaded EOL Issue, there is an > extension which seems to be provide all the needed features, but it > appears there are some nasty corner cases still to be fixed. Martin > Geis

Re: [Python-Dev] Issue #7978, unexpected EINTR-related exceptions

t lead to incorrect code. Providing such an easily misused interface in the standard library is likely to do more harm than good. There are some errors and other confusions in the initial post and later, but reading this thread from the Bazaar list should give an impression: <https://lists.ub

Re: [Python-Dev] Mercurial migration readiness

ates it. However, you are free to mix the upstream clones into a single clone if you want (with 'hg pull' from different upstream repositories), or you can keep them separate. If the upstream uses a single repository with multiple named brancehs, then you can still maintain separate clon

Re: [Python-Dev] Mercurial migration readiness

"Martin v. Löwis" writes: >> My question is basically the same as Terry Reedy's, but I'm going to >> phrase it a bit differently: >> >> This is perhaps a naive question, but why do you create a second local >> clone instead of just creating a b

Re: [Python-Dev] Mercurial migration readiness

s that same the branch name, but the graph itself works the same. The nice thing about our current setup is that I can do hg update stable and the name 'stable' is then interpreted as the tip-most changeset on the stable branch. -- Martin Geisler Mercurial links: http://mer

Re: [Python-Dev] query: docstring formatting in python distutils code

y. I'm not a Docutils developer, but to me it seems that Docutils is now a very stable and widely used package, so it would IMHO make sense to include it. -- Martin Geisler Mercurial links: http://mercurial.ch/ pgpf0R31gMZHO.pgp Description: PGP signature __

Re: [Python-Dev] query: docstring formatting in python distutils code

gt; >  > Given that Mercurial is GPL, this is probably of no use to us, > > >  > unfortunately. I must admit that reading this felt strange somehow... that a piece of open source code should be useless. But I understand what you mean :) > > > Given that Martin apparently is the on

Re: [Python-Dev] query: docstring formatting in python distutils code

Steve Holden writes: > Martin Geisler wrote: >> "Stephen J. Turnbull" writes: >> >>> Just ask Martin, there are too many possibilities here to worry >>> about. If maybe we want it, and he is willing to contribute the >>> parts he wrote

Re: [Python-Dev] query: docstring formatting in python distutils code

Georg Brandl writes: > Am 08.07.2010 17:44, schrieb Martin Geisler: >> Steve Holden writes: >> >>> Martin Geisler wrote: >>>> "Stephen J. Turnbull" writes: >>>> >>>>> Just ask Martin, there are too many possibili

Re: [Python-Dev] python-checkins

geset. This is similar to how TCP checksums are computed. This increases the size of each changeset by about 2 KB of data which cannot be compressed -- this adds up over time and I would only advice people to use the extension if they are very paranoid or have special legal requirements. -- Mar

Re: [Python-Dev] (Not) delaying the 3.2 release

\十".encode(sys.getfilesystemencoding())) (b'C:\\\x8f', b'') Similar things can catch out web developers once they step outside the percent encoding. Martin ___ 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] (Not) delaying the 3.2 release

On 16/09/2010, Guido van Rossum wrote: > On Thu, Sep 16, 2010 at 11:16 AM, Toshio Kuratomi > wrote: >> You were talking about encodings that were supersets of 7-bit ASCII. >> I think Martin was demonstrating a byte string that was a superset of >> 7-bit >> ASCII

Re: [Python-Dev] We should be using a tool for code reviews

gt; well here ... it would take a little thought to design an appropriate > workflow, anyway. Yeah, you guys should try it out first -- it's easy to introduce named branches later if you want. -- Martin Geisler Mercurial links: http://mercurial.ch/ pgpRzl80o4Dzb.pgp Description: PGP

[Python-Dev] deja-vu .. python locking

make them public in case someone finds them interesting. Comments are welcome. Martin Round 1, Greg Stein's patch The patch removes GIL from version 1.6 and replaces locking of list, dict and other structures with finer grained locking. The major slowdown seems to be in lis

Re: [Python-Dev] deja-vu .. python locking

Martin v. Löwis wrote: > Martin Devera schrieb: >> RCU like locking >> Solution I have in mind is similar to RCU. In Python we have quiscent >> state - when a thread returns to main loop of interpreter. > > There might be a terminology problem here. RCU is read-copy

Re: [Python-Dev] deja-vu .. python locking

>> So that you are right. It is not RCU. It only uses similar technique as RCU >> uses for free-ing old copy of data. >> >> It is based on assumption that an object is typicaly used by single thread. > > Which thread owns builtins? Or module dictionaries? If two threads are > running the same f

Re: [Python-Dev] deja-vu .. python locking

Greg Ewing wrote: > Martin Devera wrote: > >> As I've written in "Big reader lock" paragraph of the original >> proposal, these >> objects could be handled by not blocking in read path > > But as was just pointed out, because of refcounting, > the

Re: [Python-Dev] deja-vu .. python locking

ere will be cacheline transfer penalty which is much larger. So that mutex locking will take time comparable with protected code itself (assuming fast code like dict/list read). Single compare will take ten times less. Am I missing something ? thanks, Martin

Re: [Python-Dev] deja-vu .. python locking

Greg Ewing wrote: > Martin Devera wrote: > >> Greg, what change do you have in mind regarding that "3 instruction >> addition" to refcounting ? > > I don't have any change in mind. If even an atomic inc > is too expensive, it seems there's no ho

Re: [Python-Dev] Has anyone been in touch with Fred Drake?

? //Martin On Wed, 2007-03-28 at 12:27 -0500, [EMAIL PROTECTED] wrote: > I've been seeing bounces for Fred Drake's Comcast email for a couple days. > Fred, are you listening? If not, does someone else have a non-Comcast email > link to Fred? (I assume his acm.org

Re: [Python-Dev] The docs, reloaded

Hi Georg Super impressive work! :-) I haven't looked at it in depth yet, but I have a question. One concern from a long thread on Doc-Sig a long time ago, is that ReST did not at the time possess the ability to nicely markup the objects as LaTeX macros do. Is your transformation losing markup i

Re: [Python-Dev] Issue #8863 adds a new PYTHONNOFAULTHANDLER environment variable

six compatibility hack on win32, they're unlikely to do what you want. > Thanks to Brian Curtin there is now an os.kill() on Windows, but it > doesn't handle the full range of signals. Which uses GenerateConsoleCtrlEvent and is completely the wrong thing. Martin __

Re: [Python-Dev] Fault handler updated, now disabled by default

est not expecting an extra note the assert gives at the end. See attached interdiff for suggested changes. Martin issue8863_incr.diff Description: Binary data ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mail

Re: [Python-Dev] Test cases not garbage collected after run

Just pop-ing is unlikely to be sufficient in practice. The Bazaar test suite (which uses testtools nowadays) has code that pops during the run, but still keeps every case alive for the duration. That trebles the runtime on my memory-constrained box unless I add a hack that clears t

Re: [Python-Dev] Test cases not garbage collected after run

ers while crippling others. And as John mentioned, the fix hasn't yet landed, mostly because the hack is good enough for me and the right thing is too complicated. Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailma

Re: [Python-Dev] Deprecate codecs.open() and StreamWriter/StreamReader

e dealing with streams needs to be covered in isinstance checks in Python 3? Martin ___ 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] The docs, reloaded

On 5/20/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > > Very nice! As well as looking very attractive and professional, the > all-Python > > toolset should make it easier to build the documentation - I've not been > > able to get a trouble-free setup of the docs toolchain on Windows. > > Yep. A

Re: [Python-Dev] The docs, reloaded

On 5/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Georg> There is exactly one instance of LaTeX math in the whole docs, > Georg> it's in the description of audioop, AFAIR, an contains a sum over > Georg> square roots... > > Georg> So, that's not really a concern of mine ;

Re: [Python-Dev] The docs, reloaded

On 5/22/07, Armin Ronacher <[EMAIL PROTECTED]> wrote: > > > > > > * reST markup isn't much simpler than LaTeX. > > > > * reST doesn't support nested markup, which is used in the current > > documentation. > > For a lightweight markup language that is human readable (which rst certainly > is) th

Re: [Python-Dev] The docs, reloaded

On 5/22/07, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > So in Armin's example, I found the reST version *much* easier to read. > Whether that difference in perception is due simply to my relative lack > of experience in using LaTeX, or to something else, I have no idea. - If you make a mistake in

Re: [Python-Dev] The docs, reloaded

On 5/22/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > > > Don't get me wrong, LaTeX is a powerful tool and I use it for every bigger > > document i type. I just think it's not the best choice for documenting > > scripting > > languages. > > Who's documenting a scripting language? Hehe I can't bel

Re: [Python-Dev] The docs, reloaded

On 5/22/07, Martin Blais <[EMAIL PROTECTED]> wrote: > > ReST works well only when there is little markup. Writing code > documentation generally requires a lot of markup, you want to make > variables, classes, functions, parameters, constants, etc.. (A better > avenue IMH

[Python-Dev] nodef

Hi I often have the need for a generic object to use as the default value for a function parameter, where 'None' is a valid value for the parameter. For example: _sentinel = object() def first(iterable, default=_sentinel): """Return the first element of the iterable, otherwise th

[Python-Dev] How to pickle class derived from c++ extension

I understand that I can picke an extension class written in C/C++ by providing a __reduce__() method along with __getstate__()/__setstate__(). While I still havent gotten this to work, my main question is: How could I possibly pickle an object of a python class which is derived from the C++ ex

Re: [Python-Dev] How we can get rid of eggs for 2.6 and beyond

lve this. It's not an easy problem space since you're dealing with disparate and inconsistent target platforms, but it's one that has been solved before by others. Cheers, Martin ___ Python-Dev mailing list Python-Dev@python.org http://

[Python-Dev] Dates wrong on front page of pydotorg

Did anyone else notice that the dates are incorrect in the news items on the front page? As an example: Published: Mon, 4 Apr 2008 which should be Published: Fri, 4 Apr 2008 I'll poke around and see if I can figure it out. Cheers //M ___ Python-De

Re: [Python-Dev] Dates wrong on front page of pydotorg

On Apr 4, 2008, at 6:37 PM, Guilherme Polo wrote: > 2008/4/4, Martin Thomas <[EMAIL PROTECTED]>: >> Did anyone else notice that the dates are incorrect in the news items >> on the front page? As an example: >> Published: Mon, 4 Apr 2008 >> which should be >>

Re: [Python-Dev] import error in python2.6

.5 without problems, though Python 2.5 isn't "officially" supported (whatever that means). I think current versions of Zope 2 work with Python 2.5 as well. No, they don't. Work is ongoing to port it, though. Martin -- Author of `Professional Plone Development`, a book for de

[Python-Dev] genious hack in python

rd to find something to complain about in python. This one was a too good idea to keep for myself. Thanks Martin Goudreau from Montreal ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscr

Re: [Python-Dev] genious hack in python

Write Oleg, If there is a better way to implemant this? sure. But the idea is still good. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python

Re: [Python-Dev] Issue 13524: subprocess on Windows

] = "path/to/my/apps" The bzrlib TestCase has a method using subprocess that provides an `env_changes` argument. With that, it's much easier to override or remove just one variable without accidentally clearing the current environment. Martin

[Python-Dev] Re: an idea for improving struct.unpack api

ave to be unpacked field by field. It may be helpful to remember Sam Rushings NPSTRUCT extension which accompanied the Calldll module of that time (2001). Still available from http://www.nightmare.com/~rushing/dynwin/ mb - Martin ___ Python-Dev maili

[Python-Dev] Re: csv module TODO list

ct='excel'[, fmtparam]]) -> str object Feasible? mb - Martin ___ 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] Re: csv module TODO list

ment. Sure! To my feeling these "intelligent split and join" functions most naturally should actually be string methods. I can see that - considering the conceivable variety of dialects - this can't be done. One more reason to have 'split' and 'join' available from

[Python-Dev] Windows Low Fragementation Heap yields speedup of ~15%

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/base/low_fragmentation_heap.asp Best regards, Martin PS: Since I don't speak C, I used ctypes to convert all heaps in the process to LFH (I don't know how to determine which on

RE: [Python-Dev] Windows Low Fragementation Heap yields speedup of ~15%

27;ve measured. As I said, I don't speak C, so I can only speculate - do the lists at some point grow beyond the upper limit of obmalloc, but are handled by the LFH (which has a higher upper limit, if I understood Tim Peters correctly)? Best regards, Martin -Original Message- From:

RE: [Python-Dev] Windows Low Fragmentation Heap yields speedup of ~15%

> A well-known trick is applicable in that case, if Martin thinks it's > worth the bother: > grow the list to its final size once, at the start (overestimating if > you don't know for sure). Then instead of appending, keep an index to > the next free slot, same as you&

[Python-Dev] python running in several threads

multaneous run of all threads? I checked the sources esp. PyThreadState object and it seems all those variables could be held locally. Another way is using thread local storage, but it could be a little problematic with porting issues. How do you see it? Do you have any plans here? Thanks and regar

Re: [Python-Dev] python running in several threads

stuff again. Martin Just short notes: > Removing the GIL is easy, but then the interpreter crashes in cases of > simultaneous accesses to dictionaries, reference counters, etc. I know. But under mine conditions is impossible to share dictionaty or ref.counters so this do not happen. This

[Python-Dev] Bug in from __future__ processing?

a bug?   I am asking whether in IronPython we should try to match behavior of Python compiler, or stick to the language spec. In this case, I believe that we should stick to the spec and report a bug in Python compiler.   Thanks Martin   Example 1: -- x = 10 / 2 from

[Python-Dev] Fwd: Python 2.5 update

-- Forwarded message -- From: Martin Blais <[EMAIL PROTECTED]> Date: Mar 29, 2006 10:32 PM Subject: Python 2.5 update To: [EMAIL PROTECTED] Hi I was thinking of a new action "append_const" to optparse, so I googled it to check if anybody else had been thinkin

<    1   2   3   4   5   6   7   8   9   10   >