openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] color_parser and boost::optional causes compile error

[Z. T. <to...@gm...>]

2008/7/22 Braden McDaniel <br...@en...>:

>
> I'm reasonably certain the service pack doesn't change the API. It does
> fix compiler bugs. Expecting Boost 1.35 (or most any other C++ code
> released subsequently to it) to work without it is unreasonable.
>

I made a clean and fresh VS 2005 install in a VMWare virtual machine (XP
SP2).
The VS 2005 SP installed also so the compiler is up-to-date.

The 'w:\apis\boost\1.35\boost\optional\optional.hpp(302) : error C2061:
syntax error : identifier 'm_storage'
still appears on (see the original post)

static const boost::spirit::functor_parser<
        mftype_parser<
                boost::spirit::functor_parser<openvrml::color_parser> > >
        mfcolor_p;

I commented out all color_parser related code.
Then the error appears on

static const boost::spirit::functor_parser<
        mftype_parser<
                boost::spirit::real_parser<
                        float,
                        boost::spirit::real_parser_policies<float> > > >
        mffloat_p;

It seams I couldn't use the openVRML with VS 2005 (VC 8).

Zolee

[openvrml-develop] shared_ptr<scope> and scope*

[Murashov G. <Mur...@se...>]

Hi.

Could you tell me, please, how function
openvrml::node_type::create_node() is supposed to be used?
I'm asking, because I'm little bit confused that one get shared_ptr<
scope > as parameter and openvrml::node use shared_ptr inside, but
node::scope() and scene::root_scope() return scope& and scope*.
Is it bug?

Another question: everywhere, working with object openvrml::node,
intrusive_ptr is used, but openvrml::scope::find_node() returns
openvrml::node*. Although in this case safe work is possible, I think
that it is not in right way.

Gleb.

Re: [openvrml-develop] color_parser and boost::optional causes compile error

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

On Tue, 2008-07-22 at 17:08 +0200, Zoltán Török wrote:
> Hi,
> 
> Environment:
> - XP SP2 32 bit
> - boost 1.35
> - openvrml 0.17.6
> - VS 2005 without SP (can not apply because of other API)

I'm reasonably certain the service pack doesn't change the API. It does
fix compiler bugs. Expecting Boost 1.35 (or most any other C++ code
released subsequently to it) to work without it is unreasonable.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] color_parser and boost::optional causes compile error

[Z. T. <to...@gm...>]

Hi,

Environment:
- XP SP2 32 bit
- boost 1.35
- openvrml 0.17.6
- VS 2005 without SP (can not apply because of other API)


I try to compile the pretty_print example with VS 2005 and get this:

