To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 4618
4617  |  4619
Subject: 
LDLITE cache limit bug (Was Apollo lunar module)
Newsgroups: 
lugnet.cad.dev
Date: 
Thu, 27 Apr 2000 21:25:09 GMT
Viewed: 
662 times
  
In lugnet.cad.dev, Steve Bliss writes:
In lugnet.cad.dev, Sproaticus wrote:

In lugnet.cad.dat.models, Axel Poqué writes:
In lugnet.cad.dat.models, Jeremy H. Sproat writes:
For some reason in LDLite, it only gets as far as the bottom of the base, • at
which point LDLite announces it's done.
For viewing the model as a whole I'd recommend l3lab (it's fast and it • works),

Hmmm.  I wonder why L3Lab works where LDLite breaks.

LDLite has always been slightly flakey on MPD files.  I think v1.6 is
better than v1.5, but I'm not in a position to make absolute statements--I
use L3Lab these days.

Yeah, this is a caching bug in the ldlite parser.  I get the same problem
in ldglite when I use the ldlite parser, but not with the L3 parser.  I
think it's because one of the caching structures is full before it gets
around to reading one of the MPD FILE sections which MUST be cached.  Just
for the heck of it I raised the MAX sizes of the caching structures and
recompiled ldglite with the ldlite parser.  Now it works with the lunar
lander DAT file.

Unfortunately I really don't know what I'm doing with the lex parsing code
in ldlite so I can't make a "good" fix.  Here's the change I made.

// caching lex defines
#if TOO_SMALL_FOR_BIG_MPD_FILES
#define MAX_CACHED_TOKENS (3*1024)
#define MAX_MPD_CACHED_TOKENS (8*1024)
#define MAX_CACHED_FILES  (12*128)
#else
#define MAX_CACHED_TOKENS (10*1024)
#define MAX_MPD_CACHED_TOKENS (16*1024)
#define MAX_CACHED_FILES  (24*128)
#endif

Perhaps I'll play with it some more, or maybe Paul could fix it the right
way for the next version of ldlite...

Don



Message has 1 Reply:
  Re: LDLITE cache limit bug (Was Apollo lunar module)
 
(...) Heh, um, I also use L3Lab nowadays, actually. :) LDLite v1.6 is better than 1.5 at MPD files. (...) [...] (...) You did it the right way. Actually, the log output should show warnings about files not being cached, although it does not mention (...) (25 years ago, 28-Apr-00, to lugnet.cad.dev)

Message is in Reply To:
  Re: MOC: Apollo lunar module (repost)
 
(...) LDLite has always been slightly flakey on MPD files. I think v1.6 is better than v1.5, but I'm not in a position to make absolute statements--I use L3Lab these days. Steve (25 years ago, 27-Apr-00, to lugnet.cad.dev)

20 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
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR