openvrml-develop — OpenVRML developers mailing list

About parse-vrml97.exe with Windows Vista (4)

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

Thank you very much for your kind answers.

I got javascript.cpp and javascript.vcxproj from
SourceForge.net > Find Software > openvrml > SCM Repositories > openvrml > branches > 0.18 > src > script.

Also I got x3d-interpolation.vcxproj from
SourceForge.net > Find Software > openvrml > SCM Repositories > openvrml > branches> 0.18 > src >node > x3d-interpolation.

Then I built with OpenVRML.sln, build of x3d-interpolation was correctly,
but build of javascript was error. (Error message is atatched.)
 
At this condition, parse-vrml97.exe was executed on the command prompt window using batch file before I wrote,
but program stopped like before I wrote.

1)How should I do to parse-vrml97.exe execute well?

2)Are there any problems to build javascript project? (Something is insufficient?)
 
*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

Re: About parse-vrml97.exe with Windows Vista

[Braden M. <br...@en...>]

On Wed, 2012-06-20 at 21:29 +0900, Yukio Koga wrote: 
> Dear Mr.McDaniel,
> 
> I have set the environment variables described in the "Usage" section of README,
> and run  "parse-vrml97.exe" on the command prompt window.
> But this program has stopped.
> 
> Must I set any other settings to run "parse-vrml97.exe"?
> 
> (I made batch file to run "parse-vrml97.exe" program as below.)
> 
> F:\openvrml-0.18.9\Win32\Debug\bin directory
> <parse-vrml97.bat>
> set OPENVRML_DATADIR=F:\openvrml-0.18.9\data
> set OPENVRML_NODE_PATH=F:\openvrml-0.18.9\src\node
> set OPENVRML_SCRIPT_PATH=F:\openvrml-0.18.9\src\script
> .\parse-vrml97.exe F:\openvrml-0.18.9\models\rotation_toy.wrl
> 
> I use MIcrosoft Windows SDK for Windows 7 and .NET Framework 4 (ISO) to build this program.
> Can I use this Windows Vista? OK?

There should be no problem with that.

What do you mean that it has "stopped"?  Is it possible that it is
simply done?  If it finds no errors in the file, there will be no
output.

If you really think that it has hung up somewhere (and you're not
getting any other useful output, like an error dialog or somesuch), you
should run it in the Visual Studio debugger.  (To set this up, look
under "Properties" for the project and select "Debugging" under
"Configuration Properties" in the left pane.)

-- 
Braden McDaniel <br...@en...>

About parse-vrml97.exe with Windows Vista

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

I have set the environment variables described in the "Usage" section of README,
and run  "parse-vrml97.exe" on the command prompt window.
But this program has stopped.

Must I set any other settings to run "parse-vrml97.exe"?

(I made batch file to run "parse-vrml97.exe" program as below.)

F:\openvrml-0.18.9\Win32\Debug\bin directory
<parse-vrml97.bat>
set OPENVRML_DATADIR=F:\openvrml-0.18.9\data
set OPENVRML_NODE_PATH=F:\openvrml-0.18.9\src\node
set OPENVRML_SCRIPT_PATH=F:\openvrml-0.18.9\src\script
.\parse-vrml97.exe F:\openvrml-0.18.9\models\rotation_toy.wrl

I use MIcrosoft Windows SDK for Windows 7 and .NET Framework 4 (ISO) to build this program.
Can I use this Windows Vista? OK?

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

Re: About parse-vrml97.exe with Visual Studio 2010

[Braden M. <br...@en...>]

On Thu, 2012-06-14 at 14:46 +0900, Yukio Koga wrote: 
> Dear Mr.McDaniel,
> 
> I will ask you about parse-vrml97.exe with Visual Studio 2010.
> 
> When I debug started, parse-vrml97.exe program opened console window and output error message and stopped.
> 
> Error message is that,
> parse-vrml97.exe の 0x763bfc56 で初回の例外が発生しました: Microsoft C++ の例外:
>  `anonymous namespace'::no_environment_var (メモリの場所 0x0028efe4)。
> parse-vrml97.exe の 0x763bfc56 で初回の例外が発生しました: Microsoft C++ の例外:
>  `anonymous namespace'::no_registry_key (メモリの場所 0x0028e968)。
> 
> argv[1] is now setting "Anchor.wrl", but program didn't reach main().
> 
> What is a correct setting example argv[1]? Is "Anchor.wrl" right?

You need to have set the environment variables described in the "Usage"
section of README.  Alternatively, there are some registry keys you can
set; see src/libopenvrml/openvrml/local/conf.cpp.

-- 
Braden McDaniel <br...@en...>

About parse-vrml97.exe with Visual Studio 2010

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

I will ask you about parse-vrml97.exe with Visual Studio 2010.

When I debug started, parse-vrml97.exe program opened console window and output error message and stopped.

Error message is that,
parse-vrml97.exe の 0x763bfc56 で初回の例外が発生しました: Microsoft C++ の例外:
 `anonymous namespace'::no_environment_var (メモリの場所 0x0028efe4)。
parse-vrml97.exe の 0x763bfc56 で初回の例外が発生しました: Microsoft C++ の例外:
 `anonymous namespace'::no_registry_key (メモリの場所 0x0028e968)。

argv[1] is now setting "Anchor.wrl", but program didn't reach main().

What is a correct setting example argv[1]? Is "Anchor.wrl" right? 

<environment>
Windows Vista
Visual Studio 2010
OpenVRML 0.18.9
Boost 1.49.0

*****************************************
     Yukio KOGA
       Email： yk...@hh...
***************************************** 

About OpenVRML solution and project files with Visual Studio 2010 (2)

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

On the other day, I asked you about the problem of "OpenVRML.sln." file.
(The openvrml-0.18.9.tar.gz file was extracted and only the first time has been built.)

When I investigated, it turned out that this is a problem of Visual Studio 2010. 


Once it opens OpenVRML.sln, the project number of 32 characters of "openvrml-dl" will change automatically,
and if OpenVRML.sln opened and built after next time, it becomes impossible to build for the message of 
"project file '' was changed ones name or doesn't exist in this solution." 


So, I copied the project number { } of  "openvrml-dl" from "OpenVRML.sln",
and changed <ProjectGuid>{ } of "openvrml-dl.vcxproj" to this number.

Then, I could use OpenVRML.sln file correctly.

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

Re: About OpenVRML solution and project files with Visual Studio 2010 and so on

[Braden M. <br...@en...>]

On Thu, 2012-06-07 at 15:20 +0900, Yukio Koga wrote: 
> Dear Mr.McDaniel,
> 
> I did version up to OpenVRML 0.18.9, and Boost 1.49.0.
> 
> Now, I have two problems.
> 
> 1.
> I downloaded openvrml-0.18.9.tar.gz file and decompressed this file.
> First time, I could execute "build", but after second time, 
> I couldn't execute "build", cause of
> "project file '' was changed ones name or doesn't exist in this solution."
> How can I build projects?

Er... Are we talking about something other than the missing
openvrml-dl.vcxproj here?  (I thought we resolved that issue.)  I'll
need some more specifics here before I can advise you.

> 2.
> I started some project files (*.vcxproj) directly and made some .dll files.
> But I couldn't make .exe files (parse-vrml97.exe, parse-x3dvrml.exe, pretty-print.exe, sdl-viewer.exe)
> on this method.
> So, I made parse-vrml97.exe file by a new project file.
> But when parse-vrml97.exe's debug started, 
> opened window was black and program has stopped.
> How can I get a correct display?

You understand that it's a command line program that takes an input file
as an argument, right?

-- 
Braden McDaniel <br...@en...>

About OpenVRML solution and project files with Visual Studio 2010 and so on

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

I did version up to OpenVRML 0.18.9, and Boost 1.49.0.

Now, I have two problems.

1.
I downloaded openvrml-0.18.9.tar.gz file and decompressed this file.
First time, I could execute "build", but after second time, 
I couldn't execute "build", cause of
"project file '' was changed ones name or doesn't exist in this solution."
How can I build projects?

2.
I started some project files (*.vcxproj) directly and made some .dll files.
But I couldn't make .exe files (parse-vrml97.exe, parse-x3dvrml.exe, pretty-print.exe, sdl-viewer.exe)
on this method.
So, I made parse-vrml97.exe file by a new project file.
But when parse-vrml97.exe's debug started, 
opened window was black and program has stopped.
How can I get a correct display?

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

I mistake to write Boost new version previously.

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

I mistake to write Boost new version previously.
Correct Boost version is not 1.46.9 but 1.49.0.
Sorry.

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

I couldn't make openvrml.dll file.

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

Thank you for your answer yesterday's question.

I tried to add
#define BOOST_FILESYSTEM_VERSION 3
openvrml and openvrml-dl projects.
But the result of build wasn't change and couldn't make openvrml.dll file.

When I first found OpenVRML, the version was 0.18.8, so, I continued to use this version.
But, I think, I will do version up OpenVRML to 0.18.9 and Boost to 1.46.9.

Can I solve yesterday's problem by this version up?

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

Re: How can I make "openvrml.dll" file?

[Braden M. <br...@en...>]

On Thu, 2012-05-24 at 15:39 +0900, Yukio Koga wrote: 
> Dear Mr.McDaniel,
> 
> Thank you for your sending "openvrml-dl.vcxproj" file last week.
> So, I could make "openvrml-dl.dll" file.
> 
> But when I make "openvrml.dll" file, Visual Studio 2010 outputs
> a link error message as below.
> 
> How can I make "openvrml.dll" file?
> Please advice me solution method of this problem.
> 
> <environment>
> OpenVRML 0.18.8

Any particular reason you're not using 0.18.9?

I did quite a bit of cleanup to the project files before releasing
0.18.9 (and I've done even more since that release).

> Visual Studio 2010
> Boost 1.46.0, 1.46.1 (same results)
> 
> <message>
> ------ ビルド開始: プロジェクト: openvrml, 構成: Debug Win32 ------
>      ライブラリ F:\FlowBaseStereo\Programs\openvrml-0.18.8\Debug\lib\openvrml.lib とオブジェクト F:\FlowBaseStereo\Programs\openvrml-0.18.8\Debug\lib\openvrml.exp を作成中
> node_metatype_registry_impl.obj : error LNK2019: 未解決の外部シンボル "int __cdecl openvrml::local::dl::foreachfile(class std::vector<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits>,class std::allocator<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits> > > const &,int (__cdecl*)(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,void *),void *)" (?foreachfile@dl@local@openvrml@@YAHABV?$vector@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@V?$allocator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@@std@@@std@@P6AHABV?$basic_string@DU?$char
>  _traits@D@std@@V?$allocator@D@2@@5@PAX@Z2@Z) が関数 "public: __thiscall openvrml::local::node_metatype_registry_impl::node_metatype_registry_impl(class openvrml::browser &)" (??0node_metatype_registry_impl@local@openvrml@@QAE@AAVbrowser@2@@Z) で参照されました。
> script.obj : error LNK2001: 外部シンボル ""int __cdecl openvrml::local::dl::foreachfile(class std::vector<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits>,class std::allocator<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits> > > const &,int (__cdecl*)(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,void *),void *)" (?foreachfile@dl@local@openvrml@@YAHABV?$vector@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@V?$allocator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@@std@@@std@@P6AHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@
>  D@2@@5@PAX@Z2@Z)" は未解決です。
> F:\FlowBaseStereo\Programs\openvrml-0.18.8\Win32\Debug\bin\openvrml.dll : fatal error LNK1120: 外部参照 1 が未解決です。
> ========== ビルド: 0 正常終了、1 失敗、1 更新不要、0 スキップ ==========

I'm not entirely sure what's going on; but those symbols are from v2 of
Boost.Filesystem; you should be using v3.  It might be the case that
they are being used inconsistently.  Make sure
BOOST_FILESYSTEM_VERSION=3 is defined in the openvrml and openvrml-dl
projects.

-- 
Braden McDaniel <br...@en...>

How can I make "openvrml.dll" file?

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

Thank you for your sending "openvrml-dl.vcxproj" file last week.
So, I could make "openvrml-dl.dll" file.

But when I make "openvrml.dll" file, Visual Studio 2010 outputs
a link error message as below.

How can I make "openvrml.dll" file?
Please advice me solution method of this problem.

<environment>
OpenVRML 0.18.8
Visual Studio 2010
Boost 1.46.0, 1.46.1 (same results)

<message>
------ ビルド開始: プロジェクト: openvrml, 構成: Debug Win32 ------
     ライブラリ F:\FlowBaseStereo\Programs\openvrml-0.18.8\Debug\lib\openvrml.lib とオブジェクト F:\FlowBaseStereo\Programs\openvrml-0.18.8\Debug\lib\openvrml.exp を作成中
node_metatype_registry_impl.obj : error LNK2019: 未解決の外部シンボル "int __cdecl openvrml::local::dl::foreachfile(class std::vector<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits>,class std::allocator<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits> > > const &,int (__cdecl*)(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,void *),void *)" (?foreachfile@dl@local@openvrml@@YAHABV?$vector@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@V?$allocator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@@std@@@std@@P6AHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@5@PAX@Z2@Z) が関数 "public: __thiscall openvrml::local::node_metatype_registry_impl::node_metatype_registry_impl(class openvrml::browser &)" (??0node_metatype_registry_impl@local@openvrml@@QAE@AAVbrowser@2@@Z) で参照されました。
script.obj : error LNK2001: 外部シンボル ""int __cdecl openvrml::local::dl::foreachfile(class std::vector<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits>,class std::allocator<class boost::filesystem2::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem2::path_traits> > > const &,int (__cdecl*)(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,void *),void *)" (?foreachfile@dl@local@openvrml@@YAHABV?$vector@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@V?$allocator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem2@boost@@@filesystem2@boost@@@std@@@std@@P6AHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@5@PAX@Z2@Z)" は未解決です。
F:\FlowBaseStereo\Programs\openvrml-0.18.8\Win32\Debug\bin\openvrml.dll : fatal error LNK1120: 外部参照 1 が未解決です。
========== ビルド: 0 正常終了、1 失敗、1 更新不要、0 スキップ ==========

*****************************************
    Yukio KOGA
       Email： yk...@hh...
***************************************** 

Re: How to make OpenVRML executable files?

[Braden M. <br...@en...>]

On Fri, 2012-05-18 at 16:49 +0900, Yukio Koga wrote: 
> Dear Developers,
> 
> I'm trying to make executable files of OpenVRML.
> I use Visual Studio 2010 and openvrml-1.18.8 and that's OpenVRML.sln file.
> When execute OpenVRML.sln, project "openvrml-dl" is unusable.
> When openvrml-dl.dll doesn't exist, I couldn't make projects "openvrml" and "vrml97".
> How can I make "openvrml-dl.dll" and projects "openvrml" and "vrml97"?
> Please answer my question.

Sigh... I was about to tell you just to get 0.18.9, where I could have
sworn I fixed this.  But no... this file is still missing from the
0.18.9 distribution.

For now, just get it from svn:

        https://svn.openvrml.org/svnroot/openvrml/tags/0.18.9/src/local/libopenvrml-dl/openvrml-dl.vcxproj

-- 
Braden McDaniel <br...@en...>

How to make OpenVRML executable files?

[Yukio K. <yk...@hh...>]

Dear Developers,

I'm trying to make executable files of OpenVRML.
I use Visual Studio 2010 and openvrml-1.18.8 and that's OpenVRML.sln file.
When execute OpenVRML.sln, project "openvrml-dl" is unusable.
When openvrml-dl.dll doesn't exist, I couldn't make projects "openvrml" and "vrml97".
How can I make "openvrml-dl.dll" and projects "openvrml" and "vrml97"?
Please answer my question.

Yukio KOGA
Email： yk...@hh...

[openvrml-develop] ANN: OpenVRML 0.18.9

[Braden M. <br...@en...>]

OpenVRML 0.18.9 is now available.  The distribution can be obtained
from

  <http://sourceforge.net/projects/openvrml/files/openvrml/0.18.9/openvrml-0.18.9.tar.gz/download>

OpenVRML is a C++ runtime library for VRML97 and X3D worlds.  It is
capable of reading and displaying VRML/X3D; it can be used for creating
loaders, file converters, and VRML/X3D browsers.

OpenVRML includes an out-of-process viewer component for use in X11
environments along with hosts for this component in the form of a
Mozilla browser plug-in and a stand-alone player.

You can find OpenVRML on the Web at

  <http://openvrml.org>


New in OpenVRML 0.18.9:

- Changes to build with Boost 1.47.0, XULRunner 12.0, and libpng 1.5.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] Problem with loading openvrml.dll

[Braden M. <br...@en...>]

On Mon, 2012-04-02 at 10:51 -0400, Kevin Moule wrote:
> On Wed, Mar 28, 2012 at 1:57 PM, Braden McDaniel <br...@en...>wrote:
> 
> > On Tue, 2012-03-20 at 16:17 -0400, Kevin Moule wrote:
> > > Hi,
> > >
> > > I've started using openvrml-0.18 from the SVN branch and have run into a
> > > bit of a problem. It seems that the following function
> > >
> > > openvrml::local::component_registry::component_registry()
> > > (component.cpp:343)
> > >
> > > will throw an exception if the env. variable OPENVRML_DATADIR is not
> > > defined and the registry key HKLM\SOFTWARE\OpenVRML\OpenVRML\DataDir is
> > not
> > > defined.
> > >
> > > This constructor gets call as part of the normal global variable
> > > initialization due to the follow:
> > >
> > > const openvrml::local::component_registry
> > > openvrml::local::component_registry_; (component.cpp:378)
> > >
> > > and if it throws it will lead to a low level application startup problem
> > > that can't be recovered from easily.
> > >
> > > I know the work around is to either define OPENVRML_DATADIR or create the
> > > registry key, but I don't like either of those solutions since they
> > require
> > > something outside of the application to function.
> >
> > Is that all that unusual on Windows?  (Honest question.)
> >
> > The thinking here is that it's the job of an installer to set the
> > registry key appropriately.
> >
> 
> I think it is the norm on Windows. However, I'm a fan of having an
> application
> be as independent as possible, and at the very least not relying on registry
> keys to be able to get an application started.

