Musings of an STL-extension library designer (who's renowned for producing high-quality software with low-quality documentation).
Showing posts with label recls. Show all posts
Showing posts with label recls. Show all posts
Monday, March 8, 2010
VC++ 10 support imminent
Just added VC++ 10 support to STLSoft, and am proving it with builds of various dependent libraries, including FastFormat, Pantheios and recls. Should be available very soon (1-2 days).
Saturday, November 21, 2009
STLSoft 1.9.88 imminent
I'm just preparing a new release of recls, and in the process have needed to enhance winstl::basic_findfile_sequence, adding a new throwOnAccessFailure flag, which (as should be obvious from the name), causes an exception to be thrown in the event of access failure. This will allow consistent behaviour between recls (C/C++) and the new recls 100% .NET library.
Saturday, December 13, 2008
recls 1.9 alpha process begun
I've finally got around to enhancing the old stalwart, recls, which (if you don't know) is a platform-independent file-system recursive-search library.
So, far, I've finished a source-file renaming process that I started over a year ago, and now I'm having a go at the tracing functionality. This was formerly implemented in terms of syslog() on UNIX and OutputDebugString() on Windows. Now, as may be obvious if you follow STLSoft-related library news, I'm thinking it'll be implemented in terms of Pantheios.
The issue here, though, is that there should be no unnecessary coupling between libraries, and I think it would be wrong to couple recls to Pantheios just to provide good logging facilities. So the challenge will be to work out a way to allow the two to work together if required, and to not do so if not. Preprocessor options, function pointers, callbacks, and all manner of other ideas are under consideration.
I'll let you know how it goes. (And you'll be able to see it, as I'm planning to release recls 1.9 alpha 1 as soon as the logging is done.)
So, far, I've finished a source-file renaming process that I started over a year ago, and now I'm having a go at the tracing functionality. This was formerly implemented in terms of syslog() on UNIX and OutputDebugString() on Windows. Now, as may be obvious if you follow STLSoft-related library news, I'm thinking it'll be implemented in terms of Pantheios.
The issue here, though, is that there should be no unnecessary coupling between libraries, and I think it would be wrong to couple recls to Pantheios just to provide good logging facilities. So the challenge will be to work out a way to allow the two to work together if required, and to not do so if not. Preprocessor options, function pointers, callbacks, and all manner of other ideas are under consideration.
I'll let you know how it goes. (And you'll be able to see it, as I'm planning to release recls 1.9 alpha 1 as soon as the logging is done.)
Friday, December 12, 2008
Radio silence ...
Having had a protracted break from STLSoft-related blogging, I'm back.
I've been busy with clients, and with various coding and writing projects, of which more in the coming posts.
I'll be attempting to post daily for the next few weeks, as I make my way through the following tasks:
I've been busy with clients, and with various coding and writing projects, of which more in the coming posts.
I'll be attempting to post daily for the next few weeks, as I make my way through the following tasks:
- STLSoft 1.10 alpha releases
- recls 1.9 alpha release
- FastFormat 0.2 beta releases
- Pantheios 1.0 non-beta release
- xCover first release
- ... and other things I've currently forgotten
Subscribe to:
Posts (Atom)