• Show log

    Commit

  • Hash : 82cdfc4e
    Author : Daniel Veillard
    Date : 2012-08-22T11:05:09

    Expose xmlBufShrink in the public tree API
    
    As suggested by Andrew W. Nosenko:
    Proposal: expose the new xmlBufShrink() to the "public" API for
    compatibility with xmlBufUse().
    
    Reason: the following scenario:
    
    1. Read something into  xmlParserInputBuffer (e.g. using
    xmlParserInputBufferRead())
    2. Extract content through xmlBufContent()
    3. Extract content length through xmlBufUse().  Result have type
    'size_t'.
    4. Use this content
    5. Now, you need to shrink the buffer.  How to do it?  Doing that
    through legacy xmlBufferShrink() is unsafe because it uses 'unsigned
    int' and the whole point of introducing the new API was handling the
    cases, when 'unsigned int' is not enough.  Therefore, need to use the
    new xmlBufShrink().  But it is "private".
    
    Therefore, I propose to expose the new xmlBufShrink() in the same way,
    as xmlBufContent() and xmlBufUse() are exposed.
    

  • README

  •                   XML toolkit from the GNOME project
    
    Full documentation is available on-line at
        http://xmlsoft.org/
    
    This code is released under the MIT Licence see the Copyright file.
    
    To build on an Unixised setup:
       ./configure ; make ; make install
    To build on Windows:
       see instructions on win32/Readme.txt
    
    To assert build quality:
       on an Unixised setup:
          run make tests
       otherwise:
           There is 3 standalone tools runtest.c runsuite.c testapi.c, which
           should compile as part of the build or as any application would.
           Launch them from this directory to get results, runtest checks 
           the proper functionning of libxml2 main APIs while testapi does
           a full coverage check. Report failures to the list.
    
    To report bugs, follow the instructions at: 
      http://xmlsoft.org/bugs.html
    
    A mailing-list xml@gnome.org is available, to subscribe:
        http://mail.gnome.org/mailman/listinfo/xml
    
    The list archive is at:
        http://mail.gnome.org/archives/xml/
    
    All technical answers asked privately will be automatically answered on
    the list and archived for public access unless privacy is explicitly
    required and justified.
    
    Daniel Veillard
    
    $Id$