
|
[arachne]
||
[Date Prev]
[05-2004 Date Index]
[Date Next]
||
[Thread Prev]
[05-2004 Thread Index]
[Thread Next]
[arachne] Re: Internal Editor.. more musings
- From: "John Sparks" <johncsparks@xxxxxxxxxx>
- To: <arachne@xxxxxxxxxxxxx>
- Date: Sat, 29 May 2004 18:08:40 +0100
Arachne at FreeLists---The Arachne Fan Club!
----- Original Message -----
From: "Greg Mayman" <gmone@xxxxxxxxxx>
To: <arachne@xxxxxxxxxxxxx>
Sent: Saturday, May 29, 2004 12:58 AM
Subject: [arachne] Re: [a4dos-list] Internal Editor.. more musings
<snip>
> > Difficult to track down without some hard data. Would it be
possible
> > to build a debug version of Arachne in which a selective memory
dump
> > could be invoked by the user? This might allow a developer to view
how
> > the memory was allocated when the problem was present, and obtain
some
> > clues.
>
> I'm not sure that a memory dump would be needed, or useful.
> There would be such an amount of stuff to wade through it would
> be difficult to find where the trouble had occurred.
> Perhaps the memory allocation would be better.
Could indeed be a problem. I had envisaged that a developer would give
some thought to what data might be most useful and arrange for a
"selective" dump of that data.
>It could be
> automatically written continuously every time anything was
> written to memory.
>
> But since anything like this would require the use of memory, it
> becomes another case of the very fact of the observation altering
> the subject of the observation.
If the proposed code which does a selective data dump is only invoked
after the fault has appeared and, as far as possible, runs to
completion without letting Arachne back in, then this problem might be
avoided (at least in theory)
> The correct way of course is to go through Arachne's code with a
> fine-toothed comb, and find the place that causes this memory
> conflict.
> And be assured that it ain't gunna be at all obvious.
Definitely worth a try.
> It would
> almost certainly be quicker and easier to rewrite all of Arachne's
> code from scratch.... v2.0....
There could be a problem with that theory ;-)
If one assumes that: writing any new bundle of code the size of
Arachne is bound to introduce at least one difficult bug; and follow
with the above, then....
(well you would't stay at V2.0 for very long!)
Better keep the data-dumping code small then <g>
John
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.690 / Virus Database: 451 - Release Date: 22/05/04
Arachne at FreeLists
-- Arachne, The Web Browser/Suite for DOS and Linux --
|

|