w:\apis\boost\1.35\boost\optional\optional.hpp(302) : error C2061:
syntax error : identifier 'm_storage'
w:\apis\boost\1.35\boost\optional\optional.hpp(301) : while compiling
class template member function 'void
boost::optional_detail::optional_base<T>::construct(const
openvrml::color &)'
with
[
	T=openvrml::color
]
w:\apis\boost\1.35\boost\optional\optional.hpp(440) : see reference to
class template instantiation
'boost::optional_detail::optional_base<T>' being compiled
with
[
	T=openvrml::color
]
w:\apis\boost\1.35\boost\spirit\core\match.hpp(67) : see reference to
class template instantiation 'boost::optional<T>' being compiled
with
[
	T=openvrml::color
]
W:\apis\openvrml-0.17.6\src\libopenvrml\openvrml\vrml97_grammar.h(1318)
: see reference to class template instantiation
'boost::spirit::match<T>' being compiled
with
[
	T=openvrml::color
]
w:\apis\boost\1.35\boost\spirit\utility\functor_parser.hpp(31) : see
reference to class template instantiation
'openvrml::vrml97_grammar<Actions>::definition<ScannerT>::mftype_parser<ElementParser>'
being compiled
with
[
	Actions=actions,
	ScannerT=scanner_t,
	ElementParser=boost::spirit::functor_parser<openvrml::color_parser>
]
W:\apis\openvrml-0.17.6\src\libopenvrml\openvrml\vrml97_grammar.h(1361)
: see reference to class template instantiation
'boost::spirit::functor_parser<FunctorT>' being compiled
with
[
	FunctorT=openvrml::vrml97_grammar<actions>::definition<scanner_t>::mftype_parser<boost::spirit::functor_parser<openvrml::color_parser>>
]
w:\apis\boost\1.35\boost\spirit\core\non_terminal\impl\grammar.ipp(262)
: see reference to class template instantiation
'openvrml::vrml97_grammar<Actions>::definition<ScannerT>' being
compiled
with
[
	Actions=actions,
	ScannerT=scanner_t
]
w:\apis\boost\1.35\boost\spirit\core\non_terminal\impl\grammar.ipp(281)
: see reference to function template instantiation 'void
boost::spirit::impl::call_helper<0>::do_<result_t,definition_t,ScannerT>(RT
&,DefinitionT &,const ScannerT &)' being compiled
with
[
	ScannerT=scanner_t,
	RT=result_t,
	DefinitionT=definition_t
]
w:\apis\boost\1.35\boost\spirit\core\non_terminal\grammar.hpp(53) :
see reference to function template instantiation
'boost::spirit::match<boost::spirit::nil_t>
boost::spirit::impl::grammar_parser_parse<0,openvrml::vrml97_grammar<Actions>,boost::spirit::parser_context<>,ScannerT>(const
boost::spirit::grammar<DerivedT> *,const ScannerT &)' being compiled
with
[
	Actions=actions,
	ScannerT=scanner_t,
	DerivedT=openvrml::vrml97_grammar<actions>
]
w:\apis\boost\1.35\boost\spirit\core\non_terminal\grammar.hpp(63) :
see reference to function template instantiation
'boost::spirit::match<boost::spirit::nil_t>
boost::spirit::grammar<DerivedT>::parse_main<ScannerT>(const ScannerT
&) const' being compiled
with
[
	DerivedT=openvrml::vrml97_grammar<actions>,
	ScannerT=scanner_t
]
w:\apis\boost\1.35\boost\spirit\core\scanner\impl\skipper.ipp(107) :
see reference to function template instantiation
'boost::spirit::match<boost::spirit::nil_t>
boost::spirit::grammar<DerivedT>::parse<scanner_t>(const ScannerT &)
const' being compiled
with
[
	DerivedT=openvrml::vrml97_grammar<actions>,
	ScannerT=scanner_t
]
w:\apis\boost\1.35\boost\spirit\core\scanner\impl\skipper.ipp(153) :
see reference to function template instantiation
'boost::spirit::parse_info<IteratorT>
boost::spirit::impl::phrase_parser<SkipT>::parse<IteratorT,DerivedT>(const
IteratorT &,const IteratorT &,const ParserT &,const SkipT &)' being
compiled
with
[
	IteratorT=iterator_t,
	SkipT=openvrml::vrml97_skip_grammar,
	DerivedT=openvrml::vrml97_grammar<actions>,
	ParserT=openvrml::vrml97_grammar<actions>
]
W:\apis\openvrml-0.17.6\examples\pretty_print.cpp(432) : see reference
to function template instantiation
'boost::spirit::parse_info<IteratorT>
boost::spirit::parse<iterator_t,DerivedT,openvrml::vrml97_skip_grammar>(const
IteratorT &,const IteratorT &,const boost::spirit::parser<DerivedT>
&,const boost::spirit::parser<openvrml::vrml97_skip_grammar> &)' being
compiled
with
[
	IteratorT=iterator_t,
	DerivedT=openvrml::vrml97_grammar<actions>
]

Re: [openvrml-develop] Compile OpenVRML 0.17.6 with VC 8.0 (VS 2005)

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

On Tue, 2008-07-22 at 10:34 +0200, Zoltán Török wrote:
> Hi,
> 
> I have to use the VS 2005 for an application (yes I have to).
> I've tried to compile the OpenVRML 0.17.6 but I have the following error:
> 
> .\libopenvrml\openvrml\vrml97node.cpp(2349) : error C2039: 'openvrml'
> : is not a member of
> '`anonymous-namespace'::grouping_node_base<Derived>::children_exposedfield'
> 
> Is this because the earlier compiler ?

Almost certainly.

I don't think this code has changed since I last used that compiler with
OpenVRML; but I could be mistaken. Make sure that you have the latest
service pack for the compiler.

You can try omitting the "openvrml::" in that line. It won't be correct;
but it might work.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Compile OpenVRML 0.17.6 with VC 8.0 (VS 2005)

[Z. T. <to...@gm...>]

Hi,

I have to use the VS 2005 for an application (yes I have to).
I've tried to compile the OpenVRML 0.17.6 but I have the following error:

.\libopenvrml\openvrml\vrml97node.cpp(2349) : error C2039: 'openvrml'
: is not a member of
'`anonymous-namespace'::grouping_node_base<Derived>::children_exposedfield'

Is this because the earlier compiler ?

Zolee

Re: [openvrml-develop] Debugging OpenVRML

[yu <cat...@ho...>]

Hi,

I able to see the .wrl file. I just put the file the simple directory as
below:

D:/snoman.wrl

The openvrml able to execute it.




M. van Doeselaar wrote:
> 
> 
> 
> yu wrote:
>> 
>> Hi,
>> 
>> Is there anybody face this problem before while debugging the OpenVRML?
>> I can't see any object on the screen while im load the .wrl file.
>> And the error message was shown below:
>> 
>> First-chance exception at 0x7c812a5b in sdl-viewerd.exe: Microsoft C++
>> exception: openvrml::no_alternative_url at memory location 0x0bbff7f8..
>> 
>> Is there any method to solve this problem? When I try to debug, the cmd
>> will show this error message too:
>> 
>> file:///C:/ProgramsFiles/openvrml-0.17.6/models/snoman.wrl :unrecognized
>> error during resolution no alternative  URI could be resolved.
>> 
>> 
> 
> Are you sure the path is right? Maybe you can try a relative path to the
> wrl-file.
> 
> gr. Matthijs
> 

