orrect -- that macro is defined by the ICU. What version of the
ICU are you using? We only test ICU 2.2 with that version of Xalan, and
all versions of ICU since 2.0 have defined that macro.
Dave
Suzanne Dirkers
<[EMAIL PROTECTED]
Hi Suzanne,
Dmitry is correct -- that macro is defined by the ICU. What version of the
ICU are you using? We only test ICU 2.2 with that version of Xalan, and
all versions of ICU since 2.0 have defined that macro.
Dave
I've answered your question.
Dmitry
Suzanne Dirkers
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
om> cc:
Subject: U_ICU_NA
Hi all,
What is U_ICU_NAMESPACE (in the ICUBridge directory) supposed to be
resolved to at Xalan 1.4 if you don't have XALAN_NO_NAMESPACES defined?
Thanks,
Suzanne
Hi,
Is it possible to build XPath by itself as a standalone dll , and
if so is there a special makefile flag or option to do this?
Suzanne
Suzanne
Dirkers/Raleigh/ITo: [EMAIL PROTECTED]
[EMAIL PROTECTED
Hi,
I see that STLport 4.5.3 does not define this __node_alloc class
as anything other than most 'static' functions either. I suspect that
possibly I am getting a protection exception with a larger number of
clients objects being serviced a bunch of different threads because my
appl
STLport with regard to
threading, because this is internal STLport code.
Dave
Suzanne Dirkers
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
com> cc: (bcc: David N
Be
- Forwarded by Suzanne Dirkers/Raleigh/IBM on 03/28/2003 02:26 PM -
Suzanne Dirkers
to make one in each thread?
Thanks,
Suzanne
Suzanne
Dirkers/Raleigh/ITo:
[EMAIL PROTECTED]
[EMAIL PROTECTED] cc:
Subject: Re:
XPathEvaluator::initia
Thanks,
Suzanne
Suzanne
Dirkers/Rale
the Xerces initialization function PlatformUtils::Initialize()
has the same limitation.
Dave
Suzanne Dirkers
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
com> cc: (bcc: David N
Berto
Hi ,
Is XPathEvaluator::initialize() supposed to be
thread-safe if you call it in each thread after
XMLPlatformUtils::Initialize() similar to how SImpleXPathAPI does it? I
find that if I try to run an application that is essentially SimpleXPathAPI
logic being
he implementation of the class XalanTransformer, as that is the
basis of our public interface for XSLT.
A quick answer to your question is you can catch the base exception class
XSLException. It has some member functions for default formatting of error
messages.
Dave
r the prefix "m" is on the node where it's
first used, and SimpleXPathAPI is not using that node to resolve namespace
prefixes.
Does that answer your question?
Dave
Suzanne Dirkers
<[EMAIL PROTECTE
Hi,
I am talking about trying to give more explicit information on what
an exception that is caught is all about, as in the SimpleXPathAPI sample,
for example, there is a try/catch block where the catch part basically
catches ANY kind of exception and it appears the most the programmer
Hi all,
I'm wondering how one is supposed to obtain information about what
exactly an exception is about when one gets one in Xalan. I don't seem to
see any exception classes like there are in Java. Do we need to write our
own? And if so, what are the rules about writing these? And,
o anything about this using the
sample program, although you could do something if you write your own
application.
By the way, you may want to join and post the the Xalan-C user list.
Hope that helps...
Dave
Suzanne Dirkers
Folks,
I tried out seeing if I could use XPATH inside Xalan to retrieve
the zipcode out of this xml file soap.xml just from using the
SimpleXPathAPI executable.
I am not an Xpath expert yet but I couldn't find any way to get
to the zipcode that didn't either produce no re
Folks,
I was reading the Xalan documentation APIs and although most of
the samples seem to take ascii xml files as input and also ascii
stylesheets as input, some samples give their output in ebcdic ( ie,
SimpleXPathAPI, if you are on OS390 HFS)..and I was wondering how one knows
what
;ve checked a fix into CVS.
Dave
Suzanne Dirkers
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
com> cc: (bcc: David N
Bertoni/Cambridge/IBM)
Subject: ICUBridge
If one is building with ICU, does one also have to compile the ICUBridge
directory, and is this signalled to be built by exporting XALAN_USE_ICU=1
when you do your gmake?
If , since I want to build with ICU, I do have to still compile the
ICUBridge directory ( maybe this directory is o
orarily bump up your memory limit.
Since that file is necessary only on zOS, we don't have any plans to modify
it any more. You're certainly welcome to experiment, but it's not for the
faint of heart...
Dave
Suzanne Dirkers
&l
Folks,
It appears that mvs-uss at V2R10 cannot compile Xalan 1.4 's
XalanTemplate.cpp without running out of virtual storage. And this is with
optimization of any level turned OFF.Any suggestions? Is it possible
to break this module up so that it doesn't become so huge it ex
Suzanne
Dirkers/Raleigh/ITo: [EMAIL PROTECTED]
BM@IBMUS cc
Folks,
Is there a User's Guide for Xalan anywhere? I tried looking at the
apidocs but many of them don't seem to say much of anything about their
functions. It doesn't give me a clear idea of how you are supposed to use
them. Are we supposed to glean everything we want to know mainl
Folks,
After some pain, I have gotten xalan-c to compile somewhat on zOS
but I am running into the following error and I don't know what the
consequences of setting a define flag of XALAN_OLD_STREAM_HEADERS will
ultimately mean here. The error is this one:
++ -DNO_NATIVE_BOOL -DXAL
Hello,
Can anyone tell me what mailing list do we direct build questions
to? the 'users' list doesn't sound right either.
The problem I am having right now trying to build XalanC on zOS is
that it seems to require a -I/stlport directory which includes some files
(ie, _config.
what I'm looking for.
Suzanne
Dirkers/Raleigh/ITo: [EMAIL PROTECTED]
BM
Thanks to Dave Bertoni and Joe Kesselmann for their responses. I think the
C++ LotusXSL dropped support almost 2 years ago and they are backlevel to
where we are now, and so it appears 'try build it ourselves and see' would
make the most sense.
The java version of Xalan works fine out of the box on USS.
> -Original Message-
> From: Suzanne Dirkers [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 27, 2003 7:26 AM
> To: [EMAIL PROTECTED]
> Subject: mvs-uss
>
>
>
>
>
>
> Dear x
Dear xalan folks,
Can I subscribe to your mailing lists so I can exchange some
dialogue here on mvs-uss?
Has anyone done a build of Xalan for MVS-USS? This is an os/390
platform that has a unix front end. If not, what is the method for
building one?
Just take the Unix
32 matches
Mail list logo