Re: Unstable VFS in CS2.0

Jorrit Tyberghein <[email protected]>
Newsgroups gmane.comp.graphics.crystalspace.devel
Message-ID <CAA49VVKGyk=cbfYEotrKFWzpy1t6H6wwQBm_taW07P+Q0N4=ww@mail.gmail.com>
That's indeed weird. To me it sounds like memory is being
corrupted/overwritten. Are you
on linux? Then you could use valgrind to test for this. On windows there
might be equivalent
memory checking tools.

Other then that I have no idea.

One question though. Why are you using bullet directly? Why not use the CS
bullet plugin?

Greetings,

On Wed, Aug 8, 2012 at 11:01 AM, Joshua Tan Tang Sheng (IHPC) <
[email protected]> wrote:

>  Hi,****
>
> ** **
>
> I have a perplexing problem with what appears to be an incorrectly
> functioning vfs on runtime. But first off, here’re the links to my code:**
> **
>
> ** **
>
> Header file http://pastebin.ca/2178376****
>
> Cpp file http://pastebin.ca/2178377****
>
> ** **
>
> This is simply a modified appsimple1 where I try to use the bullet engine
> directly. It works fine until I introduce a pointer to an int on line 90 of
> the header file. Note that I never actually use it; I just declare it. Once
> it is introduced, the system is somehow unable to load textures from the
> VFS: it claims that it can't find the files in the VFS. canvas.openglcommon
> also claims it can't open the driver database file, and the engine can't
> load the shaders. They all print error messages stating that they can't
> find or can't open the files, or that the files are not available.****
>
> ** **
>
> It doesn't matter which pointer type I use, int*, float*, etc all produce
> the same error. What's even more interesting is this:****
>
> You will see that on line 60 of the  header file i have declared a
> csRef<iVFS>; if I uncomment that, i.e. both declarations of csRef<iVFS> and
> float* are in effect, then I don't get this problem. But, if I only have
> one of the declarations in effect, then the problem arises.****
>
> ** **
>
> I initially thought it was some low level memory problem. However, I tried
> compiling and running the code on a different machine and experienced a
> different problem. This time, I am unable to reproduce the bug
> consistently: sometimes the code works with just the single int*, sometimes
> it doesn’t work even with both the csRef and int* enabled. Sometimes, the
> code will refuse to work, and if I quit and restart, it works fine. (Note
> that when I say “refuse to work” I’m referring to the abovementioned VFS
> problem.) This seems to indicate some sort of threading problem.****
>
> ** **
>
> Does anyone have any ideas on what is going on?****
>
> IHPC Values :: Impact :: Honesty :: Performance :: Co-operation
> This email is confidential and may be privileged. If you are not the
> intended recipient, please delete it and notify us immediately. Please do
> not copy or use it for any purpose, or disclose its contents to any other
> person. Thank you.
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Crystal-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crystal-develop
>
>


-- 
Project Manager of Crystal Space (http://www.crystalspace3d.org)
and CEL (http://cel.crystalspace3d.org)
Support Crystal Space. Donate at
https://sourceforge.net/donate/index.php?group_id=649
Personal page: http://users.telenet.be/jorritTyberghein/

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Crystal-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-develop
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.