[issue12181] SIGBUS error on OpenBSD (sparc64)

2011-05-25 Thread rpointel

New submission from rpointel :

Hello,

on OpenBSD (arch: sparc64), when I run the regress tests, I have a SIGBUS error 
during the test_kqueue.py:

(gdb) run /tmp/test_kqueue.py
Starting program: /usr/local/bin/python2.7 /tmp/test_kqueue.py
testPair (__main__.TestKQueue) ...
Program received signal SIGBUS, Bus error.
PyMember_GetOne (addr=0x21007b72c "", l=0x211d2e9c8) at 
Python/structmember.c:128
128 v = PyLong_FromLongLong(*(PY_LONG_LONG *)addr);

I compiled Python 2.7.1 with debug symbols to help you, attached file is the 
gdb output (backtrace).

Don't hesitate to ask me if you need information.

Thanks.

--
components: Tests
files: python2.7.1_sigbus_sparc64
messages: 136893
nosy: rpointel
priority: normal
severity: normal
status: open
title: SIGBUS error on OpenBSD (sparc64)
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file22115/python2.7.1_sigbus_sparc64

___
Python tracker 
<http://bugs.python.org/issue12181>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12181] SIGBUS error on OpenBSD (sparc64)

2011-05-25 Thread rpointel

rpointel  added the comment:

> It looks like the crash occurs on r[0].data in testPair() of test_kqueue. Can 
> you confirm this? Comment the line in test_kqueue.py to check if it works 
> around the crash.

Yes, it does not crash if I comment this line.

> What is the size of intptr_t and "long long" types on your host?

size of intptr_t and "long long" is : 8.

> Can you try to get the definition of the kevent structure? It should be in 
> /usr/include/sys/event.h. And/or the offset of each field using the following 
> C script (not tested).

I have replaced this line of your program (because it failed to build):
#define DUMP(field) printf("offset of " #field ": %u\n", offsetof(ev, field))
by
#define DUMP(field) printf("offset of " #field ": %u\n", offsetof(struct 
kevent, field))

and I have:


   
offset of ident: 0
offset of filter: 4
offset of flags: 6
offset of fflags: 8
offset of data: 12
offset of udata: 16

Thanks a lot for your help,

Remi.

--

___
Python tracker 
<http://bugs.python.org/issue12181>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12588] test_capi.test_subinterps() failed on OpenBSD (powerpc)

2011-07-19 Thread rpointel

New submission from rpointel :

Hello,
the test test_subinterps failed on OpenBSD on powerpc architecture.
It works fine on amd64 and sparc64.
(The test_pendingcalls_threaded has been skipped because it blocks on OpenBSD).

Don't hesitate if you need more informations.
Details:

Re-running test 'test_capi' in verbose mode
test_instancemethod (test.test_capi.CAPITest) ... ok
test_memoryview_from_NULL_pointer (test.test_capi.CAPITest) ... ok
test_no_FatalError_infinite_loop (test.test_capi.CAPITest) ... ok
test_pendingcalls_non_threaded (test.test_capi.TestPendingCalls) ... ok
test_pendingcalls_threaded (test.test_capi.TestPendingCalls) ... skipped 
'blocking on OpenBSD'
test (test.test_capi.Test6012) ... ok
test_subinterps (test.test_capi.EmbeddingTest) ... test test_capi failed
FAIL

==
FAIL: test_subinterps (test.test_capi.EmbeddingTest)
--
Traceback (most recent call last):
  File "/usr/obj/ports/Python-3.2.1/Python-3.2.1/Lib/test/test_capi.py", line 
170, in test_subinterps
(p.returncode, err))
AssertionError: -11 != 0 : bad returncode -11, stderr is b''

--
Ran 7 tests in 3.797s

FAILED (failures=1, skipped=1)

------
components: Tests
messages: 140696
nosy: rpointel
priority: normal
severity: normal
status: open
title: test_capi.test_subinterps() failed on OpenBSD (powerpc)
versions: Python 3.2

___
Python tracker 
<http://bugs.python.org/issue12588>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12589] test_long.test_nan_inf() failed on OpenBSD (powerpc)

2011-07-19 Thread rpointel

New submission from rpointel :

Hello,
the test test_nan_inf failed on OpenBSD on powerpc architecture.
It works fine on amd64 and sparc64.

Don't hesitate if you need more informations.
Details:

Re-running test 'test_long' in verbose mode
test__format__ (test.test_long.LongTest) ... ok
test_bit_length (test.test_long.LongTest) ... ok
test_bitop_identities (test.test_long.LongTest) ... ok
test_conversion (test.test_long.LongTest) ... ok
test_correctly_rounded_true_division (test.test_long.LongTest) ... ok
test_division (test.test_long.LongTest) ... ok
test_float_conversion (test.test_long.LongTest) ... ok
test_float_overflow (test.test_long.LongTest) ... ok
test_format (test.test_long.LongTest) ... ok
test_from_bytes (test.test_long.LongTest) ... ok
test_karatsuba (test.test_long.LongTest) ... ok
test_logs (test.test_long.LongTest) ... ok
test_long (test.test_long.LongTest) ... ok
test_mixed_compares (test.test_long.LongTest) ... ok
test_nan_inf (test.test_long.LongTest) ... FAIL
test_round (test.test_long.LongTest) ... ok
test_small_ints (test.test_long.LongTest) ... ok
test_to_bytes (test.test_long.LongTest) ... ok
test_true_division (test.test_long.LongTest) ... 
/usr/obj/ports/Python-3.2.1/Python-3.2.1/Lib/test/regrtest.py:1053: 
ResourceWarning: unclosed 
  gc.collect()
