Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using the
project file )

C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : error
C2665: 'get_full_path_name' : none of the 2 overloads can convert parameter
4 from type 'class stlsoft::auto_buffer<char,class
stlsoft::winstl_project::proce
ssheap_allocator<char>,256>'
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : error
C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_allocator<char>,256>' t
o 'char *'
        No user-defined-conversion operator available that can perform this
conversion, or the operator cannot be called
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : error
C2664: 'str_len' : cannot convert parameter 1 from 'class
stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
t char *'
        No user-defined-conversion operator available that can perform this
conversion, or the operator cannot be called
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : error
C2679: binary '=' : no operator defined which takes a right-hand operand of
type 'class stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_
allocator<char>,256>' (or there is no acceptable conversion)
ReclsFtpSearchDirectoryNode_Win32.cpp

I need recls for a project and am looking forward to using it!

C

Also building from command line with

nmake -f makefile.vc6 make_lib_target

I get :


Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

NMAKE : fatal error U1077: 'cd' : return code '0x1'
Stop.




"Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using the
> project file )
>
> C:\Documents and Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : error C2665: 'get_full_path_name' : none of the 2 overloads can convert
parameter
> 4 from type 'class stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::proce
> ssheap_allocator<char>,256>'
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : error
> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
> stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_allocator<char>,256>' t
> o 'char *'
>         No user-defined-conversion operator available that can perform
this
> conversion, or the operator cannot be called
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : error
> C2664: 'str_len' : cannot convert parameter 1 from 'class
> stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
> t char *'
>         No user-defined-conversion operator available that can perform
this
> conversion, or the operator cannot be called
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : error
> C2679: binary '=' : no operator defined which takes a right-hand operand
of
> type 'class stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_
> allocator<char>,256>' (or there is no acceptable conversion)
> ReclsFtpSearchDirectoryNode_Win32.cpp
>
> I need recls for a project and am looking forward to using it!
>
> C
>
>

"Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using
> the
> project file )
>
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) :
> error
> C2665: 'get_full_path_name' : none of the 2 overloads can convert
> parameter
> 4 from type 'class stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::proce
> ssheap_allocator<char>,256>'
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) :
> error
> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
> stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_allocator<char>,256>' t
> o 'char *'
>        No user-defined-conversion operator available that can perform
> this
> conversion, or the operator cannot be called
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) :
> error
> C2664: 'str_len' : cannot convert parameter 1 from 'class
> stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
> t char *'
>        No user-defined-conversion operator available that can perform
> this
> conversion, or the operator cannot be called
> C:\Documents and
> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) :
> error
> C2679: binary '=' : no operator defined which takes a right-hand
> operand of
> type 'class stlsoft::auto_buffer<char,class
> stlsoft::winstl_project::processheap_
> allocator<char>,256>' (or there is no acceptable conversion)
> ReclsFtpSearchDirectoryNode_Win32.cpp

I think that's a consequence of your using STLSoft 1.8.1+ with recls 1.5.2.

Either use STLSoft 1.7.1, or you could try defining _STLSOFT_AUTO_BUFFER_ALLOW_NON_CONST_CONVERSION_OPERATOR which should make auto_buffer exhibit pre-1.8 behaviour.

> I need recls for a project and am looking forward to using it!

Great! What's the project?

Matthew

"Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
> Also building from command line with
>
> nmake -f makefile.vc6 make_lib_target
>
> I get :
>
>
> Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
> Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>
> NMAKE : fatal error U1077: 'cd' : return code '0x1'
> Stop.

Gah!

Sorry for this.

Change line 22 of the VC6 makefile to

RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

and lines 59 and 65 to

 @cd ..\..\..

That cures it on my box, at least as far as building the base library. I think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(

As I've mentioned on the D ng recently, I'm planning a improved and healthy(er) release of recls 1.5.3 very soon, followed shortly after by a 1.6.1. However, I've promised myself that I'm not doing any more manual library releases - as they're eating up my life - and the automated processes I'm creating are taking some time. I hope your patience can last until I've made it ...

Cheers

Matthew


>
>
>
>
> "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
>> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
>> using the
>> project file )
>>
>> C:\Documents and
>> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) :
>> error
>> C2665: 'get_full_path_name' : none of the 2 overloads can convert
> parameter
>> 4 from type 'class stlsoft::auto_buffer<char,class
>> stlsoft::winstl_project::proce
>> ssheap_allocator<char>,256>'
>> C:\Documents and
>> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) :
>> error
>> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
>> stlsoft::auto_buffer<char,class
>> stlsoft::winstl_project::processheap_allocator<char>,256>' t
>> o 'char *'
>>         No user-defined-conversion operator available that can
>> perform
> this
>> conversion, or the operator cannot be called
>> C:\Documents and
>> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) :
>> error
>> C2664: 'str_len' : cannot convert parameter 1 from 'class
>> stlsoft::auto_buffer<char,class
>> stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
>> t char *'
>>         No user-defined-conversion operator available that can
>> perform
> this
>> conversion, or the operator cannot be called
>> C:\Documents and
>> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) :
>> error
>> C2679: binary '=' : no operator defined which takes a right-hand
>> operand
> of
>> type 'class stlsoft::auto_buffer<char,class
>> stlsoft::winstl_project::processheap_
>> allocator<char>,256>' (or there is no acceptable conversion)
>> ReclsFtpSearchDirectoryNode_Win32.cpp
>>
>> I need recls for a project and am looking forward to using it!
>>
>> C
>>
>>
>
> 

> I've promised myself that I'm not doing any more
> manual library releases

Ack I bet , thats alot to keep up with :S.  You going to roll your own program or what tool you going to use ? ( just out of curiosity )

( Im using this for an IDE for D btw , to recursively parse all the files in the import path for code completion etc. )

Ill try STLSoft 1.7.1 .

Charlie!

"Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cti8uj$1r7r$1@digitaldaemon.com...
>
> "Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
> > Also building from command line with
> >
> > nmake -f makefile.vc6 make_lib_target
> >
> > I get :
> >
> >
> > Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
> > Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
> >
> > NMAKE : fatal error U1077: 'cd' : return code '0x1'
> > Stop.
>
> Gah!
>
> Sorry for this.
>
> Change line 22 of the VC6 makefile to
>
> RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build
>
> and lines 59 and 65 to
>
>  @cd ..\..\..
>
> That cures it on my box, at least as far as building the base library. I think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(
>
> As I've mentioned on the D ng recently, I'm planning a improved and healthy(er) release of recls 1.5.3 very soon, followed shortly after by a 1.6.1. However, I've promised myself that I'm not doing any more manual library releases - as they're eating up my life - and the automated processes I'm creating are taking some time. I hope your patience can last until I've made it ...
>
> Cheers
>
> Matthew
>
>
> >
> >
> >
> >
> > "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
> >> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
> >> using the
> >> project file )
> >>
> >> C:\Documents and
> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) :
> >> error
> >> C2665: 'get_full_path_name' : none of the 2 overloads can convert
> > parameter
> >> 4 from type 'class stlsoft::auto_buffer<char,class
> >> stlsoft::winstl_project::proce
> >> ssheap_allocator<char>,256>'
> >> C:\Documents and
> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) :
> >> error
> >> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
> >> stlsoft::auto_buffer<char,class
> >> stlsoft::winstl_project::processheap_allocator<char>,256>' t
> >> o 'char *'
> >>         No user-defined-conversion operator available that can
> >> perform
> > this
> >> conversion, or the operator cannot be called
> >> C:\Documents and
> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) :
> >> error
> >> C2664: 'str_len' : cannot convert parameter 1 from 'class
> >> stlsoft::auto_buffer<char,class
> >> stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
> >> t char *'
> >>         No user-defined-conversion operator available that can
> >> perform
> > this
> >> conversion, or the operator cannot be called
> >> C:\Documents and
> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) :
> >> error
> >> C2679: binary '=' : no operator defined which takes a right-hand
> >> operand
> > of
> >> type 'class stlsoft::auto_buffer<char,class
> >> stlsoft::winstl_project::processheap_
> >> allocator<char>,256>' (or there is no acceptable conversion)
> >> ReclsFtpSearchDirectoryNode_Win32.cpp
> >>
> >> I need recls for a project and am looking forward to using it!
> >>
> >> C
> >>
> >>
> >
> >
>
>

"Charles" <no@email.com> wrote in message news:ctk91e$asb$1@digitaldaemon.com...
>> I've promised myself that I'm not doing any more
>> manual library releases
>
> Ack I bet , thats alot to keep up with :S.  You going to roll your own program or what tool you going to use ? ( just out of curiosity )

I plan to roll my own. It involves a lot of cooperating things - VSS automation, Ruby scripts, zip, XSLT (of which I currently know nothing <G>), md5 (written in D of course), and my far-too-late Arturius compiler multiplexer (which should have gone on the IC++ CD in September!!). I'm working my way up to recls, via release of b64 (a new, v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

It's eating huge amounts of time, but once done I should be able to release (incl. unit-testing on all 30+ compilers, zipping and doing all the website/release notes updates) new libraries in the matter of an hour. ;)

> ( Im using this for an IDE for D btw , to recursively parse all the
> files in
> the import path for code completion etc. )

Excellent. Please let me know if you need more help. Maybe I should just send you my recls (incl the 'new' D code)?

> Ill try STLSoft 1.7.1 .

Please let me know how it goes.

> Charlie!

Are you the same Charlie that I was rude to on the D ng halfway through last year. If so, please accept my apologies. If not, accept them anyway, and I'll have one on the tab. ;)

Matthew

>
> "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cti8uj$1r7r$1@digitaldaemon.com...
>>
>> "Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
>> > Also building from command line with
>> >
>> > nmake -f makefile.vc6 make_lib_target
>> >
>> > I get :
>> >
>> >
>> > Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
>> > Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>> >
>> > NMAKE : fatal error U1077: 'cd' : return code '0x1'
>> > Stop.
>>
>> Gah!
>>
>> Sorry for this.
>>
>> Change line 22 of the VC6 makefile to
>>
>> RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build
>>
>> and lines 59 and 65 to
>>
>>  @cd ..\..\..
>>
>> That cures it on my box, at least as far as building the base
>> library. I
>> think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(
>>
>> As I've mentioned on the D ng recently, I'm planning a improved and
>> healthy(er) release of recls 1.5.3 very soon, followed shortly after
>> by
>> a 1.6.1. However, I've promised myself that I'm not doing any more
>> manual library releases - as they're eating up my life - and the
>> automated processes I'm creating are taking some time. I hope your
>> patience can last until I've made it ...
>>
>> Cheers
>>
>> Matthew
>>
>>
>> >
>> >
>> >
>> >
>> > "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
>> >> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
>> >> using the
>> >> project file )
>> >>
>> >> C:\Documents and
>> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
>> >> :
>> >> error
>> >> C2665: 'get_full_path_name' : none of the 2 overloads can convert
>> > parameter
>> >> 4 from type 'class stlsoft::auto_buffer<char,class
>> >> stlsoft::winstl_project::proce
>> >> ssheap_allocator<char>,256>'
>> >> C:\Documents and
>> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
>> >> :
>> >> error
>> >> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
>> >> stlsoft::auto_buffer<char,class
>> >> stlsoft::winstl_project::processheap_allocator<char>,256>' t
>> >> o 'char *'
>> >>         No user-defined-conversion operator available that can
>> >> perform
>> > this
>> >> conversion, or the operator cannot be called
>> >> C:\Documents and
>> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
>> >> :
>> >> error
>> >> C2664: 'str_len' : cannot convert parameter 1 from 'class
>> >> stlsoft::auto_buffer<char,class
>> >> stlsoft::winstl_project::processheap_allocator<char>,256>' to
>> >> 'cons
>> >> t char *'
>> >>         No user-defined-conversion operator available that can
>> >> perform
>> > this
>> >> conversion, or the operator cannot be called
>> >> C:\Documents and
>> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
>> >> :
>> >> error
>> >> C2679: binary '=' : no operator defined which takes a right-hand
>> >> operand
>> > of
>> >> type 'class stlsoft::auto_buffer<char,class
>> >> stlsoft::winstl_project::processheap_
>> >> allocator<char>,256>' (or there is no acceptable conversion)
>> >> ReclsFtpSearchDirectoryNode_Win32.cpp
>> >>
>> >> I need recls for a project and am looking forward to using it!
>> >>
>> >> C
>> >>
>> >>
>> >
>> >
>>
>>
>
> 

> I plan to roll my own. It involves a lot of cooperating things - VSS automation, Ruby scripts, zip, XSLT (of which I currently know nothing <G>), md5 (written in D of course), and my far-too-late Arturius compiler multiplexer (which should have gone on the IC++ CD in September!!). I'm working my way up to recls, via release of b64 (a new, v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