-- 
View this message in context: http://www.nabble.com/Debugging-OpenVRML-tp18483799p18550920.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] Debugging OpenVRML

[M. v. D. <m.v...@me...>]

yu wrote:
> 
> Hi,
> 
> Is there anybody face this problem before while debugging the OpenVRML?
> I can't see any object on the screen while im load the .wrl file.
> And the error message was shown below:
> 
> First-chance exception at 0x7c812a5b in sdl-viewerd.exe: Microsoft C++
> exception: openvrml::no_alternative_url at memory location 0x0bbff7f8..
> 
> Is there any method to solve this problem? When I try to debug, the cmd
> will show this error message too:
> 
> file:///C:/ProgramsFiles/openvrml-0.17.6/models/snoman.wrl :unrecognized
> error during resolution no alternative  URI could be resolved.
> 
> 

Are you sure the path is right? Maybe you can try a relative path to the
wrl-file.

gr. Matthijs
-- 
View this message in context: http://www.nabble.com/Debugging-OpenVRML-tp18483799p18525339.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] Debugging OpenVRML

[yu <cat...@ho...>]

Hi,

Is there anybody face this problem before while debugging the OpenVRML?
I can't see any object on the screen while im load the .wrl file.
And the error message was shown below:


'sdl-viewerd.exe': Loaded 'C:\Program
Files\openvrml-0.17.6\ide-projects\Windows\VisualC9_0\bin\sdl-viewerd.exe',
Symbols loaded.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\ntdll.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\kernel32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\SDL.dll', Binary was not
built with debug information.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\advapi32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\rpcrt4.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\secur32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\gdi32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\user32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\msvcrt.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\winmm.dll'
'sdl-viewerd.exe': Loaded 'C:\Program
Files\openvrml-0.17.6\ide-projects\Windows\VisualC9_0\bin\openvrml-gld.dll',
Symbols loaded.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\glu32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\opengl32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\ddraw.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\dciman32.dll'
'sdl-viewerd.exe': Loaded 'C:\Program
Files\openvrml-0.17.6\ide-projects\Windows\VisualC9_0\bin\openvrmld.dll',
Symbols loaded.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\shell32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\shlwapi.dll'
'sdl-viewerd.exe': Loaded
'C:\WINDOWS\WinSxS\x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456\msvcp90d.dll',
Symbols loaded.
'sdl-viewerd.exe': Loaded
'C:\WINDOWS\WinSxS\x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456\msvcr90d.dll',
Symbols loaded.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\imm32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\lpk.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\usp10.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\avgrsstx.dll'
'sdl-viewerd.exe': Loaded
'C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\comctl32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\uxtheme.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\msctf.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\version.dll'
'sdl-viewerd.exe': Unloaded 'C:\WINDOWS\system32\version.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\MSCTFIME.IME'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\ole32.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\kbdus.dll'
'sdl-viewerd.exe': Unloaded 'C:\WINDOWS\system32\kbdus.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\kbdus.dll'
'sdl-viewerd.exe': Unloaded 'C:\WINDOWS\system32\kbdus.dll'
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\iglicd32.dll', Binary was not
built with debug information.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\igldev32.dll', Binary was not
built with debug information.
'sdl-viewerd.exe': Loaded 'C:\WINDOWS\system32\mcd32.dll'
'sdl-viewerd.exe': Unloaded 'C:\WINDOWS\system32\mcd32.dll'
First-chance exception at 0x7c812a5b in sdl-viewerd.exe: Microsoft C++
exception: openvrml::no_alternative_url at memory location 0x0bbff7f8..
The thread 'Win32 Thread' (0x91c) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x12d0) has exited with code 0 (0x0).
The program '[2632] sdl-viewerd.exe: Native' has exited with code 0 (0x0).

Is there any method to solve this problem? When I try to debug, the cmd will
show this error message too:

file:///C:/ProgramsFiles/openvrml-0.17.6/models/snoman.wrl :unrecognized
error during resolution no alternative  URI could be resolved.

Any idea to solve this problem??

Regards,
Thang


-- 
View this message in context: http://www.nabble.com/Debugging-OpenVRML-tp18483799p18483799.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] How to compile OpenVRML under Windows Vista or XP.

[Zack S <zc...@ya...>]

How to compile OpenVRML under Windows Vista or XP.
Copyright (C) Zack Smith 2008
This document is covered by the GNU Free Documentation License.

Updated June 28th 2008.

1. Obtain OpenVRML. You can either download the latest tarball from here:
	http://openvrml.org/download
   and then extract the files, or perhaps it would be better to obtain 
   the latest code using Subversion as follows:
	svn co http://svn.openvrml.org/svnroot/openvrml/trunk openvrml