/usr/obj/ports/Python-3.2.1/Python-3.2.1/Lib/test/regrtest.py:1053: 
ResourceWarning: unclosed 
  gc.collect()
/usr/obj/ports/Python-3.2.1/Python-3.2.1/Lib/test/regrtest.py:1053: 
ResourceWarning: unclosed 
  gc.collect()
test test_long failed
ok

==
FAIL: test_nan_inf (test.test_long.LongTest)
--
Traceback (most recent call last):
  File "/usr/obj/ports/Python-3.2.1/Python-3.2.1/Lib/test/test_long.py", line 
633, in test_nan_inf
self.assertRaises(OverflowError, int, float('inf'))
AssertionError: OverflowError not raised by int

--
Ran 19 tests in 25.020s

FAILED (failures=1)

--
components: Tests
messages: 140697
nosy: rpointel
priority: normal
severity: normal
status: open
title: test_long.test_nan_inf() failed on OpenBSD (powerpc)
versions: Python 3.2

___
Python tracker 
<http://bugs.python.org/issue12589>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12592] modify configure.in to detect OpenBSD 5.x

2011-07-20 Thread rpointel

New submission from rpointel :

Hi,
I tested to build Python 2.7 and Python 3.2.1 (it would be the same with others 
versions of Python) and it failed to build on OpenBSD 5.0 (beta version).

This is the diff to correctly work on OpenBSD 5.x:

--- configure.in.orig   Sat Jul  9 08:58:56 2011
+++ configure.inWed Jul 20 10:19:37 2011
@@ -320,7 +320,7 @@
 # As this has a different meaning on Linux, only define it on OpenBSD
 AC_DEFINE(_BSD_SOURCE, 1, [Define on OpenBSD to activate all library 
features])
 ;;
-  OpenBSD/4.@<:@789@:>@)
+  OpenBSD/4.@<:@789@:>@ | OpenBSD/5.*)
 # OpenBSD undoes our definition of __BSD_VISIBLE if _XOPEN_SOURCE is
 # also defined. This can be overridden by defining _BSD_SOURCE
 # As this has a different meaning on Linux, only define it on OpenBSD

Could you add this modification in the different versions of Python ?

Thanks a lot,

Remi.

--
components: Installation
messages: 140724
nosy: rpointel
priority: normal
severity: normal
status: open
title: modify configure.in to detect OpenBSD 5.x
versions: Python 2.7, Python 3.2

___
Python tracker 
<http://bugs.python.org/issue12592>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12593] define OpenBSD in configure.in if Py_ENABLE_SHARED == 1

2011-07-20 Thread rpointel

New submission from rpointel :

Hi,

Could you define OpenBSD in enable_shared section of the configure.in ?

I just tested with Python 3.2.1, but it could be usefull to add it in the other 
versions of Python 3.x.

This is the diff which seems to work :

--- configure.in.orig   Sat Jul  9 08:58:56 2011
+++ configure.inWed Jul 20 10:19:37 2011
@@ -755,7 +755,7 @@
  PY3LIBRARY=libpython3.so
  fi
   ;;
-Linux*|GNU*|NetBSD*|FreeBSD*|DragonFly*)
+Linux*|GNU*|NetBSD*|FreeBSD*|OpenBSD*|DragonFly*)
  LDLIBRARY='libpython$(LDVERSION).so'
  BLDLIBRARY='-L. -lpython$(LDVERSION)'
  RUNSHARED=LD_LIBRARY_PATH=`pwd`:${LD_LIBRARY_PATH}

Thanks a lot,

Remi.

--
components: Installation
messages: 140725
nosy: rpointel
priority: normal
severity: normal
status: open
title: define OpenBSD in configure.in if Py_ENABLE_SHARED == 1
versions: Python 3.2

___
Python tracker 
<http://bugs.python.org/issue12593>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12588] test_capi.test_subinterps() failed on OpenBSD (powerpc)

2011-07-22 Thread rpointel

rpointel  added the comment:

Hello,

I just want to inform you that valgrind does not work on OpenBSD (only Linux 
and Darwin).

Thanks for your help,

Remi.

--

___
Python tracker 
<http://bugs.python.org/issue12588>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12673] SEGFAULT error on OpenBSD (sparc)

2011-07-31 Thread rpointel

New submission from rpointel :

Hello,

on OpenBSD (arch: sparc), I got a SIGBUS error during the compilation.

