From noreply at sourceforge.net  Sun May  2 00:02:22 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun May  2 00:02:28 2004
Subject: [Expat-bugs] [ expat-Bugs-946222 ] error message
Message-ID: <E1BK8BK-0002yh-00@sc8-sf-web1.sourceforge.net>

Bugs item #946222, was opened at 2004-05-01 21:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: error message

Initial Comment:
I use tcl tdom that uses the expat lib. I was told that 
the error of xml parsing comes from the expat live
 when there is parsing error I wished the error Info would 
be a bit 
 more informative.
 for example:
  dom parse <test><a><b><c></c></a></test>
 error "mismatched tag" at line 1 character 21
 "test><a><b><c></c></a <--Error-- ></test>"
 
 will be better if it was like microsoft explorer error:
 
 End tag 'a' does not match the start tag 'b'. Error 
rocessing 
 resource 'file:///C:/Documents and 
 Settings/Administrator/Desktop/test.xml'. Line 1, 
Position 22 
 
 <test><a><b><c></c></a></test>
 ---------------------^
 you can know immediatly that tag b was not closed.



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

From noreply at sourceforge.net  Sun May  2 08:31:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun May  2 08:31:05 2004
Subject: [Expat-bugs] [ expat-Bugs-946222 ] error message
Message-ID: <E1BKG7Z-0006UV-00@sc8-sf-web4.sourceforge.net>

Bugs item #946222, was opened at 2004-05-02 00:02
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: error message

Initial Comment:
I use tcl tdom that uses the expat lib. I was told that 
the error of xml parsing comes from the expat live
 when there is parsing error I wished the error Info would 
be a bit 
 more informative.
 for example:
  dom parse <test><a><b><c></c></a></test>
 error "mismatched tag" at line 1 character 21
 "test><a><b><c></c></a <--Error-- ></test>"
 
 will be better if it was like microsoft explorer error:
 
 End tag 'a' does not match the start tag 'b'. Error 
rocessing 
 resource 'file:///C:/Documents and 
 Settings/Administrator/Desktop/test.xml'. Line 1, 
Position 22 
 
 <test><a><b><c></c></a></test>
 ---------------------^
 you can know immediatly that tag b was not closed.



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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 08:31

Message:
Logged In: YES 
user_id=290026

In principle you are correct, the error messages, and more so, 
the error codes, in Expat are not informative enough. Often
you just get a syntax error.

In this case, however, I would say the message is quite clear.

Nevertheless, the really correct way for an application would
be to just use the error code and generate a localized and/or
application specific error message based on this code.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

From noreply at sourceforge.net  Sun May  2 13:28:06 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun May  2 13:28:09 2004
Subject: [Expat-bugs] [ expat-Bugs-946506 ] PublicId for DOCTYPE not checked
	& normalized
Message-ID: <E1BKKl4-0003HG-00@sc8-sf-web3.sourceforge.net>

Bugs item #946506, was opened at 2004-05-02 13:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946506&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: PublicId for DOCTYPE not checked & normalized

Initial Comment:
The public id passed to the StartDocTypeDeclHandler()
is not checked for legal characters and not normalized.

However, the same public id passed to the 
ExternalEntityRefHandler() is normalized.

This is because the former uses the docTypePubId
member and the latter uses a hash table lookup for a
declared entity.



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946506&group_id=10127

From noreply at sourceforge.net  Sun May  2 13:33:23 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun May  2 13:33:33 2004
Subject: [Expat-bugs] [ expat-Bugs-946506 ] PublicId for DOCTYPE not checked
	& normalized
Message-ID: <E1BKKqB-0001vW-00@sc8-sf-web1.sourceforge.net>

Bugs item #946506, was opened at 2004-05-02 13:28
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946506&group_id=10127

Category: None
>Group: Test Required
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: PublicId for DOCTYPE not checked & normalized

Initial Comment:
The public id passed to the StartDocTypeDeclHandler()
is not checked for legal characters and not normalized.

However, the same public id passed to the 
ExternalEntityRefHandler() is normalized.

This is because the former uses the docTypePubId
member and the latter uses a hash table lookup for a
declared entity.



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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 13:33

Message:
Logged In: YES 
user_id=290026

Fixed with attached patch in xmlparse.c rev. 1.133.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946506&group_id=10127

From noreply at sourceforge.net  Sun May  2 13:51:21 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun May  2 13:51:25 2004
Subject: [Expat-bugs] [ expat-Bugs-946222 ] error message
Message-ID: <E1BKL7Z-0007G4-00@sc8-sf-web4.sourceforge.net>

Bugs item #946222, was opened at 2004-05-02 00:02
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Karl Waclawek (kwaclaw)
Summary: error message

Initial Comment:
I use tcl tdom that uses the expat lib. I was told that 
the error of xml parsing comes from the expat live
 when there is parsing error I wished the error Info would 
be a bit 
 more informative.
 for example:
  dom parse <test><a><b><c></c></a></test>
 error "mismatched tag" at line 1 character 21
 "test><a><b><c></c></a <--Error-- ></test>"
 
 will be better if it was like microsoft explorer error:
 
 End tag 'a' does not match the start tag 'b'. Error 
rocessing 
 resource 'file:///C:/Documents and 
 Settings/Administrator/Desktop/test.xml'. Line 1, 
Position 22 
 
 <test><a><b><c></c></a></test>
 ---------------------^
 you can know immediatly that tag b was not closed.



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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 13:51

Message:
Logged In: YES 
user_id=290026

The attached patch MoreErrors.diff (against current CVS)
adds a few more error codes in place of the generic
XML_ERROR_SYNTAX.

I leave this issue open for review before committing the
patch. Fred, please have a look as well.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 08:31

Message:
Logged In: YES 
user_id=290026

In principle you are correct, the error messages, and more so, 
the error codes, in Expat are not informative enough. Often
you just get a syntax error.

In this case, however, I would say the message is quite clear.

Nevertheless, the really correct way for an application would
be to just use the error code and generate a localized and/or
application specific error message based on this code.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

From noreply at sourceforge.net  Tue May  4 13:21:42 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue May  4 13:22:19 2004
Subject: [Expat-bugs] [ expat-Patches-835123 ] Suspend/Resume functionality
Message-ID: <E1BL3by-0002fL-00@sc8-sf-web2.sourceforge.net>

Patches item #835123, was opened at 2003-11-03 11:25
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Suspend/Resume functionality

Initial Comment:
This patch adds suspend/resume functionality to Expat.

The API is updated as follows:
- Added XML_STATUS_SUSPENDED to enum XML_Status
- Added function XML_StopParser()
- Added function XML_ResumeParser()
- Added more error codes and strings

The parser can be stopped (aborted) or suspended by
calling XML_StopParser() from a handler call-back.
Parsing can be resumed calling XML_ResumeParser().
For details check out the description in expat.h.

This API is subject to change, especially if it should
not be included in the Epat 2.0 release, in which case
it will have to adjust to the API changes intended for
Expat 3.0.

The attached file PatchDesc.txt contains a more
detailed overview of the patch implementation.
The attached diff file is taken against current CVS
as of the submission date of this patch.

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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-04 13:21

Message:
Logged In: YES 
user_id=290026

Closed, as this patch has been applied a while ago
in xmlparse.c rev. 1.21.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-10 13:25

Message:
Logged In: YES 
user_id=290026

Linking this patch to feature request #544682.
I should also mention a reference to Fred Drake's message
in the expat-discuss list from August 8, 2002:
http://mail.libexpat.org/pipermail/expat-discuss/2002-
August/000602.html.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-05 09:52

Message:
Logged In: YES 
user_id=290026

Attached is patch revision 3. 

No change in internal functionality.
Renamed fields and macros and renamed the API function
XML_GetParserState to XML_GetParsingStatus, as it
really does not return the parser's state.

Also renamed enum  XML_ParserState to XML_Parsing and 
introduced struct XML_ParsingStatus, which is returned by
XML_GetParsingStatus and now also contains the finalBuffer 
flag. I did this since it makes no sense to have to keep track
of this information externally if it is already tracked internally.


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

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-04 09:28

Message:
Logged In: YES 
user_id=290026

I attached a new patch file that includes one added API
function: XML_GetParserState(), which exposes the parser's
state with regards to being initialized, suspended or finished, 
returning this enum:

enum XML_ParserState {
  XML_INITIALIZED,
  XML_PARSING,
  XML_FINISHED,
  XML_SUSPENDED
};

Otherwise this patch revision is the same as the previous one.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

From Thuy-Ngan_Vo at inter-tel.com  Wed May  5 18:00:28 2004
From: Thuy-Ngan_Vo at inter-tel.com (Vo, Thuy-Ngan)
Date: Wed May  5 18:00:34 2004
Subject: [Expat-bugs] Why Expat does not parse the whole XML string?
Message-ID: <160710E8E770ED48B3BF7FABC30311070C3B37@TMS-NT-EVS01.inter-tel.com>

Hi all,
I am using the Expat lib WinCE version. I  pass to the parser an BTXML
string (no carriage return, only one complete string). In the log, I see
that the parser only parses the first two items. My application seems to
hang or crash since the GUI does not come up.Do you ever encounter
similar problems? I greatly appreciate any ideas/hints/suggestions about
the cause of the problem and if (possible) the solution for it. Thanks
very much.

Here's my BTXML string:
<btxml><deck id="ep_idle"><card id="ep_idle_1"><window><title>&amp;ext;
&amp;name;&lt;br/&gt;&amp;datetime;</title></window><keybindings><item
id="KEY_SOFT1" onpick="event=DIAL">NEW CALL</item><item id="KEY_SOFT2"
onpick="event=REDIAL">REDIAL</item><item id="KEY_SOFT3"
onpick="event=LCR">CALL RETURN</item><item id="KEY_SOFT4"
onpick="event=NULL"></item><item id="KEY_SOFT5"
onpick="event=CALL_PKUP">CALL PICKUP</item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7"
onpick="event=REV_XFR">DCP</item><item id="KEY_SOFT8"
onpick="event=GRP_PKUP">GRP PKUP</item></keybindings></card></deck><deck
id="ep_dialing"><card id="ep_dialing_1"><window><title>ENTER
EXTENSION&lt;br/&gt;NUMBER:<item name="INPUT" type="input"
value="1|8"/></title></window><keybindings><item id="KEY_SOFT1"
onpick="event=NULL"></item><item id="KEY_SOFT2"
onpick="event=NULL"></item><item id="KEY_SOFT3"
onpick="event=NULL"></item><item id="KEY_SOFT4"
onpick="event=NULL"></item><item id="KEY_SOFT5"
onpick="event=NULL"></item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7"
onpick="event=BACK">&lt;&lt;</item><item id="KEY_SOFT8"
onpick="event=NULL"></item></keybindings></card></deck><deck
id="ep_call_initiated"><card id="ep_call_initiated_1"><window><title>
CALLING:&lt;br/&gt;&amp;callerid;</title></window><keybindings><item
id="KEY_SOFT1" onpick="event=NULL"></item><item id="KEY_SOFT2"
onpick="event=NULL"></item><item id="KEY_SOFT3"
onpick="event=NULL"></item><item id="KEY_SOFT4"
onpick="event=NULL"></item><item id="KEY_SOFT5"
onpick="event=NULL"></item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7" onpick="event=RELS">END
CALL</item><item id="KEY_SOFT8"
onpick="event=NULL"></item></keybindings></card></deck><deck
id="ep_call_delivered"><card id="ep_call_delivered_1"><window><title>
RINGING:&lt;br/&gt;&amp;callerid;</title></window><keybindings><item
id="KEY_SOFT1" onpick="event=NULL"></item><item id="KEY_SOFT2"
onpick="event=NULL"></item><item id="KEY_SOFT3"
onpick="event=NULL"></item><item id="KEY_SOFT4"
onpick="event=NULL"></item><item id="KEY_SOFT5"
onpick="event=NULL"></item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7" onpick="event=RELS">END
CALL</item><item id="KEY_SOFT8"
onpick="event=NULL"></item></keybindings></card></deck><deck
id="ep_call_active"><card id="ep_call_active_1"><window><title>
CONNECTED:&lt;br/&gt;&amp;callerid;</title></window><keybindings><item
id="KEY_SOFT1" onpick="event=XFR">XFER</item><item id="KEY_SOFT2"
onpick="event=CONF">CNF</item><item id="KEY_SOFT3"
onpick="event=HOLD">HOLD</item><item id="KEY_SOFT4"
onpick="event=CALL_PARK">PARK</item><item id="KEY_SOFT5"
onpick="event=MUTE">MUTE</item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7" onpick="event=RELS">END
CALL</item><item id="KEY_SOFT8"
onpick="event=NULL"></item></keybindings></card></deck><deck
id="ep_call_received"><card id="ep_call_received_1"><window><title>
CALL FROM:&lt;br/&gt;&amp;callerid;</title></window><keybindings><item
id="KEY_SOFT1" onpick="event=ANS">ANSWER</item><item id="KEY_SOFT2"
onpick="event=NULL"></item><item id="KEY_SOFT3"
onpick="event=NULL"></item><item id="KEY_SOFT4"
onpick="event=NULL"></item><item id="KEY_SOFT5"
onpick="event=NULL"></item><item id="KEY_SOFT6"
onpick="event=NULL"></item><item id="KEY_SOFT7"
onpick="event=NULL"></item><item id="KEY_SOFT8"
onpick="event=NULL"></item></keybindings></card></deck></btxml>

My log only shows that the parser picks up the elements: btxml, deck,
and the attribute: ep_idle.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.libexpat.org/pipermail/expat-bugs/attachments/20040505/d257498e/attachment.html
From karl at waclawek.net  Wed May  5 18:23:11 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Wed May  5 18:23:08 2004
Subject: [Expat-bugs] Why Expat does not parse the whole XML string?
References: <160710E8E770ED48B3BF7FABC30311070C3B37@TMS-NT-EVS01.inter-tel.com>
Message-ID: <001701c432ef$8cd21fd0$0200a8c0@karlglen188>

What is your code? What is the return value from XML_Parse()?
Expat is a well-proven parser - the error is likely in your code
or in the WinCE build of Expat.

Karl

----- Original Message ----- 
From: "Vo, Thuy-Ngan" <Thuy-Ngan_Vo@inter-tel.com>
To: <expat-bugs@libexpat.org>
Sent: Wednesday, May 05, 2004 6:00 PM
Subject: [Expat-bugs] Why Expat does not parse the whole XML string?


Hi all,
I am using the Expat lib WinCE version. I  pass to the parser an BTXML
string (no carriage return, only one complete string). In the log, I see
that the parser only parses the first two items. My application seems to
hang or crash since the GUI does not come up.Do you ever encounter
similar problems? I greatly appreciate any ideas/hints/suggestions about
the cause of the problem and if (possible) the solution for it. Thanks
very much.

Here's my BTXML string:
<snip>
My log only shows that the parser picks up the elements: btxml, deck,
and the attribute: ep_idle.



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


> _______________________________________________
> Expat-bugs mailing list
> Expat-bugs@libexpat.org
> http://mail.libexpat.org/mailman/listinfo/expat-bugs
> 

From noreply at sourceforge.net  Fri May  7 16:13:40 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri May  7 16:19:19 2004
Subject: [Expat-bugs] [ expat-Bugs-945042 ] external.h not installed
Message-ID: <E1BMBj2-0003Gx-00@sc8-sf-web2.sourceforge.net>

Bugs item #945042, was opened at 2004-04-30 00:13
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=945042&group_id=10127

Category: Build control
>Group: Test Required
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Greg Stein (gstein)
Summary: external.h not installed

Initial Comment:
Reported by Fr?d?ric L. W. Meunier:

When compiling CVS, for some reason external.h doesn't
get installed by make install. Since expat.h includes it,
everything breaks.

BTW, I'm not sure if external.h is a good name for a 
header that gets installed.

What about expat_external.h or something with expat
in the name? Or install external.h in an expat directory.




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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-07 16:13

Message:
Logged In: YES 
user_id=290026

Did the following changes to CVS:
- Renamed external.h to expat_external.h.
- Modified Makefile.in to install expat_external.h
  and know about the new dependency on it.
Affected revision: Makefile.in 1.46

This seems to work on RedHat 9. Since I am not a Unix
expert this definitely needs review!!! I did this only because
nobody else seems to have time. Red Alert!

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-04-30 11:16

Message:
Logged In: YES 
user_id=290026

Just to establish the link: the addition of the new file
external.h relates to issue #923913.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=945042&group_id=10127

From noreply at sourceforge.net  Mon May 10 13:55:19 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon May 10 13:55:42 2004
Subject: [Expat-bugs] [ expat-Bugs-942465 ] dllimport' attribute directive
	ignored warning
Message-ID: <E1BNEzn-0002uj-00@sc8-sf-web3.sourceforge.net>

Bugs item #942465, was opened at 2004-04-26 09:37
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: dllimport' attribute directive ignored warning

Initial Comment:

Hi,
am getting so much of warnings when i make the expat 
library.

lib/expat.h:853: warning: `dllimport' attribute directive 
ignored
lib/expat.h:886: warning: `dllimport' attribute directive 
ignored
lib/expat.h:892: warning: `dllimport' attribute directive 
ignored
lib/expat.h:910: warning: `dllimport' attribute directive 
ignored
lib/expat.h:911: warning: `dllimport' attribute directive 
ignored
lib/expat.h:912: warning: `dllimport' attribute directive 
ignored
lib/expat.h:918: warning: `dllimport' attribute directive 
ignored
etc..................

can u help me to resolve it ?

thanks
~Babu.S

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-10 10:55

Message:
Logged In: NO 


Hi Kwaclaw,

I built the source files under Linux platform.
Iam using GNU C for it.

If you know the solution,kindly reply me to the following id.
bsingarayan@giga-stream.de


thanks
~Babu.S



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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-04-29 21:15

Message:
Logged In: YES 
user_id=290026

Details please.
How do you build, platform, etc.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127

From noreply at sourceforge.net  Mon May 10 14:10:14 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon May 10 14:10:17 2004
Subject: [Expat-bugs] [ expat-Bugs-942465 ] dllimport' attribute directive
	ignored warning
Message-ID: <E1BNFEE-0001w8-00@sc8-sf-web4.sourceforge.net>

Bugs item #942465, was opened at 2004-04-26 12:37
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: dllimport' attribute directive ignored warning

Initial Comment:

Hi,
am getting so much of warnings when i make the expat 
library.

lib/expat.h:853: warning: `dllimport' attribute directive 
ignored
lib/expat.h:886: warning: `dllimport' attribute directive 
ignored
lib/expat.h:892: warning: `dllimport' attribute directive 
ignored
lib/expat.h:910: warning: `dllimport' attribute directive 
ignored
lib/expat.h:911: warning: `dllimport' attribute directive 
ignored
lib/expat.h:912: warning: `dllimport' attribute directive 
ignored
lib/expat.h:918: warning: `dllimport' attribute directive 
ignored
etc..................

can u help me to resolve it ?

thanks
~Babu.S

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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-10 14:10

Message:
Logged In: YES 
user_id=290026

Works fine for me under Linux - RedHat 9.
Which steps did you perform?
I am using:

./buildconf.sh
./configure
make
make install

Sorry about not replying, but this web-interface has
no option to reply to an e-mail address. You can try
to become a SourceForge member and then "monitor"
this bug report. See the button on the top.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-10 13:55

Message:
Logged In: NO 


Hi Kwaclaw,

I built the source files under Linux platform.
Iam using GNU C for it.

If you know the solution,kindly reply me to the following id.
bsingarayan@giga-stream.de


thanks
~Babu.S



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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-04-30 00:15

Message:
Logged In: YES 
user_id=290026

Details please.
How do you build, platform, etc.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=942465&group_id=10127

From noreply at sourceforge.net  Tue May 18 09:56:48 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue May 18 10:35:48 2004
Subject: [Expat-bugs] [ expat-Bugs-946222 ] error message
Message-ID: <E1BQ55M-0004mo-00@sc8-sf-web2.sourceforge.net>

Bugs item #946222, was opened at 2004-05-02 00:02
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Karl Waclawek (kwaclaw)
Summary: error message

Initial Comment:
I use tcl tdom that uses the expat lib. I was told that 
the error of xml parsing comes from the expat live
 when there is parsing error I wished the error Info would 
be a bit 
 more informative.
 for example:
  dom parse <test><a><b><c></c></a></test>
 error "mismatched tag" at line 1 character 21
 "test><a><b><c></c></a <--Error-- ></test>"
 
 will be better if it was like microsoft explorer error:
 
 End tag 'a' does not match the start tag 'b'. Error 
rocessing 
 resource 'file:///C:/Documents and 
 Settings/Administrator/Desktop/test.xml'. Line 1, 
Position 22 
 
 <test><a><b><c></c></a></test>
 ---------------------^
 you can know immediatly that tag b was not closed.



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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-18 09:56

Message:
Logged In: YES 
user_id=290026

Committed additional error codes and messages.
See expat.h rev. 1.69 and xmlparse.c rev. 1.134.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 13:51

Message:
Logged In: YES 
user_id=290026

The attached patch MoreErrors.diff (against current CVS)
adds a few more error codes in place of the generic
XML_ERROR_SYNTAX.

I leave this issue open for review before committing the
patch. Fred, please have a look as well.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-02 08:31

Message:
Logged In: YES 
user_id=290026

In principle you are correct, the error messages, and more so, 
the error codes, in Expat are not informative enough. Often
you just get a syntax error.

In this case, however, I would say the message is quite clear.

Nevertheless, the really correct way for an application would
be to just use the error code and generate a localized and/or
application specific error message based on this code.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=946222&group_id=10127

From noreply at sourceforge.net  Tue May 25 14:58:57 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue May 25 14:59:03 2004
Subject: [Expat-bugs] [ expat-Bugs-591556 ] Solaris make error
Message-ID: <E1BSh8b-00007C-00@sc8-sf-web4.sourceforge.net>

