Subject:
|
Re: LDGLite bug report (yes, one more)
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Tue, 14 Aug 2001 07:43:27 GMT
|
Viewed:
|
399 times
|
| |
|
|
Don:
> This could be the ldlite large MPD bug again.
:-(
> You could try increasing it some more and recompiling. Look for
> this in lex.yy.c
>
> #define MAX_CACHED_TOKENS (10*1024)
> #define MAX_MPD_CACHED_TOKENS (16*1024)
> #define MAX_CACHED_FILES (24*128)
>
> Replace the 10, 16, and 14 with bigger numbers and try it.
I'll try this.
> Also I'd add a "-mc" to skip the embedded steps.
I just removed all the "STEP" meta-commands. ;-)
Jacob
--
http://hugin.ldraw.org/Jacob/edb/digitale_nyheder
Om redaktørens opgave på internetnyhedstjenester.
|
|
Message has 1 Reply:
 | | Re: LDGLite bug report (yes, one more)
|
| (...) You should at least try the "-l3" before you recompile. I'm sort of interested in what you get for render times with both parsers. I only have somewhat underpowered PCs to work with, so I'm curious how they compare in the "real world". Don (23 years ago, 14-Aug-01, to lugnet.cad.dev)
|
Message is in Reply To:
| | Re: LDGLite bug report (yes, one more)
|
| (...) This could be the ldlite large MPD bug again. The ldlite parser has a problem with MPD files if it runs out of cache. I increased the size for ldglite, but it may not be enough for Datsville. You could try increasing it some more and (...) (23 years ago, 13-Aug-01, to lugnet.cad.dev)
|
21 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
|
|
|
|
