Hi Jon, Sorry, my statement "does not work" was a bit ambiguous. Fipy would freeze when calling Gmsh 2.4 just as you found. The IPython console did not throw an error, and I'm not familiar with the location of an error log file.
Jeff -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jonathan Guyer Sent: Friday, September 18, 2009 11:55 AM To: Multiple recipients of list Subject: Re: GmshImporter error when using WindowsXP On Sep 9, 2009, at 5:23 PM, Sowards, Jeffrey wrote: > It turns out Gmsh v.2.4.0 does not work for the example circle.py or > any geometry I tried to load. When you say "does not work", you mean that it dumped this error "TypeError: 'NoneType' object is unsubscriptable"? I ask, because when we tested with Gmsh 2.4.1 on a Windows XP machine, it freezes when fipy calls it, whereas if we just load the same text in a .msh file into Gmsh running as an application, it works fine. In contrast, Gmsh 2.4.1 on a Mac causes FiPy to throw the same useless TypeError, but it's because the application bundle has been rearranged (you need a path or alias to 'Gmsh.app/Contents/Resources/bin/gmsh' instead of to 'Gmsh.app/Contents/MacOS/Gmsh'). This is a totally Mac- specific issue, though, and cannot be the cause of what you're seeing on Windows. > I deleted v.2.4.0 and installed Gmsh v.2.0 (I randomly selected this > version) in the working directory and executed the example again. > Everything worked with the older version. Glad to know you got it to work. > After trying a few binaries, it seems v.2.3.1 is the most recent > version of Gmsh that allows irregular mesh imports. Thanks for tracking that down. I don't see anything pertinent in their change logs and their source repository isn't open, so it's impossible to see what changed. We'll have to file a bug report. - Jon
