| |
Don Heyse wrote...
> The lich is evil I tell ya!
>
> Well maybe just recursive MPD files are evil. Do you realize ring2.dat
> is an ldraw primitive and that by redefining it in the MPD file you've
> created an infinite loop of dat file includes.
>
> ring2.dat -> flame3.dat -> flame3s.dat ...-> stud2a.dat -> ring2.dat...
>
> Of course stud2a.dat expects to get the ring2.dat primative in the P
> directory. But since ring2.dat from the MPD file was encountered first,
> we get that one instead (and the ring is complete).
>
> Then that lame excuse for an OS, Windows gets so hosed up when lich.dat
> blows the stack in my ldglite program that it refuses to do ANY more
> opengl until I reboot.
>
> So my question is: How do we fix this? Must I check for infinite
> loops when parsing MPD files. And why doesn't that L3Input code Lars
> loaned me already do that? Hasn't this come up before?
I guess it hasn't been much of a problem before, since most primitives
have "strange" names.
The problem is not related to MPD - same problem if you had ring2.dat
in the MODELS directory.
I will add a loop-check to L3Input.cpp and send it to you.
/Lars
|
|
Message has 1 Reply:
Message is in Reply To:
6 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
