RM> Memory will be even tighter, actually. Ppoint runs Bink by shelling

 RM> and running a batch file, so the sorting prog will have to run

 RM> after Bink and before Ppoint returns from shell. In a typical dv

 RM> window, this leaves me with 315k of ram. EMS/XMS should be

 RM> available, though.



EMS won't do much good as you'd still have to select chunks of 64k.  XMS
would be good if you have a compiler that can use it.



 PM>> There's no message base in my program.



 RM> Hokay, then how bout the "packet" specs?? 



The packet format is just the standard fidonet packet. The fidonet
documents are available from Paul.



 PM>> The way I've written it there's no chance it would run under DOS

 PM>> unless you use something like GNU to compile it. I don't have the DOS

 PM>> version of GNU so I can't try it.



 RM> If I sign a non-disclosure agreement in blood, could I have a go at

 RM> rewriting it for limited ram under BC++?



You don't need to do anything quite so drastic! I've released the program
as public domain, and it includes all the source code. You can use any or
all of it in what ever way you like.



The code is C and C++. It was written with the OS/2 version of BC++. I've
compiled it under the MS-DOS version, but it has a hard time running due to
the limitation of only being able to allocate 64K of memory at a time.
You'll also need to increase the stack size, as it allocates some large
structures as local variables.



I've uploaded it Paul's system and it's avaiable for freq. The name of the
file is SRTPK102.ZIP.



Good luck! 





Paul



--- GoldED/2 2.42.G1114