openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] OpenVRML 0.16.0 vs. Microsoft cl 14.0

[Greg R. <ne...@po...>]

> What I'm seeing appears to be rather severe memory corruption. (Well, as
> if that's ever mild.) The code as it is in CVS doesn't even make it
> through static initialization before keeling over. I was able to get
> past that with a couple of tweaks (specifically, converting
> component_registry and profile_registry to singletons); but that just
> led to more bizarre problems.

Is it possible the default C library changed and you're still linking
against other libraries that were compiled the old way?  I wasted many
days trying to debug such a problem between libpng and zlib several
years ago (in fact, someone else solved it); it manifested as instant
crashes on startup, with no hint that different components wanted dif-
ferent DLLs.  (And that was plain C code.  C++ is probably worse...)

-- 
Greg Roelofs                    http://pobox.com/~newt/
Newtware, PNG Group, AlphaWorld Map, Yahoo! Search, ...

[openvrml-develop] OpenVRML 0.16.0 vs. Microsoft cl 14.0

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

I've spent a few frustrating hours trying to get OpenVRML compiled with
Microsoft cl 14.0 (the one that comes with Visual Studio 2005) to work.
And I'm just about to give up.

Code that works with gcc 4.1 and cl 13.1 just doesn't work when compiled
with cl 14.0. Compilation is not the problem; the problems are at
run-time.

What I'm seeing appears to be rather severe memory corruption. (Well, as
if that's ever mild.) The code as it is in CVS doesn't even make it
through static initialization before keeling over. I was able to get
past that with a couple of tweaks (specifically, converting
component_registry and profile_registry to singletons); but that just
led to more bizarre problems.

Because these issues are not evident when building with cl 13.1 or gcc
4.1 and because my valgrind runs on Linux look pretty clean, I am
beginning to think there is something Seriously Wrong with this
compiler.

I'd be very interested in hearing about other folks' experiences with
this compiler; in particular any noted issues with static
initialization.

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

Re: [openvrml-develop] C# and Tao

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

Euan Woolley wrote:
> Hello,
> 
>  
> 
> Does anyone have any tips on how I can use Open VRML with the Tao OpenGL
> wrapper in C#?  I'd like to be able to import VRML geometry into my
> application.  I don't have any interest in any of the stuff in a VRML
> file apart from the geometry (no lights or anything).
> 
>  
> 
> What I'd like to be able to do is:
> 
>  
> 
> VRMLObject obj = new VRMLObject(@"a file.wrl");
> 
> Gl.GlNewlist(aList);
> 
> Obj.LoadGeometryToGL();
> 
> Gl.GlEndList();
> 
>  
> 
>  
> 
> Or similar.
> 
>  
> 
> Will it be possible?

I'm not familiar with C# or Managed C++, so I cannot help you with 
getting from C++ to C#. Though from what little I understand, it is 
possible.

But on the OpenVRML side of the fence, the typical way to pick stuff out 
of the VRML scene graph is to use openvrml::node_traverser. Also have a 
look at the openvrml::browser documentation; in particular 
openvrml::browser::do_get_resource.

After deciding that SourceForge isn't going to fix their CVS problems on 
shell.sf.net any time soon, it finally hit me that I could use rsync to 
update the Web site easily enough. So the 0.16.0 documentation has now 
been uploaded. The main page now sports an initial feeble attempt at 
"user guide" style information. Feedback regarding what is missing can 
help me better direct my energies in improving it.

Braden

[openvrml-develop] C# and Tao

[Euan W. <Eu...@sm...>]

Hello,

=20

Does anyone have any tips on how I can use Open VRML with the Tao OpenGL
wrapper in C#?  I'd like to be able to import VRML geometry into my
application.  I don't have any interest in any of the stuff in a VRML
file apart from the geometry (no lights or anything).

=20

What I'd like to be able to do is:

=20

VRMLObject obj =3D new VRMLObject(@"a file.wrl");

Gl.GlNewlist(aList);

Obj.LoadGeometryToGL();

Gl.GlEndList();

=20

=20

Or similar.

=20

Will it be possible?

=20

Any help would be greatly appreciated,

=20

euan

=20

