On Apr 11, 2005, at 7:31 AM, Axel Weiß wrote:
James, did you already develop a strategy for eliminating
runConfigure?
Hi Axel,
Sorry the for the delay in replying, I've been out of town for a day.
Yes. I've got prototype autoconf infrastructure that eliminates both
runConfigure and the need for
Hi Jason,Any status on this?-jdbOn Mar 18, 2005, at 7:53 PM, Jason E. Stewart wrote: From: [EMAIL PROTECTED] (Jason E. Stewart) Date: March 17, 2005 5:36:15 AM PST To: [EMAIL PROTECTED] Subject: Xerces-C migration from CVS to SVN Hello Infrastructure team, The Xerces-C project has decided to mo
[
http://issues.apache.org/jira/browse/XERCESC-1394?page=comments#action_62033 ]
James Berry commented on XERCESC-1394:
--
You say the fix is to use gnutar instead of tar. Do you mean in unpacking (on
your end) or in creating the archive
On Mar 29, 2005, at 12:25 PM, David Bertoni (JIRA) wrote:
[ http://issues.apache.org/jira/browse/XERCESC-1389?page=history
]
David Bertoni updated XERCESC-1389:
---
Attachment: patch.txt
If someone else could review the patch, I would appreciate it. Also,
found the following:
Carbon applications should use HGetVol and HSetVol to get and set the
default directory. the functions GetVol and SetVol, as well as
working directories, are no longer supported.
Is that relevant to this behavior?
Thanks,
Steve
At 9:19 PM -0800 3/17/05, James Berry wrote:
H
[
http://issues.apache.org/jira/browse/XERCESC-1306?page=comments#action_61182 ]
James Berry commented on XERCESC-1306:
--
Adam,
If I recall correctly, Codewarrior emits its xml project file with "CR" line
endings. I think I used to use
On Mar 17, 2005, at 6:59 AM, Jignesh Sorathia wrote:
Hi All,
I am beginner for Xerces Libraries on Mac OS X. I want Xerces
library as a Static Library in my application. So is there any option
for building Static libraries from Xerces Source code??
Jignesh,
There is no option to configure as
Thanks Jason!
-jdb
On Mar 17, 2005, at 9:08 PM, Jason E. Stewart wrote:
Hey All,
Just to let you know that I have mailed the final request to the
apache infrastrucutre list. I have not yet gotten a reply from them. I
will wait another 24 hours, and then I will ping them to find out when
the move ca
oes not occur when the
program is complied under gcc on a PC.
This isn't really a xerces problem I suppose -- though I would
appreciate any further suggestions.
Steve
At 12:27 PM -0800 3/16/05, James Berry wrote:
Steve,
getcwd() works for me. You might try printing out what it returns a
[ http://issues.apache.org/jira/browse/XERCESC-1375?page=history ]
James Berry reopened XERCESC-1375:
--
Assign To: James Berry
Reopening pending response from reporter regarding issue on SUNOS.
> configure cannot be run due to improper shab
[
http://issues.apache.org/jira/browse/XERCESC-1375?page=comments#action_61147 ]
James Berry commented on XERCESC-1375:
--
Zoltan,
Could you please clarify your statement that SUNOS doesn't allow the space
following shebang? I can fi
Hi Tim,
On Mar 17, 2005, at 9:20 AM, Tim Arney wrote:
Hi Gareth and James,
James: I'm afraid to say it the next release date hurts a bit more
than it helps. I was hoping to have my xerces-c issues resolved
within a week.
I should make sure it's clear that my comments about potential release
da
On Mar 17, 2005, at 12:59 AM, Gareth Reakes wrote:
Hi,
Do you have some
idea when that would be?
Thats a question for James. You out there James?
Out here I am. A first cut at a new autotools based configure/make/make
install build system is complete, and awaiting the switch to svn, and a
branch
-0800 3/16/05, James Berry wrote:
Steve,
Could you do a bit of debugging on this?
One way or another, the relative path should be resolved inside
XMLParsePathToFSRef_X in MacOSPlatformUtils.cpp. This would be
either in response to getCurrentDirectory (which calls
XMLParsePathToFSSpec wit
ssage of
The primary document entity could not be opened.
Id=//../../../configuration.xml
Note the extra "/"'s in front of the string that I passed in.
Thanks for your help.
Steve
-Original Message-
From: James Berry [mailto:[EMAIL PROTECTED]
Sent: Wed 3/16/05 10:07 AM
To: x
Steve,
I don't know of a problem in this area. I've used relative paths
successfully. But your setup may be somewhat different.
Can you provide more information about the context in which you're
seeing this issue? Build environment? Compiler? What API you're passing
the relative path to? Can y
Jason,
Thanks for your work on this. It looks good to me.
Here's my +1 to send it off and get it done.
One question that is not addressed in your proposal below, and which
should probably be addressed, is what the final location we'll have in
svn, given that xerces is now a TLP. Will there be xer
Prasad,Please be sure to read (and follow) the build instructions here: http://xml.apache.org/xerces-c/build-other.html#MacNote that if you simply mounted or copied files from your windows machine to your mac machine, you may have run into an issue of conflicting line ending formats. You'll want to
7;t execute it either. I propose we
delete it.
Regards,
David A. Cargill
XML Parser Development
IBM Toronto Lab
(905) 413-2371, tie 969
[EMAIL PROTECTED]
James Berry
<[EMAIL PROTECTED]
g>
On Feb 25, 2005, at 10:31 AM, David Cargill wrote:
Hi James/Alberto,
I checked in a fix for XSValueTest. Can you let me know if it gets
rid of
the errors? Thanks.
Hi Dave,
This fixed the errors, but some warnings remain:
XSValueTest/XSValueTest.cpp:1363: warning: this decimal constant is
unsi
... feeling lucky... ;)...
And for UtilTests:
../src/xercesc/util/CountedPointer.c: In member function `const T&
xercesc_2_6::CountedPointerTo::operator*() const [with T =
TestClass]':
UtilTests/CoreTests_CountedPointer.cpp:95: instantiated from here
../src/xercesc/util/CountedPointer.c:124: er
On Feb 25, 2005, at 5:47 AM, David Cargill wrote:
Hi,
For XSValueTest can someone send me the compiler errors? I have a
guess
of which lines are causing problems but would rather see the real
problem
before making a fix.
(I know you didn't ask for this, but...just in case you're feeling
lucky.
On Feb 25, 2005, at 1:32 AM, Alberto Massari wrote:
Good job James!
One of the things I hate about the current structure is that I am
forced to run runConfigure with the same arguments three times, for
the sources, the samples and the tests. Will the new ./configure be
placed in the "c" folder a
On Feb 25, 2005, at 1:33 AM, Gareth Reakes wrote:
Hey,
I have had another thought. Can we add options to include Xalan /
Pathan during the build? Either by pointing to where they are or even
downloading them? XPath support is frequently asked for and there is
no chance we will have it soon.
Bravo!
-jdb
On Feb 25, 2005, at 6:00 AM, Gareth Reakes wrote:
Hey all,
We are now a top level project!
Gareth
--
Gareth Reakes, Managing Director Parthenon Computing
+44-1865-811184 http://www.parthcomp.com
--
On Feb 25, 2005, at 5:47 AM, David Cargill wrote:
Hi,
For XSValueTest can someone send me the compiler errors? I have a
guess
of which lines are causing problems but would rather see the real
problem
before making a fix.
David,
Are you sure you're ready... (I think the last of these errors woul
On Feb 24, 2005, at 4:17 PM, Jay Berkenbilt wrote:
James Berry <[EMAIL PROTECTED]> wrote:
Just to keep a little excitement going here, I've got a bit of status
on one of the projects for "Xerces 3".
Xerces is building and running tests in a generic autotools-style
build us
Is anybody else out there working with Xerces under gcc4?
In working on the new autoconf stuff, I tried to run all of the testss,
and ran into errors compiling several of them under gcc4:
- ParserTest: I can't remember what was broken in compiling this,
but it didn't compile.
- UtilTest
Just to keep a little excitement going here, I've got a bit of status
on one of the projects for "Xerces 3".
Xerces is building and running tests in a generic autotools-style build
using autoconf/automake/libtool!
- Uses a single large automake generated makefile to build the
entire Xerces
The Grammar class gives warnings about conversion of signed integer to
unsigned integer, due to the...
following enums:
enum {
UNKNOWN_SCOPE = -2
, TOP_LEVEL_SCOPE = -1
};
which are passed into functions like this:
virtual unsigned int getElemId
(
const uns
On Feb 22, 2005, at 7:05 AM, David Cargill wrote:
My initial ideas to resolve this are:
1) If we fail on creating a mutex (or locking a mutex or unlocking a
mutex:
I mention these as well since they could also lead to an infinite loop
in
XMLException) panic instead of throwing an exception.
I do
[ http://issues.apache.org/jira/browse/XERCESC-1074?page=history ]
James Berry resolved XERCESC-1074:
--
Assign To: (was: Xerces-C Developers Mailing List)
Resolution: Fixed
I checked in a fix that should correct these warning messages
On Feb 21, 2005, at 1:49 AM, Gareth Reakes wrote:
Hey,
has all the TLP's as top-level projects. Since Xerces-C is officially
still part of XML and not it's own TLP (true??), we would go under
True for not very long hopefully. The resolution is going in front of
the board this time round. Perhaps w
On Feb 21, 2005, at 4:28 AM, Alberto Massari wrote:
I don't know if the trunk/HEAD directory will be immediately used for
breaking changes; in any case, it would be nice if the first thing we
do after the import is a "svn cp" of it into a new
"tags/xerces-2.x-head", so that we keep our options o
As part of planning for the next major release of xerces-c, to take
place sometime this year, I'd like to get comment on the following.
Our current plan is to drop support for Mac OS prior to Mac OS X 10.1.
This means there will be no support for Mac OS 8 or 9 systems, running
either natively o
On Feb 20, 2005, at 7:16 AM, James Berry wrote:
Options:
(1) Get into a potentially long, drawn out debate with Xerces-j
about migrating the repositories.
(2) Migrate just xerces-c to svn, but leave the top-level
directory structure similar to what it is now to accommodate a
potential
On Feb 20, 2005, at 2:17 AM, Jason E. Stewart wrote:
Hey All,
Email #2 in my series...
The current ASF repos at:
https://svn.apache.org/repos/asf/
has all the TLP's as top-level projects. Since Xerces-C is officially
still part of XML and not it's own TLP (true??), we would go under
Gareth, can y
Hi Jason,
That's an interesting question. I'll try to suggest an equally
interesting answer.
Notes:
(1) There is no particular sharing of code, etc, between xerces-j
and xerces-c that I know of, so there would seem to be no particular
reason they need to share the same repository. Can anybo
migration spec, assuming that there's not major back and
forth on the details...
-jdb
On Feb 19, 2005, at 6:11 AM, Jason E. Stewart wrote:
James Berry <[EMAIL PROTECTED]> writes:
We also have complete consent on the move from cvs to svn, so we
should move forward aggressively on this.
How&
On Feb 18, 2005, at 3:51 PM, [EMAIL PROTECTED] wrote:
- Convert these files into actual templates, perhaps. I haven't
looked enough into the implementations to know whether this is
possible, or to discover what else might prevent us from doing this. I
do know that we use templates elsewhere in
--Original Message-----
From: James Berry [mailto:[EMAIL PROTECTED]
Sent: Friday, February 18, 2005 3:39 PM
To: xerces-c-dev@xml.apache.org
Subject: Re: Xerces internal use of .c include files
On Feb 18, 2005, at 3:32 PM, James Berry wrote:
In thinking about changes for 3.0, another item I came up with
On Feb 18, 2005, at 3:32 PM, James Berry wrote:
In thinking about changes for 3.0, another item I came up with is the
use of the .c extension for C++ files included as pseudo-templates.
Actually, I think I mischaracterized the use of these files. In most
cases they are used to for the
In thinking about changes for 3.0, another item I came up with is the
use of the .c extension for C++ files included as pseudo-templates.
Since this is also, confusingly, the extension typically used for
straight-c files, I'd like to propose that we change this. I think we
have two choices:
On Feb 18, 2005, at 6:56 AM, Khaled Noaman wrote:
+1
We also have complete consent on the move from cvs to svn, so we should move forward aggressively on this.
How's your work, Jason? ;)
-jdb
- To unsubscribe, e-mail: [EMAIL P
On Feb 18, 2005, at 6:54 AM, Khaled Noaman wrote:
Here's my +1.
With Khaled's vote, I believe we have a +1 from all active committers (with the exception of Neil, who is out of town but who earlier privately expressed to me his support), and with no dissent ;)
I'd therefore like to welcome Dav
Hi David,
On Feb 18, 2005, at 9:52 AM, David Cargill wrote:
I will sign up for...
Thanks for all your great contributions.
For #20, I vote against. I know of a few people who are still using it
(yes I prompt them to move off of it). As of 2.6.0 it is in a separate
library so I don't think it that
Can anybody help me determine the list of active committers to Xerces-c?
Here's the list of all Xerces committers (java, p, c, I believe) from
CVSROOT:
andyc,abagchi,rahulj,rwebster,roddey,rpfeiffe,gmarcy,arkin,aruna1,mode,l
ehors,jeffreyr,andyh,ericye,edwingo,duncan,david,mpogue,jpolast,twl,jb
On Feb 17, 2005, at 2:11 PM, James Berry wrote:
Committers, please vote.
I guess I need to vote on this one too...
+1
-jdb
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This is an early sketch for how I might propose we re-factor the Xerces
x-platform support for "3.0".
The Current Way
=
There are five main locations of platform specific code in Xerces:
(1) util/Platforms
(2) util/Compilers
(3) util/Transcoders
(4) util/NetAccessors
I'd like to officially nominate Dave Bertoni as a Xerces-C Committer.
Dave, partly through his work on Xalan-C, has been a near constant
presence on the Xerces-C list for as many years as I've been hanging
out there, and that's been more than I can really recollect. Dave has
also contributed man
Since we now have a confirmed resource (Jason Stewart) to take charge
of moving the source repository from cvs to svn, I'd like to call for a
formal vote of committers that we proceed forward with this.
Proposal:
- Move Xerces-c source repository from cvs to svn.
- Move to take place pri
Jason,
Thanks for confirming the inevitable ;) I know we all look forward to
details on how you think we should make this happen.
James.
On Feb 16, 2005, at 9:05 PM, Jason E. Stewart wrote:
James Berry <[EMAIL PROTECTED]> writes:
Guidelines from apache are here:
http://www.apache.o
Folks,
I've revised the feature list/signup list following contributions from
people over the last week. Thank you all for your generous
contributions of future-time. Please let me know what I got wrong, or
missed, or if there's places you can help.
If I don't hear any more by the end of the we
[ http://issues.apache.org/jira/browse/XERCESC-1342?page=history ]
James Berry closed XERCESC-1342:
Verified by Letz.
> Misspelling in MacOSUnicodeConverter::fgMacLCPEncodingN
[ http://issues.apache.org/jira/browse/XERCESC-1342?page=history ]
James Berry resolved XERCESC-1342:
--
Assign To: James Berry
Resolution: Fixed
Fix committed. Thanks for reporting this problem. Will you please verify? How
on earth did you
On Feb 11, 2005, at 10:39 PM, Neil Graham wrote:
The only change here that I'd suggest is that it might be good to get a
feeling as to who actually wants to work on features, and is willing to
commit the time to see them through, before we formally decide to move
to
3.0. There is clear interest i
As the first stage of a modernization program, I'm proposing that we
get our conversion of svn out of the way.
I will call for a vote that we do so, but first I'd like to get a
volunteer from among the commiters for who will take charge and
responsibility of this process.
Once we have somebody
On Feb 11, 2005, at 10:39 PM, Neil Graham wrote:
There is clear interest in modernizing the build system (and I'm +1
on that, BTW), and it doesn't sound like there will be any shortage of
people to help get the work done. That, in itself, wouldn't seem to
necessitate a 3.0.
Whether or not moderniz
hreads, no
doubt). I'm going to spend some time seeing if I can get it to happen
more predictably to make any testing more reliable.
Thanks, and just drop me a note on what I can do to help.
-Chris
On Jan 19, 2005, at 3:42 PM, James Berry wrote:
Hi Chris,
Oops. I don't have any confirmat
b 10, 2005, at 8:33 AM, James Berry wrote:
To summarize what I've heard/said so far:
Potential feature additions/fixes for 3.0:
- Reorganization of public/private includes
- Revisiting of install locations
- Refactoring of x-platform support
- A true autoconf-based build infrastru
On Feb 10, 2005, at 5:32 AM, Gareth Reakes wrote:
Neil Graham wrote:
Moving to the future is always good. I am a bit confused though
about what "old baggage" we need to shed, and just what shedding
implies. The deprecated DOM, for instance, is now built into a
separate library; folks that don'
Rush,
There are no supplied, pre-built Xerces binaries for Mac OS X.
As Jesse says, there are a number of supported ways of building Xerces
for Mac OS X. The most likely these days are the Xcode build and the
traditional command line/make build.
Another way to get Xerces for Mac OS X would be th
I agree that we should move to the future and shed old baggage.
I propose that we create a 2.6.x branch, and get CVS HEAD headed toward
a 3.0 release, covering the latest version of the spec, which might be
unstable for a while.
Perhaps this would also be a good time (pre-branch) to move to
sub
+1 here!
James
On Feb 2, 2005, at 12:43 PM, David Cargill wrote:
Hi All,
I propose that we invite Vitaly Prapirny to become a Xerces-c
committer.
He has been with the project
for sometime now and produced a number of patches as well as forum
responses. Committers please
respond with your vote. T
Hi Chris,
Oops. I don't have any confirmation that UCCompareTextDefault is thread
safe, although my general impression through the years is that the
UnicodeConverter, in general, is...within certain guidelines.
But it sounds (and looks) like you've come up with a case where it
isn't. It looks l
[ http://issues.apache.org/jira/browse/XERCESC-1320?page=history ]
James Berry resolved XERCESC-1320:
--
Resolution: Fixed
questions have been answered; thanks Robert. Now resolving bug.
> Support ICU Transcoding Service on
The Xerces-c-dev list is receiving an auto-response to every posting.
These come from Jens Lauer, who seems to have a mis-configured mail
client. Could somebody in infrastructure, or the list owner, please
knock him off the list?
-jdb
On Jan 3, 2005, at 6:27 PM, Jens Lauer wrote:
GROUP organiz
[ http://issues.apache.org/jira/browse/XERCESC-1320?page=history ]
James Berry reopened XERCESC-1320:
--
Assign To: James Berry
Robert, please answer contributor questions as defined section 7.3 of the
Xerces Charter, available here:
http://mail
[ http://issues.apache.org/jira/browse/XERCESC-1320?page=history ]
James Berry resolved XERCESC-1320:
--
Resolution: Fixed
Fix Version: Nightly build (please specify the date)
Patch applied. Please verify. Thank you!
> Support ICU Transcod
[
http://issues.apache.org/jira/browse/XERCESC-1320?page=comments#action_57162 ]
James Berry commented on XERCESC-1320:
--
Robert,
Thanks. I'd love to add support for ICU as a transcoder. Could you submit this
in patch format please?
Hey Chris,
I guess I missed your first posting on this issue. No, there's no
reason this should not be a part of the Mac OS port, and I'll try to
get it in shortly. I've been meaning to get around to this myself.
Thanks for the patch.
-jdb
On Dec 28, 2004, at 10:05 AM, Chris Cates wrote:
Sin
Patch committed. Thanks! Please verify.
-jdb
On Dec 28, 2004, at 10:05 AM, Chris Cates wrote:
Since I haven't heard anything from anyone on the email below, I was
wondering if anyone would have an issue with me submitting the
following change:
//xerces-c-src_2_6_0/src/xercesc/util/Platf
[
http://nagoya.apache.org/jira/browse/XERCESC-1306?page=comments#action_56219 ]
James Berry commented on XERCESC-1306:
--
Adam,
It loks like the project file is out of date and doesn't include all the
required files. I'm not much of a C
[ http://nagoya.apache.org/jira/browse/XERCESC-1306?page=history ]
James Berry reassigned XERCESC-1306:
Assign To: James Berry
> link errors upgrading from 2.3.0 to 2.6.0 [MacOS 9.2, CodeWarrior
Hi Peter,
I confess to having let the codewarrior ports lapse, to some degree. I
don't own CodeWarrior 9, and so haven't been testing in that
environment. If you have any patches to contribute I'd be happy to get
them into the xerces source...
It looks like CodeWarrior may be complaining about
+1.
Thanks for getting all this together, Neil.
James.
On Nov 14, 2004, at 8:21 PM, Neil Graham wrote:
Hello all Xerces developers and XML PMC'ers,
I think we're finally at the point where we can vote to transform
Xerces
into a top-level project of the Apache Software Foundation. The text
of
the
On Oct 29, 2004, at 3:15 PM, Alberto Massari wrote:
BTW, what is libcurl?
libcurl is the library that underlies the ubiquitous curl command line
tool commonly used on unixes but which compiles on other platforms as
well, including Windows.
curl (http://curl.haxx.se/) supports all kinds of protoc
Hey Alberto,
Does Xerces actually enforce this restriction, or is it up to the
netaccessor? I think the netaccessor on the Mac would actually support
some of the other url types (like ftp and https) if they were passed
in. Just a wild question. It would be interesting, too, I believe, to
write
Abraham,
Have you tried building the samples? Do they build for you? If so,
please review how they use the headers. If not, tell me what happens
for you.
There are xcode projects for the DOMPrint and SAXPrint samples. These
build fine for me.
James.
On Oct 10, 2004, at 1:04 PM, Abraham Nelson
Bryan,
See http://www.apache.org/foundation/preFAQ.html#licence.
If that doesn't answer your question, send mail to [EMAIL PROTECTED]
-jdb
On Sep 23, 2004, at 2:10 PM, Bryan Wilcox wrote:
Hello,
Our group is using the Xerces C 2.5 parser to read/write XML in
several commercial software products
On Sep 23, 2004, at 12:16 PM, Scott Cantor wrote:
While the list is discussing the importance of adhering to standards,
is
there any hope of getting a few simple XML schema bugs fixed before
the next
release (e.g. xml:lang is unusable, anyType doesn't handle arbitrary
ttributes)? Most of them don
ruary 19, 2003 7:10:52 PM PST
To: "Danny Angus" <[EMAIL PROTECTED]>
Cc: "James Berry" <[EMAIL PROTECTED]>, "David N
Bertoni/Cambridge/IBM" <[EMAIL PROTECTED]>
Subject: Re: DNS entry for moof.apache.org
moof.apache.org is alive again. Your accou
I've been a committer on Xerces-C for more than four years, working on
the Mac OS port. This seems like an eternity in this age. My interests
have moved on, to some extent, from Xerces-C and I haven't been
particularly active of late.
While I'm happy to continue to make the occasional change to
On Sep 15, 2004, at 10:55 AM, David Cargill wrote:
Hi Xerces-C Committers,
I would like to have a vote on adopting the release policy and coding
conventions attached in the forwarded note below.
Hi David,
I'm happily giving it a +1.
Two small notes:
(1) Coding conventions says there should be plat
On Jun 18, 2004, at 11:59 AM, Adam Heinz wrote:
You're right, "has a" makes a lot more sense.
I'm going to have to wait for the next point release to use
mTranscoder, but where can I find this LCP adapter? A couple
greps didn't turn it up.
The MacOSLCPTranscoder in the current code _is_ the adapte
On Jun 18, 2004, at 10:43 AM, Adam Heinz wrote:
I see that are both LCP and non-LCP are implemented using the same
TEC structures (transcoders), but I meant more in an object hierarchy
sense -- since the core implementation is similar, why not build
one transcoder that fulfills both LCP and non-LCP
On Jun 17, 2004, at 2:32 PM, Adam Heinz wrote:
The LCP transcoder is now completely generic. It is implemented
strictly in terms of the virtual transcoder interface. As such,
any XMLTranscoder can be passed in as the transcoder to fullfill
the LCP transcoding
Looking at the documentation for XMLLCP
AM, Adam Heinz wrote:
That's an interesting observation, as my plug-in project does not use
__start as its main entry point, instead using a symbol defined by the
plug-in owner.
-----Original Message-
From: James Berry [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09, 2004 11:34 A
nstructed) at the time of your call, due perhaps to the fact that
static construction hadn't occurred.
James.
Adam Heinz
Senior Software Developer
Exstream Software
-----Original Message-
From: James Berry [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09, 2004 10:45 AM
To: [EMAIL PROTE
On Apr 9, 2004, at 8:10 AM, Adam Heinz wrote:
[ Xerces 2.3.0 and 2.4.0, Mac 9.2 (via 10.2), Codewarrior 8.3 ]
I'm getting a crash "unmapped memory exception" on my first call to
transcode.
Hi Adam,
Is this the same as your bug report #27669:
http://issues.apache.org/bugzilla/show_bug.cgi?id=27
On Mar 30, 2004, at 3:41 PM, Neil Graham wrote:
So I'd like to propose that Xerces-C and Xerces-J migrate to Jira.
Xerces-P is already waiting for us there.
I'll give a +1, since it looks like a good product, and far better than
Bugzilla.
I do, however, have two reservations:
- It would sure be
I'm requesting feedback from Xerces Mac users on a couple of points:
(1) Whether the "local code page" encoding for Mac OS X should be
UTF-8.
(2) Feedback on a revised and simplified Mac OS Transcoder that now
supports UTF-8
as a local code page encoding.
Discussion of UTF-8 as local
On Feb 27, 2004, at 4:03 AM, Jeroen N. Witmond wrote:
Yes, I always assumed this (and usually, the LCP transcoder is just a
wrapper for some OS-specific API, with no fields defined in the class
definition).
Yes, but this is based on the assumption that the implementation of the
OS-specific API is
Since a single global LCP transcoder is used by XMLString (and another
by DOMString) it would appear that LCP transcoders, anyway, must be
re-entrant.
Can somebody backup my assertion?
And does anybody claim that transcoders adhering to the virtual
transcoding API would for any reason also nee
On Feb 25, 2004, at 5:31 PM, Mark Goldstein wrote:
Hello,
Using Xalan/Xerces I tried to transform a file with a name that
included an "e" with accent. Your mailer might show it:
féébad.xml
The command line call (using Mac OS-X copy/paste which converts the
characters to octal constants) looks
I've checked in final changes for the 2.5 release of Mac OS CodeWarrior
and Xcode projects. I'll be out of town Monday...if any issues occur,
somebody else will have to commit.
James.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Feb 10, 2004, at 2:57 PM, Han Ming Ong wrote:
On Feb 10, 2004, at 12:13 PM, James Berry wrote:
(1) Use Xcode instead of Project Builder (Xcode is also available
for Mac OS X 10.2, I believe)
Xcode is only available for Mac OS X 10.3 Panther.
Hi Han Ming,
Thanks for the correction. Xcode is
Casey,
As noted in the build instructions, Project Builder projects are no
longer officially supported, and were not updated starting with Xerces
2.4. The undefined symbols you are being warned about are due to the
fact that the Project Builder project file doesn't include all the new
file
Here's my public +1... -jdb
On Feb 3, 2004, at 5:56 PM, Neil Graham wrote:
Hi folks,
As folks who've been following this list for a while will have noticed,
there's at least one particularly nasty bug in 2.4.0 that's driving
folks
crazy. That is, the parser sometimes reports attributes as bein
On Jan 28, 2004, at 7:36 AM, Marchese Stefano wrote:
... i tried to compile the framework target using CondeWarrior 8.3 and
Pather 10.3.2 and I got a compilation error on console_OS_X.c file.
__dead2 and __pure2 symbols of the file /usr/include/unistd.h are
unknown.
Any idea?
This seems to be
1 - 100 of 196 matches
Mail list logo
