ted
successfully. To prevent spamming, it may be necessary to
explicitly release patches to buildbot (i.e. classify attachments
as non-patch, released, or verified), but that could be done
later.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.or
Instead, I
try to manage the system so that system-wide software is available
to every user without additional setup.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubsc
Phillip J. Eby schrieb:
> At 08:57 AM 3/9/2007 +0100, Martin v. Löwis wrote:
>> In the case that triggered the discussion, the change implemented
>> was not an incompatible change, because the new implementation still
>> met the old specification (which, of course, was undersp
all what was defined. Whether or not an int is 32bits
depends on the hardware (and the compiler); this was never part of Unix.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscri
the specific operating system implementation. On a 36-bit
hardware, the range will be different.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.
ver used it) is whether the datetime
module implements time stamps. If it does (i.e. no durations,
no time zones, no issues with leap seconds), then supporting a
total order seems reasonable.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
Python. The example you gave
isn't even about locals, but the caller's *globals*. I would guess
that there is already a way in IronPython to get at these, given that
.NET also needs to support stack walks in various places.
Regards,
Martin
___
Pyt
at could certainly be arranged.
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
the champion merely records negative feedback without actually
changing the proposal, you can come up with a counter-proposal, as
a separate PEP. For example, I wrote PEP 244 to counter PEP 236.
Clearly, one of them will get rejected eventually in favor of the othe
ted what the precise URL was that
you downloaded, and what precise md5sum you got.
I can confirm that the official URL for Python 2.4.4 is
http://www.python.org/ftp/python/2.4.4/Python-2.4.4.tar.bz2
and the official md5sum of that is
0ba90c79175c017101100ebf5978e906
Regards,
Martin
need to get this patch included?
One issue is whether this patch should be backported to the 2.5 branch;
as it is arguably a new feature, it probably should not. As 2.6 is still
quite some time ahead, I can't see any urgency.
Regards,
Martin
___
Python
s considerably more time than it requires to write this message.
If you want to prioritize it over the other 300 patches, I can offer
you a fast-track procedure if you in turn review 5 other patches.
Regards,
Martin
___
Python-Dev mailing list
Python-
needs more work, if so, state what that
work would be.
When you have dealt with 5 reports that way, post a summary message here
what reports you've looked at, what your conclusion is, and what patch
you want to see expedite processing for.
Regards,
Martin
_
should be documented through the
\versionchanged markup.
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
review
> thing, depending on how long it takes me. But if I choose not to do so,
> leaving my patch to rot only harms CPython, not me.
Understood.
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
or foomodule.so (on a Unix system; foo.pyd on Windows).
As DLLs don't have hierarchical names, extension modules don't
need hierarchical names, either.
Putting these two boundary cases (additional builtin modules,
and modules in packages) is something that I
nsidered that several times, and
always concluded that it should be not be done.
Does distutils support this kind of setup? Modules/Setup?
IOW, I would expect that there are sooo many places where extension
modules in packages are not supported that it is just a tiny detail
that they don't wor
ebug build when the assertion triggers,
you can just as well fine the location of the crash quickly
in the debugger (e.g. using the core file on systems that
support that, or the JIT-debugger on other systems).
Regards,
Martin
___
Python-Dev mail
this proposal, or else I wouldn't have committed
the change in the first place.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
nal change.
But I said that many times. I changed it because the old behavior (and
the old documentation) was buggy, and the (revised version of) the
patch fixed that bug.
Regards,
Martin
P.S. If you apply the same effort to all changes that are constantly
being ma
e an acceptable
compromise, I could agree to such a compromise also (although I
would prefer if somebody else took the blame for adding that warning.
I happily take the blame for changing the behavior).
What specific warning would you propose, and in what specifi
break with this change. So far I
> haven't seen any actual code posted that is currently broken by the
> existing behaviour.
Can you please point to them? I'm only aware of a single anecdote
(about software that likely will never see Python 2.6).
Regards,
Martin
t; changes being made to Python, if we can't even manage to follow our
> policies *now*.
It seems that we disagree on what the policies are. 100% backwards
compatibility is none of them. Feature releases may include incompatible
changes, and this is just one of them (and a minor one, too). Wh
mpatible
behavior. For feature releases (2.x), incompatible behavior is
acceptable (at least this is what I thought consensus is, but
apparently I'm wrong).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
I just proposed to implement thread cancellation for the SoC.
Is there any prior work where one could start?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
to research somewhat
more, but I think the standard solution to the problem in operating
system (i.e. disabling interrupts at certain points, explicitly
due to code or implicitly as a result of entering the interrupt
handler) may apply.
Regards,
Martin
___
ly believe that even with this change, Python provides "some
form of stability". All the alternatives that had been proposed, except
for the "never" variant, provide less stability. This is the most stable
patch to solve the problem that I could think of.
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
ogram that used Java's (then not deprecated)
> asynchronous exception APIs to behave properly. It wasn't possible
> then, and it isn't possible now.
Ok, I withdraw this SoC project idea.
Regards,
Martin
___
Python-Dev mailing list
P
s was the fix to the socket addressing wart).
Please take a look at Misc/NEWS and review all changes that had been
made since 2.5 to find out what other changes are breakage-inducing.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
htt
ing wart).
I just like to point out that I disagree with this classification. The
change is not gratuitous breakage (it's neither gratuitous, nor is it
breakage), nor is it breakage-inducing.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@
fragment of your code?
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
but for the next major release
(2.6). See PEP 6.
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
e
("archive arbitrary files") is still preserved - it still does that,
but in different manner. (disclaimer: I don't fully understand the
index part)
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
*, major releases can add new features, and correct
problems that may break existing applications (using parallel
APIs, warnings, etc, as appropriate).
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
that task to Andrew.
I would do that, except that Andrew explicitly reserved the right to
change whatsnew.tex. I believe he does go over Misc/NEWS in doing so.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
ing and adjust docs/tests/etc... but this issue seems ever
> so divided...)
You need to find a committer to commit such a change, but otherwise,
I think it's a good idea. Contributing is always a good idea.
Martin
___
Python-Dev mailing list
Pyth
[EMAIL PROTECTED] schrieb:
> However, the decision was a bad one regardless of the existing policy,
> and sets a bad precedent while we are discussing this policy. I could
> be wrong, but I think it would be reasonable to assume that if Martin
> strongly supports such a change,
k. What do you do with files that really
have no extension whatsoever (i.e. no dot at all)?
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
at help backwards compatibility?
> 3. Create a new function with the new behavior (as you proposed the last
> time there was a patch submitted for this)
What to do with the old function in this case?
Martin
___
Python-Dev mailing list
Pyt
isc/NEWS).
> What it does
> now is not. Changing it is the right thing, but changing it without
> first warning about it is not.
Ok, I can accept a solution that will allow it to be changed eventually,
although I'm not happy with producing a warning. So, as I said, i
rsions, or the new behavior on all versions, depending on what
precisely is desired. Users that have coded for a specific behavior
will have to write a wrapper - whether they explicitly code for the
old behavior or the new one.
Regards,
Martin
___
Pytho
A.M. Kuchling schrieb:
> Where should I add a note about this: a comment at the top of
> whatsnew.tex, maybe?
That would be good.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
versions, so it will *not* be backwards compatible.
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
Mike Krell schrieb:
> On 3/16/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>
>> If they pass the flag to the function, the code will stop running on
>> 2.5 and earlier. This is worse than having code that works on all
>> versions. This is also whz
Patrick Maupin schrieb:
> On 3/16/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> Assuming the current behavior is a bug (which I still believe to be
>> the case), in order to actually make use of the bug fix, you have to
>> pass the parameter. This will
hat some patches get rejected just
because neither the submitter nor any of the reviewers is willing to
complete it, if it is incomplete at the time of submission.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
Guido van Rossum schrieb:
> And Martin, if I decide that the change should be
> rolled back, will you be okay with that?
Certainly. I would wish somebody contributed a documentation patch
pointing out that specific detail in the documentation (and in
the process making the documentation
Phillip J. Eby schrieb:
> Actually, he asked first if we *want* him to make one, and my answer to
> that is above: I don't think it's necessary. Like Martin, I believe we are
> within sight of a consensus. And I think that's better for Python and
> Python-Dev than
ll think that some has to make a decision, and it won't
be 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
"backend" processing works (which you often
find important when generating code for a specific target system).
HTH,
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
all (except
for a few people that claim that splitext('.txt') ought to give
'','.txt'), but that the valid use case apparently is to not
pass any parameters, so that 100%, never-changing
backwards-compatibility is preserved.
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
ython.org for the
latter. That said, please take a look at the cross-compilation patch
that is currently under review in the patches tracker at
sf.net/projects/python.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
ook at roundup's search facilities.
Roundup keeps a 'last activity' field, on which you can search and sort,
and a 'creation date' field (likewise).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mai
> test_posixpath is failing in: test_relpath
This is due to #1339796, r54419. I left a comment in the tracker.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
> Patch 1490190 causes test_posix to fail on Tru64 due to chflags().
I have a potential fix for that in the tracker.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
> class List(list):
> def append(self, x):
> print x
> List.append(self, x) # What is the C equivalent of this call?
Always literally what you write in Python (assuming you meant
list.append):
PyObject_CallMethod(PyList_Type, "append", "
default constructor
is made.
So if the base class does not have a default constructor,
you indeed need to explicitly add a constructor call into
each subclass.
HTH,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
s documentation is at
http://roundup.sourceforge.net/
However, I suggest that you just create/recover your account
at bugs.python.org (recover using your SF account name),
then go to Search, customize a search, perform it, and
look at the 'Dow
eally, is what POSIX specifies for it).
So you can do systems programming in Python, and only need good
knowledge of the underlying system calls (i.e. using Python as a
better C).
For the subsystem module, the semantics is not so clear, in border
cases.
Regards,
Martin
__
of what is there (plus popen is based on stdio, which we declared
evil). So yes, the can go.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
ything is lacking in DOM Core level 2, I would have
to check in detail.
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/a
d find) is the EntityReference interface, and
Document::createEntityReference. I'm not sure what semantics goes with it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
a wider character into a smaller
string, the smaller string become:s transparently wider.
HTH,
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
ial revision, checked in with
the comment
# EXPERIMENTAL
#
# An extensible library for opening URLs using a variety protocols.
# Intended as a replacement for urllib.
So it seems that it only tests for 200 and 206 because the experiments
never produced a need fo
eed to.
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
Oleg Broytmann schrieb:
> On Tue, Mar 27, 2007 at 04:12:06PM +, Facundo Batista wrote:
>> (didn't know about "annotate").
>
>It is also known under the name "blame"! ;)
Or "praise", depending on your mood :-)
Regards,
Martin
n this or else whatever goes out in Py2.5.1
> becomes the de-facto decision and becomes much harder to change.
Changing 2.5.x was not ever proposed in the entire thread (up to now);
the existing change is for 2.6 only.
Regards,
Martin
___
Python-Dev
by default in
> Python 2.5+?), you can kill the process with
> win32process.TerminateProcess() .
On Win32, you also have subprocess.TerminateProcess, if you have the
subprocess module in the first place.
Regards,
Martin
___
Python-Dev mailing list
andle =ctypes.windll.kernel32.OpenProcess(1, False, process.pid)
> ctypes.windll.kernel32.TerminateProcess(handle, -1)
> ctypes.windll.kernel32.CloseHandle(handle)
>
> Is this ok?
I don't like it. I would rather rely on the private _handle member.
cess groups is an entirely different issue. It would
be nice if subprocess also supported process groups (through
the same-named POSIX concept on POSIX, and job objects on Win32),
but that again is a different story.
Regards,
Martin
___
Python-Dev m
> Martin, have you looked at this?
Only just now. I assume Andrew is right on these, although
one would have to verify each and every one, reading the spec,
reading the documentation, reading the source, testing, fixing.
Very time-consuming.
In any case, the *claim* certainly is that mini
the release binaries are all produced, and just await upload.
If it's an urgent issue, we need another RC. If it isn't urgent
(e.g. not a regression relative to 2.5.0), I think it should wait
for 2.5.2. (IMHO all, of course)
Regards,
Martin
d then research why
generating it fails on your machine.
Regards,
Martin
___
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
oject files is certainly uncontroversial.
Notice that the 2.5 branch is currently frozen (for 2.5.1);
any commits to the branch need approval on python-dev.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinf
or a bug report that hasn't seen any feedback (there are,
unfortunately, plenty of them), and try to analyse it.
See
http://mail.python.org/pipermail/python-dev/2002-November/029831.html
for an older article of what these activites involve.
Regards,
Martin
__
be named
"identity", not "cat" (if that name is meant to raise associations with
the Unix cat(1) utility, please understand that "cat" is short for
"concatenate").
Regards,
Martin
___
Python-Dev mailing list
Python-D
.
Please send it to me.
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
ght silently
uninstall the other).
Of course, both installations will stomp on each other's registry
keys, so while this MSI conflict is not deliberate (I never
considered that setup), it may be a good thing that it already
breaks at installation time.
Regards,
Martin
_
(i.e. it is
fairly unlikely that it ever triggers).
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
mode of the processor is not
available, and 64-bit windows binaries cannot run on that system.
HTH,
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
orgotten. Isn‘t it time it was
> fixed back?
It's time to remove the comment. The removal of .dll extensions for
extension modules is now permanent. It hasn't caused too many problems,
and no alternative solution to the sqlite3.dll proble
If you want to prioritize processing over other patches, please review
5 other patches, then post the list of those patches to python-dev,
and I will give your patch priority.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://
3k
> 2) Should there be a special user for these checkins
What *really* should be there is a pre-commit hook that rejects a
checkin if the violates the formatting style in force.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http
> Well, there are editors that don't intelligently strip whitespace, so that
> people using them would be constantly pained by such a hook.
Those users can run reindent.py before checking in, or switch editors.
Regards,
Martin
___
Python-
hing if commits get rolled back because the committer
violated some constraints of the release manager. The 2.5.1 release
happened to reveal some misunderstandings as to how subversion is
used in the release process; having these issues cleared up w
> Okay, attached is a pre-commit hook script for that purpose.
How does that deal with deletions? What do you think about
the attached alternative?
Regards,
Martin
#!/usr/bin/env python
from svn import repos, fs, core
import sys
from StringIO import StringIO
from reindent import Reinden
I have now installed a pre-commit hook that verifies that the code
being committed follows the formatting of reindent.py, for all files
under /python in the projects repository. Please let me know if this
causes any problems.
Regards,
Martin
___
Python
. That is incorrect,
as the C library will perform truncation of subsecond
time stamps. The compiler itself should have no effect
(other than defining different compiler recognition
macros).
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
> Or do I need to submit this through sourceforge?
Please do. Why are you checking for error 2, though,
if the error that occurs is 5?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
ger the problem with pagefile.sys at the time).
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
undo r54686).
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
pagefile.sys and 2.5 gives ERROR_ACCESS_DENIED,
then the bug still isn't fixed.
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
t fail on
W9x for the rest of 2.5.x.
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
cases of
open files with 2.5.0.
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
> Some record of this or documentation of just what conditions the tests
> are expecting to test against would probably be a good idea.
There is the sourceforge tracker item. If that is insufficient, feel
free to add more information.
Regards,
in 2.5.0, so your test
case should fail there.
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
gt; self.width = width
> self.height = height
>
> class Square:
> def __init__(self, side):
> Rectangle.__init__(self, side, side)
That's not what he said. Your code does not call super(), so the
observation that it normally should pass the exa
s still relevent and pertaining to each
> test I look at? That seems contorted, and easy to miss. I'll check
> the tracker, and I'd like to add any information to the test
> itself.
Clearly, if you think some relevant information is missing in a comment,
subm
th that convention.
> I've read the bug report now. I see what I was missing all along. I
> think maybe you thought I knew of the bug report, and thus we were
> both confused talking on different frequencies and completely missing
> each other, Martin.
Ok! When you come up with a
Calvin Spealman schrieb:
> On 4/29/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> Right. It shouldn't fail if the file is absent (it shouldn't
>> pass in that case, either, but regrtest has no support for INCONCLUSIVE
>> test outcomes).
>
&g
2501 - 2600 of 5755 matches
Mail list logo
