Menu

#185 Indexing still doesn't like large values

Version 4.0 RC1
assigned
None
Core
minor
trunk
enhancement
2016-05-15
2009-06-29
No

When sufficiently large ID numbers are used by the GLM loader for internal object reference, the correspondingly large lookup table cannot be used properly. The solution is to use a non-array data structure of some fashion to store the objects with their load-time ID number. Constructing arrays with hundreds of thousands elements for some two hundred objects is simply inefficient.

Discussion

  • Teresa Carlon

    Teresa Carlon - 2009-06-29
    • status changed from new to assigned
     
  • David P. Chassin

    • owner changed from dchassin to mhauer
    • priority changed from major to minor
    • component changed from Unknown to Core
    • type changed from defect to enhancement
     
  • David P. Chassin

    • milestone changed from Release win32-2_0_0 to Release src-2_0_0
     
  • David P. Chassin

    • milestone changed from Release src-2_0_0 to Version 3.0 RC 1
     
  • David P. Chassin

    • version changed from 2.0 to trunk
     
  • Jason Fuller

    Jason Fuller - 2013-09-10
    • owner changed from mhauer to dchassin
    • milestone changed from Version 3.0 RC 1 to Version 3.1 Stable

    Might this have been handled by the hash table additions by Ausgrid folks? It's a pretty old ticket...does it even have relevance anymore?

     
  • David P. Chassin

    • Milestone: Version 3.1 Stable --> Unscheduled
     
  • David P. Chassin

    • Milestone: Unscheduled --> Version 4.0 RC1