scribia-developers — Discussion of Scribia development.

[Scribia-dev] untraining

[Lark <lar...@ya...>]

I was wondering how Scribia could handle untraining. I've never done it, is
there a message? Does it tell you what you untrain?

Also, I think Rodnus and such subtract trainings. How should we handle
those? Maybe we should not (only) count the ranks, but also remember hat the
trainer said last time you saw him/her? (e.g. "you have attained tremendous
skill", etc.)

On a related note, Demian told me that you untrain with a fell blade if you
don't practice enough, and submitted the log message. I'm simply subtracting
one training from the counter in that case, it seems to be a 1:1 untrain
(you get the untrain message, and immediately after gain a rank in your
current trainer.)

Do gossamer and blood blades do that to? Anyone have log messages for those?

Also, is there anything to count for the Swords of Souls?

Last, I've added Loovma Geer counting.
-- 
Lark <lar...@ya...>

[Scribia-dev] Changes

[Ben H. <bh...@sa...>]

My GUI additions have been commited, thanks Lark!

Let me know what y'all think. Obviously most of it doesnt work yet.

Also, Lark, I believe the trainers (fell/blood/goss/virgil) i sent to 
you should have bullets (option-8) instead of asterisks. I think 
eudora changed them to asterisks since i usually send in "plain" 
format instead of "Styled".

I think that a trainer message with an asterisk instead of a bullet 
is considered a "bug" by DT.

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

[Scribia-dev] News

[Lark <lar...@ya...>]

News:
    - committed Ben's changes to the GUI (nice job!)
    - committed Geo's prefix fixes
    - some new trainers (blades, Virgil), also thanks to Ben
    - changed copyright to "The Scribia Development Team"
      (except for Rob's files, which read "Rob Tsuk and
      The Scribia Development Team")
    - added a CW6 project, renamed the current one to indicate
      it's for CW5 (the CW5 one is a little outdated since I'm
      using 6 now)

One little issue: With Geo's prefix changes, in the "Final" target, both the
final an the debug prefix get recompiled. In the "Debug" target, only the
debug one does, as I would expect.

It's pretty easy to merge changes, so if you'd like to see something
committed, send me your sources, I'll merge and commit until SF gets the
pserver thing working. Please make sure you send me modified versions of the
latest sources (i.e. CVS update).
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Throw

[Lark <lar...@ya...>]

> the following email has grown to be quite long and technical as I
> scrutinized the problem deeper and deeper. If your interest for proper
> project setup is next to NULL, you may be better close it and go earn a few
> coins in north pass. On the other hand, if you want to understand the thing
> in detail (or if you are Lark, or both ;-) ), this should shed some light.

Great analysis, Geo!

Mea culpa. I don't have much Mac/CW experience, so I kinda set the project
up like the demo ones, and added stuff in what I thought were the correct
places.

<lots of things snipped>

I will try and do the "clean fix". (Or just email me your changes!) Please
look it over after I committed it, in case I screwed up again. :-)

> I know it may seem a large set of changes for little appearant gain.
> However, I think they are good on the long term as we grow using more debug
> capabilities, and start having other people concentrating on little parts
> of the code only and wanting to have a general environment well setup.

I could not agree more.
 
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Function Separators

[Lark <lar...@ya...>]

> Would anyone be horribly bothered if i added these:
> 
> 
> // 
> ------------------------------------------------------------------------------
> //  *  CScribiaDoc::ScanLog(const FSSpec &inFileSpec)
> // 
> ------------------------------------------------------------------------------
> 
> 
> In front of every function?

Not at all.
-- 
Lark <lar...@ya...>

[Scribia-dev] Is everyone using CW6?

[Lark <lar...@ya...>]

I have finally made the move to CodeWarrior 6 (actually 6.1). Is everyone
else already using 6? If so, we could update the project file, start using
Morefiles 1.5, etc.

If you are still using 5.3, please speak up now! I wouldn't want to change
anything that'll break things for you.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Re: CL: Scribus

[Lark <lar...@ya...>]

> btw i also asked for pserver access but it looks like i didn't get it.
> opening the source tree with MacCVS Pro still lists all files as read-only.

