mlF> yeah, i've always done these chores manually and written them off 
 mlF> as part of the task of setting up and configuring a system... 
 mlF> once it is done, that's another task removed from the TODO list ;)

 GT> I have always done things the same way but when I was given an 
 GT> entire bbs collection of CDs things changed...:)

i hear that :) 

speaking of bbs cd collections, i've been looking, for years, to find the set
that had the RADIST areas on it... there were only maybe three or four cds
with those areas... i haven't found them so i can replace what i lost of my RA
files years back in a crash... i don't remember what set it was that did it
but i'm sure that it wasn't night owl and there's another one that wasn't it
but i can't think of the name... the time period would be back before ronnie
toth passed away... she was the one that started and maintained the RADIST
areas...

 mlF> one possibility might be to install an older RA that addrom works 
 mlF> with and then convert those file areas database files up to 2.6's 
 mlF> format... i don't know if that would work well, though... i would 
 mlF> attempt it in another set of directories well away from your 
 mlF> install you are working on now... and make sure that you don't 
 mlF> have any RA environment variables pointing to your final 
 mlF> installation...

 GT> I did try that trick but for some reason areas created by addrom 
 GT> became corrupted after the upgrade.  I'm not sure exactly why....

ewww... that's weird... all the other areas were fine? just not the ones
created by addrom??

 GT> If only RA came with a command-line utility for adding areas :) 

i hear that... i had something i was working on years ago but shelved it for
various reasons... i might see if i can find it in the mountain of code
stashed behind the door...

 * Origin: North American RemoteAccess Support 919-774-5930 (1:3634/12)