2. Download & install the precompiled Boost C++. 
	http://www.boost-consulting.com/products/free
   The installer will itself download the boost DLLs.
   Install everything that's multithreaded.

3. Download Visual C++ Express. 
	http://www.microsoft.com/express/vc/
   Installing it will take some time.
   You should probably register as well.
	-> They also allow you to download a handy installation ISO.

4. Start Visual Studio and open the OpenVRML solution file, which is in:
	openvrml/ide-projects/Windows/VisualC9_0/OpenVRML/

== Nota bene:
== OpenVRML relies on several libraries, each of which
== must be downloaded, and each of whose include and library
== directories must be added to Visual C++ path lists.
== The following step explains how to add to the path lists.

5. We now need to add Boost header and library directories to 
   the compiler's path lists.
   - Select the Tools->Options pulldown menu.
   - In Projects and Solutions, select VC++ Directories,
     then Include Files.
   - Click on the folder icon and add the path for the boost directory
     with the version number. It should be similar to this:
       C:\Program Files\boost\boost_1_35_0
   - Now select Library Files.
   - Click on the folder icon to add the path. It looks like this:
       C:\Program Files\boost\boost_1_35_0\lib

6. Download and install Freetype2 2.3.6 from here:
	http://sourceforge.net/project/showfiles.php?group_id=3157
   There's a solution file in the builds/win32/visualc subdirectory
   that you can create the .lib file with.
   Once that's done, move it to your morelibs directory.

7. Add the include and library directories for Freetype.
   There are two include directories to add for Freetype,
   namely "include" and "include\freetype". The library
   directory is "objs".

8. You will need to build libpng. This requires that zlib be in the
   same directory as the libpng directory.
   Download the source code for BOTH Libpng and zlib.
   On your desktop, create a directory called zlib.
   Extract Libpng to your desktop as well, producing a directory like lpng1229.
   Extract zlib source code (e.g. tar zxfv zlib-1.2.3.tar.gz) and
   rename that directory to just "zlib". 
   Open the project file in lpng1229/projects/visualc71 (or newer if exists).
   Right-click on the solution (at top) in the list of projects.
   Click on Configuation Manager.
   Set the Configuation to LIB Debug for all three.

9. Add the include directory for libpng to the VC++ include path list.
   This is just the lpng directory itself.
   Add the libpng's library directory to VC++'s library path list
   since we will use this later when compiling OpenVRML.
   It is this:
	lpng1229/projects/visualc71/Win32_LIB_Debug/libpng13d.lib
   Build libpng.

10. Download and install Libiconv from here:
	http://www.zlatkovic.com/pub/libxml/
   Add its library directory to the libraries path list and
   its include directory to the include files path list.

11. Download and install Libxml from here:
	http://www.zlatkovic.com/pub/libxml/
   Add its library directory to the libraries path list and
   its include directory to the include files path list.

12. You will need to install SDL. 
   You have two options: To download precompiled DLLs
   plus include files, or to build it yourself.
   For precompiled go here:
	http://www.libsdl.org/download-1.2.php
   (I found that the precompiled SDL 1.2.13 works.)
   The included DLLs that will have to be installed in
   the binary directory of OpenVRML or in c:\windows\system32.
   Alternatively I describe how to build it yourself
   in the "Building SDL" section below.

13. Add SDL's header and library directories to the VC++'s path lists.

14. Install DirectX SDK. SDL requires DirectX however
   the SDK version is more complete and may be useful.
   The size is about 450 megs.
	http://msdn.microsoft.com/en-us/directx/default.aspx

15. You will need zlib (separate from libpng).
   You have two options: precompiled or build it yourself.
   Note that for libpng you already downloaded the source code.
   
   To get the precompiled zlib go here:
	http://www.zlatkovic.com/pub/libxml/

   If you want to try to compile those sources, it's easy. 
   The VC++ project file is in zlib-1.2.3/projects/visualc6. 
   I suggest going into Configuration Manager (right click on 
   Solution 'zlib') and setting the Configuation to LIB Debug 
   for all three targets. The library file will be here: 
	zlib-1.2.3/projects/visualc6/Win32_LIB_Debug/zlibd.lib

   Add the zlib library directory to the libraries path list
	->  zlib-1.2.3/projects/visualc6/Win32_LIB_Debug
   its include files directory to the include files path list.
	->  zlib-1.2.3/

16. Now we need JSAPI (which Mozilla Foundation has renamed SpiderMonkey).
   It is easiest to download the precompiled code from Mozilla, 
   in the form of XULRunner:
	http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-trunk/
   Get the SDK version and extract it.
   Add its library directory to the libraries path list
	-> xulrunner-sdk/lib
   and its include directory to the include files path list.
	-> xulrunner-sdk/include/js
   Note the "js".