Sounds like fun :).

> and my far-too-late Arturius
> compiler multiplexer

Whats that ?

> Are you the same Charlie that I was rude to on the D ng halfway through last year. If so, please accept my apologies. If not, accept them anyway, and I'll have one on the tab. ;)

Hehe yep, its ok I was rude first -- where Im from people can yell and argue and the next day forget about it , I tend to do this with people I dont know as well gets me into trouble  :S.

Charlie

"Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:ctmc67$1st3$1@digitaldaemon.com...
>
> "Charles" <no@email.com> wrote in message news:ctk91e$asb$1@digitaldaemon.com...
> >> I've promised myself that I'm not doing any more
> >> manual library releases
> >
> > Ack I bet , thats alot to keep up with :S.  You going to roll your own program or what tool you going to use ? ( just out of curiosity )
>
> I plan to roll my own. It involves a lot of cooperating things - VSS automation, Ruby scripts, zip, XSLT (of which I currently know nothing <G>), md5 (written in D of course), and my far-too-late Arturius compiler multiplexer (which should have gone on the IC++ CD in September!!). I'm working my way up to recls, via release of b64 (a new, v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.
>
> It's eating huge amounts of time, but once done I should be able to release (incl. unit-testing on all 30+ compilers, zipping and doing all the website/release notes updates) new libraries in the matter of an hour. ;)
>
> > ( Im using this for an IDE for D btw , to recursively parse all the
> > files in
> > the import path for code completion etc. )
>
> Excellent. Please let me know if you need more help. Maybe I should just send you my recls (incl the 'new' D code)?
>
> > Ill try STLSoft 1.7.1 .
>
> Please let me know how it goes.
>
> > Charlie!
>
> Are you the same Charlie that I was rude to on the D ng halfway through last year. If so, please accept my apologies. If not, accept them anyway, and I'll have one on the tab. ;)
>
> Matthew
>
> >
> > "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cti8uj$1r7r$1@digitaldaemon.com...
> >>
> >> "Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
> >> > Also building from command line with
> >> >
> >> > nmake -f makefile.vc6 make_lib_target
> >> >
> >> > I get :
> >> >
> >> >
> >> > Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
> >> > Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
> >> >
> >> > NMAKE : fatal error U1077: 'cd' : return code '0x1'
> >> > Stop.
> >>
> >> Gah!
> >>
> >> Sorry for this.
> >>
> >> Change line 22 of the VC6 makefile to
> >>
> >> RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build
> >>
> >> and lines 59 and 65 to
> >>
> >>  @cd ..\..\..
> >>
> >> That cures it on my box, at least as far as building the base
> >> library. I
> >> think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(
> >>
> >> As I've mentioned on the D ng recently, I'm planning a improved and
> >> healthy(er) release of recls 1.5.3 very soon, followed shortly after
> >> by
> >> a 1.6.1. However, I've promised myself that I'm not doing any more
> >> manual library releases - as they're eating up my life - and the
> >> automated processes I'm creating are taking some time. I hope your
> >> patience can last until I've made it ...
> >>
> >> Cheers
> >>
> >> Matthew
> >>
> >>
> >> >
> >> >
> >> >
> >> >
> >> > "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
> >> >> Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
> >> >> using the
> >> >> project file )
> >> >>
> >> >> C:\Documents and
> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
> >> >> :
> >> >> error
> >> >> C2665: 'get_full_path_name' : none of the 2 overloads can convert
> >> > parameter
> >> >> 4 from type 'class stlsoft::auto_buffer<char,class
> >> >> stlsoft::winstl_project::proce
> >> >> ssheap_allocator<char>,256>'
> >> >> C:\Documents and
> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
> >> >> :
> >> >> error
> >> >> C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
> >> >> stlsoft::auto_buffer<char,class
> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' t
> >> >> o 'char *'
> >> >>         No user-defined-conversion operator available that can
> >> >> perform
> >> > this
> >> >> conversion, or the operator cannot be called
> >> >> C:\Documents and
> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
> >> >> :
> >> >> error
> >> >> C2664: 'str_len' : cannot convert parameter 1 from 'class
> >> >> stlsoft::auto_buffer<char,class
> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' to
> >> >> 'cons
> >> >> t char *'
> >> >>         No user-defined-conversion operator available that can
> >> >> perform
> >> > this
> >> >> conversion, or the operator cannot be called
> >> >> C:\Documents and
> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
> >> >> :
> >> >> error
> >> >> C2679: binary '=' : no operator defined which takes a right-hand
> >> >> operand
> >> > of
> >> >> type 'class stlsoft::auto_buffer<char,class
> >> >> stlsoft::winstl_project::processheap_
> >> >> allocator<char>,256>' (or there is no acceptable conversion)
> >> >> ReclsFtpSearchDirectoryNode_Win32.cpp
> >> >>
> >> >> I need recls for a project and am looking forward to using it!
> >> >>
> >> >> C
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>

>> I plan to roll my own. It involves a lot of cooperating things - VSS
>> automation, Ruby scripts, zip, XSLT (of which I currently know
>> nothing
>> <G>), md5 (written in D of course), and my far-too-late Arturius
>> compiler multiplexer (which should have gone on the IC++ CD in
>> September!!). I'm working my way up to recls, via release of b64 (a
>> new,
>> v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.
>
> Sounds like fun :).

It would be, if I wasn't too short on time. I've got to get all the libs released, and write about 7 articles, before I start work on my next two books - Extended STL and D Programming Distilled (this co-authored with Walter) - on the 14th Feb! :-(

>> and my far-too-late Arturius
>> compiler multiplexer
>
> Whats that ?

It's a tool that can act like a compiler, but in fact executes multiple compilations on each source file, with a configurable array of compilers. I am currently using it to compile the b64 library for Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

This was to be included on the CD for Imperfect C++, but I ran out of time. I said on the CD that I'd have it ready for download by the time the book was released. Unfortunately, that didn't happen, because I've been working on a major commercial project since August. That's now all but finished, so I should be able to get it up to scruff and released in the next month or so.

So far there've been no irate Imperfect C++ readers wanting a refund
because that particular tool's not yet available, but it may only be a
matter
of time. :-(

>> Are you the same Charlie that I was rude to on the D ng halfway
>> through
>> last year. If so, please accept my apologies. If not, accept them
>> anyway, and I'll have one on the tab. ;)
>
> Hehe yep, its ok I was rude first -- where Im from people can yell and
> argue
> and the next day forget about it , I tend to do this with people I
> dont know
> as well gets me into trouble  :S.

Same here.

Glad we can call it quits. :-)

Cheers

Matthew

P.S. You looked at Imperfect C++ yet, or does C++ hold no further interest now we've got D?


> Charlie
>
> "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:ctmc67$1st3$1@digitaldaemon.com...
>>
>> "Charles" <no@email.com> wrote in message news:ctk91e$asb$1@digitaldaemon.com...
>> >> I've promised myself that I'm not doing any more
>> >> manual library releases
>> >
>> > Ack I bet , thats alot to keep up with :S.  You going to roll your
>> > own
>> > program or what tool you going to use ? ( just out of curiosity )
>>
>> I plan to roll my own. It involves a lot of cooperating things - VSS
>> automation, Ruby scripts, zip, XSLT (of which I currently know
>> nothing
>> <G>), md5 (written in D of course), and my far-too-late Arturius
>> compiler multiplexer (which should have gone on the IC++ CD in
>> September!!). I'm working my way up to recls, via release of b64 (a
>> new,
>> v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.
>>
>> It's eating huge amounts of time, but once done I should be able to
>> release (incl. unit-testing on all 30+ compilers, zipping and doing
>> all
>> the website/release notes updates) new libraries in the matter of an
>> hour. ;)
>>
>> > ( Im using this for an IDE for D btw , to recursively parse all the
>> > files in
>> > the import path for code completion etc. )
>>
>> Excellent. Please let me know if you need more help. Maybe I should
>> just
>> send you my recls (incl the 'new' D code)?
>>
>> > Ill try STLSoft 1.7.1 .
>>
>> Please let me know how it goes.
>>
>> > Charlie!
>>
>> Are you the same Charlie that I was rude to on the D ng halfway
>> through
>> last year. If so, please accept my apologies. If not, accept them
>> anyway, and I'll have one on the tab. ;)
>>
>> Matthew
>>
>> >
>> > "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cti8uj$1r7r$1@digitaldaemon.com...
>> >>
>> >> "Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
>> >> > Also building from command line with
>> >> >
>> >> > nmake -f makefile.vc6 make_lib_target
>> >> >
>> >> > I get :
>> >> >
>> >> >
>> >> > Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
>> >> > Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>> >> >
>> >> > NMAKE : fatal error U1077: 'cd' : return code '0x1'
>> >> > Stop.
>> >>
>> >> Gah!
>> >>
>> >> Sorry for this.
>> >>
>> >> Change line 22 of the VC6 makefile to
>> >>
>> >> RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build
>> >>
>> >> and lines 59 and 65 to
>> >>
>> >>  @cd ..\..\..
>> >>
>> >> That cures it on my box, at least as far as building the base
>> >> library. I
>> >> think there are other issues in the ./Mappings/DLL/vc6/makefile.
>> >> :-(
>> >>
>> >> As I've mentioned on the D ng recently, I'm planning a improved
>> >> and
>> >> healthy(er) release of recls 1.5.3 very soon, followed shortly
>> >> after
>> >> by
>> >> a 1.6.1. However, I've promised myself that I'm not doing any more
>> >> manual library releases - as they're eating up my life - and the
>> >> automated processes I'm creating are taking some time. I hope your
>> >> patience can last until I've made it ...
>> >>
>> >> Cheers
>> >>
>> >> Matthew
>> >>
>> >>
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
>> >> >> Downloaded recls 1.5.2 , I get these errors from within MSVC 6
>> >> >> (
>> >> >> using the
>> >> >> project file )
>> >> >>
>> >> >> C:\Documents and
>> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
>> >> >> :
>> >> >> error
>> >> >> C2665: 'get_full_path_name' : none of the 2 overloads can
>> >> >> convert
>> >> > parameter
>> >> >> 4 from type 'class stlsoft::auto_buffer<char,class
>> >> >> stlsoft::winstl_project::proce
>> >> >> ssheap_allocator<char>,256>'
>> >> >> C:\Documents and
>> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
>> >> >> :
>> >> >> error
>> >> >> C2664: 'ensure_dir_end' : cannot convert parameter 1 from
>> >> >> 'class
>> >> >> stlsoft::auto_buffer<char,class
>> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' t
>> >> >> o 'char *'
>> >> >>         No user-defined-conversion operator available that can
>> >> >> perform
>> >> > this
>> >> >> conversion, or the operator cannot be called
>> >> >> C:\Documents and
>> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
>> >> >> :
>> >> >> error
>> >> >> C2664: 'str_len' : cannot convert parameter 1 from 'class
>> >> >> stlsoft::auto_buffer<char,class
>> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' to
>> >> >> 'cons
>> >> >> t char *'
>> >> >>         No user-defined-conversion operator available that can
>> >> >> perform
>> >> > this
>> >> >> conversion, or the operator cannot be called
>> >> >> C:\Documents and
>> >> >> Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
>> >> >> :
>> >> >> error
>> >> >> C2679: binary '=' : no operator defined which takes a
>> >> >> right-hand
>> >> >> operand
>> >> > of
>> >> >> type 'class stlsoft::auto_buffer<char,class
>> >> >> stlsoft::winstl_project::processheap_
>> >> >> allocator<char>,256>' (or there is no acceptable conversion)
>> >> >> ReclsFtpSearchDirectoryNode_Win32.cpp
>> >> >>
>> >> >> I need recls for a project and am looking forward to using it!
>> >> >>
>> >> >> C
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

> It's a tool that can act like a compiler, but in fact executes multiple compilations on each source file

Wow that would be cool.

> P.S. You looked at Imperfect C++ yet, or does C++ hold no further interest now we've got D?

No i've been bugging the local tech stores for it , I'll go get B&N to order it tommorow ( been meaning to order it , _forcing_ some time off this weekend ;) ).

