Trent Nelson added the comment:
Unfortunately the host backing blackhole.snakebite.net and
whitehole.snakebite.net is no longer available. I still think the underlying
test is valuable, though -- are there any PSF boxes/containers that could
fulfill this role?
(I used pf on FreeBSD to set
Trent Nelson added the comment:
H, I'll investigate when I get home tomorrow.
Sent from my iPhone
> On Sep 23, 2017, at 13:46, Serhiy Storchaka wrote:
>
>
> New submission from Serhiy Storchaka:
>
> The testConnectTimeout in test_timeout is skipped since netwo
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue22919>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue18835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue13483>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue18203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue3329>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
Yeah those slaves are definitely due for an update. It's on the list.
--
___
Python tracker
<http://bugs.python.org/is
Trent Nelson added the comment:
On Tue, Apr 09, 2013 at 03:04:42AM -0700, Charles-Fran?ois Natali wrote:
> > Why are the OpenBSD buildbots down? Can we do anything about it?
> > Having a buildbot slave up will definitely help here.
>
> All the OpenBSD buildbots we have are pro
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue17611>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue17338>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
On Tue, Mar 19, 2013 at 01:58:59AM -0700, John Szakmeister wrote:
>
> John Szakmeister added the comment:
>
> Actually, Trent's version looks at hw.logicalcpu and then falls back
> to hw.ncpu, if there was an error. Given the state of th
Trent Nelson added the comment:
I remember looking at what multiprocessing did and not really liking it; I
ended up writing a C version that works across a wider range of platforms,
accessible via posixmodule.c:posix_cpu_count() (os.cpu_count()):
http://hg.python.org/sandbox/trent/file
Trent Nelson added the comment:
Shilpi, can you paste the exact ./configure invocation you're using?
--
status: pending -> open
___
Python tracker
<http://bugs.python.org
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue17056>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue5289>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +brian-cameron-oracle, trent
___
Python tracker
<http://bugs.python.org/issue1298835>
___
___
Python-bugs-list mailin
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue13405>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue13057>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16902>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16762>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Trent Nelson:
Relevant thread:
http://mail.python.org/pipermail/python-dev/2012-December/123225.html
PyOS_StdioReadline features numerous calls that require the GIL to be held.
Ideally, the GIL drop-take should be moved closer to the actual underlying read
system call
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16733>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
On Thu, Dec 13, 2012 at 10:28:00PM -0800, Ned Deily wrote:
>
> Ned Deily added the comment:
>
> Without having reviewed the proposed change in detail, a couple of
> comments. On current OS X systems and others, the compiler could be
> clang wh
Trent Nelson added the comment:
I spent a little time on this yesterday. Here's what I came up with. The idea
is to have a standalone block in configure.ac that kicks in when --without-gcc
is specified (or if $CC != "gcc") *IFF* CFLAGS/CPPFLAGS haven't been provided
b
Trent Nelson added the comment:
Thanks Martin, I wasn't aware of that PEP. Explains why there isn't a debug
configuration, too.
--
___
Python tracker
<http://bugs.python.o
Changes by Trent Nelson :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue16668>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Trent Nelson:
As far as I can tell, the python3dll.vcxproj is bitrot and should be removed
from pcbuild.sln. It's a makefile target project that invokes
..\PC\python3.mak, which builds a target named python3.dll; however,
pythoncore.vxcproj builds python34[_d].dll
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue10052>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
On Fri, Nov 23, 2012 at 05:43:15AM -0800, Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> I wonder whether adding "-fpeval=float" to the CFLAGS would fix this.
> There's a lot of information at
>
> http:/
Trent Nelson added the comment:
On Thu, Nov 22, 2012 at 02:18:32PM -0800, Stefan Krah wrote:
>
> New submission from Stefan Krah:
>
> There's an error on the HPUX-IA64 buildbot that might be due to
> some kernel limits. Trent, could you check if the following helps
> (re
Trent Nelson added the comment:
On Sun, Nov 18, 2012 at 03:19:19PM -0800, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> Related post:
> http://daniel.haxx.se/blog/2012/10/10/wsapoll-is-broken/
Yeah, came across that yesterday. Few other relevant
New submission from Trent Nelson:
Attached patch adds select.poll() support on Windows via WSAPoll.
It's hacky; I was curious to see whether or not it could be done, and whether
or not tulip's pollster would work with it.
It compiles and works, but doesn't play very nicely wi
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue2005>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Trent Nelson:
Two immediate issues identified whilst trying to build on HP-UX and IRIX:
1. Our source is wildly inconsistent with regards to using PATH_MAX versus
MAXPATHLEN.
2. The current logic in osdefs.h is insufficient for ensuring one or the other
always has a
Trent Nelson added the comment:
Ah, I forgot about the VOE stuff. That will work a lot better. I'll still
need to acquire VMS media though.
You're not a committer are you? I can sort you out with access to Snakebite
anyway -- email me your ssh key if you're inter
Trent Nelson added the comment:
Snakebite's got a Solaris 9 SPARC instance up and running. It's available via
the s9 alias.
Regarding EOL, this indicates October 2014 for 9:
http://en.wikipedia.org/wiki/Solaris_(operating_system)#Version_history
If it's as simple as suggeste
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue9742>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16274>
___
___
Python-bugs-list
Trent Nelson added the comment:
We avoided this by adding -u-audio to the affected slave.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Trent Nelson added the comment:
On Sun, Oct 21, 2012 at 02:59:37PM -0700, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> This change appears to have broken the dmg builders:
>
> http://buildbot.python.org/all/builders/bolen-dmg-3.x/builds/19
> http:
Trent Nelson added the comment:
On Mon, Oct 22, 2012 at 05:51:23AM -0700, Giampaolo Rodola' wrote:
>
> Giampaolo Rodola' added the comment:
>
> This should do it:
>
> diff --git a/Lib/test/test_asyncore.py b/Lib/test/test_asyncore.py
> --- a/Lib/test/te
Trent Nelson added the comment:
On Mon, Oct 22, 2012 at 11:18:03AM -0700, Christian Heimes wrote:
>
> Christian Heimes added the comment:
>
> We don't have any box that is capable of running VMS. Even Trent's
> Snakebit setup doesn't have VMS although he has lo
Changes by Trent Nelson :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue16274>
___
___
Python-bugs-list mailing list
Unsubscri
Trent Nelson added the comment:
On Tue, Oct 16, 2012 at 10:46:34PM -0700, Trent Nelson wrote:
>
> Trent Nelson added the comment:
>
> Thanks for the feedback Larry; yeah that patch definitely wasn't
> intended to be "production quality" -- more of a proof of
Changes by Trent Nelson :
--
nosy: +larry, pitrou
___
Python tracker
<http://bugs.python.org/issue16287>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Trent Nelson:
This was initially observed in #15745, however, there's a separate problem
here. The current test_utime() on Solaris sporadically (usually) fails along
the following lines:
> self.assertEqual(attr(st0, "st_mtime"), a
Trent Nelson added the comment:
Larry and I just chatted about this on IRC. Summary:
1.) I was wrong about os.stat() affecting atime. I fired up a
console session on Solaris to "prove" my atime observation
only to find os.stat() had no impact on atime:
Trent Nelson added the comment:
On Tue, Sep 18, 2012 at 06:40:35AM -0700, Trent Nelson wrote:
> Side bar design question: on BSD/Linux/OSX w/ gcc/clang, if you're on
> an amd64 platform, you'll get a 64-bit build. This isn't the case for
> Solaris, HP-UX and AIX -- the
Changes by Trent Nelson :
--
title: sendmsg, recvmsg,recvmsg_into et al not being detected on
Solaris -> sendmsg, recvmsg, recvmsg_into et al not being detected on Solaris
___
Python tracker
<http://bugs.python.org/issu
Trent Nelson added the comment:
After some investigation, I've established the following cause:
1. Our Solaris builds should add -D_XPG4_2 to CPPFLAGS. I've been
manually setting this on the Solaris build slaves. This define
ensures all the POSIX 95 things get
Trent Nelson added the comment:
Hi Greg,
I realize it's been a good five years since you first raised this
issue, but I was wondering if you ever ended up making any progress
with it?
In trying to get Python working on Snakebite UNIX boxes with vendor
CCs, I'm ru
Trent Nelson added the comment:
On Thu, Oct 18, 2012 at 07:47:40AM -0700, Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
> --with-system-ffi should probably solve some problems, see #12927.
This isn't an option on Solaris 10, as it doesn't ship
Trent Nelson added the comment:
After an hour of fiddling with pre-requisites, I was able to run the libffi
testsuite (for the Sun C build). The results weren't ideal:
=== libffi Summary ===
# of expected passes1528
# of unexpected failures118
Trent Nelson added the comment:
With the latest build (from git) of libffi, tests still fail, but differently.
(These errors seem slightly less perverse than the ones pasted previously.)
==
FAIL: test_wchar_parm
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue1516>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
That backport wasn't appropriate -- it included new public members to asyncore
that were introduced in 3.2.
I'll work on a less intrusive patch.
--
___
Python tracker
<http://bugs.python.o
Trent Nelson added the comment:
Patch applied and everything passes, so closing for now.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Trent Nelson added the comment:
Ok, attached patch is a semantic backport matching 2.7 to 3.2. All tests pass
with this patch.
(I can't comment on whether or not the changes in 3.2 actually fix an
underlying issue, or just hide it better.)
--
keywords: +patch
Added file:
Trent Nelson added the comment:
Yeah I've just backported the semantic changes between asyncore and
test_asyncore from 3.2 -> 2.7.
I'll report back shortly with results.
--
___
Python tracker
<http://bugs.pytho
Trent Nelson added the comment:
3.2 appears fine. This behavior only seems to happen on 2.7.
The affected tests are:
test_quick_connect (test.test_asyncore.TestAPI_UseSelect)
test_quick_connect (test.test_asyncore.TestAPI_UsePoll)
Doing some more digging
New submission from Trent Nelson:
This should be a fun one to track down.
Relevant buildbot run:
http://buildbot.python.org/all/builders/SPARC64%20Solaris%2010%20%5BSB%5D%202.7/builds/69/steps/test/logs/stdio
When recompiled with gcc 4.6.3 (/opt/csw/bin/gcc), test_ctypes passes without
issue
Trent Nelson added the comment:
I ran into this yesterday on my Solaris 10 box (nitrogen/s10), seemingly out of
nowhere.
The problem is caused when a GNU libintl.h gets picked up via `#include
` instead of the system one in /usr/include.
In my case, this was happening because I had set
New submission from Trent Nelson:
% ./python -m test.regrtest test_asyncore
test_asyncore
Exception in thread Thread-3:
Traceback (most recent call last):
File "/home/cpython/hg/2.7/Lib/threading.py", line 552, in __bootstrap_inner
self.run()
File "/home/cpython/hg/2.7/L
Trent Nelson added the comment:
With the caveat that I know absolutely nothing about locales, here's what I've
been able to reduce the problem down to:
zinc (alias s11, Solaris 11 x64):
>>> locale.setlocale(locale.LC_ALL, 'C')
'C&#
Trent Nelson added the comment:
That last commit fixes in-tree builds, but broke out-of-tree builds. I've
refactored the patch (sysconfig.py.patch) to fix the issue, but it's getting
progressively more hacky, so I wanted to see what other people think before
proceeding.
(That bein
New submission from Trent Nelson:
Sample test_socket -v output:
testSendmsgDataGenerator (test.test_socket.SendmsgUDPTest) ... skipped "don't
have sendmsg"
testSendmsgExcessCmsgReject (test.test_socket.SendmsgUDPTest) ... skipped
"don't have s
Changes by Trent Nelson :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16257>
___
___
Python-bugs-list
Trent Nelson added the comment:
Here's a thought... why not alter the test to work with fixed times and
separate the atime tests from the mtime tests.
For atime, we can set utime(filename, (0.0, ...)) and see if a subsequent
os.stat() returns st_atime as 0.0 -- that'll tell us whet
Trent Nelson added the comment:
Re: "how did it ever work"... on Solaris, because of the st_mtime failure, it
doesn't even get a chance to fail on the subsequent st_atime. I suspect the
only platform that's exercised the utimensat() to date is Linux, and either a)
os.s
Trent Nelson added the comment:
Ah, this is because of this OS X-specific snippet in sysconfig.get_platform():
elif osname[:6] == "darwin":
import _osx_support
osname, release, machine = _osx_support.get_pl
Trent Nelson added the comment:
Oh, and another "quirk" I noticed yesterday. I usually religiously disable
atime on all my filesystems. For whatever reason, it's not disabled on this
Solaris 10 box.
Turns out os.stat() was updating st_atime, which kind of throws a spanner in
Trent Nelson added the comment:
Thanks for the feedback Larry; yeah that patch definitely wasn't intended to be
"production quality" -- more of a proof of concept. I agree with your points,
they'll be factored into the next patch.
However, I'm absolutely baffled
New submission from Trent Nelson:
==
ERROR: test_strxfrm (test.test_locale.TestEnUSCollation)
--
Traceback (most recent call last):
File
"/home/cp
New submission from Trent Nelson:
==
FAIL: test_create_connection (test.test_socket.NetworkConnectionNoServer)
--
Traceback (most recent call last):
File
Trent Nelson added the comment:
This patch (surprisingly) seems to do the job quite nicely:
diff -r 1280b38fe583 Lib/test/test_os.py
--- a/Lib/test/test_os.py Tue Oct 16 23:14:03 2012 +1000
+++ b/Lib/test/test_os.py Tue Oct 16 21:25:36 2012 +
@@ -40,6 +40,20 @@
or
Trent Nelson added the comment:
There doesn't appear to be on FreeBSD. Although, on Solaris, -D__EXTENSIONS__
opens up access to utimensat() (at least on 11), so I'll factor that into
configure.ac.
--
___
Python tracker
<http://bu
Trent Nelson added the comment:
I've figured out what the primary problem is on these platforms: os.stat()
returns st_mtime and st_atime values with nanosecond resolution, but without a
corresponding utimensat(), we can only affect time with microsecond precision
via utimes().
Therefore
Trent Nelson added the comment:
Things should be looking a lot better now across the board. I just committed
fixes where appropriate to 2.7, 3.2, 3.3 and 3.x for this issue and two related
issues:
http://bugs.python.org/issue15298
http://bugs.python.org/issue15833
The only thing that
Trent Nelson added the comment:
Charles' patch applied in 3.3 and merged to 3.x. Thanks Charles.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue16235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson :
Removed file:
http://bugs.python.org/file27552/issue15298-alt_sysconfigdata2.patch
___
Python tracker
<http://bugs.python.org/issue15
Trent Nelson added the comment:
Charles: your patch is fine. +1.
My Solaris failures can be traced back to http://bugs.python.org/issue15819.
Sorry for the noise.
--
___
Python tracker
<http://bugs.python.org/issue15
Trent Nelson added the comment:
That... didn't work. Also applied rpetrov's patch and that made no difference:
% ./python Could not find platform dependent libraries
Consider setting $PYTHONHOME to [:]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
Traceback (m
Trent Nelson added the comment:
FWIW, I just ran into the following on Solaris 10:
% dbx python
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.9' in your .dbxrc
Reading python
Reading ld.so.1
Reading libsocket.so
Trent Nelson added the comment:
I'm pretty sure this is a duplicate of http://bugs.python.org/issue15298 (which
should be fixed shortly).
Feel free to re-open if I'm wrong.
--
nosy: +trent
resolution: -> duplicate
status: open -> closed
__
Trent Nelson added the comment:
The previous 'alt_sysconfigdata.patch' didn't apply cleanly to 3.3/3.x. I've
attached an updated patch that does.
Any objections to applying this to 3.3 -> 3.x now that the freeze is over?
--
versions: +Python 3.4
Added file:
Changes by Trent Nelson :
--
nosy: +trent
___
Python tracker
<http://bugs.python.org/issue15298>
___
___
Python-bugs-list mailing list
Unsubscribe:
Trent Nelson added the comment:
FWIW, I have another Itanium box that I've earmarked for OpenVMS. I don't
believe the installation media is readily available for free, though, so I'd
need to ping HP to try arrange a copy.
Trent Nelson added the comment:
Hi Stefan, quick question: how did you invoke ./configure on the AIX box? The
reason for asking is that a7/arsenic is a little quirky, you need to run a zsh
subroutine via `_xlc 12` to set up the right CC env (see
~/buildslave/start.zsh).
Once you've
Trent Nelson added the comment:
> Cleanup on test failure is supposed to be done. Cleanup on crash or
> buildbot timeout isn't done as far as I know (and that was a concern I
> had with the changes made to support.TESTFN and the cwd, but I didn't
> articulate it very we
Trent Nelson added the comment:
> > All my slaves' /tmp's are polluted with regrtest fluff.
> Which "regrtest fluff" exactly?
I was being lazy when I wrote that. By "regrtest fluff" I was referring to
lingering files/directories in /tmp, owned by cpyt
Changes by Trent Nelson :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15965>
___
___
Python-bugs-list
New submission from Trent Nelson:
All my slaves' /tmp's are polluted with regrtest fluff. I haven't checked yet,
but I presume no cleanup is done if a test/run fails.
nitrogen% find /tmp -user cpython 2> /dev/null | wc -l
197
netbsd51-x64-1$ find /tmp -user cpython 2&
Trent Nelson added the comment:
Solaris 10 release (i.e. optimized) build requires the following:
../../src/configure --without-gcc CFLAGS="-v -fsimple=0 -m64 -mt=yes -xbuiltin
-xhwcprof -xF -xarch=native -xchip=native -fma=fused -g -xO5 -xlibmil -xlibmopt
-xmemalign=8s -xregs=fra
Trent Nelson added the comment:
Closing issue; this has been fixed.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue2286>
___
___
Py
Trent Nelson added the comment:
Easy fix, cast AT_FDCWD to (int):
% hg diff
diff -r 3a880d640981 Modules/posixmodule.c
--- a/Modules/posixmodule.c Tue Sep 18 07:21:18 2012 +0300
+++ b/Modules/posixmodule.c Tue Sep 18 16:04:58 2012 +
@@ -414,7 +414,14 @@
#ifdef AT_FDCWD
New submission from Trent Nelson:
On Solaris (s10/nitrogen):
% find /usr/include -type f | xargs fgrep -ni AT_FDCWD
/usr/include/sys/fcntl.h:320:#defineAT_FDCWD
0xffd19553
(AIX uses -2, FreeBSD uses -100.)
Anyway, that results in:
(cpython@nitrogen:ttypts/10
1 - 100 of 220 matches
Mail list logo
