matplotlib-devel Mailing List for matplotlib

>>>>> "gary" == gary ruben <gr...@bi...> writes:
 gary> Hi John and Paul, I changed the 'pass' to a 'continue' and a
 gary> different problem has revealed itself. Now, in lieu of any
 gary> plot window, I get a Windows dialog with title 'Windows
 gary> Visual C++ Runtime Library'
 gary> and content
 gary> Runtime Error Program C:\APPS\PYTHON23\PYTHONW.EXE abnormal
 gary> program termination
 gary> Clicking the OK then generates a page fault. This seems a
 gary> bit nasty. When I have time later today, I'll see what
 gary> happens under Win2000 on my laptop. I should probably try
 gary> another backend too.
Hi Gary,
I'm just including your last email to the dev list so others will know
it's taken care of
From: "gary ruben" <gr...@bi...>
Subject: more matplotlib error info
To: jdh...@ac...
Cc: ba...@st...
Date: 2004年4月22日 19:52:55 +1000
Hi John and Paul,
Paul; the font manager problem seems to be fixed by John's suggestion, so
you can ignore my previous offlist email which mentions a page fault. I've
isolated it to a problem with Agg, which I'll post the symptoms of to the
users list.
Gary

>>>>> "David" == David Moore <da...@sj...> writes:
 David> Hi, I'm posting this to the mailing list first because I'm
 David> not sure I've fixed this correctly. This is a patch for a
 David> bug in ticker.py.
Another user told me about this one offlist and the fix is in CVS. My
approach was to revert to what we were doing before (which somehow got
lost in translation) which is to set the view lim to be plus/minus 1
the constant value.
Thanks for the patch, anyhow!
JDH

Hi,
I'm posting this to the mailing list first because I'm not sure I've 
fixed this correctly. This is a patch for a bug in ticker.py.
In Autolocator.get_locator, if the distance passed in is 0, the call to 
log10 will crash with an overflow error. I think I'm hitting this 
problem because I plot a lot of binary data, and the first plot when 
this happened, consisted of all zeros (giving the y axis no distance - I 
could be talking complete nonsense, I haven't really examined the 
code). What I'm not sure about is, in the case that distance is 0, 
should the variable ld be set to 0 (as I have done in the attached 
patch), or is another value more sensible?
thanks,
David Moore

Hi Andrew,
I generally agree; my "fix" is certainly only a hack.
I just sent John privately a slightly less obnoxious
variant that looks at distutils.sysconfig.PREFIX
instead of looking at sys.path.
d
On Apr 21, 2004, at 1:58 PM, Andrew Straw wrote:
> Dear Daishi,
>
> I appreciate that you're trying to make life easier for Fink users, but
> I don't thing the Right Thing on an OS X platform involves
> automatically determining if a user has Fink installed and then using
> it. Fink is, to some degree, a different platform than stock OS X, and
> even if one has Fink installed, it doesn't mean that one wants to build
> one's Python extensions against it. (Even if one has a subdirectory of
> /sw in sys.path.)
>
> I would propose one or both of these solutions: 1) a non-automatic
> "use_fink" flag in the setup(ext) file and/or as a command line switch.
> 2) building (and maintaining!) a python-matplotlib Fink package.
>
> Cheers!
> Andrew
>
> On Apr 21, 2004, at 12:12 PM, Daishi Harada wrote:
>
>> re: nav toolbar
>> Works for me with my fink build of the latest CVS matplotlib.
>>
>> On the other hand, I'm still having problems building with fink
>> out of the box. I'm attaching my latest setupext.py. It includes
>> a hack to distinguish between vanilla darwin vs finked.
>>
>> Finally, I've noticed that under WX the GUI thread doesn't
>> terminate when the close button is pressed.
>>
>> d
>>
>> <setupext.py>
>>
>> On Apr 20, 2004, at 7:11 PM, John Hunter wrote:
>>
>>>
>>> On my OS X machine, the navigation toolbar is not showing up in
>>> backend_wx, though the other widgets (eg axes selector, status bar)
>>> seem to work fine. If anyone has any ideas, please let me know.
>>>
>>> JDH
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IBM Linux Tutorials
>>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>> GenToo technologies. Learn everything from fundamentals to system
>>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>

Hi John and Paul,
I changed the 'pass' to a 'continue' and a different problem has revealed
itself. Now, in lieu of any plot window, I get a Windows dialog with title
'Windows Visual C++ Runtime Library'
and content
Runtime Error
Program C:\APPS\PYTHON23\PYTHONW.EXE
abnormal program termination
Clicking the OK then generates a page fault. This seems a bit nasty. When I
have time later today, I'll see what happens under Win2000 on my laptop. I
should probably try another backend too.
Gary
*********** REPLY SEPARATOR ***********
On 21/04/2004 at 10:04 John Hunter wrote:
> >>>>> "gary" == gary ruben <gr...@bi...> writes:
> 
> gary> I just uninstalled the 0.53b release and installed 0.53
> gary> There's still a problem on my Win98 system, but now it seems
> gary> related to the new font manager:
> 
> This is a bug (clearly!). I didn't catch it in my tests because it
> only arises when you get an OSError on a win32 registry call, which I
> never got. I believe Paul lifted this section of the code from
> ttfquery. For a quick fix, in the win32InstalledFonts function, try
> replacing
> 
> try:
> local = _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, fontdir)
> except OSError:
> pass
> 
> with 
> 
> try:
> local = _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, fontdir)
> except OSError:
> continue
> 
> and let me know how things go.
> 
> Paul, is the continue the correct behavior here?
> 
> Thanks for the report,
> JDH
------------------------------------
Gary Ruben gr...@bi...
<http://users.bigpond.net.au/gazzar>