=20

=20

=20

=20

[openvrml-develop] Priorities for 0.17

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

Now that 0.16.0 is out the door, I'd like to firm up priorities for
0.17.

As far as I'm concerned, the "must have" feature for 0.17 is the
partitioning of the node implementations and scripting backends into
separate modules. This will require relatively few code changes since
the last few major releases of OpenVRML have laid the groundwork for
this. For 0.17, it's finally time to make the nodes-as-components a
reality. (See tasks 68361 and 34921.)

Other relatively high-priority items that I hope to make the cut:


  * Bring the Script node Java binding (back) to a basically workable
    state. (Bug 1099810 and more) 
  * Encapsulate display list/texture object caching in the renderer.
    (Task 126915) 
  * Text rendering for Windows. (This might be workable for a 0.16.x
    release.) (Task 86860)

But in the interest of having releases more frequently than annually,
I'm not inclined to hold 0.17.0 for any of the above three items.

There are also a couple of "playground" items that don't dramatically
impact functionality, but are of interest to me because I enjoy working
on them:

  * Replace the Antlr parser with a Spirit one. 
  * Figure out how to employ template metaprogramming to dramatically
    reduce the volume of code needed to create a concrete node_type
    instance. 

A more vague item I'd like to pursue soon is "make navigation not suck".
Apart from the existing prerequisite tasks to making that happen (tasks
18156, 18157, and 18154), my plan for this is to provide a framework
such that navigation modes (i.e., NavigationInfo "types") can be created
using VRML and scripting. I would like to provide tools to make OpenVRML
a useful platform for experimenting with new interface styles; in
particular I don't want to restrict users to the navigation modes
specified for VRML97 and X3D (which are adequate but rarely ideal for a
particular world).

Making this happen will involve:

  * introducing a notion of a separate scene graph branch where the
    navigation type implementation nodes live; 
  * implementing nodes that provide more control over the user view and
    interaction than the ones in the VRML/X3D node set. 

While I don't think any of this can be fully realized in the time frame
in which I'd like to make 0.17.0 happen, I do hope to be able to lay
enough groundwork that it's realistic for 0.18.0.

Finally, there are a couple of high-value items that do not involve C++
skills, for anyone who might want to contribute but not know C++:

  * Write a comprehensive test suite for the Script node JavaScript
    binding. 
  * Run 0.16.0 through the conformance tests to see where we stand.

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

[openvrml-develop] *lookat packages no longer available

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

With the 0.16.0 release of OpenVRML, I have finally decided to limit
availability of the various *lookat packages:

      * gtklookat
      * MacLookat
      * qtlookat
      * Win32Lookat
      * xmlookat

These packages have not been maintained for some time and consequently
were significantly out-of-sync with modern OpenVRML.

Note that the source code for these packages remains in OpenVRML's CVS,
where it will stay until/unless someone decides to take it elsewhere. By
that I mean that any further maintenance of these packages should happen
outside the OpenVRML SourceForge project. That can mean another
SourceForge project or using entirely different facilities of the
maintainer's choosing.

Anyone interested in picking up maintenance of one of these packages
should contact me for existing releases of the package and any available
CVS revision history.

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

[openvrml-develop] ANN: OpenVRML 0.16.0

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

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

  <http://prdownloads.sourceforge.net/openvrml/openvrml-0.16.0.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 a Mozilla browser plug-in.

You can find OpenVRML on the Web at

  <http://openvrml.org>


New in OpenVRML 0.16.0:

- User-extensible I/O subsystem based on the standard C++ IOstreams.

- Asynchronously load Inline worlds.

- Asynchronously load and progressively render PNG and JPEG images.

- Added support for nonnative EXTERNPROTOs.  EXTERNPROTO
  implementations are loaded asynchronously.

- Support for constructing scene graphs from Classic VRML-encoded X3D,
  including the Core, Interchange, Interactive, MPEG4, Immersive, and
  Full profiles.

- Mozilla plug-in now uses the Web browser for resource fetching; so
  it gets the benefit of the Web browser's cache.

Re: [openvrml-develop] Problem in reading scene file

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

On Mon, 2006-04-24 at 17:43 -0700, Dean Mann wrote:
> Hi Braden,
> 
> Thanks for the quick reply.
> 
> > > But still I cant get the coordinates, texture and their indices off the
> > > IndexedFaceSet
> > > node, either the file name of the texture image.
> >
> >What have you tried?
> 
> This is what I did, where the MyNodeTraverser class inherits from 
> openvrml::node_traverser.
> 
> void MyNodeTraverser::on_entering(openvrml::node & n)
> {
> 
> if (n.type().id() == "Material")
> {
> 	openvrml::vrml97_node::material_node mtrNode (n.type(),n.scope());

The above line creates a new node, which is probably not what you want
to do. You certainly don't want to do it by directly invoking this
class' constructor. You should avoid using anything in the
openvrml::vrml97node namespace; stick to what's in the openvrml
namespace when you possibly can. (The openvrml::vrml97node namespace
isn't part of the API at all in the forthcoming release of OpenVRML.)

> 	ambientIntensity = mtrNode.ambient_intensity();  // the value is always 0.2 
> no matter what is in the VRML file

Since you just created a new node, naturally the field has its default
value.

Rather than create a new node, you want to use the reference to the
existing one:

        openvrml::material_node * m =
          openvrml::node_cast<openvrml::material_node*>(&n);
        float ambient_intensity = m->ambient_intensity();

That approach works fine if the data you need to get is exposed via the
abstract node classes in the openvrml namespace. You can get arbitrary
field data like this:

        const openvrml::sffloat & ambient_intensity_field =
          static_cast<const openvrml::sffloat &>(n.field("ambientIntensity");
        float ambient_intensity = ambient_intensity_field.value;

> if (n.type().id() == "ImageTexture")
> {
> 	openvrml::vrml97_node::image_texture_node  imgTxtNode (n.type(),n.scope());
> 
> 	// no idea what to do next

I hope the above examples shed some light on this. You can use the
latter form to access any field you need--it's a generic mechanism.

> if (n.type().id() == "IndexedFaceSet")
> {
> 	openvrml::vrml97_node::indexed_face_set_node idxFSNode 
> (n.type(),n.scope());
> 
> 	openvrml::sfnode sfNode = (openvrml::sfnode)idxFSNode.GetCoord();

Is GetCoord something you've added? I don't know what it returns; but
converting it to a nonpointer, nonreference type with a C-style cast
isn't likely to end well. You should virtually never use C-style casts
in C++ code.

> 	openvrml::node* nodePtr = sfNode.value.get();  // here nodePtr becomes 
> undefined

If we assume the C-style cast wasn't somehow deleterious, the
explanation is that, as before, you created a new node so the field has
its default value. Again, I hope the code fragments I wrote above
sufficiently indicate what you need to do here.

Let me know if anything is still unclear.

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

Re: [openvrml-develop] Problem in reading scene file

[Reed H. <re...@in...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Braden McDaniel wrote:
> On Mon, 2006-04-24 at 16:29 -0700, Dean Man wrote:
>>Could you give me some workable sample codes? I have already searched the 
>>developer mailing list but found little help.
> 
> 
> If I had useful examples, I'd put them in the distribution. But the time
> I spend on OpenVRML tends to be devoted to fixing bugs and improving
> functionality rather than writing examples and documentation.
> 
> However, if you can provide more details about what you're doing, I can
> probably steer you in the right direction.
> 

I think I promised you one a long time ago, Braden. I should do that...

Reed




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFETYccFK83gN8ItOQRAvnOAJ46CcGczAtgKRmnxt3Jj8mRa15DJACfeJVm
OUNKIccyF6GmCQgF1tmhsTQ=
=FkWP
-----END PGP SIGNATURE-----

Re: [openvrml-develop] Problem in reading scene file

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

On Mon, 2006-04-24 at 16:29 -0700, Dean Man wrote:
> Hi Braden and All,
> 
> I want to read a VRML scene file. I have developed a class inherited from 
> openvrml::node_traverser.

So far, so good.

> But still I cant get the coordinates, texture and their indices off the 
> IndexedFaceSet
> node, either the file name of the texture image.

What have you tried?

>  I managed to read the 
> Material node but the ambientIntensity value is different from the VRML file 
> while the other values are fine.

Could be a bug. Can you provide more details?

> Could you give me some workable sample codes? I have already searched the 
> developer mailing list but found little help.

If I had useful examples, I'd put them in the distribution. But the time
I spend on OpenVRML tends to be devoted to fixing bugs and improving
functionality rather than writing examples and documentation.

However, if you can provide more details about what you're doing, I can
probably steer you in the right direction.

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

[openvrml-develop] Problem in reading scene file

[Dean M. <den...@ho...>]

Hi Braden and All,

I want to read a VRML scene file. I have developed a class inherited from 
openvrml::node_traverser.

But still I can’t get the coordinates, texture and their indices off the 
IndexedFaceSet
node, either the file name of the texture image. I managed to read the 
Material node but the ambientIntensity value is different from the VRML file 
while the other values are fine.

Could you give me some workable sample codes? I have already searched the 
developer mailing list but found little help.

Thanks in advance.

Denis

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

[openvrml-develop] Web3D 2006

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

I'll be attending Web3D 2006. I doubt I'll be there all four days, but I
have some flexibility in my schedule. If anyone's interested in
connecting with me there, let me know.

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

[openvrml-develop] Re: OpenVRML 0.15.10 with Visual Studio 2005

[Kai H. <kai...@we...>]

Hi Joerg,


The following declaration takes up to the class exposedfield
=09
    template <typename FieldValue>
    class exposedfield : public ...
    {
	typedef typename FieldValue::value=5Ftype             value=5Ftype;     < ---=

	...
    }

Replace each further occurrence of =ABtypename FieldValue::value=5Ftype=BB by
=ABvalue=5Ftype=BB.

Kai
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/=3Fmc=3D021192

Re: [openvrml-develop] OpenVRML 0.15.10 with Visual Studio 2005

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

On Wed, 2006-04-05 at 07:46 +0200, Jörg Hedrich wrote:
> Hi all,
> 
> I read that there is already a Visual Studio 2005 project file in the  
> CVS version of OpenVRML. But I would like to run OpenVRML 0.15.10  
> with Visual Studio 2005. But during compilation I got the following  
> error 15 times in exposedfield.h:
> error C2899: typename cannot be used outside a template declaration
> 
> Does anybody know how to fix it?

Sorry, but I can't offer assistance here. Perhaps someone else on the
list has played with this.

>  Or is it not possible to compile  
> OpenVRML 0.15.10 with VS 2005 without major changes?

I honestly have no idea what the extent of the required changes might
be. The CVS sources are drastically different from 0.15.10 at this
point.

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

[openvrml-develop] OpenVRML 0.15.10 with Visual Studio 2005

[<jo...@he...>]

Hi all,

I read that there is already a Visual Studio 2005 project file in the  
CVS version of OpenVRML. But I would like to run OpenVRML 0.15.10  
with Visual Studio 2005. But during compilation I got the following  
error 15 times in exposedfield.h:
error C2899: typename cannot be used outside a template declaration

Does anybody know how to fix it? Or is it not possible to compile  
OpenVRML 0.15.10 with VS 2005 without major changes?

Thanks a lot!!!

Cheers
Joerg

Re: [openvrml-develop] Visual C++ 2005 project files (to replace Visual C++ 2003)

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

On Wed, 2006-02-22 at 08:47 -0500, Reed Hedges wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Braden McDaniel wrote:
> > I've committed Visual C++ 2005 (a.k.a. 8.0) project files to CVS. The
> > Visual C++ 2003 (7.1) project files are still there; however that is
> > likely to change. Two build systems is one more than I want to maintain;
> > three is just not going to happen. Furthermore, the 2005 Express flavor
> > of the compiler/IDE is freely available; 
> 
> It's possible that I will need them eventually, but not for a while. So
> I can always fetch them from the Attic.  Though perhaps we should leave
> a note behind mentioning that they are there?  (I know I've forgotton
> much of the contents of the attic in my house!)

The removal will be noted in the ChangeLog, as usual.

Note that "a while" means more time for the unmaintained project files
to get out-of-date. Also note that the 7.1 project files to not include
a configuration for building OpenVRML as a DLL; the 8.0 ones do. The
point being: it is not inconceivable that you'd be better off just
starting from scratch.

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

Re: [openvrml-develop] CVS source + Visual C++ 2005

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

On Wed, 2006-02-22 at 22:00 +0900, Hajime SAITO wrote:
> Hello,
> 
> I tried compiling openvrml-cvs with Visual C++ 2005 but I get an error.
> The cvs source was updated today.
> When browser.cpp is being compiled I get a C3861 error telling me that
> "recover" is unidentifiable. The only other relevant information is
> probably the version of boost I am using which is 1.33.1.
> 
> I'm currently wondering whether I did something wrong when I generated
> x3dvrmlparser.cpp, because I did it in linux and copied the file over.

You need to use antlr 2.7.4 to generate the parsers. I suspect that will
fix the problem.

> I've also tried compiling 0.15.10 on windows+Visual C++ 2005 but in that
> case I get a C2899 error on line 35 of exposedfield.h.

I've no idea how 0.15 fares with cl 14. I'm not surprised it doesn't
work; but I don't think it's worth spending time to fix.

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

Re: [openvrml-develop] Visual C++ 2005 project files (to replace Visual C++ 2003)

[Reed H. <re...@in...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Braden McDaniel wrote:
> I've committed Visual C++ 2005 (a.k.a. 8.0) project files to CVS. The
> Visual C++ 2003 (7.1) project files are still there; however that is
> likely to change. Two build systems is one more than I want to maintain;
> three is just not going to happen. Furthermore, the 2005 Express flavor
> of the compiler/IDE is freely available; 

It's possible that I will need them eventually, but not for a while. So
I can always fetch them from the Attic.  Though perhaps we should leave
a note behind mentioning that they are there?  (I know I've forgotton
much of the contents of the attic in my house!)

Reed
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD/GtbFK83gN8ItOQRAn88AJwJbjIdtWMNwJ/fzFSzxDSwYAtMyQCghCjR
NOV51PBoMke6byCuzQjIj9U=
=7vQn
-----END PGP SIGNATURE-----

[openvrml-develop] CVS source + Visual C++ 2005

[Hajime S. <emi...@k2...>]

Hello,

I tried compiling openvrml-cvs with Visual C++ 2005 but I get an error.
The cvs source was updated today.
When browser.cpp is being compiled I get a C3861 error telling me that
"recover" is unidentifiable. The only other relevant information is
probably the version of boost I am using which is 1.33.1.

I'm currently wondering whether I did something wrong when I generated
x3dvrmlparser.cpp, because I did it in linux and copied the file over.

I've also tried compiling 0.15.10 on windows+Visual C++ 2005 but in that
case I get a C2899 error on line 35 of exposedfield.h.

I tried searching the mail archives but that didn't really come up with
anything. I'd be grateful if someone could point out what I'm doing wrong.

Best regards,

Hajime Saito

[openvrml-develop] Visual C++ 2005 project files (to replace Visual C++ 2003)

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

I've committed Visual C++ 2005 (a.k.a. 8.0) project files to CVS. The 
Visual C++ 2003 (7.1) project files are still there; however that is 
likely to change. Two build systems is one more than I want to maintain; 
three is just not going to happen. Furthermore, the 2005 Express flavor 
of the compiler/IDE is freely available; so there isn't much of a 
barrier to adopting it.

If someone wants to volunteer to maintain the 2003 project files and 
argue that they should remain in the distribution, now would be the time 
to do that. Otherwise, expect them to leave the trunk soon.

Braden

Re: [openvrml-develop] proper javascript configuration?

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

Nicholas F. Polys wrote:
> sorry I do not see that file anywhere on my system...
> 	other .pc are in /usr/lib/pkgconfig
> Mozilla 1.7.6 is installed; its a linux box, fedora core.
> 
> any ideas?

Probably you haven't installed the development packages (mozilla-devel, 
etc.).

Braden

RE: [openvrml-develop] proper javascript configuration?

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

sorry I do not see that file anywhere on my system...
	other .pc are in /usr/lib/pkgconfig
Mozilla 1.7.6 is installed; its a linux box, fedora core.

any ideas?

thanks,

_n


-----Original Message-----
From: ope...@li...
[mailto:ope...@li...]On Behalf Of Braden
McDaniel
Sent: Thursday, February 16, 2006 3:12 PM
To: ope...@li...
Subject: Re: [openvrml-develop] proper javascript configuration?


Nicholas F. Polys wrote:
> I would like to compile open vrml .15.10 but can't get past the configure
> script finding
>
> I have libjs.so (spidermonkey 1.5) on PKG_CONGFIG_PATH and LD_LIBRARY_PATH
> 	but the configure script does not find it or consider it the right
> javascript engine.
>
> should I be pointing to something else?
> 'mozilla-js.pc'?
> 	what is that and where do I get it?

It is the pkg-config metadata file that tells OpenVRML's build system
where to find the library and headers for Mozilla JavaScript. It should
be included with a Mozilla package for your operating system distribution.

See "man pkg-config" for information on proper usage of PKG_CONFIG_PATH;
but normally you should not need to set it.

Braden



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
openvrml-develop mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openvrml-develop

Re: [openvrml-develop] proper javascript configuration?

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

Nicholas F. Polys wrote:
> I would like to compile open vrml .15.10 but can't get past the configure
> script finding
> 
> I have libjs.so (spidermonkey 1.5) on PKG_CONGFIG_PATH and LD_LIBRARY_PATH
> 	but the configure script does not find it or consider it the right
> javascript engine.
> 
> should I be pointing to something else?
> 'mozilla-js.pc'?
> 	what is that and where do I get it?

It is the pkg-config metadata file that tells OpenVRML's build system 
where to find the library and headers for Mozilla JavaScript. It should 
be included with a Mozilla package for your operating system distribution.

See "man pkg-config" for information on proper usage of PKG_CONFIG_PATH; 
but normally you should not need to set it.

Braden

[openvrml-develop] proper javascript configuration?

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

Greetings all~

I would like to compile open vrml .15.10 but can't get past the configure
script finding

I have libjs.so (spidermonkey 1.5) on PKG_CONGFIG_PATH and LD_LIBRARY_PATH
	but the configure script does not find it or consider it the right
javascript engine.

should I be pointing to something else?
'mozilla-js.pc'?
	what is that and where do I get it?


thanks and best regards,

	_nicholas

[openvrml-develop] bring OpenVRML to Managed C++ ?

[Dean W. <dea...@ya...>]

Hi,
   
  I have some problems in bring OpenVRML to Managed C++ code in Visual Studio.NET 2003.
   
  At a high level, I want to use OpenVRML to read model info, then use my own code to translate the info to internal managed object models, and send them to another 3D library for rendering. Thus I will be able to programmatically process and interact with the models. 
   
  This is what I did:
  (1)  extend the OpenVRML a bit in the original OpenVRML solution,
  (2)  compile (with /clr) the extension to .lib and precompiled header (pch) files, 
  (3)  manually copy the files to another managed project directory, and compile/link the files in the managed C++ project.
   
  When running, the managed C++ project produced an error, and problematic code is
   
  …
  #using <mscorlib.dll>
   
  using namespace System;
  using namespace System::Runtime::InteropServices;
   
  using namespace MyOpenVRMLExtension;
   
  public __gc class MyOpenVRMLExtension::MyOpenVRMLFacade {}; // line (1)
   
  namespace MyManagedProject
  {
        ……
  }
   
  MyOpenVRMLExtension is the extension project and MyOpenVRMLFacade is a managed class that wraps all needed OpenVRML functionality.
   
  Line (1) is a forward declaration in the managed project to avoid throwing System.TypeLoadException. 
   
  However, Line (1) also generates an error which I don’t know how to deal with:
   
  c:\ ….cpp: fatal error C1093: API call 'DefineImportMember' failed '0x80131192' :
   
   
  Any help please? Or are there some alternatives to get the high-level requirement done?
   
  Many thanks.
   
  Dean
   

		
---------------------------------
Do you Yahoo!?
  Listen to over 20 online radio stations and watch over 5000 music videos on Yahoo! Music.