Where participating developers of the Xerces-P perl binding for XML parsing meet and discuss issues, code changes/additions, etc.

Jason E. Stewart | 1 Nov 2005 14:46

Re: Correct way to reference ELEMENT_NODE in XML::Xerces?

"Garrett, Philip (MAN-Corporate)" <Philip.Garrett <at> cox.com> writes:

> In my Xerces version (1.7.0-1), it's
>     $XML::Xerces::DOM_Node::ELEMENT_NODE

Hey,

In all Xerces-2.x branches the correct way is:

   $XML::Xerces::DOMNode::ELEMENT_NODE

Cheers,
jas.

headers

Richardson, Steven | 2 Nov 2005 14:07

RE: Correct way to reference ELEMENT_NODE in XML::Xerces?

Thanks Philip and Jason, $XML::Xerces::DOMNode::ELEMENT_NODE worked!

Other than the sample XML::Xerces Perl scripts and the Xerces C++ documentation, is there
any other documentation for XML::Xerces?

  Thanks, Steve

-----Original Message-----
From: Jason E. Stewart [mailto:jason <at> openinformatics.com]
Sent: Tuesday, November 01, 2005 8:46 AM
To: p-dev <at> xerces.apache.org
Subject: Re: Correct way to reference ELEMENT_NODE in XML::Xerces?

"Garrett, Philip (MAN-Corporate)" <Philip.Garrett <at> cox.com> writes:

> In my Xerces version (1.7.0-1), it's
>     $XML::Xerces::DOM_Node::ELEMENT_NODE

Hey,

In all Xerces-2.x branches the correct way is:

   $XML::Xerces::DOMNode::ELEMENT_NODE

Cheers,
jas.

headers