So the general problem is: how does one accomplish that goal when a DLL
(or program) depends (critically) on external resources?

> > > I'm wondering if this can be considered a bug and perhaps have the
> > > constructor changed to not throw an exception if the registry key is
> > > missing (and also any fallout from the boost::filesystem code).
> > >
> > > I've fixed this in my working copy by changing the throw declaration to
> > > only include std::bad_alloc and then wrapped the majority of the
> > > constructor in a try { ... } catch( const std::runtime_error &) {} to
> > > silently swallow the error. I've also attached a patch that might be
> > easier
> > > to read.
> >
> > Simply swallowing the error without doing anything about it isn't
> > appropriate.  There needs to be a component specification store
> > somewhere; without it, you have no node implementations.  How do you
> > propose to proceed without node implementations?
> >
> 
> Throwing from a global constructor doesn't seem appropriate either, there
> is no way to recover from that.

The rationale behind this choice is that loading these things is
critical to the operation of the library; so if they don't get loaded,
loading can fail completely.  The way to recover is to try loading the
DLL again (after fixing the problem).

Presumably this error *is* recoverable if you're loading the library at
run-time (via LoadLibrary or similar); but I haven't tried it.  Of
course, the actual exception doesn't propagate in that instance; so a
nontrivial downside is that you don't have any idea why loading failed.
So, basically, you'd have to anticipate this situation; and if you're
doing that, you might as well check to make sure everything is properly
in place before loading the DLL in the first place.

The alternative to this setup is to have a library initialization
function that gets called explicitly.  But then *everybody* has to call
it.  It's not a very C++ way of doing things, IMO.

> I did run into the component store problem. Coming from an early version
> of 0.17 I didn't fully understand how component/node split worked. So, I
> will need to need to satisfy the component_registry's need for a store, I
> was
> just hoping to do that at runtime. I'm currently exploring ways to get an
> environment variable set prior to the DLL being loaded.

I don't see how depending on an environment variable being set
beforehand is any better than depending on a registry key being set
beforehand. Surely if you can set an environment variable, you can set a
registry key.

One possibility would be to have a default place to look when no
registry key is set--presumably somewhere relative to the location of
the DLL.  But I still think it would be appropriate to throw if the
default location doesn't exist--so I think this doesn't actually solve
the problem you're trying to solve.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] Problem with loading openvrml.dll

[Kevin M. <kr...@gm...>]

On Wed, Mar 28, 2012 at 1:57 PM, Braden McDaniel <br...@en...>wrote:

> On Tue, 2012-03-20 at 16:17 -0400, Kevin Moule wrote:
> > Hi,
> >
> > I've started using openvrml-0.18 from the SVN branch and have run into a
> > bit of a problem. It seems that the following function
> >
> > openvrml::local::component_registry::component_registry()
> > (component.cpp:343)
> >
> > will throw an exception if the env. variable OPENVRML_DATADIR is not
> > defined and the registry key HKLM\SOFTWARE\OpenVRML\OpenVRML\DataDir is
> not
> > defined.
> >
> > This constructor gets call as part of the normal global variable
> > initialization due to the follow:
> >
> > const openvrml::local::component_registry
> > openvrml::local::component_registry_; (component.cpp:378)
> >
> > and if it throws it will lead to a low level application startup problem
> > that can't be recovered from easily.
> >
> > I know the work around is to either define OPENVRML_DATADIR or create the
> > registry key, but I don't like either of those solutions since they
> require
> > something outside of the application to function.
>
> Is that all that unusual on Windows?  (Honest question.)
>
> The thinking here is that it's the job of an installer to set the
> registry key appropriately.
>

I think it is the norm on Windows. However, I'm a fan of having an
application
be as independent as possible, and at the very least not relying on registry
keys to be able to get an application started.


> > I'm wondering if this can be considered a bug and perhaps have the
> > constructor changed to not throw an exception if the registry key is
> > missing (and also any fallout from the boost::filesystem code).
> >
> > I've fixed this in my working copy by changing the throw declaration to
> > only include std::bad_alloc and then wrapped the majority of the
> > constructor in a try { ... } catch( const std::runtime_error &) {} to
> > silently swallow the error. I've also attached a patch that might be
> easier
> > to read.
>
> Simply swallowing the error without doing anything about it isn't
> appropriate.  There needs to be a component specification store
> somewhere; without it, you have no node implementations.  How do you
> propose to proceed without node implementations?
>

Throwing from a global constructor doesn't seem appropriate either, there
is no way to recover from that.

