Bugfixes #1456

alliepiper · 2015-07-16T13:58:11Z

@doutriaux1 @chaosphere2112 @aashish24 @sankhesh

This branch has some bugfixes that were #1450, but since that is delayed due to stability issues, I've pulled some of the useful commits out of it so they can be merged sooner.

Once this is merged, #1450 needs to be rebased on master and when the memory leaks are fixed, #1450 can be merged.

aashish24 · 2015-07-21T14:28:47Z

@dlonie can you update this branch? Also, @doutriaux1 can you approve this branch soon?

alliepiper · 2015-07-21T14:32:33Z

Added it to my list -- When I'm back on UVCDAT I'll do it first thing.

On Tue, Jul 21, 2015 at 10:28 AM, Aashish Chaudhary <
[email protected]> wrote:

@dlonie https://github.com/dlonie can you update this branch? Also,
@doutriaux1 https://github.com/doutriaux1 can you approve this branch
soon?

—
Reply to this email directly or view it on GitHub
#1456 (comment).

alliepiper · 2015-07-21T16:51:43Z

Rebased on current master.

aashish24 · 2015-07-24T16:05:41Z

@doutriaux1 this looks good to me. However, you should review it so that we can get it merged soon.

aashish24 · 2015-07-24T16:05:47Z

👍

doutriaux1 · 2015-07-24T16:07:56Z

will test on mac and ubunutu on monday

aashish24 · 2015-07-24T18:51:39Z

Okay, thanks!

doutriaux1 · 2015-07-27T17:08:55Z

@dlonie looks like we need a rebase.

Otherwise it will reset WIP branches to use master.

doutriaux1 · 2015-07-27T20:26:17Z

@dlonie just rebased don't worry about it. Testing on ubuntu now

doutriaux1 · 2015-07-27T21:12:04Z

@dlonie did I mess up the rebase?

RH6: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3925430
Ubuntu: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3925448

doutriaux1 · 2015-07-27T21:25:40Z

ok fixed the rebase issue, much better now:
ubuntu: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3925468
RH6: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3925467

@sankhesh @dlonie looks like label are now behind isolines, not great, which one of you should look into this?

durack1 · 2015-07-27T21:35:09Z

@doutriaux1 looks like the date of the data indexed has changed - 1979/9/1 vs 1979/3/1 as seen here

alliepiper · 2015-07-28T12:29:22Z

Looks like an issue on your machine. All of the isoline tests pass on mine with the rebased changes, and buildbot is happy with it too. The only failure I see is a style issue in the rebased code: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3925493

Also, neither buildbot nor I am getting any of these errors/warnings:

Processing error for quick,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for map,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for polar,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for alaska,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for albersequalarea,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for lambert,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for mercator,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for polyconic,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for equidconica,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for transversemercat,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for stereographic,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for lambertazimuthal,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for azimuthal,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for gnomonic,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for orthographic,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for genvertnearper,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for sinusoidal,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for equirectangular,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for miller,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for vandergrinten,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for hotin,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for robinson,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for spaceoblique,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for interruptedgoode,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for mollweide,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for interruptedmollw,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for hammer,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for wagneriv,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for wagnervii,Gi: 'Gi' object has no attribute '_textcolor'
Processing error for oblated,Gi: 'Gi' object has no attribute '_textcolor'

They are present in all of the failing tests on your machine, but not anywhere else. Not sure what's going on with your system.

doutriaux1 · 2015-07-28T17:02:26Z

I’m more worried about this being an issue with OS I will try on another RH then.

doutriaux1 · 2015-07-28T21:19:27Z

@sankhesh do you have a RedHat machine accessible, I get loads of errors on another RedHat see:
https://open.cdash.org/viewTest.php?onlyfailed&buildid=3927352

sankhesh · 2015-07-28T21:27:39Z

@doutriaux1

I don't. I can try to fire up a CentOS6 VM.

durack1 · 2015-07-28T21:28:45Z

@doutriaux1 is this hint maybe partially why the error with #1329? In particular I'm noting that it's picking up a lineage from the 2.2.0rc1 branch rather than 2.2.0