Charlie

"Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cu15iu$jnl$1@digitaldaemon.com...
> >> I plan to roll my own. It involves a lot of cooperating things - VSS
> >> automation, Ruby scripts, zip, XSLT (of which I currently know
> >> nothing
> >> <G>), md5 (written in D of course), and my far-too-late Arturius
> >> compiler multiplexer (which should have gone on the IC++ CD in
> >> September!!). I'm working my way up to recls, via release of b64 (a
> >> new,
> >> v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.
> >
> > Sounds like fun :).
>
> It would be, if I wasn't too short on time. I've got to get all the libs released, and write about 7 articles, before I start work on my next two books - Extended STL and D Programming Distilled (this co-authored with Walter) - on the 14th Feb! :-(
>
> >> and my far-too-late Arturius
> >> compiler multiplexer
> >
> > Whats that ?
>
> It's a tool that can act like a compiler, but in fact executes multiple compilations on each source file, with a configurable array of compilers. I am currently using it to compile the b64 library for Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.
>
> This was to be included on the CD for Imperfect C++, but I ran out of time. I said on the CD that I'd have it ready for download by the time the book was released. Unfortunately, that didn't happen, because I've been working on a major commercial project since August. That's now all but finished, so I should be able to get it up to scruff and released in the next month or so.
>
> So far there've been no irate Imperfect C++ readers wanting a refund
> because that particular tool's not yet available, but it may only be a
> matter
> of time. :-(
>
> >> Are you the same Charlie that I was rude to on the D ng halfway
> >> through
> >> last year. If so, please accept my apologies. If not, accept them
> >> anyway, and I'll have one on the tab. ;)
> >
> > Hehe yep, its ok I was rude first -- where Im from people can yell and
> > argue
> > and the next day forget about it , I tend to do this with people I
> > dont know
> > as well gets me into trouble  :S.
>
> Same here.
>
> Glad we can call it quits. :-)
>
> Cheers
>
> Matthew
>
> P.S. You looked at Imperfect C++ yet, or does C++ hold no further interest now we've got D?
>
>
> > Charlie
> >
> > "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:ctmc67$1st3$1@digitaldaemon.com...
> >>
> >> "Charles" <no@email.com> wrote in message news:ctk91e$asb$1@digitaldaemon.com...
> >> >> I've promised myself that I'm not doing any more
> >> >> manual library releases
> >> >
> >> > Ack I bet , thats alot to keep up with :S.  You going to roll your
> >> > own
> >> > program or what tool you going to use ? ( just out of curiosity )
> >>
> >> I plan to roll my own. It involves a lot of cooperating things - VSS
> >> automation, Ruby scripts, zip, XSLT (of which I currently know
> >> nothing
> >> <G>), md5 (written in D of course), and my far-too-late Arturius
> >> compiler multiplexer (which should have gone on the IC++ CD in
> >> September!!). I'm working my way up to recls, via release of b64 (a
> >> new,
> >> v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.
> >>
> >> It's eating huge amounts of time, but once done I should be able to
> >> release (incl. unit-testing on all 30+ compilers, zipping and doing
> >> all
> >> the website/release notes updates) new libraries in the matter of an
> >> hour. ;)
> >>
> >> > ( Im using this for an IDE for D btw , to recursively parse all the
> >> > files in
> >> > the import path for code completion etc. )
> >>
> >> Excellent. Please let me know if you need more help. Maybe I should
> >> just
> >> send you my recls (incl the 'new' D code)?
> >>
> >> > Ill try STLSoft 1.7.1 .
> >>
> >> Please let me know how it goes.
> >>
> >> > Charlie!
> >>
> >> Are you the same Charlie that I was rude to on the D ng halfway
> >> through
> >> last year. If so, please accept my apologies. If not, accept them
> >> anyway, and I'll have one on the tab. ;)
> >>
> >> Matthew
> >>
> >> >
> >> > "Matthew" <admin@stlsoft.dot.dot.dot.dot.org> wrote in message news:cti8uj$1r7r$1@digitaldaemon.com...
> >> >>
> >> >> "Charles" <no@email.com> wrote in message news:cthf3c$u70$1@digitaldaemon.com...
> >> >> > Also building from command line with
> >> >> >
> >> >> > nmake -f makefile.vc6 make_lib_target
> >> >> >
> >> >> > I get :
> >> >> >
> >> >> >
> >> >> > Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
> >> >> > Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
> >> >> >
> >> >> > NMAKE : fatal error U1077: 'cd' : return code '0x1'
> >> >> > Stop.
> >> >>
> >> >> Gah!
> >> >>
> >> >> Sorry for this.
> >> >>
> >> >> Change line 22 of the VC6 makefile to
> >> >>
> >> >> RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build
> >> >>
> >> >> and lines 59 and 65 to
> >> >>
> >> >>  @cd ..\..\..
> >> >>
> >> >> That cures it on my box, at least as far as building the base
> >> >> library. I
> >> >> think there are other issues in the ./Mappings/DLL/vc6/makefile.
> >> >> :-(
> >> >>
> >> >> As I've mentioned on the D ng recently, I'm planning a improved
> >> >> and
> >> >> healthy(er) release of recls 1.5.3 very soon, followed shortly
> >> >> after
> >> >> by
> >> >> a 1.6.1. However, I've promised myself that I'm not doing any more
> >> >> manual library releases - as they're eating up my life - and the
> >> >> automated processes I'm creating are taking some time. I hope your
> >> >> patience can last until I've made it ...
> >> >>
> >> >> Cheers
> >> >>
> >> >> Matthew
> >> >>
> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> > "Charles" <no@email.com> wrote in message news:ctheus$tvn$1@digitaldaemon.com...
> >> >> >> Downloaded recls 1.5.2 , I get these errors from within MSVC 6
> >> >> >> (
> >> >> >> using the
> >> >> >> project file )
> >> >> >>
> >> >> >> C:\Documents and
> >> >> >>
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
> >> >> >> :
> >> >> >> error
> >> >> >> C2665: 'get_full_path_name' : none of the 2 overloads can
> >> >> >> convert
> >> >> > parameter
> >> >> >> 4 from type 'class stlsoft::auto_buffer<char,class
> >> >> >> stlsoft::winstl_project::proce
> >> >> >> ssheap_allocator<char>,256>'
> >> >> >> C:\Documents and
> >> >> >>
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
> >> >> >> :
> >> >> >> error
> >> >> >> C2664: 'ensure_dir_end' : cannot convert parameter 1 from
> >> >> >> 'class
> >> >> >> stlsoft::auto_buffer<char,class
> >> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' t
> >> >> >> o 'char *'
> >> >> >>         No user-defined-conversion operator available that can
> >> >> >> perform
> >> >> > this
> >> >> >> conversion, or the operator cannot be called
> >> >> >> C:\Documents and
> >> >> >>
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
> >> >> >> :
> >> >> >> error
> >> >> >> C2664: 'str_len' : cannot convert parameter 1 from 'class
> >> >> >> stlsoft::auto_buffer<char,class
> >> >> >> stlsoft::winstl_project::processheap_allocator<char>,256>' to
> >> >> >> 'cons
> >> >> >> t char *'
> >> >> >>         No user-defined-conversion operator available that can
> >> >> >> perform
> >> >> > this
> >> >> >> conversion, or the operator cannot be called
> >> >> >> C:\Documents and
> >> >> >>
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
> >> >> >> :
> >> >> >> error
> >> >> >> C2679: binary '=' : no operator defined which takes a
> >> >> >> right-hand
> >> >> >> operand
> >> >> > of
> >> >> >> type 'class stlsoft::auto_buffer<char,class
> >> >> >> stlsoft::winstl_project::processheap_
> >> >> >> allocator<char>,256>' (or there is no acceptable conversion)
> >> >> >> ReclsFtpSearchDirectoryNode_Win32.cpp
> >> >> >>
> >> >> >> I need recls for a project and am looking forward to using it!
> >> >> >>
> >> >> >> C
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>
>

>> It's a tool that can act like a compiler, but in fact executes
>> multiple
>> compilations on each source file
>
> Wow that would be cool.

It is. It works like a total peach. It's just that
    - it's not exactly built for redistribution
    - the documentation is non-existent  - what, one of Matthew's
projects badly documented!?! Say it ain't so. :'(
    - it currently only builds with Intel C/C++
    - it's waiting for several new STLSoft 'smart pointer' components to
be built in
    - it doesn't have any auto configuration scripts written yet
    - I've not yet done a port to Intel
    - etc. etc.

>> P.S. You looked at Imperfect C++ yet, or does C++ hold no further interest now we've got D?
>
> No i've been bugging the local tech stores for it , I'll go get B&N to
> order
> it tommorow ( been meaning to order it , _forcing_ some time off this
> weekend ;) ).

If it helps, you can tell 'em that even Dymocks, in lowly old Sydney Australia, has it in stock, so what on earth are they playing at! :-)