I did run into the component store problem. Coming from an early version
of 0.17 I didn't fully understand how component/node split worked. So, I
will need to need to satisfy the component_registry's need for a store, I
was
just hoping to do that at runtime. I'm currently exploring ways to get an
environment variable set prior to the DLL being loaded.

Kevin
-



> --
> Braden McDaniel <br...@en...>
>
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>

Re: [openvrml-develop] Problem with loading openvrml.dll

[Braden M. <br...@en...>]

On Tue, 2012-03-20 at 16:17 -0400, Kevin Moule wrote:
> Hi,
> 
> I've started using openvrml-0.18 from the SVN branch and have run into a
> bit of a problem. It seems that the following function
> 
> openvrml::local::component_registry::component_registry()
> (component.cpp:343)
> 
> will throw an exception if the env. variable OPENVRML_DATADIR is not
> defined and the registry key HKLM\SOFTWARE\OpenVRML\OpenVRML\DataDir is not
> defined.
> 
> This constructor gets call as part of the normal global variable
> initialization due to the follow:
> 
> const openvrml::local::component_registry
> openvrml::local::component_registry_; (component.cpp:378)
> 
> and if it throws it will lead to a low level application startup problem
> that can't be recovered from easily.
> 
> I know the work around is to either define OPENVRML_DATADIR or create the
> registry key, but I don't like either of those solutions since they require
> something outside of the application to function.

Is that all that unusual on Windows?  (Honest question.)

The thinking here is that it's the job of an installer to set the
registry key appropriately.

> I'm wondering if this can be considered a bug and perhaps have the
> constructor changed to not throw an exception if the registry key is
> missing (and also any fallout from the boost::filesystem code).
> 
> I've fixed this in my working copy by changing the throw declaration to
> only include std::bad_alloc and then wrapped the majority of the
> constructor in a try { ... } catch( const std::runtime_error &) {} to
> silently swallow the error. I've also attached a patch that might be easier
> to read.

Simply swallowing the error without doing anything about it isn't
appropriate.  There needs to be a component specification store
somewhere; without it, you have no node implementations.  How do you
propose to proceed without node implementations?

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] Problem with loading openvrml.dll

[Kevin M. <kr...@gm...>]

Hi,

I've started using openvrml-0.18 from the SVN branch and have run into a
bit of a problem. It seems that the following function

openvrml::local::component_registry::component_registry()
(component.cpp:343)

will throw an exception if the env. variable OPENVRML_DATADIR is not
defined and the registry key HKLM\SOFTWARE\OpenVRML\OpenVRML\DataDir is not
defined.

This constructor gets call as part of the normal global variable
initialization due to the follow:

const openvrml::local::component_registry
openvrml::local::component_registry_; (component.cpp:378)

and if it throws it will lead to a low level application startup problem
that can't be recovered from easily.

I know the work around is to either define OPENVRML_DATADIR or create the
registry key, but I don't like either of those solutions since they require
something outside of the application to function.

I'm wondering if this can be considered a bug and perhaps have the
constructor changed to not throw an exception if the registry key is
missing (and also any fallout from the boost::filesystem code).

I've fixed this in my working copy by changing the throw declaration to
only include std::bad_alloc and then wrapped the majority of the
constructor in a try { ... } catch( const std::runtime_error &) {} to
silently swallow the error. I've also attached a patch that might be easier
to read.

Kevin
-

[openvrml-develop] VS C++ 2008 compiler error in VRML97 project

[<Con...@cs...>]

Hi,

I'm currently building OpenVRML 0.18.8 from http://svn.openvrml.org/svnroot/openvrml/branches/0.18 using Visual Studio C++ 2008. I've successfully built and run this version using Visual Studio 2010, however, I need a build of OpenVRML 0.18.8 that is compatible with a VS 2008 build of OpenSceneGraph-3.0.1 and the plethora of 3rd party binaries that support it. I've created a VS 2008 solution file based on the VS 2010 OpenVRML.sln that comes with OpenVRML 0.18.8.

I get the following error when compiling anchor.cpp in the VRML97 project:

1>------ Build started: Project: vrml97, Configuration: Debug Win32 ------
1>Compiling...
1>anchor.cpp
1>d:\3rdparty\openvrml-0.18.9_vc2008\openvrml\src\node\vrml97\grouping_node_base.h(137) : fatal error C1001: An internal error has occurred in the compiler.
1>(compiler file 'msc1.cpp', line 1411)
1> To work around this problem, try simplifying or changing the program near the locations listed above.
1>Please choose the Technical Support command on the Visual C++

The compiler is having issues with:

template <typename Derived>
  grouping_node_base<Derived>::add_children_listener::
      add_children_listener(grouping_node_base<Derived> & node):
        openvrml::node_event_listener(node),
        openvrml::node_impl_util::event_listener_base<Derived>(node),
        openvrml::node_impl_util::abstract_node<Derived>::mfnode_listener(node){}

Here are the versions of components I'm using :

- Visual Studio C++ 2008
- openvrml-0.18.8
- boost_1_47
- lpng157
- ft248
- SDL-devel-1.2.14-VC8
- zlib125
- xulrunner-sdk-3.6.26

Is the problem associated with BOOST as there are a huge number of include files accessed when compiling anchor.cpp (using the /showIncludes compile option)? I've used a number of older versions of BOOST without success.

Thanks,
Con.

Re: [openvrml-develop] Fw: OpenVRML 0.8.18 compiling problem on OpenSUSE 12.1

[Nobuhiro I. <iwa...@ni...>]

Hi,

2012/1/31  <c00...@nc...>:
>
> Hi,
>
> I tried to install OpenVRML on my OpenSuSE 12.1 with all default configuration options, and got the following error message:
> ....
> make[5]: Nothing to be done for `all-am'.
> make[5]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
> make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
> make[4]: Entering directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
> /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30  -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4   -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c -o script/script_javascript_la-javascript.lo `test -f 'script/javascript.cpp' || echo './'`script/javascript.cpp
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30 -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4 -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c script/javascript.cpp  -fPIC -DPIC -o script/.libs/script_javascript_la-javascript.o
> script/javascript.cpp: In function 'JSBool {anonymous}::eventOut_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
> script/javascript.cpp:1558:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
> script/javascript.cpp: In static member function 'static JSBool {anonymous}::script::field_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
> script/javascript.cpp:1609:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
> script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::getProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, jsval*)':
> script/javascript.cpp:3286:32: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
> script/javascript.cpp:3301:75: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
> script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
> script/javascript.cpp:3314:31: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
> script/javascript.cpp:3330:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
> make[4]: *** [script/script_javascript_la-javascript.lo] Error 1
> make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8'
> make: *** [all] Error 2
>
>
> I wonder is there anything wrong in my Linux environment?  Thanks for the help.
>

This is a problem by ABI change of xulrunner.
Since xulrunner 9 to ABI was changed, this cannot be built.

Best regards,
  Nobuhuro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6

Re: [openvrml-develop] Fw: OpenVRML 0.8.18 compiling problem on OpenSUSE 12.1

[Nobuhiro I. <iwa...@ni...>]

Hi,

I have not made bug fix to xulrunner 9 yet.
But I create a patch which support openvrml with xulrunner 8.
please see https://sourceforge.net/apps/trac/openvrml/ticket/126.

Best regards,
  Nobuhiro


2012/1/31  <c00...@nc...>:
> Dear Nobuhuro,
>
> Thanks for your reply, is there a way to work around?  i.e., replace
> xulrunner to earlier version?
>
> Jyh-Shyong Ho
>
> -----Original message-----
> From:Nobuhiro Iwamatsu <iwa...@ni...>
> To:c00...@nc...
> Cc:openvrml-develop <ope...@li...>
> Date:Tue, 31 Jan 2012 15:35:22 +0900
> Subject:Re: [openvrml-develop] Fw: OpenVRML 0.8.18 compiling problem on OpenSUSE 12.1
>
> Hi,
>
> 2012/1/31  <c00...@nc...>:
>>
>> Hi,
>>
>> I tried to install OpenVRML on my OpenSuSE 12.1 with all default configuration options, and got the following error message:
>> ....
>> make[5]: Nothing to be done for `all-am'.
>> make[5]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
>> make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
>> make[4]: Entering directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
>> /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30  -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4   -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c -o script/script_javascript_la-javascript.lo `test -f 'script/javascript.cpp' || echo './'`script/javascript.cpp
>> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30 -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4 -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c script/javascript.cpp  -fPIC -DPIC -o script/.libs/script_javascript_la-javascript.o
>> script/javascript.cpp: In function 'JSBool {anonymous}::eventOut_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
>> script/javascript.cpp:1558:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
>> script/javascript.cpp: In static member function 'static JSBool {anonymous}::script::field_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
>> script/javascript.cpp:1609:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
>> script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::getProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, jsval*)':
>> script/javascript.cpp:3286:32: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
>> script/javascript.cpp:3301:75: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
>> script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
>> script/javascript.cpp:3314:31: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
>> script/javascript.cpp:3330:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
>> make[4]: *** [script/script_javascript_la-javascript.lo] Error 1
>> make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
>> make[3]: *** [all-recursive] Error 1
>> make[3]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
>> make[2]: *** [all] Error 2
>> make[2]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8'
>> make: *** [all] Error 2
>>
>>
>> I wonder is there anything wrong in my Linux environment?  Thanks for the help.
>>
>
> This is a problem by ABI change of xulrunner.
> Since xulrunner 9 to ABI was changed, this cannot be built.
>
> Best regards,
>  Nobuhuro
>
> --
> Nobuhiro Iwamatsu
>    iwamatsu at {nigauri.org / debian.org}
>    GPG ID: 40AD1FA6



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6

