octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Help needed with printing bug


From: Martin Kunz
Subject: Re: Help needed with printing bug
Date: Mon, 04 May 2015 16:26:46 +0200
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

Am 04.05.2015 um 16:21 schrieb Ben Abbott:
>> On May 4, 2015, at 10:10 AM, Ben Abbott <address@hidden> wrote:
>>
>>
>>> On May 4, 2015, at 10:03 AM, Ben Abbott <address@hidden> wrote:
>>>
>>>> On May 4, 2015, at 9:40 AM, John W. Eaton <address@hidden> wrote:
>>>>
>>>> I need help fixing this bug:
>>>>
>>>> https://savannah.gnu.org/bugs/?44916
>>>>
>>>> I am unable to duplicate the problem, but have narrowed it down somewhat.  
>>>> The issue seems to be that when gl2ps gathers the info it needs to draw 
>>>> the plot from OpenGL, some of the data points are not correct.  Apparently 
>>>> printing worked in 3.8.2 but fails now.  I tried undoing all the changes 
>>>> to the gl2ps rendering code that have been made since 3.8.2 but am told 
>>>> that did not solve the problem.
>>>>
>>>> I thought perhaps we had changed the options for gl2ps or OpenGL in some 
>>>> way that triggered the bug.  But now I'm just clueless about what the 
>>>> problem could be, other than a driver issue, especially since the problem 
>>>> seems to appear on some systems but not others.
>>>>
>>>> Maybe someone else has a better plan, but the only thing I can think of 
>>>> now to debug this is to bisect and try to determine which changeset 
>>>> introduced the problem.  But that will be a somewhat painful process as 
>>>> I'm unable to test whether a given changeset is good or bad myself.
>>>>
>>>> So, first I need someone who can duplicate the error and who is willing to 
>>>> run a simple test for me.  We would do something like
>>>>
>>>> 1. I build a binary
>>>> 2. You download and test it and report the result
>>>> 3. I bisect and go to 1 until we find the bad changeset
>>>>
>>>> Given that there have been thousands of changes committed between 3.8.x 
>>>> and now, I guess this could take 12 iterations or so.
>>>>
>>>> jwe
>>> I have a windows box which I can experiment with. I don’t know if it will 
>>> exhibit the bug, but I can try.
>>>
>>> Ben
>> I see that the windows binary for rc4 is available at alpha.gnu.org. I’m 
>> downloading now.
>>
>> Ben
> Sorry, I won’t be any help. It tried both the qt and fltk toolkits and the  
> plots produced by rc4 on my windows box all look ok.
>
> Ben
I'm working on it, expect my answer in the bug tracker in the next hour.

Martin



reply via email to

[Prev in Thread] Current Thread [Next in Thread]