very wierd error
when I try to link any of the xml tests which I have so far been
unable to resolve. I've started to try to work with Comeau but
am having problems with that also.
I would very much like to hear from someone who has been able
to build and test on other platforms.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ine, build and / or test. I look forward to your comments.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>Robert Ramey wrote:
>> Currently boost array contains a copy of the array that initialized it.
>> Is there any reason that boost array can't be enhanced to contain a reference
>> to the original C array? I think this would make it more useful
>> to me as well
>Ramey wrote:
>> Actually this suits my current need. It compiles in my environment.
>> Does this mean its universally OK?. I thought I had seen something
>> like this before but couldn't find it in any of my references so I had been
>> trying something variations on:
>If you look at the regres
ainer
can be used?
I think it would be a relative easy task given that boost::array
already provides the interface. In fact, just factoring boost::array
into two layers (one to provide the common interface) and one
to provide different constuc
Currently boost array contains a copy of the array that initialized it.
Is there any reason that boost array can't be enhanced to contain a reference
to the original C array? I think this would make it more useful
to me as well as others.
Robert
release mode
in order that executable built with library don't include
any more unused code than necessary. Is there some
reason that this isn't included?
Robert Ramey
.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
an updated/evolved version shortly (two
weeks?)
for examination by interested parties.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
y
eye catching message
Other than that, it seems to work as one would hope.
Robert Ramey
// (C) Copyright Robert Ramey 2003.
// Permission to copy, use, modify, sell and
// distribute this software is granted provided this copyright notice appears
// in all copies. This software is provided
H - I never imagined that something like this would be so problematic.
For now with my VC 7.0 compiler I can use the following and it gives
me almost exactly what I need. The warning message points exactly
to the place in my code where I have invoked it - just like BOOST_STATIC_ASSERT.
I wo
on of BOOST_STATIC_WARNING that
would display a compile time warning message but permit
compilition to successfully complete. Its usage would be
to notify library users of legal but suspect library usage.
Robert Ramey
___
Unsubscribe & other changes: http://lists.
on my machine.
But I've only had to do that a few times.
Anyone who considers making a boost XML parser without
studying this package risks doing a LOT of unnecessary work.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.or
bitray iterator adaptor.
That's what I'm getting at.
If that's not clear - I'm not surprised. I had to invest a lot more
effort in the steam/streambuf stuff than I had orginally anticipated.
Robert Ramey
>Larry Evans <[EMAIL PROTECTED]> wrote:
>Jonathan D. Turkanis wr
pedefs based on the above.
The streambuf implementation can be selected independantly of the stream
formating. This the source of the appeal of enhancing streambuf.
Robert Ramey
>"Reece Dunn" <[EMAIL PROTECTED]> writes
>Also, is there a way for you to bind a streambuf to a
x27;t include an example that
is suitable for use as a basis for such "conversion" or transformational adaptors.
But its not hard to make one.
To summarize, I would like see the concept of "adaptable sequence" factored
out of streambuf and a streambuf built that can use any "adap
he command line
functionality ( login, etc) included in WinCVS. From then on the sync stuff (update)
worked fine (though I had to search around for an option in the update).
I suspect that WinCVS is a little bit behind the complete CVS syntax.
I suppose there might be a lesson here but I've m
ptional and spirit libraries aren't included in the boost-dev
tree while they are included in
boost_1_30_0 tree. As my library used spirit, it wouldn't build. Is this an
oversight or is it simply that the development versions of these libraries live in a
different place.
Robert Ramey
elaborate one would go
a very long way to providing boost/standard XML parser.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
of examples would
be nice.
Good Work.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
brary submitters: The boost review process is
far more rigorous than what one is normally accustomed to and I
suspect that few are really prepared for it. On the other hand,
I have no doubt that this the reason for the incredible high quality
and utility of the boost libraries. The only thi
Is there such a thing as is_abstract_base similar to is_polymorphic ?
Is such a thing possible? I could use it but have been unable to figrure
out how to do it.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo
What is with the Mailing List archive? It doesn't seem to have more than 50 messages
in it for January. Also it seems the search function doesn't seem to work in a
predictable way.
Robert Ramey
___
Unsubscribe & other changes: http://l
Has anyone had experience running PC-Lint from Gimpel Software on boost?
What was your experience?
Do you have a file of lint options (*.lnt) that is useful for doing this?
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mai
n-intrusive save/load which
was in turn indispensible to implement save/load of stl collections
and other templates.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
alize the derived class by calling the
>save() function of the base class?
the current serialization code doesn't rely on save being virtual
to function. It downcasts the base class pointer to the most
derived class and calls the save function on
m a file
then the serialization scheme doesn't have to re-implement it. The
serialization scheme is not dependent on the file format but just
the class structure once its loaded.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
XML tags can have them. Of course then
end up coupling the UDT serialization to a particular kind of archive. This
breaks a valuable feature of the library - independence of the archve
and UDT serialization. This feature makes the library easier to use and
understand in my opinion.
along the same lines, I wonder
if there is any sense to serializing iterators. I imagine its
possible though I don't know for sure. I wonder if that has
any application.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
pilation of the everything for every combination
of UDT and archive used in a program.
c) significantly larger executables
d) much longer compile/build times
In the submitted library, I chose option 1 primarily because of a)
Whether or not this is the best choice really depends on the other factors
mentioned above so I don't see an obvious answer here. In fact, for most
situations either would work just as well.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
bogged down because it depended on the
existence of some code shipped only with unix. Ultimately, implemenation
of a portable binary stream, requires specific coding for each machine
architecture. This makes the task larger than it first appears.
Robert Ramey
___
r
as well as references
http://www.riehle.org/computer-science-research/1996/plop-1996-serializer.html
)
In this aspect I believe that the review results fairly reflected the views of those
who commented
on the issue. However, I believe the rejection was for the wrong reasons. This has
led to t
be possible, but
it would be no richer than a simple sequence of bytes. Hence, though possible,
it would be pointless.
A synonym for "serialization" would be "flattening"
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
anism, allowing
>serialization of arbitrary data.
Why don't you try to implement it with the current library?
The package includes serialization of shared_ptr and auto_ptr
as examples. Also includes serialization of all stl collection
templates. I
eat points previously made by myself and others - I would note that
it re-enforces my skeptism that a consensus can be achieved on an implementable
set of features.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>vector.hpp
>list.hpp
>...
Hmmm - thats odd to me. Why not
/boost/serialization/std/ // note std rather than stl
vector.hpp
list.hpp
...
and what about things like shared_ptr ? would that be:
/boost/serialization/boost/
shared_ptr.hpp
Robert Ramey
p
oarchive.hpp
...
/ serialization
...
so that users would use
#include
#include
or maybe
#include
if input/output were not separated.
Robert Ramey
if input a
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ould check
more if someone want's to override the init function and make it
more elaborate. Again, that would be up to the person who
submits a portable binary archive.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ive interface permits implementations
to acommodate either viewpoint.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
s is totally disjoint
from serialization. It is really implementation of a small part of
reflection. If relection is implemented as a nice package, then
void_cast would end up as part of that. It has nothing to do with
the difference of opinion between "forward_declaration" and &
>// (C) Copyright 2002 Robert Ramey - http://www.rrsd.com . Permission to copy,
>// use, modify, sell and distribute this software is granted provided this
>// copyright notice appears in all copies. This software is provided "as is"
>// without express or implied warranty
ly some unique id could be passed to the
serialization package, but beyond that it doesn't have to be used
by the serialization system in any way.
Nothing more is needed by the system so I don't see any benefit in adding
in any more machinery of any kind.
Robert Ramey
__
ginal author to roll in the new
feature but the original author isn't convinced.
d) but the library isn't doesn't belong to Robert Ramey anymore:
it belongs to boost. So you make your new improved version and
submit it to the formal review process (presumably as it would
be an i
y to specify serialization of template classes.
I believe a better way (as hinted at in the manual) will be available to those
concerned only with conforming compiler in addition to the current method.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ementing the changes, improving the library, and am willing to
>discuss further.
I very much appreciate your interest in making an portable implementation of
an XDR binary archive binary archive and understand you have made great progress in
this
in a very short time. Please let me know if there is anything you need
else you need from me. Many users feel that this is necessary and it
would demonstrate the ease of use of the library.
I know you have spend a lot of time studying and working with the library
and I much appreciate your efforts.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
t; t
where t is a C array, each item is serialized individually.
I believe the original question was how would "power users"
override the item by item virtual function call just blast
all the data to the output archive. For such a purpose
ar.write_binary(t, sizeof(t))
should do nicely.
Ro
ling to help
>Robert with implementing the changes, improving the library, and am willing to
>discuss further.
I very much appreciate your interest in making an portable implementation of
an XDR binary archive binary archive and understand you have made great progress in
this
in a very short time. Please let me know if there is anything you need
else you need from me. Many users feel that this is necessary and it
would demonstrate the ease of use of the library.
I know you have spend a lot of time studying and working with the library
and I much appreciate your efforts.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Date: Sun, 24 Nov 2002 20:39:03 +0100
From: Matthias Troyer <[EMAIL PROTECTED]>
>you seem to have misunderstood that: a function
>void basic_oarchive::write_array(double* p, std::size_t n)
>will work for ALL contiguous data: C-arrays, std::vector, ublas and MTL
>arrays, and so on
Hmmm - what I
or all the platforms. Its the
M(libraries) * N(platforms) problem in a different form.
d) This effort would be applied only after a library is otherwise approved.
Given that the number of library actually approved per year is small, being a
"platform guru" wouldn't be an unreasonable burden.
d) "platform gurus" would be making a valuable contribution even though they don't have
the time to design, build, and get approved a new library contribution.
e) Such a valuable contribution would justify adding these people to that elite
group known as "boost library contributor" along with the web site picture. The
"boost library contributor" is incredibly valuable currency. A little bit spent
in this direction would improve boost code alot. Of course, the currency is valuable
because it has been wisely spent - so far - so don't go overboard with this idea.
8.O
===
By the way, I vote for approval of the library.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
r basis? Wouldn't this preclude
leaving serialization code in a precompiled library? Even if generated automatically
it would still be a lot of virtual functions and double the size of the iterface.
What am I missing here?
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
This was also submitted to bePavel Vozenilek I didn't see it on the list
so I am posting it for referene
--
MAJOR ISSUES:
1) Is there any exception for disk-full error? Also exception for
invalid state stream should exists.
2
ther texts.So the system is:
Open the archive
save the current locale
create a new locale
classic + override for codecvt facet to supress code conversion
use archive
OnClose restore previous locale.
This seems to me to address the issues of wide chara
Note: This was sent directly to me by Pavel Vozenilek. I am posting it to
the list.
Robert Ramey
I recommend to accept serialisation library into Boost.
I played with the library for few hours and used Intel C++ 6.0
plugged in Visual C++ 6.0 IDE (and Visual C++ 6.0 STL) to compile
examples
I believe I have largely accomplished
that purpose.
Thats all for now. I will have much more to say on this topic in the coming days.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
From: Beman Dawes <[EMAIL PROTECTED]>
>
>At 10:01 PM 11/18/2002, Robert Ramey wrote:
>>>Is there a reason you sent this to me privately?
>>> From: David Abrahams <[EMAIL PROTECTED]>
>
>>>I believe your assessment that some
>>>data st
lementation somewhere else in boost. I have no idea
whether it has any utility outside of this context.
Generally I like this post very much. There are several things I will
disagree with but I will require more time to respond with attention
it de
From: [EMAIL PROTECTED] (Dave Harris)
>In-Reply-To: <[EMAIL PROTECTED]>
>On Sun, 17 Nov 2002 18:57:52 -0800 Robert Ramey ([EMAIL PROTECTED]) wrote:
> I did briefly consider this, but it seemed it wasn't worth it. My
> real main objection was that it broke the symetry of the
basic_oarchive & operator<<(boost::basic_oarchive &ar,
const T &t){
ar.write_binary(x, sizeof(x));
}
endof file
wouldn't that do the job? the onlything is that you couldn't include two
different kinds of archives in the same code module.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ul for anything other than this serialization system?
If someone can assure me that the answers to all three of the above
is yes then it should be possible - otherwise not. Given that its
"easy to prove" these questions should be easy to a
ing 'cat' on them should never do anything wrong to console, and
>transferring over any medium should be save.
A valid point
>As it stands, even forgetting to open the stream in binary mode will destroy
>the data.
I have to double che
y I might be convinced it was doable, but
then I would be unconvinced it was worth doing.
I must confess I have zero real world experience with XML so I'm not
prepared to stake a hard line on this. It really just mostly intuition
plus having first h
or this case. Of course,
if someone does manage to do this - great. But until someone
does, you should vote against it.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
e
inline boost::basic_iarchive & operator>>(boost::basic_iarchive &ar, double & x[]){
ar.read_binary(x, sizeof(x));
}
template
inline boost::basic_oarchive & operator<<(boost::basic_oarchive &ar, const T &t){
ar.write_binary(x, sizeof(x));
}
d unicode too? That job would never end
and be pointless besides.
Take the string out by and use the enums as keys.
We can't accomodate someone who doesn't handle the possible exceptions
by including strings in every posible locale.
Robert Ramey
___
d had to be free, complete, and guarenteed
correct. streams fullfilled these requirements. Text streams are portable
across machines but may be slow, binary archives are fast but not portable
across machines. More archive mechanisms may turn up in the future.
Robe
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, 17 Nov 2002 10:19:01 -0800 Robert Ramey ([EMAIL PROTECTED]) wrote:
>> >const T t(ar);
>
>> > It seems to me that your versioning infrastructure doesn't
>> > support this.
>>
>> It doesn
. It is a harder task than the first
but I still believe it can be done in one day. You can
use the serialization of the stl collections to get a preview
of what's involved.
Robert Ramey
P.S.
If someone really want's a small interesting project along these lines
why not try to impleme
ly bad idea for reasons cited above
>(4) That the limits on version numbers etc are too small.
This suggests a lack of shared understanding as to what
the version numbers are used for. Have you a class for which
you need to maintain compatiblity with 255 previous versions?
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ted, that are passed to the constructor
and every thing works as normal. Your method would require that
every class that uses serialization and but no default constructor
have code in it that knows about archives. Non intrusive serialization
could be be implement
ime decision while I
>decide the archive format at runtime and thus need to have these
>optimized functions available as virtual functions.
>have you considered trying to provide your own specialization for the
>following operator ( and << as well)
template
inline boost::basic_iarchive & operator>>(boost::basic_iarchive &ar, T &t){
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
are not identical
and any course of action based on the presumption that they are is
doomed to be frustrating an most likely a failure in my opinion.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ge table, use archive_exception::exception_code
that's what my intention was.
In my view std::exception is a mistake and should be removed from the standard.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
It has been reported to me that is_polymorphic gives
compile time error when T is const type and the compiler is g++.
Is there a fix for this?
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
gt;not currently possible.
Wouldn't it be better for the user to derive his own exception from archive_exception?
I'm flabbergasted at the output from gcc 3.2 as well as the fact that it doesn't seem
to permit derived virtual functions to be private if the one
to use the library but could not compile it under MacOS X 10.2
>with gcc 3.1
>Compiling the file "demo.cpp" gives me the error:
>./../boost/serialization/serialization_imp.hpp:382: sorry, not
>implemented: `
>tree_list' not supported by dump_expr
Hmm in my copy that corresponds to a statement:
BOOST_STATIC_ASSERT(false);
You can just comment this out for now
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
equired space.
In summary my view is that:
a) locale doesn't matter to us as long as we always use the same one
b) leave the stream in the state you found it.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
mber variables initialized to
values in excess of 256.
The system doesn't seem to lose any informaton in storing/loading to a stream with
classic locale.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
have
to be a stream like object. It could be something more interesting
like an pipe to another machine or what ever.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
s class
by overriding the default.
explicit invocation of basic_[i|o]archive::register_type would no longer be necessary.
I believe this would resolve the whole issue to everyone's satisfaction.
Robert Ramey
___
Unsubscribe & other changes: h
speaking country where the string
123.000
means 123
That's why I set the local to classic.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
*false* sense of security that
>the "writing" and "reading" platform agree on the type size.
this is for the native binary archive which is explicitly described as
being non-portable. It was included because some users felt it
would be more
iven the very wide range of users with conficting design goals. Add to
this trying to make this work with compilers that have way too much
variation and you have a recipe to aggravation almost beyond human
capacity.
Note that I am posting a response to another user that touches this topic.
No doubt you'll be interested.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
PT:NOREF to
>the linker options is too hard to swallow.
I agree that this is exceedingly annoying. I am looking into it.
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ogically impossible to do so - see last
(unanswered) post.
http://aspn.activestate.com/ASPN/Mail/Message/1384779
http://aspn.activestate.com/ASPN/Mail/Message/boost/1428284
http://aspn.activestate.com/ASPN/Mail/Message/1357868
http://aspn.activestate.com/ASPN/Mail/Message/1355485
Robert Ramey
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-Original Message-
From: Vladimir Prus [SMTP:[EMAIL PROTECTED]]
Sent: Sunday, November 10, 2002 5:52 AM
To: Boost mailing list; Robert Ramey
Subject:Re: [boost] Serialization Submission version 6
Robert,
> I have just loaded the latest version of the serializat
ind some other use for this this - though I can't imagine what
it would be.
4) corrections of other minor errors.
5) in order to use the library, you will have to have boost 1_29_0 or better installed
Robert Ramey
___
Unsubscribe & ot
85 matches
Mail list logo