That may be due to a local preference setting. You won't know if you have
write access until you try to commit something. It's the remote server that
will deny you permission.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Re: CL: Scribus

[Lark <lar...@ya...>]

> I almost wish I had a linux box or and OS X machine and knew how to setup
> my own CVS server.

I think I'll have to check again if any Mac SSH clients can do connection
forwarding. Last I checked, they couldn't, but maybe things changed.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Re: CL: Scribus

[Lark <lar...@ya...>]

> 1. CVS over SSH does not work on the Mac.
>> 
>> 2. Sourceforge support staff has told your project admin that her developers
>> must ask for pserver access to project scribia's CVS tree via a support
>> ticket.
>> 
>> 3. You are doing that now.
> 
> Just did that, ticket # 113419
> 
> If I am lucky, i'll get it soon (one can dream ;-) ) and i'll be able to do
> those changes myself.

I've also submitted a request to get pserver access for all developers:
http://sourceforge.net/support/index.php?func=detailsupport&support_id=11345
3&group_id=1
-- 
Lark <lar...@ya...>

RE: [Scribia-dev] Re: CL: Scribus

[Charles L. <da...@sy...>]

>I also took the (annoyingly long) time to access the closed requests...

this reminds me of a question i asked myself a while ago: is there an easy
way to find out about previous support requests that were closed? my
personal page lists all open support requests but i can't find any history
of my past support requests.

btw i also asked for pserver access but it looks like i didn't get it.
opening the source tree with MacCVS Pro still lists all files as read-only.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] Its scribia!

[Ludovic N. <lni...@wa...>]

>DT Runs a CVS server. Think they might be willing to host scribia?
>I could ask timmer, if we wish to do this. Sourceforge almost seems
>to be more hassle than its worth. We can get mailing lists (without
>so many annoying headers) in other places as well.

Well, let's wait a few more days see how they handle my case, then
hopefully you and others could use the breach to get proper access without
as much hassle as I have gone through. If that doesn,t work, I for one
don't say no to that idea if DT accepts to host it.

>Also i have a question on design. How do we want to get the data to
>the CScribiaDocumentWindow? The way i have implemented it for now is
>to give CScribiaDocumentWindow a CScribiaDoc data member (passed in
>on creation), and added accessors to CScribiaDoc for its data. So
>far, just the character name. I'll send that to lark later, and she
>can upload/fix/etc.

I wonder if it wouldn't be better theoritical design to have the
ScribiaWindow be a member of the ScribiaDoc instead. But I am really not
sure if it matters here and now, I'll peek at my Design Patterns again I
guess ;-)
>If there is a better/nicer/more efficient way, i am open to suggestions.

Geotzou

[Scribia-dev] Its scribia!

[Ben H. <bh...@sa...>]

DT Runs a CVS server. Think they might be willing to host scribia?

I could ask timmer, if we wish to do this. Sourceforge almost seems 
to be more hassle than its worth. We can get mailing lists (without 
so many annoying headers) in other places as well.

Also i have a question on design. How do we want to get the data to 
the CScribiaDocumentWindow? The way i have implemented it for now is 
to give CScribiaDocumentWindow a CScribiaDoc data member (passed in 
on creation), and added accessors to CScribiaDoc for its data. So 
far, just the character name. I'll send that to lark later, and she 
can upload/fix/etc.

If there is a better/nicer/more efficient way, i am open to suggestions.

-Ben


At 10:05 PM -0500 2/3/01, Ludovic Nicolle wrote:
>  >
>>Just did that, ticket # 113419
>
>
>I also took the (annoyingly long) time to access the closed requests and i
>found out the other one i had logged a week ago.
>
>ticket# 112948
>
>Got closed like the first one with a useless comment. I sent a third one
>today, but I am starting to think they don't even read what I write. This
>said, I found out an old request by someone else who was treated by aphzen
>and his answer denoted knowledge of the mac ssh limitation. Even though I
>am reluctant to bypass official channels, i think i'll go through him if my
>third request is bullshitted again.
>
>I also saw Lark's follow up on my first request, I guess the answer to the
>second would not have pleased you either ;-)
>
>I almost wish I had a linux box or and OS X machine and knew how to setup
>my own CVS server.
>
>Geotzou "let's turn the Scribia project into a SSH CVS client project ;-)"
>
>
>
>_______________________________________________
>Scribia-developers mailing list
>Scr...@li...
>http://lists.sourceforge.net/lists/listinfo/scribia-developers

-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

[Scribia-dev] Function Separators

[Ben H. <bh...@sa...>]

Would anyone be horribly bothered if i added these:


// 
------------------------------------------------------------------------------
//		*  CScribiaDoc::ScanLog(const FSSpec &inFileSpec)
// 
------------------------------------------------------------------------------


In front of every function?


Having used the PP frameworks so much I have gotten rather used to 
them. I find they provide a nice visual separation and make the file 
look cleaner.

Of course, if others really hate em, we dont need them. :)

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

RE: [Scribia-dev] Re: CL: Scribus

[Ludovic N. <lni...@wa...>]

>
>Just did that, ticket # 113419


I also took the (annoyingly long) time to access the closed requests and i
found out the other one i had logged a week ago.

ticket# 112948

Got closed like the first one with a useless comment. I sent a third one
today, but I am starting to think they don't even read what I write. This
said, I found out an old request by someone else who was treated by aphzen
and his answer denoted knowledge of the mac ssh limitation. Even though I
am reluctant to bypass official channels, i think i'll go through him if my
third request is bullshitted again.

I also saw Lark's follow up on my first request, I guess the answer to the
second would not have pleased you either ;-)

I almost wish I had a linux box or and OS X machine and knew how to setup
my own CVS server.

Geotzou "let's turn the Scribia project into a SSH CVS client project ;-)"

Re: [Scribia-dev] Throw

[Ben H. <bh...@sa...>]

Ah! Great! You know, it did occur to me that it might be a problem 
related to the precompiled header file. However, as my mac only has 
64M of RAM, and is not that fast at compiling (250mhzG31400) its a 
hassle to compile the precompiled headers, so i never tried that 
avenue of troubleshooting.

Thanks!

-Ben

At 5:26 PM -0500 2/3/01, Ludovic Nicolle wrote:
>Hello all,
>
>the following email has grown to be quite long and technical as I
>scrutinized the problem deeper and deeper. If your interest for proper
>project setup is next to NULL, you may be better close it and go earn a few
>coins in north pass. On the other hand, if you want to understand the thing
>in detail (or if you are Lark, or both ;-) ), this should shed some light.
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

Re: [Scribia-dev] Re: Scribia comment..

[alias... <al...@pi...>]

At 11:41 am -0800 3/2/01, Lark wrote:
>Added Frrinakin, Par Troon and Vor'harn. (The other ones were already in.)

thanks.. :)

>Are you sure these are stars (*) in front of the message and not option-8
>(*)? That's what I have in my logs for the other three trainers. Or maybe it
>was changed sometime by DT?

Umm.. it's definately option-8 (bullet point).. which is what i put 
in the email..

I'm guessing i've still got eudora spitting out euro font sets or 
something odd like that... sorry for the confusion.. :)

alias..

RE: [Scribia-dev] Re: CL: Scribus

[Ludovic N. <lni...@wa...>]

He,


>I've sent a followup to that ticket, you should to (and everybody else that
>is still waiting for pserver access). Tell them:
>
>1. CVS over SSH does not work on the Mac.
>
>2. Sourceforge support staff has told your project admin that her developers
>must ask for pserver access to project scribia's CVS tree via a support
>ticket.
>
>3. You are doing that now.

Just did that, ticket # 113419

If I am lucky, i'll get it soon (one can dream ;-) ) and i'll be able to do
those changes myself.

Geotzou

Re: [Scribia-dev] Throw

[Ludovic N. <lni...@wa...>]

Hello all,

the following email has grown to be quite long and technical as I
scrutinized the problem deeper and deeper. If your interest for proper
project setup is next to NULL, you may be better close it and go earn a few
coins in north pass. On the other hand, if you want to understand the thing
in detail (or if you are Lark, or both ;-) ), this should shed some light.

