Entirely agree. I think the IBM contribution here and in many other areas
for the provision of open source that has only very limited intrinsic value
is fantastic. Its the game that without this we would all have to spend
vast fortunes developing lower quality code and all be inconsistent!!
Wel
Oh happy days!!! I have just looked through the couple of later emails
trying to fix this last night. I think we have all suffered this problem in
the past and I think the key is that you say multi-threaded, which I assume
to be /MT or /MTd. You have to have a consistent model across all DLLs t
On this memory leakage problem, it does seem the case that memory leaks come
into releases with new functionality. However we have had very good
operation in 1.3 and still have customers using this. We do re-test using
bounds checker for each release which pretty soon establishes the presence
of
If you have reasonable unix experience plus a C compiler, then it should be
quite straight forward to:
1. Download the gcc g++ source, build the C++ compiler then compile the
XERCES libraries on your platform.
2. The biggest problems we have faced are with the opensource autoconf,
gzip, and all t
s 2.6 & the
official answer is 'try forte'. So we are in the middle of migrating to
forte. Not quite as seamless as one would hope for but that's life.
> -Original Message-
> From: Nick Denning [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, October 18, 2001 2:56 A
A quick note on this as we upgraded to Solaris 2.7 and Sun Workshop 5.x, my
Solaris people tell me that 4.2 is not actually a supported environment on
2.6 in any event, even though it clearly works!!
Nick
-Original Message-
From: Cheung Tam [mailto:[EMAIL PROTECTED]]
Sent: 17 October 200
I am using TUXEDO 6.4 and XERCES for our MQ to TUXEDO gateway product which
has run on Solaris, AIX and NT though admittedly not in production on HP UX.
The only problem I have had with TUXEDO was naming a library libgw which is
the same as one of the TUXEDO libraries. All other aspects have been
The biggest problem I had with this sort of stuff is to remember to compile
any VC++ apps with the memory model /MD or /MDd for debug, as this is how
the XERCES libraries are built. Without this you are using different memory
models and all sorts of unexpected stuff can happen.
If you really can
Yes,
We have done this for HP UX 10.2 with gcc. We used the gcc binaries
downloaded from an HP website. I will ask my colleague to email you the URL
tomorrow, together with the options used on the runconfigure.
Actually if anyone else is interested we also got that completed on Sequent
4.4.8
I seem to be having a problem with createing a CDATA section on a linux
implementation of the parser.
It appears to be length related, but works fine on NT.
Has anyone else run across this and is it a known problem?
I had this problem in an application I was porting to linux from NT, having
rec
I have seen the others responses, and as I am fiddling around with DOMPrint
at the moment, let me show you what I have done and see if that does the
trick for you.
//
---
// Local classes
//
Just an observation, but it has taken me some time to resolve this. I think
this is also a fairly common problem with many other people failing to
handle the escape characters (and not even knowing about them).
Is there any reason why the DOMPrint example does not convert all the
standard escape
Excellent idea, and I would be happy with 1.6
Nick
-Original Message-
From: Tinny Ng [mailto:[EMAIL PROTECTED]]
Sent: 11 July 2001 15:57
To: [EMAIL PROTECTED]
Subject: Build a Xerces 1.5.1 or Xerces 1.6?
Hi,
As more and more users are reporting that ElemStack memory leak in
Xerces 1.5
Peter,
Understand your point, but will not most people be using the run time
version, where its the include directory, and anyway do not people have to
modify the directory anyway when a new version is delivered?
Nick
-Original Message-
From: Peter A. Volchek [mailto:[EMAIL PROTECTED]]
file I can send it to them directly.
Nick
Nick Denning
Strategic Thought Limited
The Old Town Hall
4 Queens Road
London SW19 8YA
tel: +44 (0)20 8410 4000
fax: +44 (0)20 8410 4030
mob: +44 (0)7710 338072
website: http://www.strategicthought.co.uk
<http://www.strategicthought.co.uk>
ARM w
15 matches
Mail list logo