17. We need to add a command-line argument for a file to view, i.e.
   to test the executable.
   Right click on the sdl-viewer project, click Properties, Debugging,
   Command Arguments. Add something like:
	file:///c:/users/YOURNAME/desktop/openvrml/models/snoman.wrl

	-> Notice that 3 forward slashes are required
	   and that are the software doesn't seem to understand two,
	   nor does it understand the C| notation.

18. Build the solution. The only executable with be sdl-viewer.exe.

19. Set the environment variable for OPENVRML_DATA to the
    full path of the openvrml/data directory, something like this under Vista:
	c:/users/YOURNAME/desktop/openvrml/data
    or under XP:
	c:/docume~1/YOURNAME/desktop/openvrml/data

20. Set the sdl-viewer as the default application to debug.
   You do this by right-clicking on the sdl-viewer project
   and clicking on "Set as Startup Project".

21. If you wish to run VRML/X3D that has Javascript, you will need to
   do two things:
   First, set the OPENVRML_SCRIPT_PATH environment variable.
   Second, copy JSAPI's js2350.dll and nspr4.dll to the OpenVRML
   binary directory.

22. Press F5 to run the program in debug mode.

-----------------

Troubleshooting:

* If you get an error during the loading of DLLs, and
  the error code is hexadecimal, such as:
	"The application failed to initialize property (0xE06D7363)"
  then this may indicate that your OPENVRML_DATADIR environment variable
  is unset or incorrectly set. In an ideal world, this problem would result 
  in a MessageBox() call, but presently it doesn't. 

* To do a proper "clean solution", you may not want to rely on
  VC++. It's not as deterministic as 'make' under Unix. Use Cygwin 
  carefully thus:
	rm `find . -name "*.obj"`
	rm `find . -name "*.lib"`
	rm `find . -name "*.dll"`
	rm `find . -name "*.exe"`
  -> Don't forget the "-name" part! Forgetting it will remove everything.

* If there is a problem with manifest files not being produced, 
  note that VC++ normally produces them itself. To repair a manifest file
  problem, you may need to do a proper clean (above). It may help if
  you have /NODEFAULTLIB:MSVCRT.LIB in your linker command-line
  arguments for all projects.

-----------------

Building SDL (optional):

If you desire to compile SDL yourself, here are the instructions:

1. Use Subversion (in Cygwin) to download the latest sources.
	svn checkout http://svn.libsdl.org/branches/SDL-1.2

2. Download the latest DirectX SDK. It's about 440 megs.
	http://msdn.microsoft.com/en-us/directx/default.aspx
   Install it.

	-> Do NOT get the smaller end-user runtime.

3. Unzip the VisualC.zip file that is inside SDL-1.2/.

4. Open the Visual C++ solution file in the VisualC directory.

5. Using the pulldown Tools->Options, edit in Project/Solutions
   the VC++ Directories, Include files: add a link to the
   DirectX include directory, which will perhaps be here:
	c:\progra~1\microsoft directx*\lib\x86

6. Go into the project properties for SDL, and select
   Configuration Properties, General, Project Defaults,
   and set set Configuration Type to STATIC LIBRARY.

7. You will need to add tell LINK to include some libraries 
   in order to create the SDL DLLs. Right click on the
   SDL project, then Properties, Configuration Properties, Linker,
   Input and locate Addition Dependencies.  Now add: 
	winmm.lib dxguid.lib

8. Build.

9. Switch to the OpenVRML solution. Make sure that sdl-viewer
   has linker inputs of 
	SDL.lib SDLmain.lib 


-end-



      

[openvrml-develop] Early Registration Ends July 4: Sign up for Web3D 2008 co-located with Siggraph 2008

[Nicholas F. P. <np...@vt...>]

--------------------------------------------------
	Web3D 2008 :: Infrastructure Evolution
13th International Symposium on 3D Web Technology
			August 9, 10 2008
--------------------------------------------------

> The Early registration ends July 4!!!

> Sign up now!
> 	http://www.siggraph.org/s2008/attendees/registration/
> 	 	--> SIGGRAPH 2008 --> Co-Located Events


Come to Papers, Tutorials, Panels, and Showcases covering the latest developments in interactive, web-delivered virtual
environments... come and immerse yourself! Topics include: content and software engineering, COLLADA, X3D, X3D Earth, Ajax3D,
Industry insight, and more!


> The Preliminary Program is available online:
> http://www.web3d.org/conferences/web3d2008/
>

 Registration Cost Includes:
 	- Proceedings
 	- Lunches
 	- Morning and Afternoon refreshments
 	- Sunday's banquet dinner and Web3D Showcase!


 We look forward to seeing you in LA for Web3D 2008!


General Chair, Co-Chair

    Nicholas Polys, Ph.D. Virginia Tech, USA
    Remi Arnaud, Ph.D. Intel, USA

Program Chairs

    Dieter Fellner, Ph.D. TU Darmstadt, Fraunhofer IGD Germany
    Steven Collins, Ph.D. Trinity College, Dublin Ireland

Treasurer

    Denis Gracanin, Ph.D. Virginia Tech, USA