gdb info:
#0  0x089f136c in listextend (self=0xb6232d8, b=0xb611060) at 
/home/ports/pobj/Python-2.7.1/Python-2.7.1/Objects/listobject.c:838
838 Py_INCREF(o);
(gdb) list
833 /* populate the end of self with b's items */
834 src = PySequence_Fast_ITEMS(b);
835 dest = self->ob_item + m;
836 for (i = 0; i < n; i++) {
837 PyObject *o = src[i];
838 Py_INCREF(o);
839 dest[i] = o;
840 }
841 Py_DECREF(b);
842 Py_RETURN_NONE;
(gdb) print src
$1 = (PyObject **) 0xb61106c
(gdb) print i  
$2 = 1
(gdb) print *src
$3 = (PyObject *) 0x8d8afdc
(gdb) print src[i]
$4 = (PyObject *) 0x0

Attached file is the complete log file.

Thanks,

Remi.

--
components: Installation
files: python_segfault_sparc.log
messages: 141488
nosy: rpointel
priority: normal
severity: normal
status: open
title: SEGFAULT error on OpenBSD (sparc)
versions: Python 2.7
Added file: http://bugs.python.org/file22816/python_segfault_sparc.log

___
Python tracker 
<http://bugs.python.org/issue12673>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12673] SEGFAULT error on OpenBSD (sparc)

2011-08-01 Thread rpointel

rpointel  added the comment:

This bug seems to be the same than 7424:
http://bugs.python.org/issue7424
Sorry I didn't seen it before.

--

___
Python tracker 
<http://bugs.python.org/issue12673>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7424] segmentation fault in listextend during install

2011-08-01 Thread rpointel

Changes by rpointel :


--
nosy: +rpointel

___
Python tracker 
<http://bugs.python.org/issue7424>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7424] segmentation fault in listextend during install

2011-08-02 Thread rpointel

rpointel  added the comment:

Hi,
we have the same problem on OpenBSD (sparc).
You could find more information:
http://marc.info/?l=openbsd-ports&m=131219537505698
Thanks,
Remi.

--

___
Python tracker 
<http://bugs.python.org/issue7424>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7424] segmentation fault in listextend during install

2011-08-04 Thread rpointel

rpointel  added the comment:

I changed the value from 1000 to 200, and it crashed the same way, then I 
tested with 20, and it ran into a runtime error but in a different place:

c++ -pthread -L/home/ports/pobj/Python-2.7.1/Python-2.7.1 -Wl,--export-dynamic 
-o python  Modules/python.o  -lpython2.7 -pthread  -lutil   -lm  
/home/ports/pobj/Python-2.7.1/Python-2.7.1/libpython2.7.so.0.0: warning: 
tmpnam() possibly used unsafely; consider using mkstemp()
/home/ports/pobj/Python-2.7.1/Python-2.7.1/libpython2.7.so.0.0: warning: 
tempnam() possibly used unsafely; consider using mkstemp()
/home/ports/pobj/Python-2.7.1/Python-2.7.1/libpython2.7.so.0.0: warning: 
strcpy() is almost always misused, please use strlcpy()
/home/ports/pobj/Python-2.7.1/Python-2.7.1/libpython2.7.so.0.0: warning: 
sprintf() is often misused, please use snprintf()
/home/ports/pobj/Python-2.7.1/Python-2.7.1/libpython2.7.so.0.0: warning: 
strcat() is almost always misused, please use strlcat()
Traceback (most recent call last):
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/site.py", line 553, in 

main()
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/site.py", line 535, in 
main
known_paths = addusersitepackages(known_paths)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/site.py", line 268, in 
addusersitepackages
user_site = getusersitepackages()
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/site.py", line 243, in 
getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/site.py", line 233, in 
getuserbase
USER_BASE = get_config_var('userbase')
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sysconfig.py", line 535, 
in get_config_var
return get_config_vars().get(name)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sysconfig.py", line 434, 
in get_config_vars
_init_posix(_CONFIG_VARS)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sysconfig.py", line 282, 
in _init_posix
_parse_makefile(makefile, vars)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sysconfig.py", line 195, 
in _parse_makefile
_variable_rx = re.compile("([a-zA-Z][a-zA-Z0-9_]+)\s*=\s*(.*)")
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/re.py", line 190, in 
compile
return _compile(pattern, flags)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/re.py", line 243, in 
_compile
p = sre_compile.compile(pattern, flags)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_compile.py", line 
500, in compile
p = sre_parse.parse(p, flags)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_parse.py", line 673, 
in parse
p = _parse_sub(source, pattern, 0)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_parse.py", line 308, 
in _parse_sub
itemsappend(_parse(source, state))
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_parse.py", line 633, 
in _parse
p = _parse_sub(source, state)
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_parse.py", line 308, 
in _parse_sub
itemsappend(_parse(source, state))
  File "/home/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/sre_parse.py", line 381, 
in _parse
subpattern = SubPattern(state)
RuntimeError: maximum recursion depth exceeded while calling a Python object
*** Error code 1

Then I tried again with the value set to 100, and it ran into the original 
segfault again.

Thanks for your help.

--

___
Python tracker 
<http://bugs.python.org/issue7424>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com