headers
noreply | 1 Nov 2002 15:32
Picon
Favicon

[ expat-Bugs-632068 ] make clean broken under MSYS 1.0.8/MinGW

Bugs item #632068, was opened at 2002-11-01 14:32
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=632068&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Johan Lindh (johanl)
Assigned to: Greg Stein (gstein)
Summary: make clean broken under MSYS 1.0.8/MinGW

Initial Comment:
make clean requires xargs, which is not present with
MSYS 1.0.8. Possibly make clean could be rewritten
to not require this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=632068&group_id=10127
Permalink | Reply | 0 comments |
headers
noreply | 1 Nov 2002 18:15
Picon
Favicon

[ expat-Bugs-632146 ] xmlwf: memory demands

Bugs item #632146, was opened at 2002-11-01 17:15
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=632146&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rolf Ade (pointsman)
Assigned to: Nobody/Anonymous (nobody)
Summary: xmlwf: memory demands

Initial Comment:

expat 1.95.5

Running xmlwf against bigger XML files needs almost the
double of the file  size of memory (at the end, the
process size grows permanently during the  processing).
This looks pretty wrong to me, since the tool does SAX
parsing.

Please notice, that this seems to be a problem only
with the xmlwf code, not with the expat lib per se. An
application by me, build on top of expat, doesn't shows
this behavior. Instead, the memory size of the process
stays constant and pretty low, even while parsing big
XML files - which is, what I also would have expected
from the xmlwf tool.
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 Nov 2002 22:29
Picon
Favicon

[ expat-Bugs-626001 ] ld: Mismatched ABI (not an ELF file) for

Bugs item #626001, was opened at 2002-10-20 14:43
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=626001&group_id=10127

>Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 9
Submitted By: Sanjay (sanjaywaza)
>Assigned to: Greg Stein (gstein)
Summary: ld: Mismatched ABI (not an ELF file) for

Initial Comment:
I tried to install the expat1.95.4) on HP-UX 11.0 (64 Bit).
Then I tried to build XML::Parser2.31.1 and I am getting 
the error (ld: Mismatched ABI (not an ELF file). 
I am getting the following error during 
make . 

cp Parser/Encodings/README 
blib/lib/XML/Parser/Encodings/README 
cp Parser/Encodings/x-sjis-cp932.enc 
blib/lib/XML/Parser/Encodings/x-sjis-cp932.enc 
cp Parser/Encodings/iso-8859-7.enc 
blib/lib/XML/Parser/Encodings/iso-8859-7.enc 
cp Parser/Encodings/big5.enc 
blib/lib/XML/Parser/Encodings/big5.enc 
cp Parser/Encodings/windows-1250.enc 
blib/lib/XML/Parser/Encodings/windows-1250.enc
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 6 Nov 2002 14:11
Picon
Favicon

[ expat-Bugs-634409 ] XML_Feature HP-UX expat-1.95.5

Bugs item #634409, was opened at 2002-11-06 05:11
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=634409&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: XML_Feature HP-UX expat-1.95.5

Initial Comment:
a build of expat-1.95.5.tar.gz on HP-UX 11
fails with

gcc -O2 -w -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions  -O2 -w 
-I/usr/local/include -I./lib -I. -o xmlwf/xmlwf.o -c
xmlwf/xmlwf.c
xmlwf/xmlwf.c: In function `showVersion':
xmlwf/xmlwf.c:602: syntax error before `*'
xmlwf/xmlwf.c:613: `features' undeclared (first use in
this function)
xmlwf/xmlwf.c:613: (Each undeclared identifier is
reported only once
xmlwf/xmlwf.c:613: for each function it appears in.)
xmlwf/xmlwf.c:613: `XML_FEATURE_END' undeclared (first
use in this function)
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 7 Nov 2002 02:13
Picon
Favicon

[ expat-Bugs-624724 ] Distinguishing between GE's and PE's

Bugs item #624724, was opened at 2002-10-17 11:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=624724&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Ernst Jan Plugge (rmc)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Distinguishing between GE's and PE's

Initial Comment:
There is no documented way to distinguish
between a general entity and a parameter
entity in an ExternalEntityRefHandler.
Right now, the undocumented way is to
examine the value of the context
parameter to the handler, but the docs
clearly state that the context should be
considered opaque.

The feature request is to provide a proper,
documented way to distinguish between the
two.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 7 Nov 2002 02:14
Picon
Favicon

[ expat-Bugs-624724 ] Distinguishing between GE's and PE's

Bugs item #624724, was opened at 2002-10-17 11:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=624724&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Ernst Jan Plugge (rmc)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Distinguishing between GE's and PE's

Initial Comment:
There is no documented way to distinguish
between a general entity and a parameter
entity in an ExternalEntityRefHandler.
Right now, the undocumented way is to
examine the value of the context
parameter to the handler, but the docs
clearly state that the context should be
considered opaque.

The feature request is to provide a proper,
documented way to distinguish between the
two.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 7 Nov 2002 22:31
Picon
Favicon

[ expat-Bugs-607702 ] expat v1.9.5+ error on <?pi-target ?>

Bugs item #607702, was opened at 2002-09-11 04:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=607702&group_id=10127

Category: None
Group: None
>Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Shamim Islam (kellin)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat v1.9.5+ error on <?pi-target ?>

Initial Comment:
PHP 4.2.2 - direct relay into expat 1.9.5
Apache 1.3.x
Windows NT
Linux-Mandrake

Processing instructions according to the W3C workgroup 
do not form part of the character stream, but are 
supposed to be passed directly to the application. As 
such, they should be allowed to appear anywhere.
xml and Xml as targets are reserved. The targets can 
make use of a Notation in the dtd to clarify the 
application to receive the processing instruction.

Expat as constructed does not allow for processing 
instructions to appear anywhere arbitrarily but requires 
that they appear outside tags. However, the W3C
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 7 Nov 2002 22:32
Picon
Favicon

[ expat-Bugs-624251 ] Problem parsing Latin-1 symbols

Bugs item #624251, was opened at 2002-10-16 15:03
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=624251&group_id=10127

Category: None
Group: None
>Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem parsing Latin-1 symbols

Initial Comment:
Expat 1.95-5

Getting an extra character from the parser when parsing 
extended ASCII characters (161 - 255 decimal).

The XML_CharacterDataHandler function reports 2 
characters for every 1 extended character encountered.

Below is a small XML file demonstrating the problem.
The character handler function reports two charaters (0xC2 
and 0xA9) when the xml file contains only one (0xA9).

<?xml version="1.0" encoding="ISO-8859-1" 
standalone="yes"?>
<data>©</data>
(Continue reading)

Permalink | Reply | 1 comment |
headers
noreply | 7 Nov 2002 22:33
Picon
Favicon

[ expat-Bugs-624724 ] Distinguishing between GE's and PE's

Bugs item #624724, was opened at 2002-10-17 11:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=624724&group_id=10127

Category: None
Group: Feature Request
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Ernst Jan Plugge (rmc)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Distinguishing between GE's and PE's

Initial Comment:
There is no documented way to distinguish
between a general entity and a parameter
entity in an ExternalEntityRefHandler.
Right now, the undocumented way is to
examine the value of the context
parameter to the handler, but the docs
clearly state that the context should be
considered opaque.

The feature request is to provide a proper,
documented way to distinguish between the
two.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
(Continue reading)

Permalink | Reply | 3 comments |
headers
noreply | 7 Nov 2002 22:42
Picon
Favicon

[ expat-Bugs-625156 ] iso-8859-1 support not working?

Bugs item #625156, was opened at 2002-10-18 07:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=625156&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: iso-8859-1 support not working?

Initial Comment:
libversion: expat-1.95.5
os: FreeBSD 4.6-STABLE

I've run into problems when using a xml-document with
encoding defined to "iso-8859-1" as:
<?xml version="1.0" encoding="iso-8859-1"?>	

The document gets processed ok, but some of the
characters, special to this encoding, gets transformed
to garbage in the output.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2002-11-07 16:42
(Continue reading)

Permalink | Reply | 0 comments |

Gmane