I've *finally* just sent off the last round of revisions of "Imperfect C++", which have occupied me for the last week or so. After two years of effort, it's a pretty weird feeling to know that it's over the line at last.

Anyway, apart from sharing an electronic sigh of relief, this means that the releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. Expect news on both fronts within the next two weeks. I will also now put more effort into getting Walter to release std.loader.d and accept my updates to std.windows.registry.d and std.recls.d.

Thanks for patience to all who've been kind enough to wait for the libraries, and to those who've wished me well with the book writing. What an idiot I must have been to have thought that I should write a book. And what an idiot for embarking on two more this year - "Extended STL", and another that's not about C++. ;)

Cheers


-- 
Matthew Wilson

Contributing editor, C/C++ Users Journal
    (www.synesis.com.au/articles.html#columns)
STLSoft moderator
    (http://www.stlsoft.org)

"You can tell a Yorkshireman, but you can't tell him much!" -- Uncle Michael

-------------------------------------------------------------------------------

Congratulations Matthew

When will we be able to pick up a copy of your new book ?

fred


"Matthew" <matthew.hat@stlsoft.dot.org> wrote in message news:c785tn$267$1@digitaldaemon.com...
> I've *finally* just sent off the last round of revisions of "Imperfect C++", which have occupied me for the last week or so. After two years of effort, it's a pretty weird feeling to know that it's over the line at last.
>
> Anyway, apart from sharing an electronic sigh of relief, this means that the releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. Expect news on both fronts within the next two weeks. I will also now put more effort into getting Walter to release std.loader.d and accept my updates to std.windows.registry.d and std.recls.d.
>
> Thanks for patience to all who've been kind enough to wait for the libraries, and to those who've wished me well with the book writing. What an idiot I must have been to have thought that I should write a book. And what an idiot for embarking on two more this year - "Extended STL", and another that's not about C++. ;)
>
> Cheers
>
>
> -- 
> Matthew Wilson
>
> Contributing editor, C/C++ Users Journal
>     (www.synesis.com.au/articles.html#columns)
> STLSoft moderator
>     (http://www.stlsoft.org)
>
> "You can tell a Yorkshireman, but you can't tell him much!" -- Uncle Michael
>
> -------------------------------------------------------------------------------
>
>
>

Should be Sept/Oct.

It could be later if I can't find a decent subtitle for it. ;/




"fred" <info@fleet-manage.com> wrote in message news:c79ahr$1rra$1@digitaldaemon.com...
> Congratulations Matthew
>
> When will we be able to pick up a copy of your new book ?
>
> fred
>
>
> "Matthew" <matthew.hat@stlsoft.dot.org> wrote in message
news:c785tn$267$1@digitaldaemon.com...
> > I've *finally* just sent off the last round of revisions of "Imperfect C++", which have occupied me for the last week or so. After two years of effort,
it's a
> > pretty weird feeling to know that it's over the line at last.
> >
> > Anyway, apart from sharing an electronic sigh of relief, this means that the releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. Expect
news
> > on both fronts within the next two weeks. I will also now put more effort
into
> > getting Walter to release std.loader.d and accept my updates to std.windows.registry.d and std.recls.d.
> >
> > Thanks for patience to all who've been kind enough to wait for the libraries,
and
> > to those who've wished me well with the book writing. What an idiot I must
have
> > been to have thought that I should write a book. And what an idiot for
embarking
> > on two more this year - "Extended STL", and another that's not about C++. ;)
> >
> > Cheers
> >
> >
> > -- 
> > Matthew Wilson
> >
> > Contributing editor, C/C++ Users Journal
> >     (www.synesis.com.au/articles.html#columns)
> > STLSoft moderator
> >     (http://www.stlsoft.org)
> >
> > "You can tell a Yorkshireman, but you can't tell him much!" -- Uncle Michael
> >
>
> -------------------------------------------------------------------------------
> >
> >
> >
>
>

Whats the other book about ?  Do you have something for D planned ( post 1.0 maybe  :) ) ?

Also slightly OT , is The D Journal still in the works ?

C
Matthew wrote:
> Should be Sept/Oct.
> 
> It could be later if I can't find a decent subtitle for it. ;/
> 
> 
> 
> 
> "fred" <info@fleet-manage.com> wrote in message
> news:c79ahr$1rra$1@digitaldaemon.com...
> 
>>Congratulations Matthew
>>
>>When will we be able to pick up a copy of your new book ?
>>
>>fred
>>
>>
>>"Matthew" <matthew.hat@stlsoft.dot.org> wrote in message
> 
> news:c785tn$267$1@digitaldaemon.com...
> 
>>>I've *finally* just sent off the last round of revisions of "Imperfect C++",
>>>which have occupied me for the last week or so. After two years of effort,
> 
> it's a
> 
>>>pretty weird feeling to know that it's over the line at last.
>>>
>>>Anyway, apart from sharing an electronic sigh of relief, this means that the
>>>releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. Expect
> 
> news
> 
>>>on both fronts within the next two weeks. I will also now put more effort
> 
> into
> 
>>>getting Walter to release std.loader.d and accept my updates to
>>>std.windows.registry.d and std.recls.d.
>>>
>>>Thanks for patience to all who've been kind enough to wait for the libraries,
> 
> and
> 
>>>to those who've wished me well with the book writing. What an idiot I must
> 
> have
> 
>>>been to have thought that I should write a book. And what an idiot for
> 
> embarking
> 
>>>on two more this year - "Extended STL", and another that's not about C++. ;)
>>>
>>>Cheers
>>>
>>>
>>>-- 
>>>Matthew Wilson
>>>
>>>Contributing editor, C/C++ Users Journal
>>>    (www.synesis.com.au/articles.html#columns)
>>>STLSoft moderator
>>>    (http://www.stlsoft.org)
>>>
>>>"You can tell a Yorkshireman, but you can't tell him much!" -- Uncle Michael
>>>
>>
>>-------------------------------------------------------------------------------
>>
>>>
>>>
>>
> 
> 

> Whats the other book about ?  Do you have something for D planned ( post
> 1.0 maybe  :) ) ?

It's a wait and see thing, as the proposal's not yet in to the publisher. But it won't be long

> Also slightly OT , is The D Journal still in the works ?

I don't know. We'd certainly like to do it, but it may still (even after two years) be premature. Everybody says they'd like to read it, but there are very few who want to, or, more likely, have the time to, write for it.



> Matthew wrote:
> > Should be Sept/Oct.
> >
> > It could be later if I can't find a decent subtitle for it. ;/
> >
> >
> >
> >
> > "fred" <info@fleet-manage.com> wrote in message news:c79ahr$1rra$1@digitaldaemon.com...
> >
> >>Congratulations Matthew
> >>
> >>When will we be able to pick up a copy of your new book ?
> >>
> >>fred
> >>
> >>
> >>"Matthew" <matthew.hat@stlsoft.dot.org> wrote in message
> >
> > news:c785tn$267$1@digitaldaemon.com...
> >
> >>>I've *finally* just sent off the last round of revisions of "Imperfect C++", which have occupied me for the last week or so. After two years of effort,
> >
> > it's a
> >
> >>>pretty weird feeling to know that it's over the line at last.
> >>>
> >>>Anyway, apart from sharing an electronic sigh of relief, this means that the releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. Expect
> >
> > news
> >
> >>>on both fronts within the next two weeks. I will also now put more effort
> >
> > into
> >
> >>>getting Walter to release std.loader.d and accept my updates to std.windows.registry.d and std.recls.d.
> >>>
> >>>Thanks for patience to all who've been kind enough to wait for the
libraries,
> >
> > and
> >
> >>>to those who've wished me well with the book writing. What an idiot I must
> >
> > have
> >
> >>>been to have thought that I should write a book. And what an idiot for
> >
> > embarking
> >
> >>>on two more this year - "Extended STL", and another that's not about C++. ;)
> >>>
> >>>Cheers
> >>>
> >>>
> >>>-- 
> >>>Matthew Wilson
> >>>
> >>>Contributing editor, C/C++ Users Journal
> >>>    (www.synesis.com.au/articles.html#columns)
> >>>STLSoft moderator
> >>>    (http://www.stlsoft.org)
> >>>
> >>>"You can tell a Yorkshireman, but you can't tell him much!" -- Uncle Michael
> >>>
> >>
>
>>-------------------------------------------------------------------------------
> >>
> >>>
> >>>
> >>
> >
> >

> I don't know. We'd certainly like to do it, but it may still (even after two
> years) be premature. Everybody says they'd like to read it, but there are very
> few who want to, or, more likely, have the time to, write for it.


Hmm, it might be a 'build it they will come' scenario.  I know Id like to contribute ( id like to do a keyword correction based on string distances , also want to try FSM framework and when I get more familiar with it an ANN [ artificial neural network ] framework ) but I never sent in the proposals.

Maybe we can throw them up on dsource.org for the mean time, brad ?

Another OT, are you planning on porting STLSoft's performance modules to D ?  I was in need of this just today.

Charlie

On Wed, 5 May 2004 11:26:45 +1000, Matthew <matthew.hat@stlsoft.dot.org> wrote:

>> Whats the other book about ?  Do you have something for D planned ( post
>> 1.0 maybe  :) ) ?
>
> It's a wait and see thing, as the proposal's not yet in to the publisher. But it
> won't be long
>
>> Also slightly OT , is The D Journal still in the works ?
>
> I don't know. We'd certainly like to do it, but it may still (even after two
> years) be premature. Everybody says they'd like to read it, but there are very
> few who want to, or, more likely, have the time to, write for it.
>
>
>
>> Matthew wrote:
>> > Should be Sept/Oct.
>> >
>> > It could be later if I can't find a decent subtitle for it. ;/
>> >
>> >
>> >
>> >
>> > "fred" <info@fleet-manage.com> wrote in message
>> > news:c79ahr$1rra$1@digitaldaemon.com...
>> >
>> >>Congratulations Matthew
>> >>
>> >>When will we be able to pick up a copy of your new book ?
>> >>
>> >>fred
>> >>
>> >>
>> >>"Matthew" <matthew.hat@stlsoft.dot.org> wrote in message
>> >
>> > news:c785tn$267$1@digitaldaemon.com...
>> >
>> >>>I've *finally* just sent off the last round of revisions of 
>> "Imperfect C++",
>> >>>which have occupied me for the last week or so. After two years of 
>> effort,
>> >
>> > it's a
>> >
>> >>>pretty weird feeling to know that it's over the line at last.
>> >>>
>> >>>Anyway, apart from sharing an electronic sigh of relief, this means 
>> that the
>> >>>releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent. 
>> Expect
>> >
>> > news
>> >
>> >>>on both fronts within the next two weeks. I will also now put more 
>> effort
>> >
>> > into
>> >
>> >>>getting Walter to release std.loader.d and accept my updates to
>> >>>std.windows.registry.d and std.recls.d.
>> >>>
>> >>>Thanks for patience to all who've been kind enough to wait for the
> libraries,
>> >
>> > and
>> >
>> >>>to those who've wished me well with the book writing. What an idiot 
>> I must
>> >
>> > have
>> >
>> >>>been to have thought that I should write a book. And what an idiot 
>> for
>> >
>> > embarking
>> >
>> >>>on two more this year - "Extended STL", and another that's not about 
>> C++. ;)
>> >>>
>> >>>Cheers
>> >>>
>> >>>
>> >>>--
>> >>>Matthew Wilson
>> >>>
>> >>>Contributing editor, C/C++ Users Journal
>> >>>    (www.synesis.com.au/articles.html#columns)
>> >>>STLSoft moderator
>> >>>    (http://www.stlsoft.org)
>> >>>
>> >>>"You can tell a Yorkshireman, but you can't tell him much!" -- Uncle 
>> Michael
>> >>>
>> >>
>>
>>> -------------------------------------------------------------------------------
>> >>
>> >>>
>> >>>
>> >>
>> >
>> >
>
>



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

"C" <qbert@atari-soldiers.com> wrote in message news:opr7ieyxr3aoygh6@news.digitalmars.com...
> > I don't know. We'd certainly like to do it, but it may still (even after
> > two
> > years) be premature. Everybody says they'd like to read it, but there
> > are very
> > few who want to, or, more likely, have the time to, write for it.
>
>
> Hmm, it might be a 'build it they will come' scenario.  I know Id like to contribute ( id like to do a keyword correction based on string distances , also want to try FSM framework and when I get more familiar with it an ANN [ artificial neural network ] framework ) but I never sent in the proposals.

Very good point. The only problem there is that neither myself nor big-W have any spare bandwidth for TDJ at the moment. Maybe in a couple of months, but then how many times have I said that since June 2002? :/

> Maybe we can throw them up on dsource.org for the mean time, brad ?
>
> Another OT, are you planning on porting STLSoft's performance modules to D ?  I was in need of this just today.

Yes. I've asked Walter about this a couple of times, but his plate's too small, and it's got too much seafood on it.

What I'd like to do is have the following modules:

    std.perf
    std.linux.perf
    std.windows.perf

The latter two would be straightforward port of the UNIXSTL (unixstl_performance_counter.h) and WinSTL classes (winstl_performance_counter.h, winstl_highperformance_counter.h, winstl_tick_counter.h, winstl_processtimes_counter.h, winstl_threadtimes_counter.h). WinSTL has a number of flavours, the relative merits of which are described in http://www.windevnet.com/documents/win0305a/. UNIXSTL has a comparatively embarassing paucity of variety, with only one performance counter based on gettimeofday.

For a port to D I'd like to see the following:
    - someone who's expert on Linux to come up with equivalents to the WinSTL
processtimes_counter, threadtimes_counter and highperformance_counter. The first
two depend on whether Linux maintains process/thread time stats; clearly it does
at least per-process timing, since the time utility does that. The latter should
probably be able to be effected using x86 commands, but I've not had chance to
look at this yet.
    - me to define std/perf.d, something along the lines of (forgiving
syntactical mistakes please):

module std.perf;

version(Windows)
{
    private import std.windows.perf;
    public alias std.windows.perf.PerformanceCounter    PerformanceCounter;
}
else version(Linux)
{
    private import std.linux.perf;
    public alias std.linux.perf.PerformanceCounter    PerformanceCounter;
}
else
{
    // usual static assertion stuff
}

Maybe I can do this now, then, eh? :) The other classes - HighPerformanceCounter, ThreadTimesCounter and ProcessTimesCounter can be brought into std.perf when there are implementations for Linux.

I'm off to have a play with this now. You inspirer, you!


> Charlie
>
> On Wed, 5 May 2004 11:26:45 +1000, Matthew <matthew.hat@stlsoft.dot.org> wrote:
>
> >> Whats the other book about ?  Do you have something for D planned ( post
> >> 1.0 maybe  :) ) ?
> >
> > It's a wait and see thing, as the proposal's not yet in to the
> > publisher. But it
> > won't be long
> >
> >> Also slightly OT , is The D Journal still in the works ?
> >
> > I don't know. We'd certainly like to do it, but it may still (even after
> > two
> > years) be premature. Everybody says they'd like to read it, but there
> > are very
> > few who want to, or, more likely, have the time to, write for it.
> >
> >
> >
> >> Matthew wrote:
> >> > Should be Sept/Oct.
> >> >
> >> > It could be later if I can't find a decent subtitle for it. ;/
> >> >
> >> >
> >> >
> >> >
> >> > "fred" <info@fleet-manage.com> wrote in message news:c79ahr$1rra$1@digitaldaemon.com...
> >> >
> >> >>Congratulations Matthew
> >> >>
> >> >>When will we be able to pick up a copy of your new book ?
> >> >>
> >> >>fred
> >> >>
> >> >>
> >> >>"Matthew" <matthew.hat@stlsoft.dot.org> wrote in message
> >> >
> >> > news:c785tn$267$1@digitaldaemon.com...
> >> >
> >> >>>I've *finally* just sent off the last round of revisions of
> >> "Imperfect C++",
> >> >>>which have occupied me for the last week or so. After two years of
> >> effort,
> >> >
> >> > it's a
> >> >
> >> >>>pretty weird feeling to know that it's over the line at last.
> >> >>>
> >> >>>Anyway, apart from sharing an electronic sigh of relief, this means
> >> that the
> >> >>>releases of STLSoft v1.7.1 and DTL 0.1 will now be pretty imminent.
> >> Expect
> >> >
> >> > news
> >> >
> >> >>>on both fronts within the next two weeks. I will also now put more
> >> effort
> >> >
> >> > into
> >> >
> >> >>>getting Walter to release std.loader.d and accept my updates to std.windows.registry.d and std.recls.d.
> >> >>>
> >> >>>Thanks for patience to all who've been kind enough to wait for the
> > libraries,
> >> >
> >> > and
> >> >
> >> >>>to those who've wished me well with the book writing. What an idiot
> >> I must
> >> >
> >> > have
> >> >
> >> >>>been to have thought that I should write a book. And what an idiot
> >> for
> >> >
> >> > embarking
> >> >
> >> >>>on two more this year - "Extended STL", and another that's not about
> >> C++. ;)
> >> >>>
> >> >>>Cheers
> >> >>>
> >> >>>
> >> >>>--
> >> >>>Matthew Wilson
> >> >>>
> >> >>>Contributing editor, C/C++ Users Journal
> >> >>>    (www.synesis.com.au/articles.html#columns)
> >> >>>STLSoft moderator
> >> >>>    (http://www.stlsoft.org)
> >> >>>
> >> >>>"You can tell a Yorkshireman, but you can't tell him much!" -- Uncle
> >> Michael
> >> >>>
> >> >>
> >>
>
>>> -----------------------------------------------------------------------------
--
> >> >>
> >> >>>
> >> >>>
> >> >>
> >> >
> >> >
> >
> >
>
>
>
> -- 
> Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

> > Another OT, are you planning on porting STLSoft's performance modules to D ?  I was in need of this just today.
>
> Yes. I've asked Walter about this a couple of times, but his plate's too small, and it's got too much seafood on it.
>
> What I'd like to do is have the following modules:
>
>     std.perf
>     std.linux.perf
>     std.windows.perf
>
> The latter two would be straightforward port of the UNIXSTL (unixstl_performance_counter.h) and WinSTL classes
(winstl_performance_counter.h,
> winstl_highperformance_counter.h, winstl_tick_counter.h, winstl_processtimes_counter.h, winstl_threadtimes_counter.h). WinSTL has a
number
> of flavours, the relative merits of which are described in http://www.windevnet.com/documents/win0305a/. UNIXSTL has a comparatively embarassing paucity of variety, with only one performance counter based on gettimeofday.
>
> For a port to D I'd like to see the following:
>     - someone who's expert on Linux to come up with equivalents to the WinSTL
> processtimes_counter, threadtimes_counter and highperformance_counter. The
first
> two depend on whether Linux maintains process/thread time stats; clearly it
does
> at least per-process timing, since the time utility does that. The latter
should
> probably be able to be effected using x86 commands, but I've not had chance to
> look at this yet.
>     - me to define std/perf.d, something along the lines of (forgiving
> syntactical mistakes please):
>
> module std.perf;
>
> version(Windows)
> {
>     private import std.windows.perf;
>     public alias std.windows.perf.PerformanceCounter    PerformanceCounter;
> }
> else version(Linux)
> {
>     private import std.linux.perf;
>     public alias std.linux.perf.PerformanceCounter    PerformanceCounter;
> }
> else
> {
>     // usual static assertion stuff
> }
>
> Maybe I can do this now, then, eh? :) The other classes -
HighPerformanceCounter,
> ThreadTimesCounter and ProcessTimesCounter can be brought into std.perf when there are implementations for Linux.
>
> I'm off to have a play with this now. You inspirer, you!

Apparently, it helps not to be an idiot. I'll try and try it sometime.

It transpires that I did most of what I've just said in mid-March. Doh!

I'll patch it up and pass it onto big-W, with hope in my heart and fingers entwined.

C wrote:
> Maybe we can throw them up on dsource.org for the mean time, brad ?
> 

You're talking about posting drafts of articles for TDJ?  I have no problem with that.

Do you want a forum?  That would be the best, because you could post your article as a sticky new topic, and people could quote, comment.

Let me know if this is what you want, or if you want another tab across the top, and post html files of the articles.

BA

sweet

On Wed, 5 May 2004 14:39:34 +1000, Matthew <matthew.hat@stlsoft.dot.org> wrote:

>> > Another OT, are you planning on porting STLSoft's performance modules 
>> to D
>> > ?  I was in need of this just today.
>>
>> Yes. I've asked Walter about this a couple of times, but his plate's too small,
>> and it's got too much seafood on it.
>>
>> What I'd like to do is have the following modules:
>>
>>     std.perf
>>     std.linux.perf
>>     std.windows.perf
>>
>> The latter two would be straightforward port of the UNIXSTL
>> (unixstl_performance_counter.h) and WinSTL classes
> (winstl_performance_counter.h,
>> winstl_highperformance_counter.h, winstl_tick_counter.h,
>> winstl_processtimes_counter.h, winstl_threadtimes_counter.h). WinSTL has a
> number
>> of flavours, the relative merits of which are described in
>> http://www.windevnet.com/documents/win0305a/. UNIXSTL has a comparatively
>> embarassing paucity of variety, with only one performance counter based on
>> gettimeofday.
>>
>> For a port to D I'd like to see the following:
>>     - someone who's expert on Linux to come up with equivalents to the WinSTL
>> processtimes_counter, threadtimes_counter and highperformance_counter. The
> first
>> two depend on whether Linux maintains process/thread time stats; clearly it
> does
>> at least per-process timing, since the time utility does that. The latter
> should
>> probably be able to be effected using x86 commands, but I've not had chance to
>> look at this yet.
>>     - me to define std/perf.d, something along the lines of (forgiving
>> syntactical mistakes please):
>>
>> module std.perf;
>>
>> version(Windows)
>> {
>>     private import std.windows.perf;
>>     public alias std.windows.perf.PerformanceCounter    PerformanceCounter;
>> }
>> else version(Linux)
>> {
>>     private import std.linux.perf;
>>     public alias std.linux.perf.PerformanceCounter    PerformanceCounter;
>> }
>> else
>> {
>>     // usual static assertion stuff
>> }
>>
>> Maybe I can do this now, then, eh? :) The other classes -
> HighPerformanceCounter,
>> ThreadTimesCounter and ProcessTimesCounter can be brought into std.perf when
>> there are implementations for Linux.
>>
>> I'm off to have a play with this now. You inspirer, you!
>
> Apparently, it helps not to be an idiot. I'll try and try it sometime.
>
> It transpires that I did most of what I've just said in mid-March. Doh!
>
> I'll patch it up and pass it onto big-W, with hope in my heart and fingers
> entwined.
>
>
>



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/