Andreas Zieringer wrote:

Hi Allen,

hmm can you comment out the following line "std::cerr << "Loading " << p << "%" << '\r';" in the progress() method from testLoaderRender.cpp and try it again? What version of vred did you use? 0.96 with a progressbar in the render window?

Andreas

I checked last night, and my copy of the source was a few weeks out of date. With the latest CVS head everything works just fine.
Thanks,
Allen


Andreas Zieringer wrote:

Hi Allen,

hmm quite strange I use this callback without any problems, my files are about 300 MB big. How big is your osb file? Can you try to load it with my vred app (www.vred.org)

Andreas



It loads fine in vred. (I have actually been using vred to edit some of the nodes manually :)

The current file is about 100 MB, but I get the same problem with even very small files in my own application.

-Allen


I am getting an error (actually an unhandled exception) whenever I use SceneFileHandler::setReadProgressCB on "larger" files with OpenSG CVS on Linux (FC3).

Here is the output:

terminate called after throwing an instance of 'std::bad_alloc'
 what():  St9bad_alloc
Abort (core dumped)

with this call stack...
#0  0x008d47a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x009157d5 in raise () from /lib/tls/libc.so.6
#2  0x00917149 in abort () from /lib/tls/libc.so.6
#3 0x00d8c0eb in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x00d89e01 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.6
#5  0x00d89e36 in std::terminate () from /usr/lib/libstdc++.so.6
#6  0x00d89f7f in __cxa_throw () from /usr/lib/libstdc++.so.6
#7  0x00d8a3cc in operator new () from /usr/lib/libstdc++.so.6
#8  0x00d8a469 in operator new[] () from /usr/lib/libstdc++.so.6
#9 0xf651c6cd in osg::BinaryDataHandler::getValue (this=0x9ef5c50, [EMAIL PROTECTED]) at OSGBinaryDataHandler.inl:595 #10 0xf6975f96 in osg::NFIOBase::readFCFields ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at /home/allenb/Source/OpenSG/Source/Experimental/NativeFileIO/OSGNFIOBase.cpp:332 #11 0xf697cf4f in osg::NFIOGeneric::readFC (this=0xf6ffd108, [EMAIL PROTECTED]) at /home/allenb/Source/OpenSG/Source/Experimental/NativeFileIO/OSGNFIOGeneric.cpp:136 #12 0xf6975353 in osg::NFIOBase::readFieldContainer () at /home/allenb/Source/OpenSG/Source/Experimental/NativeFileIO/OSGNFIOBase.cpp:204 #13 0xf6974eb8 in osg::NFIOBase::read ([EMAIL PROTECTED], [EMAIL PROTECTED]) at /home/allenb/Source/OpenSG/Source/Experimental/NativeFileIO/OSGNFIOBase.cpp:120 #14 0xf6983afd in osg::NFIOSceneFileType::read (this=0xf6ffd14c, [EMAIL PROTECTED]) at /home/allenb/Source/OpenSG/Source/Experimental/NativeFileIO/OSGNFIOSceneFileType.cpp:99 #15 0xf6550765 in osg::SceneFileHandler::read (this=0x9d83088, [EMAIL PROTECTED], fileNameOrExtension=0x9ef573c "/home/allenb/......./test.osb", graphOpSeq=0x9ef55c0) at /home/allenb/Source/OpenSG/Source/System/FileIO/Base/OSGSceneFileHandler.cpp:239 #16 0xf6550e35 in osg::SceneFileHandler::read (this=0x9d83088, fileName=0xfefe38c7 "/home/allenb/.........../test.osb", graphOpSeq=0x9ef55c0) at /home/allenb/Source/OpenSG/Source/System/FileIO/Base/OSGSceneFileHandler.cpp:317 #17 0x0804f823 in main (argc=2, argv=0xfefc90b4) at /home/allenb/Source/OpenSG/Source/System/FileIO/Base/testLoaderRender.cpp:165

This first started showing up in my own application as soon as I added the read callback. In my application it throws for all model files I load. To test out if it was just my code or something else, I tested it with the testLoadRender.cpp test file in the source tree. I see the same problem with that application with medium to large files. If I comment out the setReadProgress call, everything works just fine.

Any ideas?  Any additional information that would be helpful?

-Allen


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users





-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users




-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users





-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users




-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to