View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013688ParaView(No Category)public2012-11-28 06:462016-08-12 09:59
ReporterSven Buijssen 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionmoved 
PlatformOSOS Version
Product Version3.14.1 
Target VersionFixed in Version 
Summary0013688: Client/Server only: Incorrect coloring of data type long. Correct for same data if data type is float
DescriptionStart ParaView.
Connect to single process PVserver
Load attached file. Apply.
Color by: "material (float)"
Enable color legend visibility
=> Note: four clearly distinguishable colors used for 3D object
Color by: "material (long)"
=> Note: 3D object only colored in red - despite the fact that the underlying numerical values of "material (float)" and "material (long)" are identical, just the data type differs.

Does not happen in builtin mode with ParaView 3.14.1.
ParaView 3.98.0 RC3 client/server mode affects, too.
TagsNo tags attached.
ProjectTBD
Topic Name
Typeincorrect functionality
Attached Files? file icon gmvtest.cs.long.vs.float.vtu [^] (1,856 bytes) 2012-11-28 06:49

 Relationships

  Notes
(0029813)
Sven Buijssen (reporter)
2012-11-30 07:53

 Issue (remember, only arises in client/server mode) ...
 
... presents itself with
* ubuntu-x64-nightlymaster-superbuild on Ubuntu 12.04 64-bit
* Lion-nightlymaster-superbuild

... does not exist with
* (debian-x32.kitware) nightlymaster-superbuild on Ubuntu 10.04 64-bit
* WinXP64-VS9-nightlymaster-superbuild on Win 7 64-bit
* WinXP32-VS9-nightlymaster-superbuild on Win 7 64-bit

Issue causes dashboard test pvcs.GMVReaderBasicRead-static to fail on Blight.kitware for ubuntu-x64-nightlynext-static

Once resolved, ParaViewData/Baseline/serverGMVReaderBasicRead.png and ParaViewData/Baseline/serverGMVReaderBasicRead_WithVisitBridge.png (as of commit 48d309b389738ec) should get updated such that the images match ParaViewData/Baseline/serverGMVReaderBasicRead_WithVisitBridge_1.png
(0029943)
Utkarsh Ayachit (administrator)
2012-12-24 08:28
edited on: 2012-12-24 08:29

 Developer Note: The problem also goes away is "Remote Rendering" is enabled. Thus we can conclude that the "material (long)" values get "corrupt" when the data is delivered to the client.

If we look at the "cell data" in a spreadsheet view, we see that the data for material (long) is totally corrupt.
(0029944)
Utkarsh Ayachit (administrator)
2012-12-24 09:28

 The problem is with vtkDataReader not able to reader binary files that contain 8-byte "long" values. The reader assumes long with be 4-byte long which is true with Windows and 32-bit linux machines and not on 64-bit linux/mac machines. That explains why the tests fail on the some dashboards and not on others.
(0038285)
Kitware Robot (administrator)
2016-08-12 09:59

 Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page.

 Issue History
Date Modified Username Field Change
2012-11-28 06:46 Sven Buijssen New Issue
2012-11-28 06:49 Sven Buijssen File Added: gmvtest.cs.long.vs.float.vtu
2012-11-30 07:53 Sven Buijssen Note Added: 0029813
2012-12-24 08:28 Utkarsh Ayachit Note Added: 0029943
2012-12-24 08:29 Utkarsh Ayachit Note Edited: 0029943
2012-12-24 09:28 Utkarsh Ayachit Note Added: 0029944
2016-08-12 09:59 Kitware Robot Note Added: 0038285
2016-08-12 09:59 Kitware Robot Status backlog => closed
2016-08-12 09:59 Kitware Robot Resolution open => moved
2016-08-12 09:59 Kitware Robot Assigned To => Kitware Robot

Copyright © 2000 - 2018 MantisBT Team