Local Arrangements Chair

    Leonard Daly, Daly Realism, USA

Publicity Chair

    Rita Turkowski, Intel, USA

Web Chair

    Marcio Cabral, CAVERNA Digital USP, Brazil

Re: [openvrml-develop] viewer initialization error

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

On Sat, 2008-06-14 at 10:54 -0700, Zack S wrote:
> Under XP I'm getting the error 
> "The application failed to initialize property (0xE06D7363)"
> 
> Supposedly 0xxE06D7363 means that a VC++ routine is
> calling a throw() in a DLL that is not in a try{}.

Just for the record, here's a bit more information about this:

        http://support.microsoft.com/kb/185294

And, yes, the easiest way for this to happen with the current OpenVRML
trunk is for OPENVRML_DATADIR not to be set appropriately.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] ANN: OpenVRML 0.17.6

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.17.6.tar.gz>

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.17.6:

- Fixed a crash in initialization of openvrml-xembed (on some OpenGL
  implementations).

- Fixes to avoid arbitrary memory growth when running JavaScript.

- Fixes to OpenVRML's read_write_mutex that resolve some deadlocks.

- Build configuration improvements to better support building against
  Seamonkey.

- Build configuration improvements to better support building against
  the stand-alone SpiderMonkey distribution.

Re: [openvrml-develop] viewer initialization error

[Zack S <zc...@ya...>]

Under XP I'm getting the error 
"The application failed to initialize property (0xE06D7363)"

Supposedly 0xxE06D7363 means that a VC++ routine is
calling a throw() in a DLL that is not in a try{}.

In one forum, people suggested forcing a debug break
during the loading of individual DLLs, which can be done
by setting a flag using regedit.

One has to find this:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\
CurrentVersion\Image File Execution Options\

Then locate some DLL you want to debug and do this: 

"Add a string value called BreakOnDllLoad and set the value to 1."

Zack


--- On Thu, 6/5/08, Kris Borer <1...@kr...> wrote:

> From: Kris Borer <1...@kr...>
> Subject: Re: [openvrml-develop] viewer initialization error
> To: ope...@li...
> Date: Thursday, June 5, 2008, 10:49 PM
> I am using the trunk.  Before I got to this point I ran the
> executable
> a few times, and each time it would complain about not
> finding a
> specific DLL and I would put that DLL in the same directory
> as the
> executable.  Now that directory looks like this:
> 
> \openvrml\ide-projects\Windows\VisualC9_0\bin
> 
> libpng13d.dll
> openvrmld.dll
> opnvrmld.ilk
> openvrmld.pdb
> openvrml-gld.dll
> openvrml-gld.ilk
> openvrml-gld.pdb
> SDL.dll
> sdl-viewerd.exe
> sdl-viewerd.ilk
> zlib1d.dll
> 
> 
> Thanks,
> 
> Kris
> *****
> >> I successfully built the VC++ solution on two
> different windows XP
> >> machines, but each time I try to run the viewer
> executable I get the
> >> following error, "The application failed to
> initialize properly"
> >>
> >> The internet told me that this was due to some DLL
> permissions, but
> >> after following the instructions to fix that
> located here at
> >> http://www.tech-pro.net/howto_015.html, I still
> get the same error.
> >>
> >> I imagine that since it happened to me twice it
> has something to do
> >> with the way I am building the solution.  Does
> anyone know what I did
> >> wrong or what to do about this?
> >
> > Are you building the Subversion trunk or the 0.17.5
> release?
> >
> > Possibly the runtime is just not finding a DLL it
> needs. For instance,
> > you may need to move the SDL DLL into the same
> directory as
> > sdl-viewer[d].exe (or put it in your PATH).
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop


      

Re: [openvrml-develop] viewer initialization error

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

On Thu, 2008-06-05 at 18:49 -0400, Kris Borer wrote:
> I am using the trunk.  Before I got to this point I ran the executable
> a few times, and each time it would complain about not finding a
> specific DLL and I would put that DLL in the same directory as the
> executable.  Now that directory looks like this:
> 
> \openvrml\ide-projects\Windows\VisualC9_0\bin
> 
> libpng13d.dll
> openvrmld.dll
> opnvrmld.ilk
> openvrmld.pdb
> openvrml-gld.dll
> openvrml-gld.ilk
> openvrml-gld.pdb
> SDL.dll
> sdl-viewerd.exe
> sdl-viewerd.ilk
> zlib1d.dll

Assuming you've built against FreeType, libxml2, and iconv as static
libraries, that looks reasonable. I typically build with libpng and zlib
as static libraries as well, FWIW.

The problem may be that it's not finding the XML descriptor files. Try
setting the environment variable OPENVRML_DATADIR to

  path\to\openvrml\data

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] viewer initialization error

[Kris B. <1...@kr...>]

I am using the trunk.  Before I got to this point I ran the executable
a few times, and each time it would complain about not finding a
specific DLL and I would put that DLL in the same directory as the
executable.  Now that directory looks like this:

\openvrml\ide-projects\Windows\VisualC9_0\bin

libpng13d.dll
openvrmld.dll
opnvrmld.ilk
openvrmld.pdb
openvrml-gld.dll
openvrml-gld.ilk
openvrml-gld.pdb
SDL.dll
sdl-viewerd.exe
sdl-viewerd.ilk
zlib1d.dll


Thanks,

Kris
*****
>> I successfully built the VC++ solution on two different windows XP
>> machines, but each time I try to run the viewer executable I get the
>> following error, "The application failed to initialize properly"
>>
>> The internet told me that this was due to some DLL permissions, but
>> after following the instructions to fix that located here at
>> http://www.tech-pro.net/howto_015.html, I still get the same error.
>>
>> I imagine that since it happened to me twice it has something to do
>> with the way I am building the solution.  Does anyone know what I did
>> wrong or what to do about this?
>
> Are you building the Subversion trunk or the 0.17.5 release?
>
> Possibly the runtime is just not finding a DLL it needs. For instance,
> you may need to move the SDL DLL into the same directory as
> sdl-viewer[d].exe (or put it in your PATH).

Re: [openvrml-develop] viewer initialization error

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

Kris Borer wrote:
> I successfully built the VC++ solution on two different windows XP
> machines, but each time I try to run the viewer executable I get the
> following error, "The application failed to initialize properly"
> 
> The internet told me that this was due to some DLL permissions, but
> after following the instructions to fix that located here at
> http://www.tech-pro.net/howto_015.html, I still get the same error.
> 
> I imagine that since it happened to me twice it has something to do
> with the way I am building the solution.  Does anyone know what I did
> wrong or what to do about this?

Are you building the Subversion trunk or the 0.17.5 release?

Possibly the runtime is just not finding a DLL it needs. For instance, 
you may need to move the SDL DLL into the same directory as 
sdl-viewer[d].exe (or put it in your PATH).

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

[openvrml-develop] Deployment on Windows

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

As long as OpenVRML was just a library (or libraries), it was pretty  
easy to kick the deployment issue downstream to clients of the  
library. However, one of the changes included in the node  
implementation modularization work I've done involves the introduction  
of XML descriptor files that specify the contents of a component.  
(These will be introduced for profiles, too.) These descriptor files  
need to go somewhere that the library code can find them at run time.

On Linux and similar POSIXy FHS-loving systems, the location of these  
files gets hard-coded at build time. This works fine because, in  
general, binaries don't need to be relocatable on such systems. This  
isn't practical on Windows systems, where the installation location of  
binaries tends to be arbitrary. So on Windows, it would seem that the  
right thing to do involves getting some information from the registry.  
Such information would be put in the registry by an installer. Which  
brings me to the point: it's probably time to think seriously about a  
real installer on Windows.

My experience in this domain is quite limited; so I'm hoping to hear  
from anyone who can comment on the current state-of-the-art in this  
regard. I have looked a bit at WiX and I'm leaning toward using it at  
the moment. I am certainly partial to systems that can be driven  
entirely from the command line.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

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

Quoting Braden McDaniel <br...@en...>:

> Zack S wrote:
>> Hello,
>> The latest svn code is looking pretty good. Right now the major bugs are in
>> browser.cpp.
>
> Okay... Well, nothing's been checked in since your initial posting--yet.
>
> You might want to subscribe to the commit message mailing list; but I'll
> post here once I've checked in the fixes.

Okay; with the changes I've just committed, I get a successful Debug  
build with Visual C++ Express 2008.

The changes include the addition of a dependency on libxml and iconv  
that you can get here:

   http://www.zlatkovic.com/libxml.en.html

This isn't intended to be a long term solution; it's just the quickest  
way to get the Windows build working right now. I'm going to work on  
eliminating this dependency in favor of using MSXML.

Let me know if you run into any more problems.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

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

Zack S wrote:
> Hello,
> The latest svn code is looking pretty good. Right now the major bugs are in
> browser.cpp.

Okay... Well, nothing's been checked in since your initial posting--yet.

You might want to subscribe to the commit message mailing list; but I'll 
post here once I've checked in the fixes.

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

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

Zack S wrote:
> I'm compiling a lot of the files, however I'm getting
> lots of unresolved symbols. For example, even though
> the project has the file src/libopenvrml/openvrml/basetypes.cpp,
> a function in that called openvrml::make_vec3f(float,float,float)
> is missing. I checked the build log and there is an attempt
> being made to compile basetypes.cpp, but no errors are
> resulting and yet no object file either. I tried compiling
> basetypes.cpp on the command-line, using the same
> args as Visual Studio used, and the "compiler driver"
> crashed. Any idea on how to fix this?

I haven't seen this. The definition of that function is on line 1562 of 
basetypes.cpp.

I'm not sure what to suggest with regard to this particular issue; but 
try a clean build and make sure you aren't pulling in headers from a 
different version of OpenVRML.

