pkmnfrk
2010-04-07 23:32:18 -0700 (Wed, 07 Apr 2010)
449
RELOAD now uses am explicit Allocate'd array of strings, rather than an FB
array of strings.
This means two things: First, I can stick the string table in the Doc ptr,
which means that it will be re-used next time the document is
James Paige wrote:
On Tue, Apr 06, 2010 at 06:03:29PM -0700, subvers...@hamsterrepublic.com wrote:
pkmnfrk
2010-04-06 18:03:29 -0700 (Tue, 06 Apr 2010)
411
Reworking reloadtest.bas into a unit test of the key features of RELOAD
(creating documents, navigating documents, serializing and
This is my plan for how Delay Loading will work. This is both for my reference,
and so you guys can comment on it.
I believe this is necessary for a few reasons. In the future, more lumps will
be in the RELOAD format. Heroes, enemies and text boxes are prime candidates,
right off the bat.
I'd just like to mention that, as this seems to be a variant of
lazy loading (http://en.wikipedia.org/wiki/Lazy_loading), it might be
more appropriate to use that term - not that it matters much here, but
moreso in the code.
(IMO Delay loading suggests a *time-based* loading (ie nodes being
fully
On Wed, Apr 7, 2010 at 11:39 PM, Mike Caron caron.m...@gmail.com wrote:
As of two revisions ago, you also get timing information! On my system, it
looks like:
Test #1: createDocument... Pass
Took 2 µs
Test #2: addRootNode... Pass
Took 33 µs
Test #3: addSmallInteger... Pass
Took 9 µs
:( stupid Linux console being faster than Windows' console (it took my computer
183 times longer to dump the XML!)
--
Mike Caron
-Original Message-
From: Bob the Hamster b...@hamsterrepublic.com
Date: Thu, 8 Apr 2010 08:40:16
To: ohrrpgce@lists.motherhamster.org
Subject: Re: [Ohrrpgce]
james
2010-04-08 11:06:02 -0700 (Thu, 08 Apr 2010)
344
The add hero command now returns the party slot number that the
hero was added to, or -1 if the party is full.
Also fixed broken party-full checking which allowed you to
exceed the allowed maximum of 38 heroes if you max out your
reserve
http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=742
Bob the Hamster b...@hamsterrepublic.com changed:
What|Removed |Added
Status|NEW
http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=825
Bob the Hamster b...@hamsterrepublic.com changed:
What|Removed |Added
Status|NEW
http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=332
Bob the Hamster b...@hamsterrepublic.com changed:
What|Removed |Added
CC|
james
2010-04-08 14:49:24 -0700 (Thu, 08 Apr 2010)
684
Partially reverted my previous fix to add hero
Since the limitation of 38 heroes + 3 empty slots for swapping
was NEVER correctly enforced, all the way back before the 4-map
version, the limit on heroes is now officially 41.
The 41 hero limit
On Thu, Apr 08, 2010 at 02:49:24PM -0700, subvers...@hamsterrepublic.com wrote:
james
2010-04-08 14:49:24 -0700 (Thu, 08 Apr 2010)
684
Partially reverted my previous fix to add hero
Since the limitation of 38 heroes + 3 empty slots for swapping
was NEVER correctly enforced, all the way back
pkmnfrk
2010-04-08 16:16:20 -0700 (Thu, 08 Apr 2010)
202
Making slices.bas use the new RELOAD accessor functions, rather than peering
into the NodePtr and DocPtr directly
Since this is the only other place to use RELOAD, the types are now hidden by
default.
---
U wip/reload.bas
U
pkmnfrk
2010-04-08 16:38:02 -0700 (Thu, 08 Apr 2010)
120
Oops, forgot about xml2reload, who I had commented out of my copy of
makereload.bat _
It now compiles properly again
---
U wip/xml2reload.bas
___
Ohrrpgce mailing list
james
2010-04-08 17:03:12 -0700 (Thu, 08 Apr 2010)
123
Fix a glaring error in lookup slice
The second argument (the slice handle to start from) was being passed totally
wrong.
---
U wip/yetmore.bas
___
Ohrrpgce mailing list
pkmnfrk
2010-04-08 17:16:52 -0700 (Thu, 08 Apr 2010)
748
On windows, RELOAD now allocates a private heap for each document. Reasons:
1. Possible to query memory usage (preferably for debugging purposes, since it
requires walking each block on the heap)
2. Really fast FreeDocument() calls -- no
16 matches
Mail list logo