Giter Club home page Giter Club logo

glvis's Issues

glvis not running

 I issued the command 
./glvis -m ../mfem/examples/refined.mesh -g ../mfem/examples/sol.gf
and a transient window appeared momentarily and then disappeared with following 
error:

X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  53 (X_CreatePixmap)
  Resource id in failed request:  0x5000004
  Serial number of failed request:  41
  Current serial number in output stream:  42

Any handle to solve the issue?
Thanks

Original issue reported on code.google.com by [email protected] on 14 May 2013 at 7:15

installing glvis on Mac OS 10.8

Dear all, I am trying to install glvis on my iMac where I see X11, GL and GLU 
dynamic lib in the folder /usr/X11R6/lib

I don't see header file directories in X11R6.
So, I would like to know what is the way to modify makefile in order to install 
glvis.
Currently, I have the following error:
make
cd lib; g++  -I/usr/X11R6/include -O3 -DGLVIS_MULTISAMPLE=4 
-DGLVIS_MS_LINEWIDTH=1.4 -I../../mfem-68e941f8fe -c aux_gl.cpp
aux_gl.cpp:40:22: error: X11/Xlib.h: No such file or directory
aux_gl.cpp:41:23: error: X11/Xutil.h: No such file or directory
aux_gl.cpp:42:24: error: X11/keysym.h: No such file or directory
aux_gl.cpp:43:20: error: GL/glx.h: No such file or directory
aux_gl.cpp:44:19: error: GL/gl.h: No such file or directory
….  

Could you help me?
Thanks a lot, Pasqua

Original issue reported on code.google.com by [email protected] on 29 May 2014 at 9:53

Implement level surfaces for hexahedral meshes

Level surfaces have not been implemented for hex meshes. One possible way to 
implement them is to construct the level surfaces based on a tetrahedral 
sub-division of the grid.

Original issue reported on code.google.com by tzanio on 21 Jul 2010 at 8:21

compilation problems

What steps will reproduce the problem?
1. make
2.
3.

What is the expected output? What do you see instead?
threads.cpp:320: error: ‘socketstream’ was not declared in this scope
threads.cpp:320: error: ‘isock’ was not declared in this scope
threads.cpp:320: error: expected type-specifier before ‘socketstream’
threads.cpp:320: error: expected `>' before ‘socketstream’
threads.cpp:320: error: expected `(' before ‘socketstream’
threads.cpp:320: error: expected primary-expression before ‘>’ token
threads.cpp:320: error: expected `)' before ‘;’ token
make: *** [lib/threads.o] Error 1


What version of the product are you using? On what operating system?
2.0 on Mac OS 10.6.8

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 6 Jun 2012 at 3:54

Cannot start GLVis

Hello,

 I would very much like to use your software to visualize curved meshes, but I'm not able to start it properly. After I start the GLVis server, an attempt to visualize a mesh ends up with an error (I tried to open beam-hex.mesh from your website):

Generating coloring starting with element 4 / 8
Number of colors: 2
X Error of failed request:  BadColor (invalid Colormap parameter)
  Major opcode of failed request:  1 (X_CreateWindow)
  Resource id in failed request:  0x4a00002
  Serial number of failed request:  33
  Current serial number in output stream:  38

'ldd glvis' does not show anything suspicious:
       linux-vdso.so.1 (0x00007fff47fff000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fbfb8e8d000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0x00007fbfb8b70000)
        libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00007fbfb88f1000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fbfb86d5000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fbfb83d2000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007fbfb80d4000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fbfb7ebf000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007fbfb7b12000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fbfb78f3000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fbfb76ef000)
        libnvidia-tls.so.304.64 => /usr/lib/libnvidia-tls.so.304.64 (0x00007fbfb74ec000)
        libnvidia-glcore.so.304.64 => /usr/lib/libnvidia-glcore.so.304.64 (0x00007fbfb5101000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00007fbfb4eee000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fbfb91c6000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fbfb4ce9000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fbfb4ae3000)

I tried with several meshes in the data directory of mfem to make sure it's not 
a mesh issue, but none of the files works. 

The message

'Generating coloring starting with element 4 / 8' 

is random - when I run GLVis several times, the first number changes. Sometimes 
it's 3/8, sometimes it's 8/8.

I also attached my makefile. Mfem is in my ~/local/mfem-2.0, glvis is in 
~/local/glvis-2.0

glxinfo | grep glx gives me this:

server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:

I'm not sure GLVis actually supports opengl 1.4. If that's the cause of my 
problems, could you please update GLVis version on your website or suggest an 
alternative program to visualize curved elements?

Thank you very much for your help.

Best regards,

   Martin Vymazal



Original issue reported on code.google.com by [email protected] on 17 Mar 2013 at 9:36

Attachments:

Mfem file format for curved elements

Hello,

 would it please be possible to provide examples of curved meshes in mfem file format in 2D and 3D? Ideally I would like to have an example mesh with one or two P2/P3 triangles in 2D, one P2/P3 tetra in 3D and so on.
  From your description on the wiki, I don't understand how to write a curved mesh to a file. Looking at escher-p2.mesh, for example, it seems that only the vertices of the tetra and boundary triangles are given in connectivity sections. Does it mean that the mesh nodes have to be indexed so that the first N nodes are only P1 vertices and the remaining nodes of the mesh (with index higher than N) are the additional nodes?
 It's not clear to me what is the ordering convention in the 'FiniteElementSpace' section and what do the numbers actually mean. You say that the mesh description is 'based on a vector finite element grid function with degrees of freedom in the "nodes" of the mesh'. What function? Some values are smaller than -1 or bigger than 1, so I suppose it's not Lagrange shape function values that you store here. Does 'nodes' mean all nodes (i.e. higher-order nodes included)? How are they indexed - is there any correspondence with the node ordering in the 'elements' section? Could you please provide a sketch or an example of a __very__ simple mesh file for each element shape? Deciphering your conventions from a 3D mesh with more than 10 elements is just too hard.

Mfem supports discontinuous elements. Is it possible to store a discontinuous 
mesh, i.e. mesh where each element has it's own degrees of freedom not shared 
with its neighbours, in native mfem file format?

 Thank you for your help and for making glvis opensource.

Best regards,

   Martin Vymazal

Original issue reported on code.google.com by [email protected] on 25 Dec 2013 at 12:00

socket not opening

I started with $glvis <enter> and the system remains hanging with message 
"Waiting for data on port 19916 ... ". I am using OpenSuse 12.3 and firewall is 
not running. The internet connection is behind proxy (which I do not think 
matters). Since socket was not opened running "./glvis -m 
../mfem/TESTING_by_VEGA/refined.mesh" gives error messages like "Generating 
coloring starting with element 9297 / 39424
Number of colors: 4
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  53 (X_CreatePixmap)
  Resource id in failed request:  0x5000004
  Serial number of failed request:  41
  Current serial number in output stream:  42"

Can you kindly help me?

Original issue reported on code.google.com by [email protected] on 24 Jul 2013 at 8:13

Cutting plane for curved meshes

The cutting plane for 3D curved meshes is incorrect. Try refining the volume 
elements (instead of their boundary) for a more accurate computation.

Original issue reported on code.google.com by tzanio on 21 Jul 2010 at 8:24

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.