Bugs item #591556, was opened at 2002-08-06 07:04
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

Category: XML::Parser (inactive)
Group: Platform Specific
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Solaris make error

Initial Comment:
Receiving this error from the make process of 1.95.4 in 
both Solaris 2.8 and 2.5.1 using gcc and ccs/cc.

make: Fatal error: Don't know how to make 
target 'xmlwf/xmlwf.c'

Here is the Make file that is being generated from 
the ./configure process: 

###############################################
#################
# Process this file with top-level configure script to 
produce Makefile
#
# Copyright 2000 Clark Cooper
#
#  This file is part of EXPAT.
#
#  EXPAT is free software; you can redistribute it and/or 
modify it
#  under the terms of the License (based on the MIT/X 
license) contained
#  in the file COPYING that comes with this distribution.
#
# EXPAT IS PROVIDED "AS IS", WITHOUT 
WARRANTY OF ANY KIND,
# EXPRESS OR IMPLIED, INCLUDING BUT NOT 
LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR 
PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE AUTHORS OR 
COPYRIGHT HOLDERS BE LIABLE FOR ANY
# CLAIM, DAMAGES OR OTHER LIABILITY, 
WHETHER IN AN ACTION OF CONTRACT,
# TORT OR OTHERWISE, ARISING FROM, OUT OF 
OR IN CONNECTION WITH THE
# SOFTWARE OR THE USE OR OTHER DEALINGS IN 
EXPAT.
#

SHELL = /bin/bash

srcdir = .
top_srcdir = .


prefix = /usr/local
exec_prefix = ${prefix}

bindir = ${exec_prefix}/bin
libdir = ${exec_prefix}/lib
includedir = ${prefix}/include
mandir = ${prefix}/man/man1

top_builddir = .


INSTALL = conftools/install-sh -c
INSTALL_PROGRAM = ${INSTALL}
INSTALL_DATA = ${INSTALL} -m 644
mkinstalldirs = $(SHELL) 
$(top_srcdir)/conftools/mkinstalldirs

MANFILE = $(srcdir)/doc/xmlwf.1
APIHEADER = $(srcdir)/lib/expat.h
LIBRARY = libexpat.la


default:  buildlib xmlwf/xmlwf

buildlib: $(LIBRARY)

all: $(LIBRARY) xmlwf/xmlwf examples/elements 
examples/outline

clean:
	cd lib && rm -f $(LIBRARY) *.o *.lo && rm -
rf .libs _libs
	cd xmlwf && rm -f xmlwf *.o *.lo && rm -
rf .libs _libs
	cd examples && rm -f elements outline *.o 
*.lo && rm -rf .libs _libs
	find . -name core | xargs rm -f

distclean: clean
	rm -f expat_config.h config.status config.log 
config.cache libtool
	rm -f Makefile

extraclean: distclean
	rm -f expat_config.h.in configure
	rm -f conftools/ltconfig conftools/ltmain.sh 
conftools/libtool.m4

check: tests/runtests
	tests/runtests

install: xmlwf/xmlwf installlib
	$(mkinstalldirs) $(bindir) $(mandir)
	$(LIBTOOL) --mode=install 
$(INSTALL_PROGRAM) xmlwf/xmlwf $(bindir)/xmlwf
	$(INSTALL_DATA) $(MANFILE) $(mandir)

installlib: $(LIBRARY) $(APIHEADER)
	$(mkinstalldirs) $(libdir) $(includedir)
	$(LIBTOOL) --mode=install $(INSTALL) 
$(LIBRARY) $(libdir)/$(LIBRARY)
	$(INSTALL_DATA) $(APIHEADER) 
$(includedir)

uninstall: uninstalllib
	$(LIBTOOL) --mode=uninstall rm -f 
$(bindir)/xmlwf
	rm -f $(mandir)/xmlwf.1

uninstalllib:
	$(LIBTOOL) --mode=uninstall rm -f $(libdir)/
$(LIBRARY)
	rm -f $(includedir)/$(APIHEADER)

# for VPATH builds (invoked by configure)
mkdir-init:
	@for d in lib xmlwf examples tests ; do 		(mkdir $$d 2> /dev/null || test 1) ; 	done

CC = gcc
LIBTOOL = $(SHELL) $(top_builddir)/libtool

INCLUDES = -I$(srcdir)/lib -I.
LDFLAGS = 
CPPFLAGS = 
CFLAGS = -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions
VSNFLAG = -version-info 3:0:3

### autoconf this?
LTFLAGS = --silent

COMPILE = $(CC) $(CFLAGS) $(DEFS) $(CPPFLAGS) 
$(INCLUDES)
LTCOMPILE = $(LIBTOOL) $(LTFLAGS) --
mode=compile $(COMPILE)
LINK_LIB = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) -no-undefined $(VSNFLAG) -rpath $(libdir) 
$(LDFLAGS) -o $@
LINK_EXE = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) $(LDFLAGS) -o $@

LIB_OBJS = lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
$(LIBRARY): $(LIB_OBJS)
	$(LINK_LIB) $(LIB_OBJS)

lib/xmlparse.lo: lib/xmlparse.c lib/expat.h lib/xmlrole.h 
lib/xmltok.h 	$(top_builddir)/expat_config.h

lib/xmlrole.lo: lib/xmlrole.c lib/ascii.h lib/xmlrole.h 	$(top_builddir)/expat_config.h

lib/xmltok.lo: lib/xmltok.c lib/xmltok_impl.c 
lib/xmltok_ns.c 	lib/ascii.h lib/asciitab.h lib/iasciitab.h 
lib/latin1tab.h 	lib/nametab.h lib/utf8tab.h lib/xmltok.h 
lib/xmltok_impl.h 	$(top_builddir)/expat_config.h


XMLWF_OBJS = xmlwf/xmlwf.o xmlwf/xmlfile.o 
xmlwf/codepage.o xmlwf/unixfilemap.o
xmlwf/xmlwf.o: xmlwf/xmlwf.c
xmlwf/xmlfile.o: xmlwf/xmlfile.c
xmlwf/codepage.o: xmlwf/codepage.c
xmlwf/unixfilemap.o: xmlwf/unixfilemap.c
xmlwf/xmlwf: $(XMLWF_OBJS) $(LIBRARY)
	$(LINK_EXE) $(XMLWF_OBJS) $(LIBRARY)

examples/elements.o: examples/elements.c
examples/elements: examples/elements.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

examples/outline.o: examples/outline.c
examples/outline: examples/outline.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

tests/chardata.o: tests/chardata.c tests/chardata.h
tests/runtests.o: tests/runtests.c tests/chardata.h
tests/runtests: tests/runtests.o tests/chardata.o 
$(LIBRARY)
	$(LINK_EXE) $^ -lcheck

tests/xmltest.zip:
	cd tests && wget 
ftp://ftp.jclark.com/pub/xml/xmltest.zip

tests/xmltest: tests/xmltest.zip
	cd tests && unzip -q xmltest.zip

run-xmltest: xmlwf/xmlwf tests/xmltest
	tests/xmltest.sh

.SUFFIXES: .c .lo .o

.c.o:
	$(COMPILE) -o $@ -c $<
.c.lo:
	$(LTCOMPILE) -o $@ -c $<

.PHONY: buildlib all 	clean distclean extraclean maintainer-clean 	dist distdir 	install uninstall


Any help would be greatly appreciated.


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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 11:58

Message:
Logged In: NO 

I still get this error using the newest release of expat. 
Unfortunately, the machine I'm trying to install this on is an 
old Sun, with Perl 5.0! Perhaps there's no helping me. 

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-01-20 21:16

Message:
Logged In: YES 
user_id=3066

This may be an XML::Parser problem, or it might be a problem
building using non-GNU make on this platform, but it's
definately a build-process issue for an older version of
Expat.  Since the build process has changed a fair bit
(though not so much as for some older releases), I'm closing
this as out-of-date.

If this can be reproduced using the 1.95.5 release or the
CVS version of the code, please open a new report.  Include
all error output.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-10 08:22

Message:
Logged In: NO 

An answer to zhangy@zhangy, although this is not a right place
for one. Sorry...

You seem to be using GCC on Solaris. /usr/ucb/cc is just a
wrapper script made by Sun which tries to find Sun's C
compiler. I know almost nothing about Perl and its libraries
(and I think that you know almost nothing about Solaris,
he-he ;), but I suggest you to make Perl configuration
script use 'gcc' instead of 'cc'.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-09 15:33

Message:
Logged In: NO 

Hello, Sir,
I run into a make problem on Solaris 8.

system info:[24] 


zhangy@zhangy: uname -a
SunOS zhangy 5.8 Generic_108528-13 sun4u sparc
SUNW,Ultra-5_10

I download the perl module XML::Parser (version 2.31,
released on  from 
www.cpan.org. 


Before I install above module, I install expat first.

I download expat module from
http://sourceforge.net/project/expat/ and put the 
file under directory

/home/zhangy/perl/module/ 

then unzip the file: 

gzip -d  .gz expat-1.95.5.tar

then 

tar -xvf expat-1.95.5.tar

then
 
under directory  /home/zhangy/perl/module/expat-1.95.5/
do the following:


1) type from prompt:

./configure --prefix=/home/zhangy/perl/perlxml/    
CC=/net/bandsaw2/tools/on81-tools/SUNWspro/SC6.1-new/bin/cc
     

2) type from prompt
   make

3) type from prompt
   make install

so far so good.


Then I begin to install XML::Parser

under directory:

/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

perl Makefile.PL PREFIX=/home/zhangy/perl INSTALLDIRS=module 
                  
EXPATLIBPATH=/home/zhangy/perl/perlxml/lib 
                  
EXPATINCPATH=/home/zhangy/perl/perlxml/include/

It shows:

Writing Makefile for XML::Parser::Expat
Writing Makefile for XML::Parser


SO FAR SO GOOD.


Then still under dir 
/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

make


it shows:

********************************************************************
[51] zhangy@zhangy: make
cc -c -I/home/zhangy/perl/perlxml/include/  -xO3
-xdepend     -DVERSION=\2.31\ 
 -DXS_VERSION=\2.31\ -KPIC
-I/usr/perl5/5.00503/sun4-solaris/CORE  Expat.c
/usr/ucb/cc:  language optional software package not
installed
*** Error code 1
make: Fatal error: Command failed for target `Expat.o'
Current working directory
/home/zhangy/perl/module/XML-Parser-2.31/Expat
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
*******************************************************************

So what is wrong for the installation?  Where do I get the 
"language optional software package" that is not installed?


Thanks for help.



Charlie


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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-08-31 06:26

Message:
Logged In: NO 

Are you using Sun's make? This isn't a wise thing when you are
working with autoconf-generated stuff  --  and you are!

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

From noreply at sourceforge.net  Tue May 25 15:12:31 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue May 25 15:12:37 2004
Subject: [Expat-bugs] [ expat-Bugs-591556 ] Solaris make error
Message-ID: <E1BShLj-0005cP-00@sc8-sf-web3.sourceforge.net>

Bugs item #591556, was opened at 2002-08-06 07:04
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

Category: XML::Parser (inactive)
Group: Platform Specific
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Solaris make error

Initial Comment:
Receiving this error from the make process of 1.95.4 in 
both Solaris 2.8 and 2.5.1 using gcc and ccs/cc.

make: Fatal error: Don't know how to make 
target 'xmlwf/xmlwf.c'

Here is the Make file that is being generated from 
the ./configure process: 

###############################################
#################
# Process this file with top-level configure script to 
produce Makefile
#
# Copyright 2000 Clark Cooper
#
#  This file is part of EXPAT.
#
#  EXPAT is free software; you can redistribute it and/or 
modify it
#  under the terms of the License (based on the MIT/X 
license) contained
#  in the file COPYING that comes with this distribution.
#
# EXPAT IS PROVIDED "AS IS", WITHOUT 
WARRANTY OF ANY KIND,
# EXPRESS OR IMPLIED, INCLUDING BUT NOT 
LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR 
PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE AUTHORS OR 
COPYRIGHT HOLDERS BE LIABLE FOR ANY
# CLAIM, DAMAGES OR OTHER LIABILITY, 
WHETHER IN AN ACTION OF CONTRACT,
# TORT OR OTHERWISE, ARISING FROM, OUT OF 
OR IN CONNECTION WITH THE
# SOFTWARE OR THE USE OR OTHER DEALINGS IN 
EXPAT.
#

SHELL = /bin/bash

srcdir = .
top_srcdir = .


prefix = /usr/local
exec_prefix = ${prefix}

bindir = ${exec_prefix}/bin
libdir = ${exec_prefix}/lib
includedir = ${prefix}/include
mandir = ${prefix}/man/man1

top_builddir = .


INSTALL = conftools/install-sh -c
INSTALL_PROGRAM = ${INSTALL}
INSTALL_DATA = ${INSTALL} -m 644
mkinstalldirs = $(SHELL) 
$(top_srcdir)/conftools/mkinstalldirs

MANFILE = $(srcdir)/doc/xmlwf.1
APIHEADER = $(srcdir)/lib/expat.h
LIBRARY = libexpat.la


default:  buildlib xmlwf/xmlwf

buildlib: $(LIBRARY)

all: $(LIBRARY) xmlwf/xmlwf examples/elements 
examples/outline

clean:
	cd lib && rm -f $(LIBRARY) *.o *.lo && rm -
rf .libs _libs
	cd xmlwf && rm -f xmlwf *.o *.lo && rm -
rf .libs _libs
	cd examples && rm -f elements outline *.o 
*.lo && rm -rf .libs _libs
	find . -name core | xargs rm -f

distclean: clean
	rm -f expat_config.h config.status config.log 
config.cache libtool
	rm -f Makefile

extraclean: distclean
	rm -f expat_config.h.in configure
	rm -f conftools/ltconfig conftools/ltmain.sh 
conftools/libtool.m4

check: tests/runtests
	tests/runtests

install: xmlwf/xmlwf installlib
	$(mkinstalldirs) $(bindir) $(mandir)
	$(LIBTOOL) --mode=install 
$(INSTALL_PROGRAM) xmlwf/xmlwf $(bindir)/xmlwf
	$(INSTALL_DATA) $(MANFILE) $(mandir)

installlib: $(LIBRARY) $(APIHEADER)
	$(mkinstalldirs) $(libdir) $(includedir)
	$(LIBTOOL) --mode=install $(INSTALL) 
$(LIBRARY) $(libdir)/$(LIBRARY)
	$(INSTALL_DATA) $(APIHEADER) 
$(includedir)

uninstall: uninstalllib
	$(LIBTOOL) --mode=uninstall rm -f 
$(bindir)/xmlwf
	rm -f $(mandir)/xmlwf.1

uninstalllib:
	$(LIBTOOL) --mode=uninstall rm -f $(libdir)/
$(LIBRARY)
	rm -f $(includedir)/$(APIHEADER)

# for VPATH builds (invoked by configure)
mkdir-init:
	@for d in lib xmlwf examples tests ; do 		(mkdir $$d 2> /dev/null || test 1) ; 	done

CC = gcc
LIBTOOL = $(SHELL) $(top_builddir)/libtool

INCLUDES = -I$(srcdir)/lib -I.
LDFLAGS = 
CPPFLAGS = 
CFLAGS = -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions
VSNFLAG = -version-info 3:0:3

### autoconf this?
LTFLAGS = --silent

COMPILE = $(CC) $(CFLAGS) $(DEFS) $(CPPFLAGS) 
$(INCLUDES)
LTCOMPILE = $(LIBTOOL) $(LTFLAGS) --
mode=compile $(COMPILE)
LINK_LIB = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) -no-undefined $(VSNFLAG) -rpath $(libdir) 
$(LDFLAGS) -o $@
LINK_EXE = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) $(LDFLAGS) -o $@

LIB_OBJS = lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
$(LIBRARY): $(LIB_OBJS)
	$(LINK_LIB) $(LIB_OBJS)

lib/xmlparse.lo: lib/xmlparse.c lib/expat.h lib/xmlrole.h 
lib/xmltok.h 	$(top_builddir)/expat_config.h

lib/xmlrole.lo: lib/xmlrole.c lib/ascii.h lib/xmlrole.h 	$(top_builddir)/expat_config.h

lib/xmltok.lo: lib/xmltok.c lib/xmltok_impl.c 
lib/xmltok_ns.c 	lib/ascii.h lib/asciitab.h lib/iasciitab.h 
lib/latin1tab.h 	lib/nametab.h lib/utf8tab.h lib/xmltok.h 
lib/xmltok_impl.h 	$(top_builddir)/expat_config.h


XMLWF_OBJS = xmlwf/xmlwf.o xmlwf/xmlfile.o 
xmlwf/codepage.o xmlwf/unixfilemap.o
xmlwf/xmlwf.o: xmlwf/xmlwf.c
xmlwf/xmlfile.o: xmlwf/xmlfile.c
xmlwf/codepage.o: xmlwf/codepage.c
xmlwf/unixfilemap.o: xmlwf/unixfilemap.c
xmlwf/xmlwf: $(XMLWF_OBJS) $(LIBRARY)
	$(LINK_EXE) $(XMLWF_OBJS) $(LIBRARY)

examples/elements.o: examples/elements.c
examples/elements: examples/elements.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

examples/outline.o: examples/outline.c
examples/outline: examples/outline.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

tests/chardata.o: tests/chardata.c tests/chardata.h
tests/runtests.o: tests/runtests.c tests/chardata.h
tests/runtests: tests/runtests.o tests/chardata.o 
$(LIBRARY)
	$(LINK_EXE) $^ -lcheck

tests/xmltest.zip:
	cd tests && wget 
ftp://ftp.jclark.com/pub/xml/xmltest.zip

tests/xmltest: tests/xmltest.zip
	cd tests && unzip -q xmltest.zip

run-xmltest: xmlwf/xmlwf tests/xmltest
	tests/xmltest.sh

.SUFFIXES: .c .lo .o

.c.o:
	$(COMPILE) -o $@ -c $<
.c.lo:
	$(LTCOMPILE) -o $@ -c $<

.PHONY: buildlib all 	clean distclean extraclean maintainer-clean 	dist distdir 	install uninstall


Any help would be greatly appreciated.


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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 12:12

Message:
Logged In: NO 

Regarding the preceding message: I build and installed the 
newests expat library with no difficulties. In order to install 
XML::Parser, I had to set EXPATHLIBPATH and 
EXPATINCPATH, as per the instructions from the 
corresponding Makefile.PL. Nonetheless, I get this error 
output if I type "gmake" and "gmake install" in the directory 
where I've gunzipped XML::Parser:

PROMPT% gmake
gmake[1]: Entering directory `/export/home/tnassar/XML-
Parser-2.34/Expat'
cc -c   -xO3 -xdepend    -DVERSION=\2.34\ -
DXS_VERSION=\2.34\ -KPIC -I/usr/perl5/5.00503/sun4-
solaris/CORE  Expat.c
/usr/ucb/cc:  language optional software package not 
installed
gmake[1]: *** [Expat.o] Error 1
gmake[1]: Leaving directory `/export/home/tnassar/XML-
Parser-2.34/Expat'
gmake: *** [subdirs] Error 2


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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 11:58

Message:
Logged In: NO 

I still get this error using the newest release of expat. 
Unfortunately, the machine I'm trying to install this on is an 
old Sun, with Perl 5.0! Perhaps there's no helping me. 

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-01-20 21:16

Message:
Logged In: YES 
user_id=3066

This may be an XML::Parser problem, or it might be a problem
building using non-GNU make on this platform, but it's
definately a build-process issue for an older version of
Expat.  Since the build process has changed a fair bit
(though not so much as for some older releases), I'm closing
this as out-of-date.

If this can be reproduced using the 1.95.5 release or the
CVS version of the code, please open a new report.  Include
all error output.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-10 08:22

Message:
Logged In: NO 

An answer to zhangy@zhangy, although this is not a right place
for one. Sorry...

You seem to be using GCC on Solaris. /usr/ucb/cc is just a
wrapper script made by Sun which tries to find Sun's C
compiler. I know almost nothing about Perl and its libraries
(and I think that you know almost nothing about Solaris,
he-he ;), but I suggest you to make Perl configuration
script use 'gcc' instead of 'cc'.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-09 15:33

Message:
Logged In: NO 

Hello, Sir,
I run into a make problem on Solaris 8.

system info:[24] 


zhangy@zhangy: uname -a
SunOS zhangy 5.8 Generic_108528-13 sun4u sparc
SUNW,Ultra-5_10

I download the perl module XML::Parser (version 2.31,
released on  from 
www.cpan.org. 


Before I install above module, I install expat first.

I download expat module from
http://sourceforge.net/project/expat/ and put the 
file under directory

/home/zhangy/perl/module/ 

then unzip the file: 

gzip -d  .gz expat-1.95.5.tar

then 

tar -xvf expat-1.95.5.tar

then
 
under directory  /home/zhangy/perl/module/expat-1.95.5/
do the following:


1) type from prompt:

./configure --prefix=/home/zhangy/perl/perlxml/    
CC=/net/bandsaw2/tools/on81-tools/SUNWspro/SC6.1-new/bin/cc
     

2) type from prompt
   make

3) type from prompt
   make install

so far so good.


Then I begin to install XML::Parser

under directory:

/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

perl Makefile.PL PREFIX=/home/zhangy/perl INSTALLDIRS=module 
                  
EXPATLIBPATH=/home/zhangy/perl/perlxml/lib 
                  
EXPATINCPATH=/home/zhangy/perl/perlxml/include/

It shows:

Writing Makefile for XML::Parser::Expat
Writing Makefile for XML::Parser


SO FAR SO GOOD.


Then still under dir 
/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

make


it shows:

********************************************************************
[51] zhangy@zhangy: make
cc -c -I/home/zhangy/perl/perlxml/include/  -xO3
-xdepend     -DVERSION=\2.31\ 
 -DXS_VERSION=\2.31\ -KPIC
-I/usr/perl5/5.00503/sun4-solaris/CORE  Expat.c
/usr/ucb/cc:  language optional software package not
installed
*** Error code 1
make: Fatal error: Command failed for target `Expat.o'
Current working directory
/home/zhangy/perl/module/XML-Parser-2.31/Expat
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
*******************************************************************

So what is wrong for the installation?  Where do I get the 
"language optional software package" that is not installed?


Thanks for help.



Charlie


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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-08-31 06:26

Message:
Logged In: NO 

Are you using Sun's make? This isn't a wise thing when you are
working with autoconf-generated stuff  --  and you are!

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

From noreply at sourceforge.net  Tue May 25 15:51:32 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue May 25 15:51:41 2004
Subject: [Expat-bugs] [ expat-Bugs-591556 ] Solaris make error
Message-ID: <E1BShxU-0003Uf-00@sc8-sf-web2.sourceforge.net>

Bugs item #591556, was opened at 2002-08-06 07:04
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

Category: XML::Parser (inactive)
Group: Platform Specific
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Solaris make error

Initial Comment:
Receiving this error from the make process of 1.95.4 in 
both Solaris 2.8 and 2.5.1 using gcc and ccs/cc.

make: Fatal error: Don't know how to make 
target 'xmlwf/xmlwf.c'

Here is the Make file that is being generated from 
the ./configure process: 

###############################################
#################
# Process this file with top-level configure script to 
produce Makefile
#
# Copyright 2000 Clark Cooper
#
#  This file is part of EXPAT.
#
#  EXPAT is free software; you can redistribute it and/or 
modify it
#  under the terms of the License (based on the MIT/X 
license) contained
#  in the file COPYING that comes with this distribution.
#
# EXPAT IS PROVIDED "AS IS", WITHOUT 
WARRANTY OF ANY KIND,
# EXPRESS OR IMPLIED, INCLUDING BUT NOT 
LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR 
PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE AUTHORS OR 
COPYRIGHT HOLDERS BE LIABLE FOR ANY
# CLAIM, DAMAGES OR OTHER LIABILITY, 
WHETHER IN AN ACTION OF CONTRACT,
# TORT OR OTHERWISE, ARISING FROM, OUT OF 
OR IN CONNECTION WITH THE
# SOFTWARE OR THE USE OR OTHER DEALINGS IN 
EXPAT.
#

SHELL = /bin/bash

srcdir = .
top_srcdir = .


prefix = /usr/local
exec_prefix = ${prefix}

bindir = ${exec_prefix}/bin
libdir = ${exec_prefix}/lib
includedir = ${prefix}/include
mandir = ${prefix}/man/man1

top_builddir = .


INSTALL = conftools/install-sh -c
INSTALL_PROGRAM = ${INSTALL}
INSTALL_DATA = ${INSTALL} -m 644
mkinstalldirs = $(SHELL) 
$(top_srcdir)/conftools/mkinstalldirs

MANFILE = $(srcdir)/doc/xmlwf.1
APIHEADER = $(srcdir)/lib/expat.h
LIBRARY = libexpat.la


default:  buildlib xmlwf/xmlwf

buildlib: $(LIBRARY)

all: $(LIBRARY) xmlwf/xmlwf examples/elements 
examples/outline

clean:
	cd lib && rm -f $(LIBRARY) *.o *.lo && rm -
rf .libs _libs
	cd xmlwf && rm -f xmlwf *.o *.lo && rm -
rf .libs _libs
	cd examples && rm -f elements outline *.o 
*.lo && rm -rf .libs _libs
	find . -name core | xargs rm -f

distclean: clean
	rm -f expat_config.h config.status config.log 
config.cache libtool
	rm -f Makefile

extraclean: distclean
	rm -f expat_config.h.in configure
	rm -f conftools/ltconfig conftools/ltmain.sh 
conftools/libtool.m4

check: tests/runtests
	tests/runtests

install: xmlwf/xmlwf installlib
	$(mkinstalldirs) $(bindir) $(mandir)
	$(LIBTOOL) --mode=install 
$(INSTALL_PROGRAM) xmlwf/xmlwf $(bindir)/xmlwf
	$(INSTALL_DATA) $(MANFILE) $(mandir)

installlib: $(LIBRARY) $(APIHEADER)
	$(mkinstalldirs) $(libdir) $(includedir)
	$(LIBTOOL) --mode=install $(INSTALL) 
$(LIBRARY) $(libdir)/$(LIBRARY)
	$(INSTALL_DATA) $(APIHEADER) 
$(includedir)

uninstall: uninstalllib
	$(LIBTOOL) --mode=uninstall rm -f 
$(bindir)/xmlwf
	rm -f $(mandir)/xmlwf.1

uninstalllib:
	$(LIBTOOL) --mode=uninstall rm -f $(libdir)/
$(LIBRARY)
	rm -f $(includedir)/$(APIHEADER)

# for VPATH builds (invoked by configure)
mkdir-init:
	@for d in lib xmlwf examples tests ; do 		(mkdir $$d 2> /dev/null || test 1) ; 	done

CC = gcc
LIBTOOL = $(SHELL) $(top_builddir)/libtool

INCLUDES = -I$(srcdir)/lib -I.
LDFLAGS = 
CPPFLAGS = 
CFLAGS = -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions
VSNFLAG = -version-info 3:0:3

### autoconf this?
LTFLAGS = --silent

COMPILE = $(CC) $(CFLAGS) $(DEFS) $(CPPFLAGS) 
$(INCLUDES)
LTCOMPILE = $(LIBTOOL) $(LTFLAGS) --
mode=compile $(COMPILE)
LINK_LIB = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) -no-undefined $(VSNFLAG) -rpath $(libdir) 
$(LDFLAGS) -o $@
LINK_EXE = $(LIBTOOL) $(LTFLAGS) --mode=link 
$(COMPILE) $(LDFLAGS) -o $@

LIB_OBJS = lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
$(LIBRARY): $(LIB_OBJS)
	$(LINK_LIB) $(LIB_OBJS)

lib/xmlparse.lo: lib/xmlparse.c lib/expat.h lib/xmlrole.h 
lib/xmltok.h 	$(top_builddir)/expat_config.h

lib/xmlrole.lo: lib/xmlrole.c lib/ascii.h lib/xmlrole.h 	$(top_builddir)/expat_config.h

lib/xmltok.lo: lib/xmltok.c lib/xmltok_impl.c 
lib/xmltok_ns.c 	lib/ascii.h lib/asciitab.h lib/iasciitab.h 
lib/latin1tab.h 	lib/nametab.h lib/utf8tab.h lib/xmltok.h 
lib/xmltok_impl.h 	$(top_builddir)/expat_config.h


XMLWF_OBJS = xmlwf/xmlwf.o xmlwf/xmlfile.o 
xmlwf/codepage.o xmlwf/unixfilemap.o
xmlwf/xmlwf.o: xmlwf/xmlwf.c
xmlwf/xmlfile.o: xmlwf/xmlfile.c
xmlwf/codepage.o: xmlwf/codepage.c
xmlwf/unixfilemap.o: xmlwf/unixfilemap.c
xmlwf/xmlwf: $(XMLWF_OBJS) $(LIBRARY)
	$(LINK_EXE) $(XMLWF_OBJS) $(LIBRARY)

examples/elements.o: examples/elements.c
examples/elements: examples/elements.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

examples/outline.o: examples/outline.c
examples/outline: examples/outline.o $(LIBRARY)
	$(LINK_EXE) $< $(LIBRARY)

tests/chardata.o: tests/chardata.c tests/chardata.h
tests/runtests.o: tests/runtests.c tests/chardata.h
tests/runtests: tests/runtests.o tests/chardata.o 
$(LIBRARY)
	$(LINK_EXE) $^ -lcheck

tests/xmltest.zip:
	cd tests && wget 
ftp://ftp.jclark.com/pub/xml/xmltest.zip

tests/xmltest: tests/xmltest.zip
	cd tests && unzip -q xmltest.zip

run-xmltest: xmlwf/xmlwf tests/xmltest
	tests/xmltest.sh

.SUFFIXES: .c .lo .o

.c.o:
	$(COMPILE) -o $@ -c $<
.c.lo:
	$(LTCOMPILE) -o $@ -c $<

.PHONY: buildlib all 	clean distclean extraclean maintainer-clean 	dist distdir 	install uninstall


Any help would be greatly appreciated.


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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 12:51

Message:
Logged In: NO 

All is clarified by this link:

http://www.netsys.com/sunmgr/2001-07/msg00814.html

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 12:12

Message:
Logged In: NO 

Regarding the preceding message: I build and installed the 
newests expat library with no difficulties. In order to install 
XML::Parser, I had to set EXPATHLIBPATH and 
EXPATINCPATH, as per the instructions from the 
corresponding Makefile.PL. Nonetheless, I get this error 
output if I type "gmake" and "gmake install" in the directory 
where I've gunzipped XML::Parser:

PROMPT% gmake
gmake[1]: Entering directory `/export/home/tnassar/XML-
Parser-2.34/Expat'
cc -c   -xO3 -xdepend    -DVERSION=\2.34\ -
DXS_VERSION=\2.34\ -KPIC -I/usr/perl5/5.00503/sun4-
solaris/CORE  Expat.c
/usr/ucb/cc:  language optional software package not 
installed
gmake[1]: *** [Expat.o] Error 1
gmake[1]: Leaving directory `/export/home/tnassar/XML-
Parser-2.34/Expat'
gmake: *** [subdirs] Error 2


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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-05-25 11:58

Message:
Logged In: NO 

I still get this error using the newest release of expat. 
Unfortunately, the machine I'm trying to install this on is an 
old Sun, with Perl 5.0! Perhaps there's no helping me. 

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-01-20 21:16

Message:
Logged In: YES 
user_id=3066

This may be an XML::Parser problem, or it might be a problem
building using non-GNU make on this platform, but it's
definately a build-process issue for an older version of
Expat.  Since the build process has changed a fair bit
(though not so much as for some older releases), I'm closing
this as out-of-date.

If this can be reproduced using the 1.95.5 release or the
CVS version of the code, please open a new report.  Include
all error output.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-10 08:22

Message:
Logged In: NO 

An answer to zhangy@zhangy, although this is not a right place
for one. Sorry...

You seem to be using GCC on Solaris. /usr/ucb/cc is just a
wrapper script made by Sun which tries to find Sun's C
compiler. I know almost nothing about Perl and its libraries
(and I think that you know almost nothing about Solaris,
he-he ;), but I suggest you to make Perl configuration
script use 'gcc' instead of 'cc'.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-09 15:33

Message:
Logged In: NO 

Hello, Sir,
I run into a make problem on Solaris 8.

system info:[24] 


zhangy@zhangy: uname -a
SunOS zhangy 5.8 Generic_108528-13 sun4u sparc
SUNW,Ultra-5_10

I download the perl module XML::Parser (version 2.31,
released on  from 
www.cpan.org. 


Before I install above module, I install expat first.

I download expat module from
http://sourceforge.net/project/expat/ and put the 
file under directory

/home/zhangy/perl/module/ 

then unzip the file: 

gzip -d  .gz expat-1.95.5.tar

then 

tar -xvf expat-1.95.5.tar

then
 
under directory  /home/zhangy/perl/module/expat-1.95.5/
do the following:


1) type from prompt:

./configure --prefix=/home/zhangy/perl/perlxml/    
CC=/net/bandsaw2/tools/on81-tools/SUNWspro/SC6.1-new/bin/cc
     

2) type from prompt
   make

3) type from prompt
   make install

so far so good.


Then I begin to install XML::Parser

under directory:

/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

perl Makefile.PL PREFIX=/home/zhangy/perl INSTALLDIRS=module 
                  
EXPATLIBPATH=/home/zhangy/perl/perlxml/lib 
                  
EXPATINCPATH=/home/zhangy/perl/perlxml/include/

It shows:

Writing Makefile for XML::Parser::Expat
Writing Makefile for XML::Parser


SO FAR SO GOOD.


Then still under dir 
/home/zhangy/perl/module/XML-Parser-2.31/

from prompt type:

make


it shows:

********************************************************************
[51] zhangy@zhangy: make
cc -c -I/home/zhangy/perl/perlxml/include/  -xO3
-xdepend     -DVERSION=\2.31\ 
 -DXS_VERSION=\2.31\ -KPIC
-I/usr/perl5/5.00503/sun4-solaris/CORE  Expat.c
/usr/ucb/cc:  language optional software package not
installed
*** Error code 1
make: Fatal error: Command failed for target `Expat.o'
Current working directory
/home/zhangy/perl/module/XML-Parser-2.31/Expat
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
*******************************************************************

So what is wrong for the installation?  Where do I get the 
"language optional software package" that is not installed?


Thanks for help.



Charlie


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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-08-31 06:26

Message:
Logged In: NO 

Are you using Sun's make? This isn't a wise thing when you are
working with autoconf-generated stuff  --  and you are!

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=591556&group_id=10127

From noreply at sourceforge.net  Thu May 27 13:09:31 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu May 27 13:09:35 2004
Subject: [Expat-bugs] [ expat-Bugs-961698 ] bug when recovering from malloc
	failure
Message-ID: <E1BTONn-0006Xv-00@sc8-sf-web1.sourceforge.net>

Bugs item #961698, was opened at 2004-05-27 19:09
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=961698&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Anders Carlsson (andersca)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug when recovering from malloc failure

Initial Comment:
The lookup function in xmlparse.c sets the hash table
size before allocating memory for it. If the malloc
call fails, the size should be reset to 0.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=961698&group_id=10127

From noreply at sourceforge.net  Thu May 27 13:40:33 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu May 27 13:40:49 2004
Subject: [Expat-bugs] [ expat-Bugs-961698 ] bug when recovering from malloc
	failure
Message-ID: <E1BTOrp-0007ol-00@sc8-sf-web3.sourceforge.net>

Bugs item #961698, was opened at 2004-05-27 13:09
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=961698&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Anders Carlsson (andersca)
>Assigned to: Karl Waclawek (kwaclaw)
Summary: bug when recovering from malloc failure

Initial Comment:
The lookup function in xmlparse.c sets the hash table
size before allocating memory for it. If the malloc
call fails, the size should be reset to 0.

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

>Comment By: Karl Waclawek (kwaclaw)
Date: 2004-05-27 13:40

Message:
Logged In: YES 
user_id=290026

Thanks for the bug report and fix.
Applied your patch in xmlparse.c rev. 1.135.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=961698&group_id=10127