Successfully updated your environment to use UVCDAT
(changes are valid for this session/terminal only)
Version: uvcdat-**2.2.0rc1**-257-g9b27735
Location: /export/doutriaux1/build/install
libGL error: failed to open drm device: No such file or directory
libGL error: failed to load driver: r600
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  72 (X_PutImage)
  Serial number of failed request:  65
  Current serial number in output stream:  73

sankhesh · 2015-07-31T03:43:06Z

Folks,

Here is a CentOS 6.6 build of master branch that shows the same errors as reported by @doutriaux1. I don't think these issues are related to #1456.

Furthermore, I ran into #1192 as well.

doutriaux1 · 2015-08-03T21:47:01Z

@sankhesh ok that confirms my suspicion it's OS-based. @sankhesh can you give access to your CentOS VM to @dlonie ?

sankhesh · 2015-08-04T18:39:42Z

This definitely seems like a VCS issue. I suspected it to be an OpenGL related issue, but the VTK dashboard was clean on this machine.

https://open.cdash.org/viewTest.php?onlypassed&buildid=3938803

I still get 23 test failures with CDAT_BUILD_GUI=OFF on the same machine with UV-CDAT:

https://open.cdash.org/viewTest.php?onlyfailed&buildid=3938788

alliepiper · 2015-08-04T19:10:07Z

Since these failures happen on master, without GUI, and VTK works fine on this OS, these errors don't seem to be related to this branch.

Since this branch works everywhere else and introduces no new failures on RedHat/CentOS from the ones that we see on master, can this get merged?

aashish24 · 2015-08-04T22:02:20Z

@dlonie I agree. It seems to be related to some other factor that is more related to GL/OS issue. Can yo file a bug? @doutriaux1 what you think?

doutriaux1 · 2015-08-04T22:37:03Z

@aashish24 I don't think anything, all I know is we can't merge this branch until it passes on our officially platforms...

alliepiper · 2015-08-05T12:01:49Z

@doutriaux1....if master is also failing on this platform, this branch is not causing the problem....

But whatever. I don't really care when/if this makes it in, but that argument makes no sense.

aashish24 · 2015-08-05T13:43:48Z

@doutriaux1 I have to agree with @dlonie here. I think the bugs are not related to this branch unless I am missing something. Also, GL errors are happening because of machine and driver combination. We should file another bug for it.

aashish24 · 2015-08-05T13:45:05Z

@doutriaux1 I looked at the code again. I don't see anything here that could cause GL errors. I highly recommend that we merge this branch as soon as possible. Call me if you have any doubts.

doutriaux1 · 2015-08-05T16:31:56Z

all i'm saying is it doesn't pass on RH. Feel free to open another issue, fix the issue, merge back in this branch and then we can approve this one.

alliepiper · 2015-08-05T16:35:02Z

Like I said, I don't really care if we hold off on merging this, as long as you realize that enacting that policy while master is failing on RH means that any and all new PRs cannot be merged, so we're essentially freezing master until that is fixed.

doutriaux1 · 2015-08-05T16:50:10Z

I do realize that. That's why it's important someone fixes it quickly.

durack1 · 2015-08-05T17:03:50Z

@sankhesh @dlonie @doutriaux1 these errors:

Successfully updated your environment to use UVCDAT
(changes are valid for this session/terminal only)
Version: 2.2.0-242-g6da0879
Location: /home/kitware/Projects/uvcdat/bld/install
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  72 (X_PutImage)
  Serial number of failed request:  65
  Current serial number in output stream:  86

https://open.cdash.org/testDetails.php?test=359872924&build=3938788

Look awfully similar to the X11-related problems I was encountering a while back.. I wonder if with the redhat6.7 (and possibly CentOS) patches that have recently started being pushed, some X11-config issue has cropped up on these machines?

I've hit similar issues when using 8-bit vs higher colour modes on forwarding displays, the output of some of the failing test images look suspiciously low-bit to me..

I also wonder whether the data being indexed as noted above could also be an issue - it seems that the date is changing in some of these image tests

doutriaux1 · 2015-08-05T17:10:27Z

@williams13 what do you think?

durack1 · 2015-08-05T17:11:31Z

@sankhesh @dlonie @doutriaux1 I also noted a branch lineage difference with a few of these, so:

@doutriaux1 is building with a git hash: Version: **uvcdat-2.2.0rc1**-257-g9b27735

Whereas @sankhesh is building with a different hash: Version: **2.2.0**-242-g6da0879

I wonder if a test (and or the data) or the index of the data is different between these - there have certainly been cases where we've lost merged branches in the master/release tangle: #1329 and #1441

doutriaux1 · 2015-08-05T17:11:58Z

@dlonie I'm going to try on master, I didn't realize it's happening there either. If it happens on master a swell then yes I'm ok to merge this one in.

jbeezley · 2015-08-05T17:30:54Z

I think @durack1 is on to something. Google searches on the X_PutImage error all lead to color mode issues. In places where this is occurring, what is the output of xwininfo -root? I suspect the default X config on CentOS is setting the color depth to 8 bits for some (probably buggy) reason.

doutriaux1 · 2015-08-05T17:40:35Z

ok lots of failure on master as welll.... merging this in so we can focus on fixing these errors. This means though that I'm going to focus mainly on setting up a buildbot server here so that we can have automatic testing of our officially supported platform AND more combinations of build modes.

Bugfixes

doutriaux1 · 2015-08-05T17:41:15Z

fyi master failures: https://open.cdash.org/viewTest.php?onlyfailed&buildid=3940803

aashish24 · 2015-08-05T18:44:09Z

thanks @doutriaux1 +1 for @buildbot

alliepiper force-pushed the bugfixes branch from 34cc23f to 10f6fd6 Compare July 21, 2015 16:50

alliepiper force-pushed the bugfixes branch from 10f6fd6 to 9b91f05 Compare July 21, 2015 17:27

David C. Lonie added 6 commits July 27, 2015 11:46

Update checkout_testdata.cmake to use a local branch if one exists.

77213f4

Otherwise it will reset WIP branches to use master.

Break up single-line list into a more readable/edit-friendly form.

07d53f8

Plug several VCS memory leaks.

bbdae7c

Clean up unused variables.

864a616

Check for renWin before using it.

cc7130c

Store backend as a weakref.

5df6f78

doutriaux1 force-pushed the bugfixes branch from 9b91f05 to 5df6f78 Compare July 27, 2015 20:25

rebase merge error, now fixed

652b71b

flake8 rebased vectorpipeline

9b27735

doutriaux1 added a commit that referenced this pull request Aug 5, 2015

Merge pull request #1456 from UV-CDAT/bugfixes

21e26d0

Bugfixes

doutriaux1 merged commit 21e26d0 into master Aug 5, 2015

doutriaux1 deleted the bugfixes branch August 5, 2015 17:41

alliepiper mentioned this pull request Aug 5, 2015

master fails on RH6/CentOS6 #1481

Open

Bugfixes #1456

Bugfixes #1456

Conversation

alliepiper commented Jul 16, 2015

aashish24 commented Jul 21, 2015

alliepiper commented Jul 21, 2015

alliepiper commented Jul 21, 2015

aashish24 commented Jul 24, 2015

aashish24 commented Jul 24, 2015

doutriaux1 commented Jul 24, 2015

aashish24 commented Jul 24, 2015

doutriaux1 commented Jul 27, 2015

doutriaux1 commented Jul 27, 2015

doutriaux1 commented Jul 27, 2015

doutriaux1 commented Jul 27, 2015

durack1 commented Jul 27, 2015

alliepiper commented Jul 28, 2015

doutriaux1 commented Jul 28, 2015

doutriaux1 commented Jul 28, 2015

sankhesh commented Jul 28, 2015

durack1 commented Jul 28, 2015

sankhesh commented Jul 31, 2015

doutriaux1 commented Aug 3, 2015

sankhesh commented Aug 4, 2015

alliepiper commented Aug 4, 2015

aashish24 commented Aug 4, 2015

doutriaux1 commented Aug 4, 2015

alliepiper commented Aug 5, 2015

aashish24 commented Aug 5, 2015

aashish24 commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

alliepiper commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

durack1 commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

durack1 commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

jbeezley commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

doutriaux1 commented Aug 5, 2015

aashish24 commented Aug 5, 2015