Hello,
First of all, let me apologize for the re- and cross-posting , but after a
couple of weeks scouring the web and forums to no avail, I thought I would
try again and query the FreeBSD mother source...
I installed pyglet from the ports (latest version as of yesterday,
py26-pyglet-1.1.2_1) on
* Giuseppe Pagnoni (gpagn...@gmail.com) wrote:
> First of all, let me apologize for the re- and cross-posting , but after a
> couple of weeks scouring the web and forums to no avail, I thought I would
> try again and query the FreeBSD mother source...
>
> I installed pyglet from the ports (latest
Synopsis: [maintainer update] devel/py-distutils-extra
Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-python
Responsible-Changed-By: edwin
Responsible-Changed-When: Wed Apr 14 13:01:14 UTC 2010
Responsible-Changed-Why:
freebsd-python@ wants this port PRs (via the GNATS Auto Assign Tool
Synopsis: [maintainer update] devel/py-distutils-extra
State-Changed-From-To: open->closed
State-Changed-By: wen
State-Changed-When: Wed Apr 14 13:48:44 UTC 2010
State-Changed-Why:
Committed. Thanks!
http://www.freebsd.org/cgi/query-pr.cgi?pr=145698
_
Dear all,
thanks for the quick reply. Here the content of /etc/make.conf:
# added by use.perl 2010-03-23 15:25:42
PERL_VERSION=5.10.1
# Give preference to CUPS
WITH_CUPS=YES
CUPS_OVERWRITE_BASE=YES
WITHOUT_LPR=YES
I am currently recompiling python and pyglet WITH_DEBUG as per
Dmitry's suggestio
On Wed, Apr 14, 2010 at 5:09 AM, Dmitry Marakasov wrote:
> * Giuseppe Pagnoni (gpagn...@gmail.com) wrote:
>
>> First of all, let me apologize for the re- and cross-posting , but after a
>> couple of weeks scouring the web and forums to no avail, I thought I would
>> try again and query the FreeBSD
The following reply was made to PR ports/145698; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: ports/145698: commit references a PR
Date: Wed, 14 Apr 2010 13:50:44 + (UTC)
wen 2010-04-14 13:48:04 UTC
FreeB
Dear all,
thanks for your help, I have re-built python and pyglet and run gdb on
the core file. I am not sure about the procedure, so I will detail it
in the following:
cd /usr/po
On Wed, Apr 14, 2010 at 3:23 PM, Garrett Cooper wrote:
> On Wed, Apr 14, 2010 at 5:09 AM, Dmitry Marakasov wrote:
Dear all,
thanks for your help, I have re-built python and pyglet and run gdb on
the core file that gets produced by running the pyglet code. I am not
sure about the procedure, so I will detail it in the following:
cd /usr/ports/lang/python26
make deinstall clean
make WITH_DEBUG="yes" reinstall
* Giuseppe Pagnoni (gpagn...@gmail.com) wrote:
> => I get a segmentation fault and a python.core file.
>
> When I run:
>
> gdb core python.core
You should run `gdb python python.core` instead. Or, just
% gdb python
> run example.py
so it runs python example.py, dies and drops out into gdb.
Hello,
thank you very much for explaining. So, running "gdb python
python.core", I get the following (not sure whether this part is
useful, but I'll post it anyway):
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libutil.so.8...done.
Loaded symbols for /lib/libu
11 matches
Mail list logo