Ben Hines said:

>However i am having some problems as i do not seem to be getting
>"Throw" dialogs. For example if i forget to register a class in a
>window, i get no dialog - it just fails silently. If i put a
>breakpoint in CScribiaApp.cp at SetDebugThrow_(debugAction_Alert); it
>appears that the macro is dead stripped - cant even break there. It
>is never called. It is as if Debug_Throw were not defined in the
>headers - but it IS defined. Similarly, SignalStringLiteral_() does
>not work at all.
>
>I've spent some time looking through the project settings/code and i
>cant find whats wrong. Can others replicate this, or do i have a bad
>compiler setting?

Well, looked at that a bit. Nasty stuff and honestly very confusing.

In short, there are two compilations paths when you create Scribia

1. Precompiled Headers

The precompiled header mains ource file is DebugPrefix.pch++. This one
includes PrefixCommon.h, which includes PP_DebugMacros.h, which includes
PP_Debug.h, which includes PP_Prefix.h, which includes UException.h, which
includes *tadam* UDebugging.h. And at this point Debug_Throw is not
defined, and thus the Macro compiles to nothing.

But at this point, the precompiled header main osurce file is not finished.
After including PrefixCommon.h, it then includes PP_DebugHeaders.cp. This
file defines the macro Debug_Throw, and this is why if you have the browser
infomation turned on, it appears to be defined. UDebugging.h is later
reincluded from various locations, but it is firewalled with this #ifndef
_H_UDebugging
      #define _H_UDebugging      #pragma once        sequence, which
prevents redefining the macro according to Debug_Throw.

2. the standard source files.
The Scribia projects sets a prefix file for every precompiled source file
using DebugPrefix.h (in C++ language panel). DebugPrefix.h includes the
result of pre-compilation path 1 above. But to make things nastier, it also
redefines Debug_Throw before doing so. Unfortunately., since the
precompiled part is already compiled, that flag has no impact n the
definition of SetDebugThrow_, so you get what you described in your
original question.

Visually, that gives:
DebugPrefix.h
      DebugPrefixHeadersPPC++
        |   DebugPrefix.pch++
        |        PrefixCommon.h
        |               PP_DebugMacros.h
        |                       PP_Debug.h
        |                              PP_Prefix.h
        |                                      UException.h
        |                                             UDebugging.h
        |                                                    #define
SetDebugThrow_ (where Debug_Throw is undefined)
        |         PP_DebugHeaders.cp
        |                   #define Debug_Throw
        |                   #define Debug_Signal
        |                   ... other irrelevant stuff ....

CScribiaApp.cp
       includes DebugPrefix.h as a prefix file
       uses SetDebugThrow_ as defined 5 lines above.
****************************************************
The immediate problem Ben was facing is only related to that. But more
generally, Scribia project is currently weirdly setup, since those 2
compilation paths are not perfectly sequential. The PowerPlant Headers are
compiled in step 1 with some debug symbols set in the TargetPrefix.pch++
file, then the result is later included in a TargetPrefix.h file that also
redefines some of them.

*****************************************************
Now the fix. As soon as we include PP_DebugMacros.h in step 1, we "lose
control" as this is standard PowerPlant code. the comments in PP_Debug.h
mention that the Debug_Throw/Debug_Signal macros must be set prior to this.

Now we can do two kind of fixes: a quick fix, or a clean fix.

The quick fix involves adding those 3 lines in DebugPrefix.pch++, before
the #include of PrefixCommon.h
// Define all debugging symbols
#define Debug_Throw
#define Debug_Signal

// Bring in common settings
#include "PrefixCommon.h"


The clean fix requires understanding one of the role of PP_DebugHeaders.cp.
This file is there to provide default behavior for Debug targets. But since
we override some of those defaults, namely
#define PP_StdDialogs_Option	PP_StdDialogs_Conditional
#define PP_Uses_Old_Integer_Types 0
we *should* stop using PP_DebugHeaders.cp in our include file, but rather
use our own including there.

