lly not a pythondev question anymore).
Regards,
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
s it useful for TortoiseSVN.
Regards,
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
Martin v. Löwis wrote:
>>I am also curious as to what you would have me check out for the
>>sandbox; whole directory or just the trunk?
>
>
> You would usually only check out the trunk (unless you want to work
> on a branch, of course).
Actually, you would prob
nsliteration is clearly common for
Latin-based languages (French, German, Spanish, say), but I doubt
non-Latin scripts are that often transliterated (even if conventions
exist).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mai
Atsuo Ishimoto wrote:
> I'm +0.1 for non-ASCII identifiers, although module names should remain
> ASCII. ASCII identifiers might be encouraged, but as Martin said, it is
> very useful for some groups of users.
Thanks for these data. This mostly reflects my experience with German
an
s François Pinard, who keeps requesting it,
saying that local people where surprised they couldn't use accented
characters in Python.
Perhaps that's because he actually is Quebecian :-)
Regards,
Martin
___
Python-Dev mailing list
ld be done, or whether it could be
done.
What do others think? I personally found those long subject lines
listing all the changed files very ugly and unreadable.
The other question (whether it could be done) is probably answered
as "yes", but I have to research what magic precisely is nec
svn:ignore -F .cvsignore .
Without a file, I wouldn't know how to edit the property, so I would
probably do
svn propget svn:ignore . > ignores
vim ignores
svn propset svn:ignore -F ignores .
rm ignores
Regards,
Martin
___
Python-Dev mailing
Noam Raphael wrote:
> Won't "svn propedit svn:ignore ." do the trick?
It certainly would. Thanks for pointing that out.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
ng a single number for
a multi-file delete operation feels good :-)
Regards,
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
rmanent and accessible than a mailing list archive; I think
I would normally add them to the developer FAQ instead of to the
Wiki, primarily because I can memorize the location of the FAQ better.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
atural question then is: what operating system, what subversion
version are you using?
Regards,
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
[EMAIL PROTECTED] wrote:
> Martin> The natural question then is: what operating system, what
> Martin> subversion version are you using?
>
> Sorry, wasn't thinking in terms of svn bugs. I was anticipating some sort
> of obvious pilot error. I am on Mac OSX 1
ature conditional to preserve
compatibility.
Regards,
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
Robin Munn wrote:
> echo "New commit message goes here" > new-message.txt
> svnadmin setlog --bypass-hooks -r 4077 /path/to/repos new-message.txt
Thanks for pointing that out, and for giving those instructions.
I now corrected the log messag
Robin Munn wrote:
>>Revision 4077 is fine now. However, the same problem exists in revision
>>4284, which has a 0x01 character before the word "add". Same solution:
I now have fixed that as well.
Regards,
Martin
___
Python-Dev m
where it was first
introduced.
Regards,
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
discussion.
More specifically, I'm sure I would have forgotten to post about the
svn switchover to python-dev-announce, just as I failed to post to
comp.lang.python.announce.
This is all volunteer work.
Regards,
Martin
___
Python-Dev mailing list
P
the future,
subversion might be able to transmit such log messages in
well-formed webdav.
Regards,
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
to test whether the feature works correctly.
Regards,
Martin
(*) that is, sf.net/projects/python
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/option
creates
a different memory layout for PyObject.
So in the end, I would assume you are requesting what you call a
debug-python, i.e. one that (in your system) *has* BOOST_DEBUG_PYTHON
defined.
Regards,
Martin
___
Python-Dev mailing list
Python
e similar to the MSI file,
so that the debug file has the same version number as the MSI
file.
> I s'pose that means, "put it in the patches tracker."
>
Exactly.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@py
to always return "False". This
would be confusing, because it would cause "x == x" to give False.
More generally, I claim that the current behaviour is better than
*any* alternative. To refute this claim, you would have to come
up with an alternative first.
Regards,
Martin
is equality operator.
This will likely cause a lot of breakage. Objects will compare equal
even though they conceptually are not, and even though they did not
compare equal in previous Python versions.
Regards,
Martin
___
Python-Dev mailing list
Python
is case...
This is sort-of supported today:
>>> a=[]
>>> a.append(a)
>>> b=[]
>>> b.append(b)
>>> a == b
True
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
up the answers to those from a user
> supplied file.
You shouldn't be required to do that. Instead, just edit pyconfig.h
manually, to match the target. autoconf is designed to support that.
It would help if Makefile was target-independent (only host-dependent).
Not sure whethe
you are kind of stuck. I don't
> think there is an obvious way to select the extension modules to build
> and the C libraries for them to link against.
Of course there is: Modules/Setup.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@
master plan. Instead, individual
contributors propose specific modifications, e.g. through PEPs.
I personally have no plan to replace Tkinter.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
PyWrapper per GObject at any time.
5. id() of a GObject may change over time, if the wrapper
becomes unreferenced and then recreated.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsub
lkit at least as good as Tk, and one that doesn't interfere with
> Python's event loop capabilities.
I personally don't think so. The task is just too huge for volunteers
to commit to.
Regards,
Martin
___
Python-Dev mailing list
Pyt
ee a reason
> why they'd need their own event loop.
They need to fetch events from the operating system level, and dispatch
them to the widgets.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
see what the problem is. Why does the visualization
framework care that Tkinter is around? Why are the events that the
visualization framework needs to process?
Regards,
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
eason, and why it would be difficult
> to solve.
Before trying to explain the reason, please try to explain the
problem first. What is it *really* that you want to do which
you feel you currently can't do?
Regards,
Martin
___
Python-Dev maili
Nick Coghlan wrote:
> Should the section "Developing on Windows" disappear now?
I think so, yes (along with the document it refers to).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listin
issue, but that hasn't been checked in yet.
Regards,
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
VS2003 was (i.e. for
Python, nothing is gained AFAICT); also, I'm getting the impression
that VS2005 has too many bugs (*) to be useful, so I recommend to
skip that release completely, and go then to VS2006 (or whenever
that is release).
Regards,
Martin
(*) besides the really sad chan
g file): the
tarball that was used to do the conversion is at
http://svn.python.org/snapshots/python-cvsroot-final.tar.bz2
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
Hi Skip,
I made a script that runs through a subversion
sandbox and checks whether all md5sums are correct.
Please run that on your working copy to see whether
there are still any inconsistent files.
Regards,
Martin
import os, xml.dom.minidom, md5
def checkdir(arg, path, files):
if not
that we include (such as gzip, openssl, Tcl/Tk) would be
needed as well. Plus, that person would have to defend the decision to
drop VC (just as I am in the position of defending the switch to VS
2003).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyt
ld get confidence from that fact
that nobody else is seeing these problems :-)
I recommend to use pre-built binaries, e.g. the ones from
http://metissian.com/projects/macosx/subversion/
I would also recommend to throw away the sandbox completely and check it
out from scratch. Please report whe
[EMAIL PROTECTED] wrote:
> Martin> code.h should live in Include. It was originally committed to
> Martin> CVS, so it is in the subversion repository from day one; it
> Martin> should always have been there since you started using
> Martin> subversion
y, you are completely
independent of any other event loops that may happen. It is also
independent of the operating system (as long as the thread module
is available).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python
-until-user-terminates-program. For this to work, you
need a guarantee that the hook is invoked frequently.
Again, I still think running the loop (as a true event loop) in a
separate thread would probably solve the problem.
Regards,
Martin
___
Python
s (somewhat deliberately) misleading. That separate
thread might be the main thread (and, in many cases, is). The main
thread is still a "separate" thread (separate from all others).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
should be possible to get nearly the
same effect without such hooking. For example, if you chose to
redraw at most 10 times per second, you will still get good
performance. Alternatively, you could chose to redraw if there was
no drawing command for 100ms.
Regards,
Martin
ile. It is the style I use and recommend.
Of course, it may occasionally become necessary to have a few-lines
string literally in a function; in most cases, indenting it along
with the rest of the function is fine, as HTML can stand extra spaces
with no problems.
R
int here: There are intentionally no line
breaks in this string; it must be a single line, or else showerror will
break it in funny ways. So converting it to a multi-line string would
break it, dedent or not.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED] wrote:
> I would appreciate feedback concerning these patches before the next
> "PythonD" (for DOS/DJGPP) is released.
PEP 11 says that DOS is not supported anymore since Python 2.0. So
I am -1 on reintroducing support for it.
so?
Regards,
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
_arena (obmalloc.c:500)
Likewise.
Regards,
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
d with the BeOS port and the VMS port, to take recent examples).
So I would prefer to see some strong commitment from the porter.
Even so, I don't think I'm willing to commit such a patch myself.
If somebody else thinks this is worthwhile, I won't object.
Regards,
Martin
__
author will hate it,
write his own, and then suggest to replace the existing one.
It is the "let's build it from scratch" attitude which makes
me nervous.
Perhaps the library could be distributed separately for some time, e.g.
as a package in the cheeseshop. When
s don't seem to become
> actual memory leaks.
You could try to classify the objects remaining, counting them
by type. Perhaps selectively clearing out sys.modules to what
it is after startup might also give insights.
Regards,
Martin
___
Pyth
dy to forward bug
reports to, and somebody to intervene if incompatible changes are made.
This person would also indicate that the platform is no longer
available, and hence the port can be removed.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@p
nd of model is more likely,
as resistance to replacing the existing library will be lower.
> (on the other hand, I'm not sure we need a profiler as part of the
> standard library either, but that's me...)
It's a battery, to some.
Regards,
Martin
___
Tim Peters wrote:
> Center for Alcohol & Drug Treatment
Besides Jamie Zawinski's definition, Google also told me it stands
for
Computer Aided Drafting Technology
where "to draft" turns out to have two different meaning
mehow commit to future support, so that
we are not left alone with code when cannot maintain if you
ever drop out.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyth
ary author himself.
Perhaps it is true what Fredrik Lundh says: there shouldn't be a
profiler in the standard library at all.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
ome advance support from lsprof users, confirming
that this is really a good thing to have.
Regards,
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
of commit dates for python/ somewhere, to find
the necessary revision number more quickly.
For dates past the switchover, everything is fine. So
svn diff -r{00:00} Lib/
works fine.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pytho
There are patches "floating around" that makes it return
unused memory to the system (which it currently doesn't).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
, and then allocate 1,000,000 objects of size 208,
the memory is not reused.
If the objects are all of same size, or all larger than 256 bytes,
this effect does not occur.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
rojects/python.
Regards,
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
since all the shared objects it accesses are immutable, likely
no harm would be done releasing the GIL. I think SRE was originally
also intended to operate on array.array objects; this would have
caused bigger problems. Not sure whether this is still an is
the repository has moved;
this is what I just did.
Regards,
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
comparison is not meaningful,
> are objects which represent entities which are "outside" of the
> process, or in other words, entities which are not "computational".
You mean, things of the real world, right? Like people, bank accounts,
and wheels.
Regards,
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
#x27;s fine with you, it is fine with me.
Regards,
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
d in: Python 2.1
Regards,
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
PyObject*);
(whether the accessors return new or borrowed reference
could be debated; plain C struct accesses would also
be possible)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
NULL, and returned.
Then, "goto error" at any point in the code would be correct
(assuming an exception had been set prior to the goto).
No special release function for the body or the decorators
would be necessary - they would be plain Python lists.
Regards,
Martin
_
anics in place, anybody should notice
we switched to subversion (but I will write something
on c.l.p.a, anyway).
Regards,
Martin
P.S. Sorry for not getting your name right in the To:
field; that's thunderbird.
___
Python-Dev mailing list
Python-
Neal Norwitz wrote:
> For those watching, Greg's and Martin's version were almost the same.
> However, Greg's version left in the memory leak, while Martin fixed it
> by letting the result fall through.
Actually, Greg said (correctly) that his version also fixes t
ng these, starting
with ast.c.
Feel free to commit any changes to that branch that you consider
helpful. To avoid duplicated work, posting a note here might
also help.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
be of benefit when
> reviewing the change before moving it back to the trunk.
Well, there would be a clear two-split right now: one could change
ast.c, and the other compile.c.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
EM
macro inside ast.c:
#define STEAL_ITEM(list,index,variable) \
do{PyList_SET_ITEM(list,index,variable);variable=NULL;}while(0)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
ated work: if we actually carry out the experiment of
multiple alternative (or perhaps supplementing) implementations,
we have much better grounds to pick the approach for the mainline.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
feel strongly that this should be reverted,
we will need to take a poll, as people also feel strongly
that file names in the subject line are essential.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
er you should
do that for subversion also... Certainly, if you can contribute the
resources for that!
The daily snapshot of the repository is at
http://svn.python.org/snapshots/projects-svn-tarball.tar.bz2
Regards,
Martin
___
Python-Dev mailing list
Pyth
n as well.
Regards,
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
evisions, so
the version number uniquely identifies the change in the
repository. Of course, this also builds on the knowledge
that http://svn.python.org/projects is the same as
svn+ssh://[EMAIL PROTECTED] (but more easy to type).
Regards,
Martin
___
Python
Martin v. Löwis wrote:
> It complains that, in revision 36760, there was no release24-main
> directory, so it can't know what the history is. I would consider it
> a bug: it could know that release24-maint was a copy of trunk
> which was made after 36760, so it could conclude I m
f Python, not the development with Python. Use the
general python-list@python.org (news:comp.lang.python) for general
question.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
have to use)
duplicates the reference, so you would still have to decref it
explicitly.
Of course, you could do so right away, instead of doing it on exit.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
local inspection,
and thus hard to tell.
For a real time system, it is not just important that all
actions complete fast. Instead, it is important to tell what
statements might be long-running, and how long. In Python's
reference counting, this is possible, hence it is (IMO)
suitable for real
For bug reports, this issue does not exist - but the other issues
(of being able to get feedback) do, of course.
Regards,
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
SF bug ids into roundup bug ids, and redirect
appropriately; this hasn't been done (to my knowledge).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyth
uld happen if he contributed one version for the
standard library, and would continue to maintain the code
outside of Python also).
That said, I agree that ElementTree would be a valuable addition
to the Python library, and has certainly passed the "collect feedback
in the real world&qu
be sufficient to set you as the "Assigned To" in the SF
tracker? I don't see specific bug reporting instructions on the
elementtree page.
> and, optionally
>
> - sort out expat bundling issues, and include cElementTree as well
> (using the same approach as above).
Not
sion you keep compatibility with?
> (one way to do this would be to add an "function pointer table" to pyexpat
> that contains pointers to selected portions of the expat API, and then add
> an indirection level to cElementTree)
Ok, this sounds like a larger piece of work.
>
Barry Warsaw wrote:
> Which reminds me. I think it may make sense to offer svn.python.org to
> other contrib projects that may or are included in the stdlib.
Sure. Committers should understand what part of the tree they
are supposed to write to.
Regards,
se files
always regenerated them properly before committing.
See
http://gcc.gnu.org/viewcvs/trunk/contrib/gcc_update?rev=106327&view=markup
for gcc's solution to this problem; gcc developers are
expected to invoke contrib/gcc_update, which will automatically
spread the right
p in the same
directory, potentially with copies for symbolic release names),
but if you think that manual merging at each external release
is doable/better/simpler, it's fine with me.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pytho
n multiple languages cannot reuse their
knowledge. It seems that this is irrelevant, as people don't work
in multiple languages so much. I still think that Python should continue
to provide standard APIs, for those that know how things are done
in Java.
Regards,
Martin
ckage. Both has happened for ElementTree, but I think it
could happen for other packages, as well.
If it is merely the lack of due process you are complaining about,
and you agree with the result, then IMO nothing would need to be
changed about the result. Discussing it post-factum on xml-si
nd the integration of the package, the package really
shouldn't be integrated (this is why I first predicted ElementTree
would never become part of the library, because I assumed /F would
not like the idea).
Regards,
Martin
___
Python-Dev maili
ve been incorporated in the core.
> This could have been done long before /F ever wrote ElementTree.
> But historically, this isn't what happened.
That's not true. The current xml package *is* the consensus of
xml-sig.
Regards,
Martin
___
Py
in site here).
If the portability problem can be solved by checking things into Jython
instead, I think I would prefer that. Then having in CPython an import
that only succeeds for Jython would be fine.
Regards,
Martin
___
Python-Dev mailing list
Pyt
Fredrik Lundh wrote:
> comments ?
As Fred says: go ahead.
regards,
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/arch
ith the change. You just broke source compatibility
between the core package and PyXML.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mail
Martin Blais wrote:
> As I'm digging deeper into LISP and Scheme these days, I was
> wondering, is there a good compelling reason why in Python we don't
> have a native singly-linked and doubly-linked list types?
As you seem to be asking for the historical reason: because nobod
5401 - 5500 of 5770 matches
Mail list logo
