(3) Use an existing tool to produce the ASCII text straight out
of the squish database.... I'm sure I've seen such, just don't
remember where....
I'm looking more or less around .. The problem is that in order to do
that it looks like I'll have to extract the whole message scholm, then
and so on and so forth. That's what I thought I was trying to avoid.
I use all Squish message base format here, and I archive the Echo's I want to keep using TOPICX (Topic Extract). It will
extract ALL or selected messages using a wonderful
array of criteria, and you can dump the entire message
into a plain text file. It keeps a log file and uses
that to find the next starting point for each Area you
process, only NEW messages are added. Available in DOS
and OS/2 versions, TOPX_110 and TOPXP111. Its old
(1992) and reports this year 2001 as 101, but
otherwise its pretty good for me. Shouldn't be too
hard to post process the date into the correct format
with a couple of lines of Rexx.....;-)
Let me know if you can't find it and want a copy.
I've reached that point now where the system still...
works fine, but the maintenace operations for the
utilties take too long in the *.MSG format for the system.
What do I do now?
But what is missing, if I go to, for example SQUISH and
a SQUISH message base, is the fact that in the toss
process, we don't get a new cap and a new stack of
*.MSG's in a directory to clue the askSam thread task,
to "Aha! traffic! Munch in all from the old cap to the
new one!" That's how I wrote the interface code hard
coded untility which is called now to do the task I
wrote ass MSG2ASK.EXE all these years ago.
Advice?
Suggestions?
Ah..... Do you code your own some times?
Suggestions:
(1) Pickup the MSGAPI documentation for squish and
roll a new program for MSG2ASK.EXE.
(2) Toss all areas of interest to a point, and have
have the tool much the point data.
(3) Use an existing tool to produce the ASCII text straight out of the squish database.... I'm sure I've seen such, just
don't remember where....
Max when used with squish databases has a fairly good
search engine. I take it you want more of a
relational database you can manipulate....
Long ago and far away I gave a small amount of money
for a DOS database analysis tool called askSam. The
askSam, at least the professional version,is written
totally in assembler and is VERY fast and good.
But what is missing, if I go to, for example SQUISH and a SQUISH
message base, is the fact that in the toss process, we don't get a
new cap and a new stack of *.MSG's in a directory to clue the askSam thread task, to "Aha! traffic! Munch in all from the old cap to the
new one!" That's how I wrote the interface code hard coded untility
which is called now to do the task I wrote ass MSG2ASK.EXE all these
years ago.
Sleep well; OS/2's still awake! ;)
But what is missing, if I go to, for example SQUISH and a SQUISH
message base, is the fact that in the toss process, we don't get a new
cap and a new stack of *.MSG's in a directory to clue the askSam
thread task, to "Aha! traffic! Munch in all from the old cap to the
new one!" That's how I wrote the interface code hard coded untility
which is called now to do the task I wrote ass MSG2ASK.EXE all these
years ago.
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,063 |
Nodes: | 17 (1 / 16) |
Uptime: | 09:48:19 |
Calls: | 501,110 |
Calls today: | 3 |
Files: | 109,393 |
D/L today: |
301 files (36,656K bytes) |
Messages: | 300,305 |