Thanks for your response. The major sticking point is the lack of wildcards for the log filenames. These need to be specified by the user at compile time. The alternative is to parse ALL logfiles until Analog finds the start date (which is what I'm having to do now - and some of those log files are big).
The ASP script does not know what the full path is since it's a general purpose script accessing several dozen different log paths, all unique. In some cases there can be more than one path per site. The path can be fixed, as you say, in some kind of database, and that's my fallback position, but at extra maintenance expense. And it does not solve the other problem. To specify the log filenames remotely using the LOGFILE command results in a long filename string - an increase typically in the region of 5000% (50 characters instead of 10 or less) and an increase in complexity in the ASP script - not major but it should be unnecessary. The maximum command line length is 2048 bytes, a maximum number of path/filenames of about 25 - see http://weblogs.asp.net/oldnewthing/archive/2003/12/10/56028.aspx I would also have to work out where the month boundaries came in order to permit the user to accurately parse, say, one week or six month's worth of logs. Easier to specify a wildcard for Analog, which can already calculate such things (eg: parse the past 28 days of log files). The paths can be specified in the Analog script but only by combining the full path AND filename, which precludes specifying the actual log names remotely without including the full path for each log file. What I'm asking for is a separate LOGPATH that can be prepended to one or more log filenames supplied via the command line. If a LOGFILE specification, used in conjunction with a LOGPATH, could contain wildcards then the ASP script would be a lot simpler and result in shorter (and less error-prone) command strings. I'm sure I'm not the only one who could benefit from this. ___________ Dave Stiles +------------------------------------------------------------------------ | TO UNSUBSCRIBE from this list: | http://lists.isite.net/listgate/analog-help/unsubscribe.html | | Digest version: http://lists.isite.net/listgate/analog-help-digest/ | Usenet version: news://news.gmane.org/gmane.comp.web.analog.general | List archives: http://www.analog.cx/docs/mailing.html#listarchives +------------------------------------------------------------------------
