bugzilla | 7 Aug 2005 23:08
Picon
Favicon

Bug report for Xerces-P [2005/08/07]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Maj|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
|29119|New|Nor|2004-05-20|relative paths broken                             |
|29694|New|Nor|2004-06-20|SetProperty() fails with 'expected _p_void'       |
|30313|New|Maj|2004-07-25|getElementsByTagNameNS() always returns 0         |
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+
bugzilla | 14 Aug 2005 23:08
Picon
Favicon

Bug report for Xerces-P [2005/08/14]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Maj|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
|29119|New|Nor|2004-05-20|relative paths broken                             |
|29694|New|Nor|2004-06-20|SetProperty() fails with 'expected _p_void'       |
|30313|New|Maj|2004-07-25|getElementsByTagNameNS() always returns 0         |
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+
bugzilla | 21 Aug 2005 23:08
Picon
Favicon

Bug report for Xerces-P [2005/08/21]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Maj|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
|29119|New|Nor|2004-05-20|relative paths broken                             |
|29694|New|Nor|2004-06-20|SetProperty() fails with 'expected _p_void'       |
|30313|New|Maj|2004-07-25|getElementsByTagNameNS() always returns 0         |
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+
Albert Chin | 26 Aug 2005 07:39

Re: [Announce]: 2.6.0 snapshot availablecollyer <at> netspinner.co.uk

On Sun, Jul 03, 2005 at 05:57:42PM +0530, Jason E. Stewart wrote:
> Stephen Collyer <scollyer <at> netspinner.co.uk> writes:
> 
> >> The good news is that I solved a *lot* of ugly memory issues - some of
> >> them to do with exceptions. Also, there were some very ugly C++ hacks
> >> I was forced to install years back that I was able to remove in 2.6,
> >> so now things should be much simpler. It is possible that your
> >> exception problems on AIX are gone - but I'm afraid I can't back that
> >> up with any real evidence. The best I can suggest is to try and see.
> >> Snapshot later today.
> >
> > Was this snapshot released, or is it still under development ?
> > I can't find a followup mail that indicates where it can be
> > found.
> 
> Sorry Stephen,
> 
> I hit a funny snag while compiling the release, and had a critical
> deadline for this monday on a different project. Once I'm finished
> with that I'll have time to finally make the release.

Any news on this?

--

-- 
albert chin (china <at> thewrittenword.com)
bugzilla | 28 Aug 2005 23:08
Picon
Favicon

Bug report for Xerces-P [2005/08/28]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Maj|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
|29119|New|Nor|2004-05-20|relative paths broken                             |
|29694|New|Nor|2004-06-20|SetProperty() fails with 'expected _p_void'       |
|30313|New|Maj|2004-07-25|getElementsByTagNameNS() always returns 0         |
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+
Stephen Collyer | 30 Aug 2005 11:50
Picon

XML::Xerces and Apache::Registry problems

Has anyone got these to play together nicely ?

I'm having problems getting a CGI script using XML::Xerces
to run consistently under Apache::Registry. I suspect either
some kind of initialization or clean-up problem, as I can
create and call a parser once, but thereafter the process
dies with this message:

 >httpd: XMemory.cpp:102: static void* xercesc_2_5::XMemory::operator
 >new(unsigned int, xercesc_2_5::MemoryManager*): Assertion `manager !=
 >0' failed.

I've tried adding calls to XML::Xerces::XMLPlatformUtils::Initialize()
and XML::Xerces::XMLPlatformUtils::Terminate() but it doesn't improve
things.

Any ideas ?

--

-- 
Regards

Stephen Collyer
Netspinner Ltd

RE: :Xerces and Apache::Registry problems


I haven't used it under Apache::Registry directly, but I do use it in a
PerlHandler with no ill effects.  I reuse the same parser over and over, as
opposed to creating new ones.  After each parse, I call this (although it
probably won't help you):
    eval { $parser->resetDocumentPool() };

-----Original Message-----
From: Stephen Collyer [mailto:scollyer <at> netspinner.co.uk] 
Sent: Tuesday, August 30, 2005 5:50 AM
To: Perl Xerces Mailing List
Subject: XML::Xerces and Apache::Registry problems

Has anyone got these to play together nicely ?

I'm having problems getting a CGI script using XML::Xerces to run
consistently under Apache::Registry. I suspect either some kind of
initialization or clean-up problem, as I can create and call a parser once,
but thereafter the process dies with this message:

 >httpd: XMemory.cpp:102: static void* xercesc_2_5::XMemory::operator
>new(unsigned int, xercesc_2_5::MemoryManager*): Assertion `manager !=  >0'
failed.

I've tried adding calls to XML::Xerces::XMLPlatformUtils::Initialize()
and XML::Xerces::XMLPlatformUtils::Terminate() but it doesn't improve
things.

Any ideas ?

(Continue reading)

Stephen Collyer | 30 Aug 2005 22:54
Picon

Re: :Xerces and Apache::Registry problems

Garrett, Philip (MAN-Corporate) wrote:
>  
> I haven't used it under Apache::Registry directly, but I do use it in a
> PerlHandler with no ill effects. 

That's probably good news, as it implies that it should be possible
to fix things somehow.

  I reuse the same parser over and over, as
> opposed to creating new ones. 

I've tried changing the code to do this, but to no avail.

  After each parse, I call this (although it
> probably won't help you):
>     eval { $parser->resetDocumentPool() };

It won't; I'm not using DOM, and I think that's DOM only.

Thanks anyway.

--

-- 
Regards

Stephen Collyer
Netspinner Ltd

Gmane