headers
Rene Rivera | 1 Nov 2005 01:04

Re: Active objects?

Stefan Seefeld wrote:
> Rene Rivera wrote:
> 
>>Marshall Clow wrote:
> 
> 
>>>No joy in Firefox, Safari, or Camino.
>>>
>>>Nice.
>>
>>
>>Yea, nice. If don't feel like climbing the Microsoft tree you can 
>>download the complete presentation files archive:
>>
>>http://microsoft.sitestream.com/PDC05/TLN/TLN309.zip
>>
>>And look at the Windows Media video.
> 
> If using IE is impractical, using Windows Media Player is even more so.

There are video players that can play WMV files that aren't written by 
Microsoft, both free and commercial.

--

-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - Grafik/jabber.org
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ashok Thirumurthi | 1 Nov 2005 03:12
Picon
Favicon

Re: VC++ 7.1 build options lead to AV

> > Ashok Thirumurthi wrote:
> > Dear Boost,
> >
> > The following call stack leads to an access violation when I link a VC
7.1 DLL
>  > to the release build of the boost signals 1_33_0 DLL.  In comparison,
>  > there is no access violation when I link to the debug build of the same
>  > library.  Similarly, when I add the signals source to my own release
>  > DLL, there is no access violation.  I attempted to disable all compiler
>  > optimizations in msvc.jam as follows.  However, after running bjam -a
>  > in signals\build and installing the output, the AV still occurs.
>
> You were commenting out BBv2 code. Boost.Signals is being build with
> BBv1 (if you were building it from the boost root), use "bjam -a --v2"
> to build with BBv2. Also, you can use:
>
>     bjam -a --v2 optimization=off
>
> to turn off the optimization?
>

Thanks.  Disabling all optimizations prevents the access violation.

> > How can I alter the release build to avoid the access violation?
> >
> > Access violation reading location 0x00000004
> > (*((k2).content)).__vfptr is 0x00000000
> >
> >  bool operator()(const any& k1, const any& k2) const
> >   {
(Continue reading)

Permalink | Reply | 0 comments |
headers
Manfred Doudar | 1 Nov 2005 03:39

Re: [MPL.Math] rational_part or fractional_part?

Cromwell Enage wrote:

>--- David Abrahams wrote:
>  
>
>>integer_part is common usage.  It doesn't matter if
>>you don't think it's descriptive; everyone will
>>understand it...
>>    
>>
>
>Okay, if everyone understands it, then that's what
>I'll use.
>  
>
>>unless of course you mean something different from
>>what everybody means by "integer part."
>>    
>>
>
>I was thinking that integer_part included the sign and
>whole_part didn't.
>  
>

That's a little scary;

integer_part, and fractional_part ... are ideal names,

BUT I would expect that both integer and fractional _parts
(Continue reading)

Permalink | Reply | 1 comment |
headers
Manfred Doudar | 1 Nov 2005 03:51

Re: [MPL.Math] numeric concepts

Cromwell Enage wrote:

>--- Cromwell Enage wrote:
>  
>
>>A few metafunctions have different semantics for
>>for Discrete Constants; e.g. the numerator or
>>whole_part of an Integral Constant is itself,
>>    
>>
>
>Errata: the metafunctions return the absolute value of
>the Integral Constant; use is_negative to retrieve the
>sign.
>
>                              Cromwell D. Enage
>  
>

Ouch!  wrt to an earlier post - I'd be expecting the sign
to be retained.

I have a good hint of why you might have gone down this path,
but I can only think that its going to be cause for error.

Cheers,
--

-- 
Manfred Doudar
MetOcean Engineers
www.metoceanengineers.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stefan Seefeld | 1 Nov 2005 04:44
Picon
Favicon

Proposal: XML APIs in boost

Some years ago I proposed a XML-related APIs for inclusion
into boost (http://lists.boost.org/Archives/boost/2003/06/48955.php).
Everybody agreed that such APIs would be very useful as part of boost.
Unfortunately, though, after some weeks of discussing a number of details,
I got distracted, and so I never managed to submit an enhancement.

I'v now started to look into this topic again, and wrote down a start
of a DOM-like API as I believe would be suitable for boost.

Here are some highlights:

* User access dom nodes as <>_ptr objects. All memory management is
   hidden, and only requires the document itself to be managed.

* The API is modular to allow incremental addition of new modules with
   minimal impact on existing ones. This implies that implementations
   may only support a subset of the API. (For example, no validation.)

* All classes are parametrized around the (unicode) string type, so
   the code can be bound to arbitrary unicode libraries, or even std::string,
   if all potential input will be ASCII only.

* The Implementation uses existing libraries (libxml2, to be specific),
   since writing a XML DOM library requires substantial efford.

A first sketch at a XML API is submitted to the boost file vault under
the 'Programming Interfaces' category. It contains demo code, as well
as some auto-generated documentation.

I'm aware that this requires some more work before I can attempt
(Continue reading)

Permalink | Reply | 93 comments |
headers
Marshall Clow | 1 Nov 2005 04:54

Re: Proposal: XML APIs in boost

At 10:44 PM -0500 10/31/05, Stefan Seefeld wrote:
>Some years ago I proposed a XML-related APIs for inclusion
>into boost (http://lists.boost.org/Archives/boost/2003/06/48955.php).
>Everybody agreed that such APIs would be very useful as part of boost.
>Unfortunately, though, after some weeks of discussing a number of details,
>I got distracted, and so I never managed to submit an enhancement.
>
>[snip]
>
>I'm aware that this requires some more work before I can attempt
>a formal submission. This is simply to see whether there is still
>any interest into such an API, and to get some discussion on the
>design.

Yes, I have interest.
That's one. ;-)
--

-- 
-- Marshall

Marshall Clow     Idio Software   <mailto:marshall <at> idio.com>

It is by caffeine alone I set my mind in motion.
It is by the beans of Java that thoughts acquire speed,
the hands acquire shaking, the shaking becomes a warning.
It is by caffeine alone I set my mind in motion.
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
Alan Gutierrez | 1 Nov 2005 08:36

Re: Proposal: XML APIs in boost

* Stefan Seefeld <seefeld <at> sympatico.ca> [2005-10-31 22:47]:
> Some years ago I proposed a XML-related APIs for inclusion
> into boost (http://lists.boost.org/Archives/boost/2003/06/48955.php).
> Everybody agreed that such APIs would be very useful as part of boost.
> Unfortunately, though, after some weeks of discussing a number of details,
> I got distracted, and so I never managed to submit an enhancement.
> 
> I'v now started to look into this topic again, and wrote down a start
> of a DOM-like API as I believe would be suitable for boost.
> 
> Here are some highlights:
> 
> * User access dom nodes as <>_ptr objects. All memory management is
>    hidden, and only requires the document itself to be managed.
> 
> * The API is modular to allow incremental addition of new modules with
>    minimal impact on existing ones. This implies that implementations
>    may only support a subset of the API. (For example, no validation.)
> 
> * All classes are parametrized around the (unicode) string type, so
>    the code can be bound to arbitrary unicode libraries, or even std::string,
>    if all potential input will be ASCII only.
> 
> * The Implementation uses existing libraries (libxml2, to be specific),
>    since writing a XML DOM library requires substantial efford.
> 
> A first sketch at a XML API is submitted to the boost file vault under
> the 'Programming Interfaces' category. It contains demo code, as well
> as some auto-generated documentation.
>
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jason Hise | 1 Nov 2005 08:58

Re: [MPL.Math] rational_part or fractional_part?

Manfred Doudar wrote:

>BUT I would expect that both integer and fractional _parts
>*included* the sign - and I tend to think anything else
>would inevitably lead to confusion.
>
I concur with this... IMO, you should be able to sum the two parts and 
get the original number back.

-Jason

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
David Abrahams | 1 Nov 2005 12:31
Picon
Picon
Favicon
Gravatar

Re: [MPL.Math] rational_part or fractional_part?

Cromwell Enage <sponage <at> yahoo.com> writes:

> I was thinking that integer_part included the sign 

Well, it probably does.

> and whole_part didn't.

I see.  I'm not sure that's a good enough reason for "whole_part," but
I can understand your reasoning.

--

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 0 comments |
headers
David Abrahams | 1 Nov 2005 12:33
Picon
Picon
Favicon
Gravatar

Re: Proposal: XML APIs in boost

Stefan Seefeld <seefeld <at> sympatico.ca> writes:

> Some years ago I proposed a XML-related APIs for inclusion
> into boost (http://lists.boost.org/Archives/boost/2003/06/48955.php).
> Everybody agreed that such APIs would be very useful as part of boost.
> Unfortunately, though, after some weeks of discussing a number of details,
> I got distracted, and so I never managed to submit an enhancement.
>
> I'v now started to look into this topic again, and wrote down a start
> of a DOM-like API as I believe would be suitable for boost.
>

IIUC the major obstacle to XML support is proper unicode support.
Don't we need a unicode library first?

--

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Permalink | Reply | 11 comments |

Gmane