Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-Id: <4.3.1.2.20010420122559.0224b5f0@pop.ma.ultranet.com> X-Sender: lhall AT pop DOT ma DOT ultranet DOT com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 20 Apr 2001 12:28:27 -0400 To: Christian Lescher From: "Larry Hall (RFK Partners, Inc)" Subject: Re: AW: DLL function with string result? Cc: Lescher Christian , "'Andrew Markebo'" , Troy Noble , cygwin AT cygwin DOT com In-Reply-To: <3AE05CFF.9D92E32F@lescher.de> References: <4 DOT 3 DOT 1 DOT 2 DOT 20010420103953 DOT 022a2700 AT pop DOT ma DOT ultranet DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 12:00 PM 4/20/2001, Christian Lescher wrote: > > Yes, there is a general problem when you want to allocate in one DLL made > > by one compiler and de-allocate in another built be another compiler. In > > this case, the heaps are different. This is not a Cygwin-specific issue. > >I see. Would it be possible then to define a second function within the DLL, let's say freeStr(const char* resStr) which releases the memory >again? Yes, that should work better. >And should Troy Noble's code then work for strings > 64 KB, too? (Currently, I get an access violation, even when not freeing the allocated >memory outside the DLL.) I'm not sure where this issue of strings > 64KB is coming from. Sounds like some sort of 16-bit 9x issue to me... Larry Hall lhall AT rfk DOT com RFK Partners, Inc. http://www.rfk.com 118 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple