home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!utcsri!torn!cunews!revcan!sidus!atronx.OCUnix.On.Ca!qpoint!dej
- From: dej@qpoint.ocunix.on.ca (David Jones)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: MatchNext() or Exall() - which is better?
- Distribution: world
- Message-ID: <dej.01b3@qpoint.ocunix.on.ca>
- References: <dej.01aj@qpoint.ocunix.on.ca> <jbickers.0bhm@templar.actrix.gen.nz> <Brov1H.4Iu@unx.sas.com>
- Date: 21 Jul 92 19:55:03 EST
- Organization: Dejital Software
- Lines: 36
-
- In article <Brov1H.4Iu@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
- >For David Jones: you don't need to use the MatchHook if you pass the
- >correct thing in the eac->MatchString field, as those are the only files
- >that will be returned, anyway.
- >
-
- Perhaps I should clarify the processing. The files in the directory
- are in the form FIDO.zone.net.node.point.queue where zone/net/node/point
- are components of a 4-D Fidonet address. I don't want the filename
- itself. I just want to know the address so that I can dynamically
- allocate a structure, associate it with the address, and link into
- a master list in my application.
-
- I'd rather not allocate a huge ExAll() buffer, and with MatchFunc, I
- can inspect the filename and do my processing w/o using any more than
- one buffer slot.
-
- (For the curious (and in the know), this is xferq.library doing the
- queue scan when first asked to read a queue file)
-
- As it turns out, the MatchFirst/Next/End() approach appears to
- be working.
-
- >--
- >---------------
- >Jim Cooper
- >(jamie@unx.sas.com) bix: jcooper
- >
- >Any opinions expressed herein are mine (Mine, all mine! Ha, ha, ha!),
- >and not necessarily those of my employer.
-
- --
- David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
- email: dej@qpoint.ocunix.on.ca Fido: 1:163/109.8
- AMIGA: Advanced Multimedia with Interactive Graphics and Audio
-
-