Hi,
> Ah... the problem is that those new additions are not documented, AFAICT ;-)
> It makes it a little bit hard to understand the interface, especially since
> there are no examples/tests for split functionality.
Well, as I said, this stuff is quite new, documentation will follow soon, pleas
On Sat, Jun 21, 2003 at 09:03:40AM +0400, Vladimir Prus wrote:
> Pavol Droba wrote:
>
> > Hi,
> >
> > I have no comment about the tokenize library, but if your are interested
> > in the stuff like that, you can have a look into the sandbox.
> >
> >
Hi,
I have no comment about the tokenize library, but if your are interested
in the stuff like that, you can have a look into the sandbox.
string_algo library already contains this functionality
( along with other interesting features ) and it is implemented in more generic way.
Documentation
On Mon, Jun 09, 2003 at 09:08:37AM +0400, Vladimir Prus wrote:
> Hi Pavol,
>
> > I have a request regarding config file support in the program option
> > library. Currently when the parser encounters an unknown option in the
> > config file, parsing is stopped with an exception.
> > Together with
Hi,
I have a request regarding config file support in the program option library.
Currently when the parser encounters an unknown option in the config file,
parsing is stopped with an exception.
Together with fixed option definition, this feature disables a possibility
to have an arbitrary option
Hi,
I have probably encountered a bug in the library. I'm not able to put
a bool option in the config file. Regardles how I specify the option there,
parsing always fails with the exception:
"config file options should have required parameter"
Defintion of the option:
( "debug.log-deb
On Wed, May 28, 2003 at 11:28:27AM +0400, Vladimir Prus wrote:
> Hi Pavol,
>
> Pavol Droba wrote:
>
> > I have been reading the discussiong here about adding the support for
> > unicode.
> >
> > Maybe there is a solution which would allow to have templated
Hi,
I have been reading the discussiong here about adding the support for unicode.
Maybe there is a solution which would allow to have templated versions of
relevant classes AND static library in one box.
If we decide that specialization for char and wchar_t is sufficient, the headers
can con
On Mon, May 26, 2003 at 02:07:06PM +0400, Vladimir Prus wrote:
> Pavol Droba wrote:
>
> > Ok, I think, I see now, where the point is.
> >
> > The framework is separated into two layers.
> >
> > L1: option level ( string and boost::any oriented, defined b
On Mon, May 26, 2003 at 10:41:08AM +0400, Vladimir Prus wrote:
> Pavol Droba wrote:
>
> >> The only problem with current 'validator' is that it should validate
> >> *string* and return the value. So, the example given by Tanton:
> >>
> >>
Hi,
While using the library I came to a small problem.
program_options::store method does two things in one step. It feeds the variables_map
and
if parametes<> specification is used, it also fills the given variables.
The problem arises when both config file and command line facility is used.
Hi
On Fri, May 23, 2003 at 09:15:58AM +0400, Vladimir Prus wrote:
[snip]
> I'll keep this in mind. In fact, I plan to convert all the documentation
> into BoostBook is the library is accepted. The Doxygen is very nice --- in
> fact, it helps very much to keep everything documented. But I found
Hi,
I have tried to use program_options library. I have compiled the library, ran the
examples and then
incorporated the library into one of my projects.
All worked quite fine.
I have few remarks.
First and in my opinion the most important one is the matter of documentation.
I find it very ha
On Wed, Apr 30, 2003 at 10:24:09AM +0100, Ken Hagan wrote:
> > William E. Kempf wrote...
> >> pragmas. As a "best practice suggestion", it's a great idea... as a
> >> requirement, I'd have to voice an opinion against.
>
> Paul A. Bristow wrote:
> >
> > I absolutely agree, but I feel it would be u
On Fri, Mar 07, 2003 at 08:09:35PM +0100, Gennaro Prota wrote:
> On Fri, 7 Mar 2003 18:17:56 +0100, Pavol Droba <[EMAIL PROTECTED]>
> wrote:
>
> >I wanted to do something else:
> >
> > template struct trait_class
> > {
> >
&
On Fri, Mar 07, 2003 at 04:54:14PM +, John Fletcher wrote:
>
>
> Pavol Droba wrote:
>
> > I wanted to do something else:
> >
> > template struct trait_class
> >{
> >
> >}
> >
> >template struct
On Fri, Mar 07, 2003 at 10:09:40AM -0500, David Abrahams wrote:
> Pavol Droba <[EMAIL PROTECTED]> writes:
>
> > I have tried to make forward declaration of std::vector and alike, but it does not
> > work all the time,
> > and, I think it is even forbiden by some com
Hi Bootsters,
I have a problem that, I think, is worth of discussion.
When developing a library I came to a to a need of a trait class, containing properties
of different containers.
There is a default behavior and a specialization for different stl containers like
vector,
basic_string and etc.
Hi Boosters,
I'd like to ask for scheduling a formal review for the string algorithm library.
It is mostly finished ( only some final polishing of the documentation is in progress
).
Its implementation can be found in the boost sandbox.
( Is it required to upload it to yahoo groups before the
Sourceforge web and pserver based access to cvs is offline.
On Fri, Jan 17, 2003 at 11:41:23AM -, John Maddock wrote:
> Is anyone able to connect to
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost ?
>
> I've been getting:
>
> Server Error
> The following error occurred:
> Could not c
Hi,
I have problem accessing the sandbox cvs. I'm using developer access through ssh.
During cvs update, I get following message:
cvs server: [23:55:48] waiting for yok's lock in
/cvsroot/boost-sandbox/boost-sandbox/boost/numeric
It is possible to update other directories separately, but not t
Hi,
I have sent a problem report on the list, recently, regarding mpl::find_if algorithm on
vc7 platform. I'm using 1.29 release not current cvs snapshot.
I assume, that description was not good enough so I haven't got any response.
Problem:
mpl::find_if algorithm does not compile with v
Hi,
I have found a problem while using finf_if from boost distribution.
It is probably already fixed, I just wanted to be sure.
In the find_if.hpp file the order of include is probably incorrent.
Compiler fails to parse boost/mpl/aux_/iter_fold_if_impl.hpp because
apply2 is not defined. It is eno
On Wed, Jan 08, 2003 at 12:06:33PM -0500, David Abrahams wrote:
> Vladimir Prus <[EMAIL PROTECTED]> writes:
>
> > David Abrahams wrote:
> >> Vladimir Prus <[EMAIL PROTECTED]> writes:
> >
> >>>I'd prefer the latter variant, so that non-broken platforms use more natural
> >>>syntax. Another question
On Wed, Jan 08, 2003 at 05:10:17PM +0300, Vladimir Prus wrote:
> Hi Pavol,
>
> Pavol Droba wrote:
>
> > I have following two variants of the same function:
> >
> > // find_first sequence const version
> > template< typename InputT, typename
On Wed, Jan 08, 2003 at 11:52:18AM -, John Maddock wrote:
> > I have encoutered a problem when building under win2k with cygwin gcc 3.2.
> >
> > Boost.Build select an extension for binary files according to OS platform.
> > So for the Windows paltform it selects .lib for library files and .obj
Hi Boosters,
I'd like to hear your opinion about following issue:
I have following two variants of the same function:
// find_first sequence const version
template< typename InputT, typename SearchT >
inline iterator_range< typename InputT::const_iterator >
find_first( const Inpu
Hi,
String Algorithm Library is in the feature complete state available in the sand-box.
( :sandbox:/boost/string_algo, :sandbox:/libs/string_algo )
Short summary of the features can be found in the boost WIKI
http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?STLAlgorithmE
If there would be voting if to put these two types in Boost, I would vote for it.
They are usuful and it is not a good practice to define them on many different places.
On Tue, Jan 07, 2003 at 04:29:55PM +0100, Terje Sletteb? wrote:
> The types yes_type and no_type (or equivalent) - that is, two t
Hi,
I have encoutered a problem when building under win2k with cygwin gcc 3.2.
Boost.Build select an extension for binary files according to OS platform.
So for the Windows paltform it selects .lib for library files and .obj for object
files.
However cygwin is using unix-like .a for libs. When
On Thu, Dec 19, 2002 at 03:32:12PM -0500, David Abrahams wrote:
> Pavol Droba <[EMAIL PROTECTED]> writes:
>
> > On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote:
> >> David Abrahams <[EMAIL PROTECTED]> writes:
> >>
> >> > Pavo
On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote:
> David Abrahams <[EMAIL PROTECTED]> writes:
>
> > Pavol Droba <[EMAIL PROTECTED]> writes:
> >
> >> but I'm wondering, why it is not documented, or at least mentioned somewhere?
> &g
Hi,
Recently I had to deal with iterator_traits. This feature is kind of problematic
on the compilers without partial specialization. Ususally, when iterator_traits
are broken, they are not handling generic pointers as iterators. Most of the STL
libraries have workaroud for such a situation, but
On Mon, Nov 25, 2002 at 01:36:51PM -0800, Ihsan Ali Al Darhi wrote:
> > It's in the Boost sandbox under the name "tribool". Information about the
> > sandbox is here:
> > http://www.boost.org/more/mailing_lists.htm#sandbox
> >
>
>
> Sorry. But nothing there called 'tribool'.
try to look in /
Hi Alexei
On Wed, Nov 27, 2002 at 11:09:47AM -0500, Alexei Novakov wrote:
> Pavol,
>
> To make things clear, I do not want to sound like I am opposing to what you
> are doing.
Thats ok:) Every opinion is worth considering for me
> I really think that these algorithms are usefull and very usabl
On Mon, Nov 25, 2002 at 11:57:25AM -0500, Alexei Novakov wrote:
>
> "Pavol Droba" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Well, in the current state, the string_algo library provides a generic set
> > of
On Mon, Nov 25, 2002 at 04:09:29PM +, Hugo Duncan wrote:
> Pavol,
>
> On Sun, 24 Nov 2002 10:12:36 +0100, Pavol Droba <[EMAIL PROTECTED]> wrote:
> > Is there an interest to support also non-TCP/IP based protocols like
> > IRDA/TP or raw sockets?
>
> I think
On Mon, Nov 25, 2002 at 04:52:35PM +0100, Terje Sletteb? wrote:
> >From: "Pavol Droba" <[EMAIL PROTECTED]>
>
> > On Mon, Nov 25, 2002 at 02:47:54PM +0100, Terje Sletteb? wrote:
> >
> > > How did you do it on the ARM? As I understand, it requires
>
On Mon, Nov 25, 2002 at 02:47:54PM +0100, Terje Sletteb? wrote:
[snip]
> As you say, and as was pointed out at the start of the thread, it may work
> on a specific platform (like x86). Perhaps it could be possible to have code
> that detects the platform, and which could then report an error on
>
On Sun, Nov 24, 2002 at 11:18:10PM +0100, Terje Sletteb? wrote:
> > On Sun, Nov 24, 2002 at 07:27:42PM +0100, Terje Sletteb? wrote:
> > > >From: "Pavol Droba" <[EMAIL PROTECTED]>
> > > >
> > > > Reinterpret-cast could be avoided like thi
On Sun, Nov 24, 2002 at 07:27:42PM +0100, Terje Sletteb? wrote:
> >From: "Pavol Droba" <[EMAIL PROTECTED]>
> >
> > The prerequisite I haven't mentioned is that if you wan to use a structure
> to
> > map to such a buffer, it has to have 1 byte aligmn
On Sun, Nov 24, 2002 at 06:30:46PM +0100, Dirk Gerrits wrote:
> Pavol Droba wrote:
>
> > Hi,
> >
> > I have developed a simple cast function which I found very useful.
> > Here it is:
> >
> > template< typename T >
> >
On Sun, Nov 24, 2002 at 04:59:45PM +0100, Terje Sletteb? wrote:
> >From: "Pavol Droba" <[EMAIL PROTECTED]>
>
> > On Sun, Nov 24, 2002 at 01:26:05PM +0100, Terje Sletteb? wrote:
> > > >From: "Pavol Droba" <[EMAIL PROTECTED]>
> > >
On Sun, Nov 24, 2002 at 01:26:05PM +0100, Terje Sletteb? wrote:
> >From: "Pavol Droba" <[EMAIL PROTECTED]>
>
> > I have developed a simple cast function which I found very useful. Here it
> is:
> >
> > template< typename T >
>
Hi,
On Sat, Nov 23, 2002 at 04:22:22PM +, Hugo Duncan wrote:
> Sockets have come up from time to time on this list, without
> concrete results. I am no expert, but based on previous
> discussions, I have tried to start describing a design at:
> http://www.crystalclearsoftware.com/cgi-bin/boos
Hi John,
I have looked into your code. It's pretty interesting, however as I see the current
situation in Boost development, your lib ranges over 3 differnt topics which are
handled
by 3 different libraries.
(i) Unification of the interface for various sequence types, including char* variants
Hi,
I have developed a simple cast function which I found very useful. Here it is:
template< typename T >
inline T offset_cast( void* p, unsigned int offset=0 )
{
return reinterpret_cast< T >( static_cast( p )+offset
);
}
templat
On Fri, Nov 22, 2002 at 02:03:49PM -0500, Alexei Novakov wrote:
>
> "Pavol Droba" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Hi,
> >
> > On Thu, Nov 21, 2002 at 02:48:09PM -0500, Alexe
Hi,
This message is mostly for people who are interested in the string algorithm library.
New version is in the sandbox.
I have redesigned major part of the library, and I think that now its structure is
in quite stable state. I want to start writing the documentation, but first I'd like
to be su
Hi,
On Thu, Nov 21, 2002 at 02:48:09PM -0500, Alexei Novakov wrote:
[snip]
> > Alexei.
> >
> > Cool, I'd definitely use it
> > Seeing as there is a move to submit a library of string helpers at the
> > moment it might be worth submitting this at the same time!
> >
> > Vin
> >
>
> I think that
On Wed, Nov 20, 2002 at 04:34:21PM +0100, Gennaro Prota wrote:
> On Tue, 19 Nov 2002 19:37:51 +0100, Pavol Droba <[EMAIL PROTECTED]>
> wrote:
>
> > isclassified was suggested by Genny Prota
>
> My name in the file is a theft though. That's just a classic. My only
On Wed, Nov 20, 2002 at 01:42:47PM +0200, Yakov Bachmutsky wrote:
> Hi,
>
> I've posted a proposal of a singleton library (among others) maybe a month
> ago and as far as I remember it was ignored so I post it again with its name
> as the subject, hoping this will help, and some explanations:
>
>
Hi
On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote:
> At 03:25 AM 11/18/2002, Pavol Droba wrote:
>
> >What I want to do in the future is to change default signature of trim to
>
> >something like you're proposing. There will be a variant with pre
On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote:
> At 03:25 AM 11/18/2002, Pavol Droba wrote:
>
> >What I want to do in the future is to change default signature of trim to
>
> >something like you're proposing. There will be a variant with predicate
&
On Mon, Nov 18, 2002 at 06:52:53PM +0100, Gennaro Prota wrote:
> On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba <[EMAIL PROTECTED]>
> wrote:
>
> >You are probably right that some ideas are confusing without explanation.
>
> In fact the reason why I was perplexed
On Mon, Nov 18, 2002 at 06:14:01PM +0100, Thorsten Ottosen wrote:
>
> - Original Message -
> From: "James Curran/MVP" <[EMAIL PROTECTED]>
>
>
>
> > While there is a certain elegance to the names, I'd have to vote
> against
> > those. It's not immediately obvious from the names trim
Hi,
According to the discussion, I have changed the naming scheme so it is more conformant
with the standard.
I changed all mutable variants to be plain without any suffix and prefix like "trim(s)"
and non-mutable variants have suffix _copy like "trim_copy(s)".
I have also expanded the names of t
On Sun, Nov 17, 2002 at 05:36:35PM +0100, Gennaro Prota wrote:
>
> Hi Pavol, I haven't been following this thread so please forgive me if
> I'm just pointing out something stupid, or problems that you already
> know. I had a quick glance at the library and I'm a little confused at
> what is its sc
On Sun, Nov 17, 2002 at 11:20:16AM -0500, Beman Dawes wrote:
> At 04:00 AM 11/17/2002, Pavol Droba wrote:
>
> >> Have you taken a look at Darin Adler's string algorithms? See
> >> http://groups.yahoo.com/group/boost/files/string_algorithm/
> >>
>
On Sun, Nov 17, 2002 at 02:46:31PM +0100, Thorsten Ottosen wrote:
> - Original Message -
> From: "Pavol Droba" <[EMAIL PROTECTED]>
>
> > > Your example would become
> > >
> > > if ( lower_cased( trimmed( s ) ) = "ok" )
>
On Sat, Nov 16, 2002 at 04:43:53PM -0500, Beman Dawes wrote:
> At 11:58 AM 11/15/2002, Pavol Droba wrote:
> >Hi Boosters,
> >
> >I have developed a set of various string manipulating functions into a
> >string_algo lib.
>
> Pavol,
>
> Have you taken a
> Perhaps one could use these names then:
>
> Seq trimmed(...);
> void trim(...);
> >Seq trim( const Seq& Input, const std::locale& Loc=std::locale() )
> >Seq& trim_in( Seq& Input, const std::locale& Loc=std::locale() )
>
> and
>
> Seq lower_cased(...);
> void to_lower_case(...);
>
>
On Sat, Nov 16, 2002 at 03:46:07PM +, Alisdair Meredith wrote:
> Pavol Droba wrote:
>
> To pick on a function at random...
>
> >Seq ltrim( const Seq& Input, const std::locale& Loc=std::locale() )
>
> Why the default to std::locale?
>
>
On Fri, Nov 15, 2002 at 01:12:59PM -0500, Rozental, Gennadiy wrote:
> > Trimming:
> >
> >Iterator trim_begin( Iterator InBegin, Iterator InEnd,
> > const std::locale& Loc=std::locale() )
> >Seq ltrim( const Seq& Input, const std::locale& Loc=std::locale() )
> >Seq& ltrim_in( Seq& Inpu
On Fri, Nov 15, 2002 at 06:57:47PM +0100, Thorsten Ottosen wrote:
> - Original Message -
> From: "Pavol Droba" <[EMAIL PROTECTED]>
>
> > bool contains( const Seq1& Input, const Seq2& Prefix, BinaryPredicate
> Comp )
>
> BTW, contains is
On Fri, Nov 15, 2002 at 06:47:35PM +0100, Thorsten Ottosen wrote:
> >Seq rtrim( const Seq& Input, const std::locale& Loc=std::locale() )
> >Seq& rtrim_in( Seq& Input, const std::locale& Loc=std::locale() )
> >Seq trim( const Seq& Input, const std::locale& Loc=std::locale() )
> >Seq&
ryPredicate Comp )
InputSeq erase_all(
const InputSeq& Input,
const MatchSeq& Match,
BinaryPredicate Comp )
InputSeq& erase_all_in(
InputSeq& Input,
const MatchSeq& Match,
BinaryPredicate Comp )
Regards,
Pavol Droba
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
67 matches
Mail list logo