So the proper way of fixing that stuff:
a) add those two lines at the end of PrefixCommon.h, since this *is* common
to all targets.
// Bring in PP headers.
#include <PP_ClassHeaders.cp>
b) remove #include <PP_ClassHeaders.cp> from FinalPrefix.pch++
     remove #include <PP_DebugHeaders.cp> drom DebugPrefix.pch++
c) add #include "DebugPrefix.h" at the very top of DebugPrefix.pch++
     add #include "FinalPrefix.h" at the very top of FinalPrefix.pch++
d) remove the #include of the binary precompiled haeders at the end of both
      DebugPrefix.h and FinalPrefix.h
e) move the #define	PP_MoreFiles_Support	1	// OFF by default
 from DebugPrefix.h to PrefixCommon.h, before the #include <PP_DebugMacros.h>
(Please note that PP_DebugMAcros.h is not a Debug-specific file, it must be
included in every target as it defines non-debug versions of debug  macro
utilities to nothing or their no-overhead production equivalent).
f) change the Prefix file in the C++ language panel to be the binary
DebugPrefixHeadersPPC++ and equivalent non-debug (and 68K if any) binaries
for other targets

Why doing all this?
-make sure things are not defined multiple times in multiple places
-ensure we are really using the debug headers to *only* define debug
related elements (and not MoreFiles support, for example
-having the proper debug symbols at all steps of the precompilation and
compialtion process when compiling a debug target (so that Ben can stop at
that macro ;-) )

I know it may seem a large set of changes for little appearant gain.
However, I think they are good on the long term as we grow using more debug
capabilities, and start having other people concentrating on little parts
of the code only and wanting to have a general environment well setup.

Also, maybe some people don't like the idea of setting the binary
precompield header as such in the project settings. if so, we can actually
create a.h file that would include them. But IMHO, this is just adding more
indirection and confusion with no gain. if you have valid reasons to reject
that approach, please let me know.

I just compiled a newer version of my own Scribia version with those
modifications, everything is fine and same as before, aside the fact those
macros have a break line available now.

Geotzou, now let's log a third ticket onto SOurceforge so i could do all
this myself.

Re: [Scribia-dev] Re: Scribia comment..

[Lark <lar...@ya...>]

Added Frrinakin, Par Troon and Vor'harn. (The other ones were already in.)

Are you sure these are stars (*) in front of the message and not option-8
(=80)? That's what I have in my logs for the other three trainers. Or maybe i=
t
was changed sometime by DT?
--=20
Lark <lar...@ya...>

Re: [Scribia-dev] Throw

[Lark <lar...@ya...>]

> I have made some good progress on Scribia tonight.
> 
> I made a "main interface" window with a list of all your characters.
> It has buttons to "scan log" for the currently selected character or
> all characters.
> 
> I'll probably just send it to Lark, as she said she could commit for me.

Great, I will!

FYI, if you have access to a Unix box, CVS/SSH works there and you can
commit using the procedure described on SF.
 
> However i am having some problems as i do not seem to be getting
> "Throw" dialogs. For example if i forget to register a class in a
> window, i get no dialog - it just fails silently. If i put a
> breakpoint in CScribiaApp.cp at SetDebugThrow_(debugAction_Alert); it
> appears that the macro is dead stripped - cant even break there. It
> is never called. It is as if Debug_Throw were not defined in the
> headers - but it IS defined. Similarly, SignalStringLiteral_() does
> not work at all.
> 
> I've spent some time looking through the project settings/code and i
> cant find whats wrong. Can others replicate this, or do i have a bad
> compiler setting?

I'll try. Are you using CW6, Ben? It's been updated to 6.1 yesterday. Maybe
I'll get around to installing 6 this weekend, too.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Codin'

[Lark <lar...@ya...>]

> tell me if you are able to commit anything to the sourceforge project, even
> the smallest useless change.

I will open support item it SF, and ask for CVS pserver access for *all*
developers.
 
> For the STL part, i understand your feelings. I had a bit of confusion when
> I looked at CScribiaDoc.cpp at first, but after a moment, it makes sense. I
> have made a version that displays things slightly differently and shows how
> to get string information for example, but i can't commit it for now.

Strings have changed in the scanner. If this screws you over, I suggest we
make them constants somewhere, so that they only need to be changed in one
place and all still works. I've also changed the data structures some, all
exile- or beast-related data is now kept in one hash keyed on the name of
the thing, the data being another hash keyed on the data type with value
integer (i.e. my number of falls would be in mExile["Lark"]["Falls"].)

Some of the second-level strings have been changed (i.e. "Falls" -> "Number
Of Falls"). They really should be constants.
 
> I also added some WaitNextEvent in the scan loop to allow at least
> switching app (and be able to play CL while scanning ;-) ), but those
> aren't committed either of course.

Ooh, send me those! Good stuff!
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Codin'

[Lark <lar...@ya...>]

> One suggestion: comment your code, folks!
>
> Not being that familiar with the STL, it would help esp for the STL
> parts. But i suppose its good to make me learn it. :)

Mea culpa. I thought the STL code for the debug GUI would never see the
light of day, but then committed it anyway. I'll add some comments to it.
The scanner (.l) is pretty well documented, I think.
-- 
Lark <lar...@ya...>

[Scribia-dev] Throw

[Ben H. <bh...@sa...>]

Yeah, STL is very well designed and very logical. I am always 
impressed how easy it makes things - you just have to learn it the 
first time.

I have made some good progress on Scribia tonight.

I made a "main interface" window with a list of all your characters. 
It has buttons to "scan log" for the currently selected character or 
all characters.

I'll probably just send it to Lark, as she said she could commit for me.

However i am having some problems as i do not seem to be getting 
"Throw" dialogs. For example if i forget to register a class in a 
window, i get no dialog - it just fails silently. If i put a 
breakpoint in CScribiaApp.cp at SetDebugThrow_(debugAction_Alert); it 
appears that the macro is dead stripped - cant even break there. It 
is never called. It is as if Debug_Throw were not defined in the 
headers - but it IS defined. Similarly, SignalStringLiteral_() does 
not work at all.

I've spent some time looking through the project settings/code and i 
cant find whats wrong. Can others replicate this, or do i have a bad 
compiler setting?

-Ben

At 3:26 AM -0500 2/3/01, Ludovic Nicolle wrote:
>Hi Ben,
>
>tell me if you are able to commit anything to the sourceforge project, even
>the smallest useless change.
>
>For the STL part, i understand your feelings. I had a bit of confusion when
>I looked at CScribiaDoc.cpp at first, but after a moment, it makes sense. I
>have made a version that displays things slightly differently and shows how
>to get string information for example, but i can't commit it for now.
>
>I haven't worked on a real interface as i was and still waiting for write
>access, keeping my motivation somewhat low.
>
>I also added some WaitNextEvent in the scan loop to allow at least
>switching app (and be able to play CL while scanning ;-) ), but those
>aren't committed either of course.
>
>Geotzou
>
>
>
>_______________________________________________
>Scribia-developers mailing list
>Scr...@li...
>http://lists.sourceforge.net/lists/listinfo/scribia-developers

-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

Re: [Scribia-dev] Codin'

[Ludovic N. <lni...@wa...>]

Hi Ben,

tell me if you are able to commit anything to the sourceforge project, even
the smallest useless change.

For the STL part, i understand your feelings. I had a bit of confusion when
I looked at CScribiaDoc.cpp at first, but after a moment, it makes sense. I
have made a version that displays things slightly differently and shows how
to get string information for example, but i can't commit it for now.

I haven't worked on a real interface as i was and still waiting for write
access, keeping my motivation somewhat low.

I also added some WaitNextEvent in the scan loop to allow at least
switching app (and be able to play CL while scanning ;-) ), but those
aren't committed either of course.

Geotzou

[Scribia-dev] Codin'

[Ben H. <bh...@sa...>]

I am playing with the code this weekend. I will let you know if i 
come up with anything useful.

One suggestion: comment your code, folks!

Not being that familiar with the STL, it would help esp for the STL 
parts. But i suppose its good to make me learn it. :)

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages