Menu
▾
▴
matplotlib-devel
|
From: Benjamin R. <ben...@ou...> - 2014-11-16 18:12:57
|
And with my continuing saga of backend-specific things...
I was using conda, but because it does not ship with pygtk support, I had
to manually install pygtk into the conda environment and then install
matplotlib from source. All that seemed to work fine when I worked on Wx
and Gtk examples for my book.
I went back to a (previously working) Tk example to polish it, and I get
all sorts of errors now. I have tried multiple releases of matplotlib from
source (doing a git clean -fxd between them), all with similar errors. In
fact, with master, the error causes a segfault:
ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
Exception in Tkinter callback
Traceback (most recent call last):
File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, in
__call__
return self.func(*args)
File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 278, in resize
self.show()
File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 350, in draw
tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
line 30, in blit
id(data), colormode, id(bbox_array))
TclError
alloc: invalid block: 0x2cfe3b0: 0 0
Aborted (core dumped)
The line in question is (at least in v1.3.1, it is slightly different in
more recent versions):
tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
id(bbox_array))
This happens regardless of what example I use (my own or otherwise). There
is no blit-specific code in the examples. All of this worked with the
conda-supplied matplotlib, but never the
from-source-into-a-conda-environment install.
Thoughts?
Ben Root
|
|
From: Phil E. <pel...@gm...> - 2014-11-17 10:17:36
|
Mike made some changes to this recently. https://github.com/matplotlib/matplotlib/pull/3778 May be the cause. On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote: > And with my continuing saga of backend-specific things... > > I was using conda, but because it does not ship with pygtk support, I had > to manually install pygtk into the conda environment and then install > matplotlib from source. All that seemed to work fine when I worked on Wx > and Gtk examples for my book. > > I went back to a (previously working) Tk example to polish it, and I get > all sorts of errors now. I have tried multiple releases of matplotlib from > source (doing a git clean -fxd between them), all with similar errors. In > fact, with master, the error causes a segfault: > > ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py > Exception in Tkinter callback > Traceback (most recent call last): > File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, > in __call__ > return self.func(*args) > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > line 278, in resize > self.show() > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > line 350, in draw > tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", > line 30, in blit > id(data), colormode, id(bbox_array)) > TclError > alloc: invalid block: 0x2cfe3b0: 0 0 > Aborted (core dumped) > > The line in question is (at least in v1.3.1, it is slightly different in > more recent versions): > tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, > id(bbox_array)) > > This happens regardless of what example I use (my own or otherwise). There > is no blit-specific code in the examples. All of this worked with the > conda-supplied matplotlib, but never the > from-source-into-a-conda-environment install. > > Thoughts? > Ben Root > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > |
|
From: Benjamin R. <ben...@ou...> - 2014-11-18 03:47:35
|
Ok, I am just really confused now. I have confirmed that using the matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out and building version 1.4.2 from source results in the traceback. Same thing for v1.3.1. I have even tried checking out PR#3811 which addresses the weird constructor issues we found today, and I still get the segfault. Maybe I should try getting out of the conda environment entirely and try EPD instead to see if that makes a difference? Ben Root On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote: > Mike made some changes to this recently. > https://github.com/matplotlib/matplotlib/pull/3778 > > May be the cause. > > On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote: > >> And with my continuing saga of backend-specific things... >> >> I was using conda, but because it does not ship with pygtk support, I had >> to manually install pygtk into the conda environment and then install >> matplotlib from source. All that seemed to work fine when I worked on Wx >> and Gtk examples for my book. >> >> I went back to a (previously working) Tk example to polish it, and I get >> all sorts of errors now. I have tried multiple releases of matplotlib from >> source (doing a git clean -fxd between them), all with similar errors. In >> fact, with master, the error causes a segfault: >> >> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py >> Exception in Tkinter callback >> Traceback (most recent call last): >> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, >> in __call__ >> return self.func(*args) >> File >> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >> line 278, in resize >> self.show() >> File >> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >> line 350, in draw >> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) >> File >> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", >> line 30, in blit >> id(data), colormode, id(bbox_array)) >> TclError >> alloc: invalid block: 0x2cfe3b0: 0 0 >> Aborted (core dumped) >> >> The line in question is (at least in v1.3.1, it is slightly different in >> more recent versions): >> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, >> id(bbox_array)) >> >> This happens regardless of what example I use (my own or otherwise). >> There is no blit-specific code in the examples. All of this worked with the >> conda-supplied matplotlib, but never the >> from-source-into-a-conda-environment install. >> >> Thoughts? >> Ben Root >> >> >> ------------------------------------------------------------------------------ >> Comprehensive Server Monitoring with Site24x7. >> Monitor 10 servers for $9/Month. >> Get alerted through email, SMS, voice calls or mobile push notifications. >> Take corrective actions from your mobile device. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > |
|
From: Thomas C. <tca...@gm...> - 2014-11-18 04:08:04
|
Have a look at the recipe in conda-rescipes for matplotlib, they might be doing some funny patching. On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote: > Ok, I am just really confused now. I have confirmed that using the > matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out > and building version 1.4.2 from source results in the traceback. Same thing > for v1.3.1. I have even tried checking out PR#3811 which addresses the > weird constructor issues we found today, and I still get the segfault. > > Maybe I should try getting out of the conda environment entirely and try > EPD instead to see if that makes a difference? > > Ben Root > > On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote: > >> Mike made some changes to this recently. >> https://github.com/matplotlib/matplotlib/pull/3778 >> >> May be the cause. >> >> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote: >> >>> And with my continuing saga of backend-specific things... >>> >>> I was using conda, but because it does not ship with pygtk support, I >>> had to manually install pygtk into the conda environment and then install >>> matplotlib from source. All that seemed to work fine when I worked on Wx >>> and Gtk examples for my book. >>> >>> I went back to a (previously working) Tk example to polish it, and I get >>> all sorts of errors now. I have tried multiple releases of matplotlib from >>> source (doing a git clean -fxd between them), all with similar errors. In >>> fact, with master, the error causes a segfault: >>> >>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py >>> Exception in Tkinter callback >>> Traceback (most recent call last): >>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, >>> in __call__ >>> return self.func(*args) >>> File >>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>> line 278, in resize >>> self.show() >>> File >>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>> line 350, in draw >>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) >>> File >>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", >>> line 30, in blit >>> id(data), colormode, id(bbox_array)) >>> TclError >>> alloc: invalid block: 0x2cfe3b0: 0 0 >>> Aborted (core dumped) >>> >>> The line in question is (at least in v1.3.1, it is slightly different in >>> more recent versions): >>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, >>> id(bbox_array)) >>> >>> This happens regardless of what example I use (my own or otherwise). >>> There is no blit-specific code in the examples. All of this worked with the >>> conda-supplied matplotlib, but never the >>> from-source-into-a-conda-environment install. >>> >>> Thoughts? >>> Ben Root >>> >>> >>> ------------------------------------------------------------------------------ >>> Comprehensive Server Monitoring with Site24x7. >>> Monitor 10 servers for $9/Month. >>> Get alerted through email, SMS, voice calls or mobile push notifications. >>> Take corrective actions from your mobile device. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Matplotlib-devel mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >> > ------------------------------------------------------------ > ------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751& > iu=/4140/ostg.clktrk_______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
|
From: Benjamin R. <ben...@ou...> - 2014-11-18 17:06:47
|
Indeed, there are some oddities, but mostly with regards to Qt and forcing it to build and link against (presumedly) the conda package of it. There is a modification of the setupext.py that happens at build time to replace all instances of "/usr/local" with "$PREFIX". Perhaps what is happening is that my local builds of matplotlib is compiling and linking against my system install of the tk/tcl headers and libraries, and that might be conflicting with the conda-shipped tk/tcl packages? I'll have to experiment a bit more tonight. Thanks for the suggestion! Ben Root On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm...> wrote: > Have a look at the recipe in conda-rescipes for matplotlib, they might be > doing some funny patching. > > On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote: > >> Ok, I am just really confused now. I have confirmed that using the >> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out >> and building version 1.4.2 from source results in the traceback. Same thing >> for v1.3.1. I have even tried checking out PR#3811 which addresses the >> weird constructor issues we found today, and I still get the segfault. >> >> Maybe I should try getting out of the conda environment entirely and try >> EPD instead to see if that makes a difference? >> >> Ben Root >> >> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote: >> >>> Mike made some changes to this recently. >>> https://github.com/matplotlib/matplotlib/pull/3778 >>> >>> May be the cause. >>> >>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote: >>> >>>> And with my continuing saga of backend-specific things... >>>> >>>> I was using conda, but because it does not ship with pygtk support, I >>>> had to manually install pygtk into the conda environment and then install >>>> matplotlib from source. All that seemed to work fine when I worked on Wx >>>> and Gtk examples for my book. >>>> >>>> I went back to a (previously working) Tk example to polish it, and I >>>> get all sorts of errors now. I have tried multiple releases of matplotlib >>>> from source (doing a git clean -fxd between them), all with similar errors. >>>> In fact, with master, the error causes a segfault: >>>> >>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py >>>> Exception in Tkinter callback >>>> Traceback (most recent call last): >>>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line >>>> 1486, in __call__ >>>> return self.func(*args) >>>> File >>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>>> line 278, in resize >>>> self.show() >>>> File >>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>>> line 350, in draw >>>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) >>>> File >>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", >>>> line 30, in blit >>>> id(data), colormode, id(bbox_array)) >>>> TclError >>>> alloc: invalid block: 0x2cfe3b0: 0 0 >>>> Aborted (core dumped) >>>> >>>> The line in question is (at least in v1.3.1, it is slightly different >>>> in more recent versions): >>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, >>>> id(bbox_array)) >>>> >>>> This happens regardless of what example I use (my own or otherwise). >>>> There is no blit-specific code in the examples. All of this worked with the >>>> conda-supplied matplotlib, but never the >>>> from-source-into-a-conda-environment install. >>>> >>>> Thoughts? >>>> Ben Root >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Comprehensive Server Monitoring with Site24x7. >>>> Monitor 10 servers for $9/Month. >>>> Get alerted through email, SMS, voice calls or mobile push >>>> notifications. >>>> Take corrective actions from your mobile device. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Matplotlib-devel mailing list >>>> Mat...@li... >>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>>> >>>> >>> >> ------------------------------------------------------------ >> ------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751& >> iu=/4140/ostg.clktrk_______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > |
|
From: Benjamin R. <ben...@ou...> - 2014-11-19 02:55:46
|
Why do we have a function in setupext.py called "hardcoded_tcl_config()"? In any case, it looks like all I needed to do was change the default value for line 156 to be the prefix location of my miniconda install, and things started to work again! Perhaps we need to take another look through setupext.py, and try to get it using prefixes more (or at least consolidate all of these hard-coded values into one place!) Cheers! Ben Root On Tue, Nov 18, 2014 at 12:06 PM, Benjamin Root <ben...@ou...> wrote: > Indeed, there are some oddities, but mostly with regards to Qt and forcing > it to build and link against (presumedly) the conda package of it. There is > a modification of the setupext.py that happens at build time to replace all > instances of "/usr/local" with "$PREFIX". Perhaps what is happening is that > my local builds of matplotlib is compiling and linking against my system > install of the tk/tcl headers and libraries, and that might be conflicting > with the conda-shipped tk/tcl packages? > > I'll have to experiment a bit more tonight. Thanks for the suggestion! > > Ben Root > > On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm...> > wrote: > >> Have a look at the recipe in conda-rescipes for matplotlib, they might be >> doing some funny patching. >> >> On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote: >> >>> Ok, I am just really confused now. I have confirmed that using the >>> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out >>> and building version 1.4.2 from source results in the traceback. Same thing >>> for v1.3.1. I have even tried checking out PR#3811 which addresses the >>> weird constructor issues we found today, and I still get the segfault. >>> >>> Maybe I should try getting out of the conda environment entirely and try >>> EPD instead to see if that makes a difference? >>> >>> Ben Root >>> >>> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> >>> wrote: >>> >>>> Mike made some changes to this recently. >>>> https://github.com/matplotlib/matplotlib/pull/3778 >>>> >>>> May be the cause. >>>> >>>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote: >>>> >>>>> And with my continuing saga of backend-specific things... >>>>> >>>>> I was using conda, but because it does not ship with pygtk support, I >>>>> had to manually install pygtk into the conda environment and then install >>>>> matplotlib from source. All that seemed to work fine when I worked on Wx >>>>> and Gtk examples for my book. >>>>> >>>>> I went back to a (previously working) Tk example to polish it, and I >>>>> get all sorts of errors now. I have tried multiple releases of matplotlib >>>>> from source (doing a git clean -fxd between them), all with similar errors. >>>>> In fact, with master, the error causes a segfault: >>>>> >>>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py >>>>> Exception in Tkinter callback >>>>> Traceback (most recent call last): >>>>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line >>>>> 1486, in __call__ >>>>> return self.func(*args) >>>>> File >>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>>>> line 278, in resize >>>>> self.show() >>>>> File >>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", >>>>> line 350, in draw >>>>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) >>>>> File >>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", >>>>> line 30, in blit >>>>> id(data), colormode, id(bbox_array)) >>>>> TclError >>>>> alloc: invalid block: 0x2cfe3b0: 0 0 >>>>> Aborted (core dumped) >>>>> >>>>> The line in question is (at least in v1.3.1, it is slightly different >>>>> in more recent versions): >>>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, >>>>> id(bbox_array)) >>>>> >>>>> This happens regardless of what example I use (my own or otherwise). >>>>> There is no blit-specific code in the examples. All of this worked with the >>>>> conda-supplied matplotlib, but never the >>>>> from-source-into-a-conda-environment install. >>>>> >>>>> Thoughts? >>>>> Ben Root >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Comprehensive Server Monitoring with Site24x7. >>>>> Monitor 10 servers for $9/Month. >>>>> Get alerted through email, SMS, voice calls or mobile push >>>>> notifications. >>>>> Take corrective actions from your mobile device. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Matplotlib-devel mailing list >>>>> Mat...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>>>> >>>>> >>>> >>> ------------------------------------------------------------ >>> ------------------ >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751& >>> iu=/4140/ostg.clktrk_______________________________________________ >>> Matplotlib-devel mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >> > |
|
From: Eric F. <ef...@ha...> - 2014-11-20 19:52:47
|
On 2014/11/18, 9:55 PM, Benjamin Root wrote: > Why do we have a function in setupext.py called > "hardcoded_tcl_config()"? In any case, it looks like all I needed to do > was change the default value for line 156 to be the prefix location of > my miniconda install, and things started to work again! > > Perhaps we need to take another look through setupext.py, and try to get > it using prefixes more (or at least consolidate all of these hard-coded > values into one place!) Ben, Good idea; perhaps you would like to turn it into a github issue to reduce the likelihood it is dropped. Eric > > Cheers! > Ben Root > > > On Tue, Nov 18, 2014 at 12:06 PM, Benjamin Root <ben...@ou... > <mailto:ben...@ou...>> wrote: > > Indeed, there are some oddities, but mostly with regards to Qt and > forcing it to build and link against (presumedly) the conda package > of it. There is a modification of the setupext.py that happens at > build time to replace all instances of "/usr/local" with "$PREFIX". > Perhaps what is happening is that my local builds of matplotlib is > compiling and linking against my system install of the tk/tcl > headers and libraries, and that might be conflicting with the > conda-shipped tk/tcl packages? > > I'll have to experiment a bit more tonight. Thanks for the suggestion! > > Ben Root > > On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm... > <mailto:tca...@gm...>> wrote: > > Have a look at the recipe in conda-rescipes for matplotlib, they > might be doing some funny patching. > > On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou... > <mailto:ben...@ou...>> wrote: > > Ok, I am just really confused now. I have confirmed that > using the matplotlib supplied by miniconda (v1.4.2) works > just fine. Ripping that out and building version 1.4.2 from > source results in the traceback. Same thing for v1.3.1. I > have even tried checking out PR#3811 which addresses the > weird constructor issues we found today, and I still get the > segfault. > > Maybe I should try getting out of the conda environment > entirely and try EPD instead to see if that makes a difference? > > Ben Root > > On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson > <pel...@gm... <mailto:pel...@gm...>> wrote: > > Mike made some changes to this recently. > https://github.com/matplotlib/matplotlib/pull/3778 > > May be the cause. > > On 16 November 2014 18:12, Benjamin Root > <ben...@ou... <mailto:ben...@ou...>> wrote: > > And with my continuing saga of backend-specific > things... > > I was using conda, but because it does not ship with > pygtk support, I had to manually install pygtk into > the conda environment and then install matplotlib > from source. All that seemed to work fine when I > worked on Wx and Gtk examples for my book. > > I went back to a (previously working) Tk example to > polish it, and I get all sorts of errors now. I have > tried multiple releases of matplotlib from source > (doing a git clean -fxd between them), all with > similar errors. In fact, with master, the error > causes a segfault: > > ben@tigger:~/Documents/InteractiveMPL$ python > chp5/slider_tk.py > Exception in Tkinter callback > Traceback (most recent call last): > File > "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", > line 1486, in __call__ > return self.func(*args) > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > line 278, in resize > self.show() > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > line 350, in draw > tkagg.blit(self._tkphoto, > self.renderer._renderer, colormode=2) > File > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", > line 30, in blit > id(data), colormode, id(bbox_array)) > TclError > alloc: invalid block: 0x2cfe3b0: 0 0 > Aborted (core dumped) > > The line in question is (at least in v1.3.1, it is > slightly different in more recent versions): > tk.call("PyAggImagePhoto", photoimage, id(aggimage), > colormode, id(bbox_array)) > > This happens regardless of what example I use (my > own or otherwise). There is no blit-specific code in > the examples. All of this worked with the > conda-supplied matplotlib, but never the > from-source-into-a-conda-environment install. > > Thoughts? > Ben Root > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or > mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > ------------------------------__------------------------------__------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT > Server > from Actuate! Instantly Supercharge Your Business Reports > and Dashboards > with Interactivity, Sharing, Native Excel Exports, App > Integration & more > Get technology previously reserved for billion-dollar > corporations, FREE > http://pubads.g.doubleclick.__net/gampad/clk?id=157005751&__iu=/4140/ostg.clktrk > <http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk>_________________________________________________ > Matplotlib-devel mailing list > Matplotlib-devel@lists.__sourceforge.net > <mailto:Mat...@li...> > https://lists.sourceforge.net/__lists/listinfo/matplotlib-__devel > <https://lists.sourceforge.net/lists/listinfo/matplotlib-devel> > > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
|
From: Benjamin R. <ben...@ou...> - 2014-11-20 20:38:34
|
Good idea. I'll put together something tonight. On Thu, Nov 20, 2014 at 2:44 PM, Eric Firing <ef...@ha...> wrote: > On 2014/11/18, 9:55 PM, Benjamin Root wrote: > > Why do we have a function in setupext.py called > > "hardcoded_tcl_config()"? In any case, it looks like all I needed to do > > was change the default value for line 156 to be the prefix location of > > my miniconda install, and things started to work again! > > > > Perhaps we need to take another look through setupext.py, and try to get > > it using prefixes more (or at least consolidate all of these hard-coded > > values into one place!) > > Ben, > > Good idea; perhaps you would like to turn it into a github issue to > reduce the likelihood it is dropped. > > Eric > > > > > Cheers! > > Ben Root > > > > > > On Tue, Nov 18, 2014 at 12:06 PM, Benjamin Root <ben...@ou... > > <mailto:ben...@ou...>> wrote: > > > > Indeed, there are some oddities, but mostly with regards to Qt and > > forcing it to build and link against (presumedly) the conda package > > of it. There is a modification of the setupext.py that happens at > > build time to replace all instances of "/usr/local" with "$PREFIX". > > Perhaps what is happening is that my local builds of matplotlib is > > compiling and linking against my system install of the tk/tcl > > headers and libraries, and that might be conflicting with the > > conda-shipped tk/tcl packages? > > > > I'll have to experiment a bit more tonight. Thanks for the > suggestion! > > > > Ben Root > > > > On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm... > > <mailto:tca...@gm...>> wrote: > > > > Have a look at the recipe in conda-rescipes for matplotlib, they > > might be doing some funny patching. > > > > On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou... > > <mailto:ben...@ou...>> wrote: > > > > Ok, I am just really confused now. I have confirmed that > > using the matplotlib supplied by miniconda (v1.4.2) works > > just fine. Ripping that out and building version 1.4.2 from > > source results in the traceback. Same thing for v1.3.1. I > > have even tried checking out PR#3811 which addresses the > > weird constructor issues we found today, and I still get the > > segfault. > > > > Maybe I should try getting out of the conda environment > > entirely and try EPD instead to see if that makes a > difference? > > > > Ben Root > > > > On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson > > <pel...@gm... <mailto:pel...@gm...>> wrote: > > > > Mike made some changes to this recently. > > https://github.com/matplotlib/matplotlib/pull/3778 > > > > May be the cause. > > > > On 16 November 2014 18:12, Benjamin Root > > <ben...@ou... <mailto:ben...@ou...>> wrote: > > > > And with my continuing saga of backend-specific > > things... > > > > I was using conda, but because it does not ship with > > pygtk support, I had to manually install pygtk into > > the conda environment and then install matplotlib > > from source. All that seemed to work fine when I > > worked on Wx and Gtk examples for my book. > > > > I went back to a (previously working) Tk example to > > polish it, and I get all sorts of errors now. I have > > tried multiple releases of matplotlib from source > > (doing a git clean -fxd between them), all with > > similar errors. In fact, with master, the error > > causes a segfault: > > > > ben@tigger:~/Documents/InteractiveMPL$ python > > chp5/slider_tk.py > > Exception in Tkinter callback > > Traceback (most recent call last): > > File > > > "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", > > line 1486, in __call__ > > return self.func(*args) > > File > > > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > > line 278, in resize > > self.show() > > File > > > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py", > > line 350, in draw > > tkagg.blit(self._tkphoto, > > self.renderer._renderer, colormode=2) > > File > > > "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py", > > line 30, in blit > > id(data), colormode, id(bbox_array)) > > TclError > > alloc: invalid block: 0x2cfe3b0: 0 0 > > Aborted (core dumped) > > > > The line in question is (at least in v1.3.1, it is > > slightly different in more recent versions): > > tk.call("PyAggImagePhoto", photoimage, id(aggimage), > > colormode, id(bbox_array)) > > > > This happens regardless of what example I use (my > > own or otherwise). There is no blit-specific code in > > the examples. All of this worked with the > > conda-supplied matplotlib, but never the > > from-source-into-a-conda-environment install. > > > > Thoughts? > > Ben Root > > > > > ------------------------------------------------------------------------------ > > Comprehensive Server Monitoring with Site24x7. > > Monitor 10 servers for $9/Month. > > Get alerted through email, SMS, voice calls or > > mobile push notifications. > > Take corrective actions from your mobile device. > > > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > > _______________________________________________ > > Matplotlib-devel mailing list > > Mat...@li... > > <mailto:Mat...@li...> > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > > > > ------------------------------__------------------------------__------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT > > Server > > from Actuate! Instantly Supercharge Your Business Reports > > and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App > > Integration & more > > Get technology previously reserved for billion-dollar > > corporations, FREE > > http://pubads.g.doubleclick. > __net/gampad/clk?id=157005751&__iu=/4140/ostg.clktrk > > < > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > >_________________________________________________ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.__sourceforge.net > > <mailto:Mat...@li...> > > > https://lists.sourceforge.net/__lists/listinfo/matplotlib-__devel > > < > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel> > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Matplotlib-devel mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X