Garrett, Philip (MAN-Corporate | 2 Nov 2005 15:43

RE: Correct way to reference ELEMENT_NODE in XML::Xerces?

Not that I'm aware of.  I generally either look at the sample scripts or at
the source for Xerces.pm when I run into trouble.

-----Original Message-----
From: Richardson, Steven [mailto:srichardson <at> sonusnet.com] 
Sent: Wednesday, November 02, 2005 8:08 AM
To: p-dev <at> xerces.apache.org
Subject: RE: Correct way to reference ELEMENT_NODE in XML::Xerces?

Thanks Philip and Jason, $XML::Xerces::DOMNode::ELEMENT_NODE worked!

Other than the sample XML::Xerces Perl scripts and the Xerces C++
documentation, is there any other documentation for XML::Xerces?

  Thanks, Steve

-----Original Message-----
From: Jason E. Stewart [mailto:jason <at> openinformatics.com]
Sent: Tuesday, November 01, 2005 8:46 AM
To: p-dev <at> xerces.apache.org
Subject: Re: Correct way to reference ELEMENT_NODE in XML::Xerces?

"Garrett, Philip (MAN-Corporate)" <Philip.Garrett <at> cox.com> writes:

> In my Xerces version (1.7.0-1), it's
>     $XML::Xerces::DOM_Node::ELEMENT_NODE

Hey,

In all Xerces-2.x branches the correct way is:

(Continue reading)

headers

Jason E. Stewart | 4 Nov 2005 05:49

Re: Correct way to reference ELEMENT_NODE in XML::Xerces?

"Garrett, Philip (MAN-Corporate)" <Philip.Garrett <at> cox.com> writes:

> Not that I'm aware of.  I generally either look at the sample scripts or at
> the source for Xerces.pm when I run into trouble.

Correct. The main examples are in the test directory, t/, or in the
samples/ directory.

If anyone wants to contribute more sample code, I'm happy to include
it. 

If anyone wants to contribute more documentation (tutorials, HOWTO's,
etc) I'm happy to include it.

Cheers,
jas.

headers

bugzilla | 6 Nov 2005 23:08

Bug report for Xerces-P [2005/11/06]

+---------------------------------------------------------------------------+
| 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            |
|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         |
|36631|New|Blk|2005-09-13|Core Dump problem while using 32-bit binary releas|
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+

headers

bugzilla | 13 Nov 2005 23:08

Bug report for Xerces-P [2005/11/13]

+---------------------------------------------------------------------------+
| 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            |
|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         |
|36631|New|Blk|2005-09-13|Core Dump problem while using 32-bit binary releas|
+-----+---+---+----------+--------------------------------------------------+
| Total   11 bugs                                                           |
+---------------------------------------------------------------------------+

headers

Richardson, Steven | 14 Nov 2005 17:47

Minimal set of build objects for xerces-c-2.6.0 and XML::Xerces 2.6.0

I have successfully built the xerces-c-2.6.0 XML C++ Parser and the Perl XML::Xerces packages for Solaris 5.9.

My question concerns the minimal set of build objects that I would need to transfer to a different

Solaris target machine (i.e. different than the Solaris machine where the builds were done).

I have two requirements on the target Solaris box:

#1 Be able to upgrade some existing C++ code that currently uses version 1.6.0 of the Xerces C++ parser to use the newer version 2.6.0.

#2 Be able to execute a Perl script that uses the XML::Xerces 2.6.0 module (i.e. Xerces.pm).

For #1 above, I believe that I just need to link in the Solaris shared libraries.

Do I need both the libxerces-c.so.26.0 and the libxerces-depdom.so.26.0 libraries, or just the former?

Btw, what is the libxerces-depdom.so.26.0 library?

For #2 above, do I need anything more than just the Xerces.pm (which will be copied to the proper <at> INC directory on the target box)?

I'm asking because, after building XML::Xerces, I see that there is also an auto subdirectory created with XML and Handler subdirectories and assorted contents.

Thank, Steve

Steven Richardson Sonus Networks
www.sonusnet.com The Voice of the New Public Network

headers

bugzilla | 20 Nov 2005 17:47

DO NOT REPLY [Bug 37570] New: - mjpegtools' yuv2lav fails to produce correct data when run under Perl API

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37570>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37570

           Summary: mjpegtools' yuv2lav fails to produce correct data when
                    run under Perl API
           Product: Xerces-P
           Version: 2.0.0
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Keywords: APIBug
          Severity: normal
          Priority: P2
         Component: Perl API
        AssignedTo: xerces-p-dev <at> xml.apache.org
        ReportedBy: allen <at> a-king.us

Folks,

Mjpegtools' utility yuv2lav produces bad data when run from within an Apache
perl script handler.  In particular, lavtrans won't open the resulting AVI file.
 Furthurmore, when read on a WXP box, Windows Media Player 10 complains of "one
or more required codecs missing".

Why does this happen?  What can I do to make things work? Do you intend
mjpegtools to work with Apache?  I would be happy to perform experiments, or
give you short snippets that would duplicate the problem.

       Allen King

--------- Details:

I am running Apache 2.0.54 and mjpegtools 1.8.0 (or earlier 1.6.3) , on Fedora
Core 4.

I'm using 'lav2yuv | yuv2lav' to reconstruct a missing Huffman table from .AVI
files from my camera. Apache is configured to use a PerlHandler that is my
program: Apache::AlbumPAK.  AlbumPAK.pm contains:

...
sub handler {
   ...
   system "lav2yuv +p IMGP0706.AVI >t1";           # construct yuv for Huffman table
   system "yuv2lav t1< -o IMGP0706new.AVI";     # construct AVI with Huffman table
   system "lavtrans -f i -i 3 -o IMGP0706.jpg +p IMGP0706new.AVI";           #
create thumbnail

----------- For the failing case, my log files contain:

[Thu Nov 17 16:46:51 2005] [warn] ---------- movie 'IMGP0706.AVI' found
[Thu Nov 17 16:46:51 2005] [warn] lav2yuv +p IMGP0706.AVI | yuv2lav -o IMGP0706.AVI
   INFO: [lav2yuv] Norm set to PAL
   INFO: [lav2yuv] chroma '422' recommended with this input
   INFO: [lav2yuv] set default chroma '420jpeg'
   INFO: [lav2yuv] Repeated frames (for error concealment): 0
[Thu Nov 17 16:46:54 2005] [warn] lavtrans -f i -i 1 -o IMGP0706.jpg +p IMGP0706.AVI
   INFO: [lavtrans] Norm set to PAL
**ERROR: [lavtrans] Error opening /var/www/html/thumbs//051113/IMGP0706.AVI
[Thu Nov 17 16:46:54 2005] [warn] '256': movie IMGP0706.jpg. thumbnail made

    * blue is from print (actually $r->warn) statements, red is lav... program
output.
    * I checked (by removing the various lav... programs from /usr/bin) that
those are the programs used in all circumstances.
    * Here, the lav2yuv and yuv2lav are connected in one command with a pipe. 
Below, they are executed in separate commands.  Behavior as a pipe or as
separate seems to be identical.
    * Command line login as apache required modification of  /etc/passwd to use
the /bin/bash shell as default shell (default is /sbin/nologin).  This change
did not affect the incorrect operation of yuv2lav within the Apache perl script.

----------- In the following, the files with "h" in there name were produced by
hand, executing the same command under the user name apache at a bash prompt.
The md5sum shows that the intermediate files are the same, but the product of
yuv2lav differs in content, but ls shows that lengths are the same.

bash-3.00$ md5sum /var/www/html/pics/051113/tt* IMGP0706*.AVI
6eee2d8fc650969f5deae15ba217c61c  /var/www/html/pics/051113/tt
6eee2d8fc650969f5deae15ba217c61c  /var/www/html/pics/051113/tth
f91693d1f5d7d662d646e04c64f450b4  IMGP0706.AVI
b99d4cc1f6cc86687f55ea3d8865ee80  IMGP0706h.AVI
bash-3.00$ ls -l /var/www/html/pics/051113/tt* IMGP0706*.AVI
-rw-r--r--  1 apache apache 1001628 Nov 19 18:27 IMGP0706.AVI
-rw-r--r--  1 apache apache 1001628 Nov 19 18:32 IMGP0706h.AVI
-rw-r--r--  1 apache apache 8179679 Nov 19 18:27 /var/www/html/pics/051113/tt
-rw-r--r--  1 apache apache 8179679 Nov 19 18:31 /var/www/html/pics/051113/tth

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

headers

bugzilla | 20 Nov 2005 23:08

Bug report for Xerces-P [2005/11/20]

+---------------------------------------------------------------------------+
| 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            |
|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         |
|36631|New|Blk|2005-09-13|Core Dump problem while using 32-bit binary releas|
|37570|New|Nor|2005-11-20|mjpegtools' yuv2lav fails to produce correct data |
+-----+---+---+----------+--------------------------------------------------+
| Total   12 bugs                                                           |
+---------------------------------------------------------------------------+

headers

bugzilla | 22 Nov 2005 13:59

DO NOT REPLY [Bug 37570] - mjpegtools' yuv2lav fails to produce correct data when run under Perl API

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37570>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37570

jason <at> openinformatics.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

------- Additional Comments From jason <at> openinformatics.com  2005-11-22 13:59 -------
Sorry, this is the wrong project for this bug. You filed the report under the
Xerces-P XML Parser, we have nothing to do with the Apache Web server. Please
refile the bug under the correct project.

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

1	August 2012
1	July 2011
1	June 2011
2	April 2011
1	August 2010
1	July 2010
1	May 2010
2	February 2010
2	November 2009
2	August 2009
3	May 2009
1	March 2009
1	February 2009
3	January 2009
3	November 2008
1	October 2008
1	September 2008
3	August 2008
1	July 2008
3	May 2008
1	March 2008
3	February 2008
3	November 2007
2	August 2007
6	July 2007
3	June 2007
1	May 2007
1	April 2007
11	March 2007
1	February 2007
1	December 2006
1	November 2006
2	October 2006
25	September 2006
16	August 2006
11	July 2006
1	June 2006
3	March 2006
6	February 2006
6	January 2006
5	December 2005
11	November 2005
18	October 2005
19	September 2005
8	August 2005
7	July 2005
30	June 2005
7	May 2005
4	April 2005
11	March 2005
21	February 2005
3	January 2005
13	December 2004
7	November 2004
16	October 2004
8	September 2004
9	August 2004
11	July 2004
39	June 2004
26	May 2004
27	April 2004
27	March 2004
24	February 2004
21	January 2004
59	December 2003
95	November 2003
44	October 2003
10	September 2003
5	August 2003

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30