[openvrml-develop] Fw: OpenVRML 0.8.18 compiling problem on OpenSUSE 12.1

[<c00...@nc...>]

Hi,

I tried to install OpenVRML on my OpenSuSE 12.1 with all default configuration options, and got the following error message:
....
make[5]: Nothing to be done for `all-am'.
make[5]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src/script'
make[4]: Entering directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
/bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30  -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4   -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c -o script/script_javascript_la-javascript.lo `test -f 'script/javascript.cpp' || echo './'`script/javascript.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../src/libopenvrml -I../src/libopenvrml -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30 -DXP_UNIX -DJS_THREADSAFE -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr4 -g -O2 -MT script/script_javascript_la-javascript.lo -MD -MP -MF script/.deps/script_javascript_la-javascript.Tpo -c script/javascript.cpp  -fPIC -DPIC -o script/.libs/script_javascript_la-javascript.o
script/javascript.cpp: In function 'JSBool {anonymous}::eventOut_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
script/javascript.cpp:1558:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
script/javascript.cpp: In static member function 'static JSBool {anonymous}::script::field_setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
script/javascript.cpp:1609:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::getProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, jsval*)':
script/javascript.cpp:3286:32: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
script/javascript.cpp:3301:75: error: could not convert 'id' from 'const jspropertyop_id {aka const long int}' to 'jsval {aka JS::Value}'
script/javascript.cpp: In static member function 'static JSBool {anonymous}::SFNode::setProperty(JSContext*, JSObject*, {anonymous}::jspropertyop_id, JSBool, jsval*)':
script/javascript.cpp:3314:31: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
script/javascript.cpp:3330:55: error: could not convert 'id' from '{anonymous}::jspropertyop_id {aka long int}' to 'jsval {aka JS::Value}'
make[4]: *** [script/script_javascript_la-javascript.lo] Error 1
make[4]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jyh-shyong/Downloads/openvrml-0.18.8'
make: *** [all] Error 2


I wonder is there anything wrong in my Linux environment?  Thanks for the help.

Regards

Jyh-Shyong Ho, Ph.D.
Research Scientist
National Center for High Performance Computing
Hsinchu, Taiwan, ROC

[openvrml-develop] VRML rotations in VRML Coordinate system

[Paolo P. <pe...@gm...>]

Hi all,
I was trying to rotate my VRML with openVRML 0.18.8 in the scene, but
probably the rotation is applied to the view and not to the object: indeed
when I try to simply rotate the object around an axis (z), it moves in the
space as if it was rotated and translated (as well as a torque vector, and
NOT as a rotation). So I think that this rotation is of the view of the
object and not of the object itself.
What I need is to apply rototranslation as well as done in the .wrl file
(rotation and translation parameters), i.e. in WRL world coordinate system
and NOT in the view system.
What can I do that? Any ideas?
Thank you!
Paolo

[openvrml-develop] Compiling OpenVRML on Windows

[Scott P. <sco...@wy...>]

I am trying to compile OpenVRML on Windows 7.  I am using Visual C++ 9.
 Both the instructions at
http://sourceforge.net/apps/trac/openvrml/wiki/BuildOpenvrmlOnWindows and
in the README file indicate there is supposed to be a Visual Studio
solution file in the ide-projects/Windows/VisualC9_0 directory.  I don't
see this directory in either the directory I extracted from the 0.18.8
tarball or when I download the latest development version via svn.  I do
find a OpenVRML.sln file directory where I extract the files but Visual
Studio 2008 reports "the selected file is a solution file, but was created
by a newer version of this application and cannot be opened."  I am using
MS VS 2008 Version 9.0.30729.1 SP.

Thanks,
Scott

----------------------------------------------------------------------
Scott Parrill
Information Technology Specialist
Wyoming State Geological Survey
State of Wyoming
P.O. Box 1347
Laramie, WY  82073
Phone:  307-766-2286 x242
Fax:    307-766-2605
E-mail: Sco...@wy...
----------------------------------------------------------------------
E-Mail to and from me, in connection with the transaction of public
business, is subject to the Wyoming Public Records Act and may be
disclosed to third parties.
----------------------------------------------------------------------