On Dec 10, 2014, at 6:56 AM, jacob toft pedersen wrote:
> Hi there
>
> I was visiting you buildbot page for inspiration and found that i apparently
> have the option to force stop/start all your builds without any access
> control.
>
> You may want to put something to enforce access control?
On Tue, Jan 20, 2015 at 11:48:10AM +0200, Paul Sokolovsky wrote:
> Hello,
>
> On Tue, 20 Jan 2015 18:15:02 +1300
> Greg Ewing wrote:
>
> > Guido van Rossum wrote:
> > > On Mon, Jan 19, 2015 at 11:43 AM, Paul Sokolovsky
> > > mailto:pmis...@gmail.com>> wrote:
> > >
> > > b.lower_inplace()
>
On Fri, May 22, 2015 at 10:06:48PM +, Steve Dower wrote:
> The Windows 7 buildbots are failing on test_asdl_parser, but I have no
> idea why – the test works for me just fine. Yury and Benjamin made the
> most recent changes to Python.asdl, but I have no idea what effect
> they would have here,
On Fri, May 22, 2015 at 05:24:53PM -0700, Larry Hastings wrote:
> On 05/22/2015 05:11 PM, Trent Nelson wrote:
> >Do we still support WS2K3? (Can I even install VS 2015 on that? I would
> >have thought not.)
>
> According to PCbuild/readme.txt, no. It says:
>
>This
[CC'ing python-dev@ for those that are curious; please drop and keep
follow-up discussion to python-ideas@]
Hi folks,
I've made a lot of progress on PyParallel since the PyCon dev summit
(https://speakerdeck.com/trent/pyparallel-pycon-2015-language-summit); I
fixed the outstanding breakage with g
On Tue, Sep 08, 2015 at 10:12:37AM -0400, Gary Robinson wrote:
> There was a huge data structure that all the analysis needed to
> access. Using a database would have slowed things down too much.
> Ideally, I needed to access this same structure from many cores at
> once. On a Power8 system, for ex
On Wed, Sep 09, 2015 at 01:43:19PM -0700, Ethan Furman wrote:
> On 09/09/2015 01:33 PM, Trent Nelson wrote:
>
> >This problem is *exactly* the type of thing that PyParallel excels at [...]
>
> Sorry if I missed it, but is PyParallel still Windows only?
Yeah, still Windows only
On Wed, Sep 09, 2015 at 04:52:39PM -0400, Gary Robinson wrote:
> I’m going to seriously consider installing Windows or using a
> dedicated hosted windows box next time I have this problem so that I
> can try your solution. It does seem pretty ideal, although the STM
> branch of PyPy (using http://c
Gflags/umdh is pretty useful on Windows, I used it to track down a few quirky
PyParallel memory leaks. Steps:
1. Enable global flags: gflags –i python.exe +ust
2. Launch Python.
3. Enable the umdh tracer: umdh –p: -f:d1.log
4. Kill it after a short run.
5. Re-l
On Tue, Nov 12, 2013 at 01:16:55PM -0800, Victor Stinner wrote:
> pysandbox cannot be used in practice
>
>
> To protect the untrusted namespace, pysandbox installs a lot of
> different protections. Because of all these protections, it becomes
> hard to write Py
On Nov 15, 2013, at 12:34 PM, Victor Stinner wrote:
> 2013/11/15 Trent Nelson :
>>This sounds a lot like the work I initially did with PyParallel to
>>try and intercept/prevent parallel threads mutating main-thread
>>objects.
>>
>>I ended up arri
On Sat, Nov 16, 2013 at 02:53:22AM -0800, Maciej Fijalkowski wrote:
> On Fri, Nov 15, 2013 at 6:56 PM, Trent Nelson wrote:
> > On Tue, Nov 12, 2013 at 01:16:55PM -0800, Victor Stinner wrote:
> >> pysandbox cannot be used in practice
> >> ==
Hi folks,
Video of the presentation I gave last weekend at PyData NYC
regarding PyParallel just went live: https://vimeo.com/79539317
Slides are here:
https://speakerdeck.com/trent/pyparallel-how-we-removed-the-gil-and-exploited-all-cores-1
The work was driven by the async I/O d
On Wed, Feb 27, 2013 at 08:51:16AM -0800, Michael Foord wrote:
> If you have other items you'd like to discuss please let me know and I
> can add them to the agenda.
Hmm, seems like this might be a good forum to introduce the
parallel/async stuff I've been working on the past few months.
Just posted the slides for those that didn't have the benefit of
attending the language summit today:
https://speakerdeck.com/trent/parallelizing-the-python-interpreter-an-alternate-approach-to-async
Trent.
___
Python-Dev maili
On Thu, Mar 14, 2013 at 05:21:09AM -0700, Christian Heimes wrote:
> Am 14.03.2013 03:05, schrieb Trent Nelson:
> > Just posted the slides for those that didn't have the benefit of
> > attending the language summit today:
> >
> >
> > https://s
On Wed, Mar 13, 2013 at 07:05:41PM -0700, Trent Nelson wrote:
> Just posted the slides for those that didn't have the benefit of
> attending the language summit today:
>
>
> https://speakerdeck.com/trent/parallelizing-the-python-interpreter-an-alterna
.)
On Thu, Mar 14, 2013 at 11:45:20AM -0700, Trent Nelson wrote:
> The basic premise is that parallel 'Context' objects (well, structs)
> are allocated for each parallel thread callback.
The 'Context' struct:
http://hg.python.org/sandbox/trent/file/7148209d5
On Thu, Mar 14, 2013 at 02:30:14PM -0700, Trent Nelson wrote:
> Then it dawned on me to just add the snapshot/rollback stuff to
> normal Context objects. In retrospect, it's silly I didn't think of
> this in the first place -- the biggest advantage of the Context
&
On Thu, Mar 14, 2013 at 12:59:57PM -0700, Stefan Ring wrote:
> > Yup, in fact, if I hadn't come up with the __read[gf]sword() trick,
> > my only other option would have been TLS (or the GetCurrentThreadId
> > /pthread_self() approach in the presentation). TLS is fantastic,
> > and
On Thu, Mar 14, 2013 at 03:50:27PM -0700, "Martin v. Löwis" wrote:
> Am 14.03.13 12:59, schrieb Stefan Ring:
> > I think you should be able to just take the address of a static
> > __thread variable to achieve the same thing in a more portable way.
>
> That assumes that the compiler supports __thr
On Thu, Mar 14, 2013 at 03:56:33PM -0700, "Martin v. Löwis" wrote:
> Am 14.03.13 11:23, schrieb Trent Nelson:
> > Porting the Py_PXCTX part is trivial compared to the work that is
> > going to be required to get this stuff working on POSIX where none
> &
On Mon, Mar 18, 2013 at 05:27:33PM -0700, Christian Tismer wrote:
> Hi Trent,
Hi Christian! Thanks for taking the time to read my walls of text
;-)
> > So, the remaining challenge is preventing the use case alluded to
> > earlier where someone tries to modify an object that hasn't been "
pill...@gmail.com>> wrote:
2013/3/15 Trent Nelson mailto:tr...@snakebite.org>>
On Thu, Mar 14, 2013 at 03:50:27PM -0700, "Martin v. Löwis" wrote:
> Am 14.03.13 12:59, schrieb Stefan Ring:
> > I think you should be able to just take the address of a static
> >
urla Molden" wrote:
> Den 14. mars 2013 kl. 23:23 skrev Trent Nelson :
>
>>
>> For the record, here are all the Windows calls I'm using that have
>> no *direct* POSIX equivalent:
>>
>> Interlocked singly-linked list
http://c2.com/cgi/wiki?BlubParadox
;-)
Sent from my iPhone
On 21 Mar 2013, at 06:18, "Antoine Pitrou" wrote:
> Le Thu, 14 Mar 2013 15:23:37 -0700,
> Trent Nelson a écrit :
>>
>>Don't get me wrong, I grew up with UNIX and love it as much as the
>&
[ python-dev: I've set up a new list for pyparallel discussions:
https://lists.snakebite.net/mailman/listinfo/pyparallel. This
e-mail will be the last I'll send to python-dev@ regarding the
on-going pyparallel work; please drop python-dev@ from the CC
and just send to p
On Wed, Mar 27, 2013 at 11:26:51PM -0700, Trent Nelson wrote:
> [ python-dev: I've set up a new list for pyparallel discussions:
> https://lists.snakebite.net/mailman/listinfo/pyparallel. This
> e-mail will be the last I'll send to python-dev@ regarding t
Hi Charles-François,
On Thu, Apr 04, 2013 at 01:18:58AM -0700, Charles-François Natali wrote:
> Just a quick implementation question (didn't have time to read through
> all your emails :-)
>
> async.submit_work(func, args, kwds, callback=None, errback=None)
>
> How do you implement arguments pas
On Thu, Apr 04, 2013 at 11:53:01PM -0700, Charles-Fran?ois Natali wrote:
> Hello,
>
> >> async.submit_work(func, args, kwds, callback=None, errback=None)
> >>
> >> How do you implement arguments passing and return value?
> >>
> >> e.g. let's say I pass a list as argument: how do you iterate on the
The new memory API discussions (and PEP) warrant a quick pyparallel
update: a couple of weeks after PyCon, I came up with a solution for
the biggest show-stopper that has been plaguing pyparallel since its
inception: being able to detect the modification of "main thread"
Python
:
> 2013/6/19 Trent Nelson :
> >
> > The new memory API discussions (and PEP) warrant a quick pyparallel
> > update: a couple of weeks after PyCon, I came up with a solution for
> > the biggest show-stopper that has been plaguing pyparallel since its
> > in
On Wed, Jun 19, 2013 at 08:45:55AM -0700, Victor Stinner wrote:
> > 1. All memory allocated in a parallel context is localized to a
> > private heap.
>
> How do you allocate memory in this "private" heap? Did you add new
> functions to allocate memory?
Yup:
_PyHeap_Malloc
dent upon the ability to lock main
> thread pages as read-only in one fell-swoop -- am I still going to
> be able to do that with your new API in place?
> """
>
> 2013/6/19 Trent Nelson :
> > On Wed, Jun 19, 2013 at 08:45:55AM -0700, Victor Stinner
On Wed, Dec 15, 2021 at 02:57:46PM -0800, Guido van Rossum wrote:
> On Wed, Dec 15, 2021 at 6:04 AM Antoine Pitrou wrote:
>
> > On Wed, 15 Dec 2021 14:13:03 +0100
> > Antoine Pitrou wrote:
> >
> > > Did you try to take into account the envisioned project for adding a
> > > "complete" GC and remo
On Wed, Jan 05, 2022 at 01:59:21PM -0800, Trent Nelson wrote:
>
> I did some research on this a few years back. I was curious what sort
> of "max reference counts" were encountered in the wild, in long-running
> real life programs. For the same reason: I wanted to get s
On Thu, Mar 19, 2009 at 10:32:03AM -0700, ajaksu wrote:
> Does anyone have good ideas for assigning students to snakebite? Is it
> too early?
Perhaps a little too early, python-dev@ won't know anything about
Snakebite yet as I haven't publicly announced it there ;-) Watch
this spa
On Fri, Mar 20, 2009 at 08:00:46PM +0100, Thomas Heller wrote:
> Since I do not have a machine with so much memory: Does one
> of the buildbots allow to run tests for this feature, or
> do I have to wait for the snakebite farm?
Will you be at PyCon? The wait might not be as bad as you think ;
> What happened to the big-ass computer farm for Python which was
> being put together by someone at (I think) Michigan State?
That sounds a lot like Snakebite (www.snakebite.org), which is still...
uhhh, a work in progress ;-) We've run into an issue recently that's
thwarted progress, but that'l
> > What happened to the big-ass computer farm for Python which was
> > being put together by someone at (I think) Michigan State?
>
> That sounds a lot like Snakebite (www.snakebite.org), which is
> still... uhhh, a work in progress ;-)
Actually, for those that are interested, here's a copy of t
Howdy folks,
Quick e-mail at 34,000ft (aren't wifi-enabled flights great?) to mention
a new initiative that's been started by Microsoft called CoApp (Common
Opensource Application Publishing Platform). The aim is simple: make
open source software rock on Windows ;-)
It's probably easiest to
Does anyone know of a way to teach vim that C sources in a python checkout
should have 4-space indents without changing the defaults for other C files?
I use this in my vimrc:
""
" indentation: use detectindent plugi
On 19-Aug-10 10:48 AM, Randall Walls wrote:
Greetings,
The company I work for has an IBM P-690 server that is in the process of
being retired. It is still a viable server, and has seen almost 0 use
(it was our failover machine). Unfortunately for us, this machine has
little to no resale value, a
already usable.
Dealing with exactly this problem is one of the goals of the Snakebite project.
As far as I know, the folks behind that project are still working on
it - I've cc'ed Trent Nelson to see if he can provide any additional
info on the topic.
Thanks for the ping Nick, I might h
On 14-Nov-10 3:48 AM, David Bolen wrote:
This is a completely separate issue, though probably around just as
long, and like the popup problem its frequency changes over time. By
"hung" here I'm referring to cases where something must go wrong with
a test and/or its cleanup such that a python_d p
Hi,
Has anyone else built Python with Visual Studio 2005 and played around
with Profile Guided Optimization? I had to build Python from source w/
VS 2005 as I had a few .pyd's built with VS 2005 that I wanted to load;
I ended up playing around with Profile Guided Optimization, running
``python.ex
Feb 2, 2008 7:34 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> > Brett Cannon wrote:
> > It would be really cool if you can recruit some experienced Windows
> > developers. :]
> That's the point in all of this. =)
> -Brett
I'll be around for the sprints -- didn't really have a plan as to what
Hi,
I've got a Windows Server 2008 x64 server I'd like to contribute as a buildbot.
As per the recommendation on http://wiki.python.org/moin/BuildBot, it sounds
like I'm looking for Martin, Anthony or Neal to sort me out with slave
credentials. Feel free to drop me a line!
Regards,
Tren
> (unless a complete working solution is presented in that other technology,
> and as long as that other technology still creates MSI files with
> free-as-in-beer tools).
Just out of interest, what's the reason for enforcing that the installer must
be an MSI? Or, rather, if I were to present an
Howdy,
I'm going through the motions of getting my newly added build slave in a half
decent state. The external.bat and external-amd64.bat files needed the
following in order to build db-4.4.20:
Index: external.bat
===
--- externa
> > I'm going through the motions of getting my newly added build slave
> in a half decent state.
>
> I think the buildbot should have a name different from 'x86 XP'.
> (Martin, Neal?)
>
> Thomas
Yeah, I've dropped Martin a note regarding this. The community bots refer to
Windows Server 2003 box
Christian Heimes:
> Trent Nelson wrote:
> > - vcbuild db-4.4.20\build_win32\Berkeley_DB.sln /build Debug
> /project db_static
> > + devenv /upgrade db-4.4.20\build_win32\Berkeley_DB.sln
> > + devenv db-4.4.20\build_win32\Berkeley_DB.sln /build Debug
> /project d
Christian Heimes:
> Thomas Heller wrote:
> > What's the difference between these two?
> >
> > vcbuild db-4.4.20\build_win32\Berkeley_DB.sln /build Debug
> >
> > devenv db-4.4.20\build_win32\Berkeley_DB.sln /build Debug
>
> Devenv is the name of the VS GUI executable but it can *also* be used as
Spent some time on my buildbot (x86 2k8 trunk) this morning trying to track
down why test_bsddb3 is failing (trunk with db-4.4.20). The first test that
fails is this:
test01_GetsAndPuts (bsddb.test.test_basics.BasicBTreeWithEnvTestCase) ... ERROR
That's slightly misleading though as the test r
> Trent, thanks for working on the buildbot. I fixed the first case you
> mentioned in r61233 wrt removing the directory before closing the
> file. It would be great if you could submit a patch when you are able
> to fix the remaining problems.
Nod, found a few more things now that test_bsddb3 i
> Trent, thanks for working on the buildbot. I fixed the first case you
> mentioned in r61233 wrt removing the directory before closing the
> file. It would be great if you could submit a patch when you are able
> to fix the remaining problems.
% svn diff
Index: test_dbshelve.py
r61099 added the following to trunk/Lib/test/test_socketserver.py:
if __name__ == "__main__":
test_main()
+ signal.alarm(3) # Shutdown shouldn't take more than 3 seconds.
which breaks platforms that don't have signal.alarm, like, say, !unix ;-)
Trent.
--
http://www.onr
> r61099 added the following to trunk/Lib/test/test_socketserver.py:
>
> if __name__ == "__main__":
> test_main()
> + signal.alarm(3) # Shutdown shouldn't take more than 3 seconds.
>
Actually, signal.alarm() was introduced all over the place in that revision. I
understand the intent
winsound.Beep fails for me on the 'x86 2k8 trunk' build slave, which is a
virtual Windows Server 2008 instance running under Hyper-V. Not surprisingly,
there's not a single audio-related device on this system. The attached patch
to test_winsound.py incorporates the _have_soundcard() checks to
> Yep, the alarm is only there to prevent what would be deadlocks from
> running forever. Sorry for breaking !unix. Your patch looks fine to
> me. Do you want to submit it or shall I?
I'm not a committer, so it's all yours. Thanks for the quick turnaround!
Trent.
I've started to see my build slave dying every so often with a twisted error
half way through tests:
...
test_htmlparser
test_httplib
remoteFailed: [Failure instance: Traceback (failure with no frames):
twisted.internet.error.ConnectionLost: Connection to the other side was lost in
a non-clean
d task, or some
other way?
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Heller [EMAIL
PROTECTED]
Sent: 05 March 2008 10:03
To: python-dev@python.org
Subject: Re: [Python-Dev] Windows buildbots randomly die with twisted
ConnectionLost erro
Hurrah, 'x86 W2k8 trunk' has just experienced its first green build and test!
Thanks to everyone that committed the various patches I sent out in such a
timely fashion.
Martin, does this mean I can have a slave set up for x64 now? }:>
Trent.
> -Original Message-
> From: [EMAIL
Can someone set me up with a build slave for an x86 FreeBSD box (6.2-STABLE,
although we'll be migrating to 7.x in a week or so)? Thanks.
[Suggestion: perhaps we could set up a [EMAIL PROTECTED] list for discussing
buildbot administrative minutiae, rather than polluting python-dev?]
Tr
I've been trying to give the Windows x64 builds a bit of TLC the past few
evenings. I managed to get a successful build with all external modules last
night (Tcl/Tk required about a half a dozen code/configuration changes each in
order to build in a Windows x64 environment with Visual Studio 9,
gory P. Smith [EMAIL PROTECTED]
Sent: 13 March 2008 22:00
To: Trent Nelson
Cc: python-dev@python.org; Jesus Cea
Subject: Re: Windows x64 & bsddb 4.4.20 woes
I haven't built the bsddb stuff on windows myself in a few years and have never
had access to a windows x64 system so I'm no silv
.
Trent.
From: Gregory P. Smith [EMAIL PROTECTED]
Sent: 14 March 2008 00:23
To: Trent Nelson
Cc: python-dev@python.org; Jesus Cea
Subject: Re: Windows x64 & bsddb 4.4.20 woes
On 3/13/08, Trent Nelson <[EMAIL PROTECTED]> wrote:
Hey Greg,
I'm at PyCon indeed, staying through the spr
> > Removing the dependency on db_static.vcproj and merging the relevant
> > source code files into _bsddb.vcproj did the trick -- all x64
> > bsddb-related tests now pass. The only issue with this approach is
> > that it locks _bsddb.vcproj into 4.4.20. However, considering that
> > this approac
http://www.python.org/dev/buildbot/3.0/
New sprint idea: getting all (inc. trunk) the buildbots green by Thursday.
Anyone interested?
Trent.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
> > * Replace Windows API calls with wide versions to support unicode
> >for file names, environment etc.
>
> +1. This should be broken into separate tasks for each API.
What are we referring to here? Calling the W versions explicitly and using
wchar_t for everything, or using the TCHAR/TEX
> > New sprint idea: getting all (inc. trunk) the buildbots green by
> Thursday. Anyone interested?
>
> I think the chance to achieve that is close to zero.
Sounds like a challenge if ever I've heard one -- care to wager a beer on it?
(Only applies to buildbots that are connected/online.)
(FWI
Yeah test_tokenize is weird, I've been looking into it as well. Here's a
sample failure from a Windows buildbot:
File "S:\buildbots\python\3.0.nelson-windows\build\lib\test\test_tokenize.py",
line ?, in test.test_tokenize.__test__.doctests
Failed example:
for testfile in testfiles:
As it turns out, it's not memory related, but has to do with tokenize not
supporting coding cookies in files. Mark picked up on this and linked it to an
issue already in roundup that was raised way back in 2003:
http://bugs.python.org/issue71988.
I've just finished patching test_tokenizer.py t
> As it turns out, it's not memory related, but has to do with
> tokenize not supporting coding cookies in files.
> Mark picked up on this and linked it to an issue already
> in roundup that was raised way back in 2003:
> http://bugs.python.org/issue71988.
Oops, left off an 8. That's meant to rea
+1 for avoiding a bikeshed, so +1 to AMD64.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Christian Heimes [EMAIL
PROTECTED]
Sent: 18 March 2008 13:54
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; python-dev@python.org
Subject: Re: [Python-Dev] Con
This change breaks all the trunk buildbots:
==
ERROR: testCompileLibrary (test.test_compiler.CompilerTest)
--
Traceback (most recent call last):
File
"S:\build
> > Sounds like a challenge if ever I've heard one -- care to wager a beer on
> > it?
> > (Only applies to buildbots that are connected/online.)
> Make sure you get a screen shot for OnYourDesktop if/when they *do* go
> green!
Screenshot? I'm going to buy a pack of iron-on transfers and sell t-
We've just experienced our first 2.6 green x64 Windows builds on the build
slaves! Well, almost green. Thomas's 'amd64 XP trunk' ran out of disk:
304 tests OK.
1 test failed:
test_largefile
==
ERROR: test_seek (test.test_la
Having recently sunk a lot of time into the Windows build process, I'd
recommend going with Visual C++ Express 2008 rather than MinGW, as this is the
official compiler for 2.6/3.0. (You can download a free copy.)
FWIW, I've probably been working on the Windows build side of things on and off
f
Quick update on the status of the trunk buildbots:
Failing:
[x86 gentoo trunk (Neal Norwitz)]
This has been failing at the same point for the past couple of days now:
test_sqlite
command timed out: 1800 seconds without output, killing pid 15168
process killed by signal 9
program finished with exit
ten take a
bit more coercing).
From: Eric Smith [EMAIL PROTECTED]
Sent: 19 March 2008 20:49
To: Trent Nelson
Cc: python-dev@python.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Python-Dev]
Thanks Eric, very useful to know. I guess it's just that particular build
slave...
From: Eric Smith [EMAIL PROTECTED]
Sent: 20 March 2008 02:55
To: Trent Nelson
Cc: python-dev@python.org
Subject: Re: [Python-Dev] trunk buildbot status
Trent Nelson
> def rename_and_remove (filename):
> os.rename (filename, filename + ".deleted")
> os.remove (filename + ".deleted")
> Isn't this still going to run into problems when the rename
> fails because the earlier tests remove still left the .deleted
> file around due to some other running desktop se
> > Yes, that's all I meant: make it the committer's job
> > to merge or block as appropriate. I just wasn't sure if
> > there was some reason that this would be difficult or
> > undesirable.
>
> Ah, yes. It is indeed difficult or undesirable, or was
> so in the past: Some committers don't care (
> Further, I
> assert that there are a greater number of build tools which do not support
> cross-compilation, but will build natively on x64 and expect 'PCBuild'
> to have libraries they can link with to create an x64 binary.
I'm with Martin on this one as well I think. If I understand correctly
> > In the py3k branch I've assigned the audio resource to the winsound
> > tests. Only regrtest.py -uall or -uaudio runs the winsound test.
> Reason:
> > the test sound was freaking out my poor cat. :/
>
> I feel with your cat ;-).
> This would not help on the buildbot since it runs 'rt.bat -d -q
Christian Heimes [mailto:[EMAIL PROTECTED]:
> Trent Nelson schrieb:
> > I think holding a developer accountable for merging or blocking to
> py3k when they commit to trunk is a great idea. Who better to pass
> judgement on such an activity than the person closest to it?
>
>
Looking into some of the recent Windows buildbot failures, I see things like
this:
sqlite3 : error PRJ0008 : Could not delete file
'c:\buildbot\trunk.heller-windows-amd64\build\PCbuild\amd64\sqlite3_d.dll'.
build-amd64.bat doesn't go through the kill_python.c hoopla, so I figure the
above erro
> > That'll kill the first python_d.exe instance it finds matching the
> > given path; given that our buildbots run trunk/release25-maint/py3k
> > in parallel
>
> That's actually not a given: we currently *don't* run multiple builds
> simultaneously on the same slave.
I thought the slave lock only
[Disclaimer: thought dump e-mail, signal to noise ratio may be subpar.]
Sounds like you're at least making steps forward in the right direction,
despite the activity probably being quite disheartening. Based on what you've
said below and the rest of the conversation, here are my thoughts for an
Committed new version of kill_python to trunk in r62129.
Trent.
From: "Martin v. Löwis" [EMAIL PROTECTED]
Sent: 02 April 2008 14:39
To: Trent Nelson
Cc: python-dev@python.org
Subject: Re: [Python-Dev] Tools\buildbot\kill_python.c can't
I started looking into this:
http://www.python.org/dev/buildbot/all/x86%20W2k8%20trunk/builds/289/step-test/0
Pertinent part:
test_asyncore
test_asynchat
command timed out: 1200 seconds without output
SIGKILL failed to kill process
using fake rc=-1
program finished with exit code -1
remoteFail
I agree with Tim, you can jump through as many hoops as you want (setting
directories private, using %TEMP% exclusively, etc), but I doubt anything is
going to change the behaviour of things like virus scanners, for example.
Tim, let me know if you need help with anything, perhaps we could set u
r if the approach I've taken is generally disliked.
Trent.
From: Christian Heimes [EMAIL PROTECTED]
Sent: 04 April 2008 09:25
To: [EMAIL PROTECTED]; Trent Nelson
Subject: Re: r62129 - in python/trunk: PCbuild/debug.vsprops
PCbuild/kill_python.c PCbuild/k
ocket.py.patch
Trent.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Trent Nelson [EMAIL
PROTECTED]
Sent: 03 April 2008 22:40
To: python-dev@python.org
Subject: [Python-Dev] socket.SOL_REUSEADDR: different semantics between Windows
vs Unix (or why test_asynchat is somet
Ok, I'll change the approach this weekend.
Trent.
From: "Martin v. Löwis" [EMAIL PROTECTED]
Sent: 04 April 2008 19:57
To: Trent Nelson
Cc: Christian Heimes; python-dev@python.org
Subject: Re: [Python-Dev] r62129 - in python
ly, FWIW, I just ran a full regrtest.py against trunk on Win32 with this
change in place and all the tests still pass.
Thoughts?
Trent.
____
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Trent Nelson [EMAIL
PROTECTED]
Sent: 04 April 2008 17:07
> >"With TCP, we are never able to start multiple servers that bind
> > the same IP address and same port: a completely duplicate binding.
> > That is, we cannot start one server that binds 198.69.10.2 port 80
> > and start another that also binds 198.69.10.2 port 80, even if we
> > set the SO_REUS
Fixed in r62193.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Trent Nelson [EMAIL
PROTECTED]
Sent: 04 April 2008 20:41
To: "Martin v. Löwis"
Cc: Christian Heimes; python-dev@python.org
Subject: Re: [Python-Dev] r62129 - in python/trun
Trent.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Trent Nelson [EMAIL
PROTECTED]
Sent: 05 April 2008 18:22
To: Jean-Paul Calderone; python-dev@python.org
Subject: Re: [Python-Dev] socket.SOL_REUSEADDR: different semantics between
Windows vs Un
1 - 100 of 188 matches
Mail list logo
