Re: DOMString transcode function and DLL

[Ji Li <ji...@sybergen.com>]

but, I got some other problem whenI select static version of the
RTL(MultiThread and Debug MultiThread) in my dll and xerces dll( xerces was
using my dll), I can not delete domstring::transcode() memeroy:(, must I
using dynamic version of the RTL(MultiThread Dll and Debug MultiThread Dll)?

B.R.
ji

----- Original Message -----
From: "Keith Fernandez" <ke...@primus.com>
To: <xe...@xml.apache.org>
Sent: Thursday, August 31, 2000 2:25 PM
Subject: RE: DOMString transcode function and DLL


> This little nastiness is -always- biting somebody & confusing folks. How
> about a bullet (statement) to address this in the documentation for
> domstring::transcode()?
>
> -----Original Message-----
> From: Borders, John [mailto:john.borders@csfb.com]
> Sent: Thursday, August 31, 2000 2:17 PM
> To: 'xerces-c-dev@xml.apache.org'
> Subject: RE: DOMString transcode function and DLL
>
>
> AARGH!  You are absolutely right!  I forgot that it is only between static
> and
> dynamic that you have a problem.  Sorry for the stupid question.
>
> Everything is working now, after only two days of playing with the
library.
> Thanks
> for all the help I didn't really need.
>
> -----Original Message-----
> From: Jeff Lewis [mailto:jdlewis@xactware.com]
> Sent: Thursday, August 31, 2000 5:05 PM
> To: 'xerces-c-dev@xml.apache.org'
> Subject: RE: DOMString transcode function and DLL
>
>
>
> >>Is there a way around the problem of deleting memory allocated with
> >>DOMString::transcode in a Win32 DLL?  I have gotten around it by adding
a
> >>DOMString::deleteMem(char *) function, but obviously I would prefer not
to
>
> >>have to modify the source if possible.  Without this fix, I can't
imagine
> >>how anybody is using xerces AT ALL on Win32 without massive memory
leaks.
>
>
> You are using a different runtime library than Xerces is using.  Jsut make
> sure that both Xerces and your program use the same library and everything
> will be fine.
>
> Good Luck!
>
> This message is for the named person's use only. It may contain
> confidential, proprietary or legally privileged information. No
> confidentiality or privilege is waived or lost by any mistransmission.
> If you receive this message in error, please immediately delete it and all
> copies of it from your system, destroy any hard copies of it and notify
the
> sender. You must not, directly or indirectly, use, disclose, distribute,
> print, or copy any part of this message if you are not the intended
> recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve
> the right to monitor all e-mail communications through its networks. Any
> views expressed in this message are those of the individual sender, except
> where the message states otherwise and the sender is authorised to state
> them to be the views of any such entity.
> Unless otherwise stated, any pricing information given in this message is
> indicative only, is subject to change and does not constitute an offer to
> deal at any price quoted.
> Any reference to the terms of executed transactions should be treated as
> preliminary only and subject to our formal written confirmation.
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: xerces-c-dev-help@xml.apache.org
>

Re: DOMString transcode function and DLL

[Ji Li <ji...@sybergen.com>]

sorry,
there is something write wrong,
not  xerces was using my dll,

it is that xerces is used in my dll

----- Original Message -----
From: "Ji Li" <ji...@sybergen.com>
To: <xe...@xml.apache.org>
Sent: Thursday, August 31, 2000 4:00 PM
Subject: Re: DOMString transcode function and DLL


> but, I got some other problem whenI select static version of the
> RTL(MultiThread and Debug MultiThread) in my dll and xerces dll( xerces
was
> using my dll), I can not delete domstring::transcode() memeroy:(, must I
> using dynamic version of the RTL(MultiThread Dll and Debug MultiThread
Dll)?
>
> B.R.
> ji
>
> ----- Original Message -----
> From: "Keith Fernandez" <ke...@primus.com>
> To: <xe...@xml.apache.org>
> Sent: Thursday, August 31, 2000 2:25 PM
> Subject: RE: DOMString transcode function and DLL
>
>
> > This little nastiness is -always- biting somebody & confusing folks. How
> > about a bullet (statement) to address this in the documentation for
> > domstring::transcode()?
> >
> > -----Original Message-----
> > From: Borders, John [mailto:john.borders@csfb.com]
> > Sent: Thursday, August 31, 2000 2:17 PM
> > To: 'xerces-c-dev@xml.apache.org'
> > Subject: RE: DOMString transcode function and DLL
> >
> >
> > AARGH!  You are absolutely right!  I forgot that it is only between
static
> > and
> > dynamic that you have a problem.  Sorry for the stupid question.
> >
> > Everything is working now, after only two days of playing with the
> library.
> > Thanks
> > for all the help I didn't really need.
> >
> > -----Original Message-----
> > From: Jeff Lewis [mailto:jdlewis@xactware.com]
> > Sent: Thursday, August 31, 2000 5:05 PM
> > To: 'xerces-c-dev@xml.apache.org'
> > Subject: RE: DOMString transcode function and DLL
> >
> >
> >
> > >>Is there a way around the problem of deleting memory allocated with
> > >>DOMString::transcode in a Win32 DLL?  I have gotten around it by
adding
> a
> > >>DOMString::deleteMem(char *) function, but obviously I would prefer
not
> to
> >
> > >>have to modify the source if possible.  Without this fix, I can't
> imagine
> > >>how anybody is using xerces AT ALL on Win32 without massive memory
> leaks.
> >
> >
> > You are using a different runtime library than Xerces is using.  Jsut
make
> > sure that both Xerces and your program use the same library and
everything
> > will be fine.
> >
> > Good Luck!
> >
> > This message is for the named person's use only. It may contain
> > confidential, proprietary or legally privileged information. No
> > confidentiality or privilege is waived or lost by any mistransmission.
> > If you receive this message in error, please immediately delete it and
all
> > copies of it from your system, destroy any hard copies of it and notify
> the
> > sender. You must not, directly or indirectly, use, disclose, distribute,
> > print, or copy any part of this message if you are not the intended
> > recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve
> > the right to monitor all e-mail communications through its networks. Any
> > views expressed in this message are those of the individual sender,
except
> > where the message states otherwise and the sender is authorised to state
> > them to be the views of any such entity.
> > Unless otherwise stated, any pricing information given in this message
is
> > indicative only, is subject to change and does not constitute an offer
to
> > deal at any price quoted.
> > Any reference to the terms of executed transactions should be treated as
> > preliminary only and subject to our formal written confirmation.
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> > For additional commands, e-mail: xerces-c-dev-help@xml.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: xerces-c-dev-help@xml.apache.org
>