DataMuseum.dk

Presents historical artifacts from the history of:

DKUUG/EUUG Conference tapes

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about DKUUG/EUUG Conference tapes

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download
Index: T o

⟦0432b4dbd⟧ TextFile

    Length: 1366 (0x556)
    Types: TextFile
    Names: »ogre5.bug«

Derivation

└─⟦b20c6495f⟧ Bits:30007238 EUUGD18: Wien-båndet, efterår 1987
    └─⟦this⟧ »EUUGD18/General/Ogre/bugfixes/ogre5.bug« 

TextFile

From mcvax!seismo!harvard!wjh12!genrad!decvax!ucbvax!leblanc Wed Nov 21 03:58:55 1984
Relay-Version: version B 2.10.1 6/24/83 (MC830919); site turing.UUCP
Posting-Version: version B 2.10.2 8/7/84; site ucbvax.ARPA
Path: turing!mcvax!seismo!harvard!wjh12!genrad!decvax!ucbvax!leblanc
From: leblanc@ucbvax.ARPA (Emile LeBlanc)
Newsgroups: net.sources.bugs
Subject: Bug in ogre (makes "ogre 5" difficult)
Message-ID: <3409@ucbvax.ARPA>
Date: Wed, 21-Nov-84 03:58:55 GMT
Article-I.D.: ucbvax.3409
Posted: Wed Nov 21 03:58:55 1984
Date-Received: Thu, 22-Nov-84 03:17:06 GMT
Distribution: net
Organization: University of California at Berkeley
Lines: 20


    In the ogre.h file sent with "ogre" there is a definition of N_UNITS
that appears to be a little small.

Change
	#define N_UNITS 30
to
	#define N_UNITS 47
(it didn't seem worth the trouble to post this as a "diff").

    If you define too many units (especially at "orge 5" where you have
the chance to define 45 separate units) segmentation errors can occur.
I haven't looked closely at the code...but since the original define was
two greater than the number of units one could place with "ogre 3" I am
guessing that there have been a reason for this (could be that the
author thought that 30 units was enough even for the "ogre 5" case).

						Emile LeBlanc
						(ucbvax!leblanc)
						(leblanc@Berkeley)