I have a bunch of fixes for the Windows stuff that I'll check in 
tonight. This should improve the situation significantly.

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

Re: [openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

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

Quoting Zack S <zc...@ya...>:

> Hello,
>
> I'm trying to compile OpenVRML under Windows. I used Subversion
> to obtain openvrml, and I discovered that 3 files are missing:
> &nbsp;&nbsp; ScriptJDK.{cpp,h}, script.cpp
>
> Previously I had downloaded the 0.17.5 tarball, which did not
> compile as easily as the svn'd copy. The tarball does have these files.

I've reviewed what's in the project files on the trunk; and I think my  
previous response wasn't entirely accurate.

The project files do appear to have been updated as far as the  
scripting module changes (though no DLL has been set up for Java; only  
JavaScript is being compiled with the project files).  
ScriptJDK.{cpp,h} and script.cpp do not appear in the trunk project  
files; and that's as it should be.

The VRML97 node sources, however, are missing from the project file.  
I'll go ahead and commit a change to add them to libopenvrml. This is  
a temporary measure; they will ultimately get moved to their own DLL.

The other significant step you're probably missing is the import of  
the libltdl sources. You will need to install Cygwin and the autotools  
toolchain (autoconf, automake, libtool, make). Once you've done that,  
you should be able to run OpenVRML's bootstrap script from a bash  
shell to pull these sources into the tree.

(Hm... It looks like the project files on the trunk look for libltdl  
in the Cygwin system directories. I'll fix that.)

The next thing you're likely to hit is the fact that code in  
libopenvrml now uses libxml. The plan here is to use MSXML on Windows  
in the spots where libxml gets used on other platforms; but that part  
of the plan isn't implemented yet. I'll see about getting this off the  
ground.

You can #if 0 out the code that uses libxml for now just to get things  
built; however, in order to get a working OpenVRML either the libxml  
calls will need to be replaced with MSXML ones, or a Windows build of  
libxml will need to be used. I have not tried the latter option, but  
it might not be very hard.

I'm sorry about the current state of the trunk on Windows. These  
changes are relatively recent and I got pulled away from this task  
before I would wrap things up properly.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

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

Zack S wrote:
> Hello,
> 
> I'm trying to compile OpenVRML under Windows. I used Subversion
> to obtain openvrml, and I discovered that 3 files are missing: 
>    ScriptJDK.{cpp,h}, script.cpp
> 
> Previously I had downloaded the 0.17.5 tarball, which did not
> compile as easily as the svn'd copy. The tarball does have these files.

Yes; there has been some substantial reorganization of things on the 
trunk that is not yet reflected in the Visual Studio project files.

I think you should be able to remove the references to those files and 
compile without JavaScript (or Java) support. Getting JavaScript and 
Java support working will take a little more work. The code for the each 
scripting back-end now belongs in its own DLL, and that stuff isn't yet 
set up.

-- 
Braden McDaniel                      e-mail: <br...@en...>
<http://endoframe.com>               Jabber: <br...@ja...>

[openvrml-develop] ScriptJDK.{cpp,h}, script.cpp

[Zack S <zc...@ya...>]

Hello,

I'm trying to compile OpenVRML under Windows. I used Subversion
to obtain openvrml, and I discovered that 3 files are missing: 
   ScriptJDK.{cpp,h}, script.cpp

Previously I had downloaded the 0.17.5 tarball, which did not
compile as easily as the svn'd copy. The tarball does have these files.

Zack





      

Re: [openvrml-develop] Building openvrml

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

On Mon, 2008-05-05 at 03:55 -0700, M. van Doeselaar wrote:
> 
> Braden McDaniel wrote:
> > 
> > Sounds like there might be a redrawing issue. Does resizing the window 
> > make things appear? How about minimizing/restoring?
> > 
> 
> Resizing, minimizing/restoring doesn't make things appear. When I tried
> snoman.wrl and it appeared normal, after resizing the window, I could only
> see his arm...4 times (it was still animated).
> When the console shows the inconsistencies, the viewer freezes. The output
> window of Visual Studio shows "First-chance exception at 0x7c812a5b in
> sdl-viewer.exe: Microsoft C++ exception:
> boost::spirit::parser_error<openvrml::vrml_parse_error,boost::spirit::position_iterator<boost::spirit::multi_pass<std::istreambuf_iterator<char,std::char_traits<char>
> >,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies:
> at memory location 0x0246c480.."

I haven't forgotten about this.

I have, however, had to put it (and other OpenVRML-related things) on
hold for a little while. I just haven't had the spare time lately; and
now it looks like the motherboard on my primary development machine will
be going back to the manufacturer for service.

Before all this, I was able to make a preliminary attempt at reproducing
this. I was able to produce some failures along the lines of what you
described; though I didn't get far enough tracking them down to be sure
whether they were the same thing. Please file a bug on this using the
SourceForge tracker to make sure this doesn't fall off the radar once I
resurface.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>