Brian Vandenberg added the comment:
I accidentally hit submit too early.
I tried changing the code in posixmodule.c to use lseek(), something like the
following:
offset = lseek( in, 0, SEEK_CUR );
do {
ret = sendfile(...);
} while( ... );
lseek( in, offset, SEEK_SET );
... however
Brian Vandenberg added the comment:
Christian, you did exactly what I needed. Thank you.
I don't have the means to do a git bisect to find where it broke. It wasn't a
problem around 3.3 timeframe and I'm not sure when this sendfile stuff was
implemented.
The man page for sendfile says
Brian Vandenberg added the comment:
Solaris will be around for at least another 10-15 years.
The least you could do is look into it and offer some speculations.
--
___
Python tracker
<https://bugs.python.org/issue29
New submission from Brian Vandenberg:
I'm not sure where to request changes to pysqlite, so my apologies if this
isn't the right place.
To begin with: I'll either end up building a newer version of sqlite myself or
just accepting that pysqlite won't be part of this python installation
New submission from Brian Vandenberg:
On some of the linux boxes on our (air-gapped, if that matters) network it
looks like some of them were mis-configured and their /etc/hosts file looks
something like this:
$ cat /etc/hosts
127.0.0.1 snoopy.the.internal.domain snoopy localhost4 localhost4
Brian Vandenberg added the comment:
> It doesn't cause any real problem with the tests, though. I routinely run
> with -j40 on my 2 cpu test box because the test run completes faster that way
> due to the way many tests spend time waiting for various things.
In my case it di
New submission from Brian Vandenberg:
I started looking into this failure to see if I could figure out why but it
looks like I'd have to spend more time than I have available to figure out the
cause.
Environment/setup:
* air-gapped network (no internet access)
* sparc / Solaris 10
* Built
New submission from Brian Vandenberg:
On all our solaris 10 machines when I run a simple test program it never
reports a failure when calling getspnam:
#include
#include
int main( int, char** ) {
spwd *asdf = getspnam( "some_user" );
if( NULL == sdf ) {
New submission from Brian Vandenberg:
Due to issue 29264 I was attempting to override the build default "-std=c99"
with:
/path/to/configure (...) CFLAGS=-std=gnu99
... however, the configure script is written like this:
CFLAGS_NODIST="$CFLAGS_NODIST -std=c9
New submission from Brian Vandenberg:
One of our solaris machines doesn't have an entry in /etc/services for "http".
This is causing test_create_connection_service_name to fail.
In my case I can just ignore that particular failure, but as a fix you might
consider overtly get
Brian Vandenberg added the comment:
This is odd. I just went back and re-ran 3.5.1 to see how many cores and it's
having the same problem now. So, scratch that last coment.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Brian Vandenberg added the comment:
I forgot to mention, this wasn't an issue in 3.5.1 though I never did check how
many jobs it was using.
I ran into other issues building that version and moved to a newer version
because at least one of them (logging test race condition) was fixed after
New submission from Brian Vandenberg:
I'm attempting to build python 3.6.0 on sparc/solaris 10. After the initial
configure/compile complete I ran "make test" and I see:
$ make test
running build
running build_ext
(...)
running build_scripts
copying and adjusting (...)
cha
New submission from Brian Vandenberg:
When building pythong 3.6.0 on solaris 10/sparc I'm seeing the following error:
Modules/_ctypes/libffi/src/sparc/ffi.c:440:8: error: 'asm' undeclared (first
use in this function)
(...)
If I force it to use -std=gnu99 then it seems to compile fine
14 matches
Mail list logo
