www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/08/24/19:54:32

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>,
<http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-Id: <199908242352.SAA16943@mercury.xraylith.wisc.edu>
To: stern AT itginc DOT com
cc: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: Seg fault in _size_of_stack_reserve__ ()
In-Reply-To: Your message of "Tue, 24 Aug 1999 16:01:49 PDT."
<19990824230149 DOT 2523 DOT rocketmail AT web1404 DOT mail DOT yahoo DOT com>
Date: Tue, 24 Aug 1999 18:52:06 -0500
From: Mumit Khan <khan AT xraylith DOT wisc DOT EDU>

James Stern <jsternitg AT yahoo DOT com> writes:
> This is the latest chapter in my struggle with Windows
> DLLs.
> 
> I combined the advice of Mumit Khan (use dllwrap) with
> that of Paul Sokolovsky (link your static libraries
> into one DLL), with the result that I can finally
> build a DLL.  My thanks to both of you.
> 
> My DLL consists of two files, static link library
> libntonly.a and "DLL proper" ntonly.dll.

fyi, the proper terminology is "import library" when
referring to libntonly.a. Helps to avoid confusion.

So far so good.

> 
> BTW, I had to put ntonly.dll in the directory that
> holds my executables.  I couldn't get either -rpath or
> LD_RUN_PATH to work.  But never mind.  That's minor.

That's a Windows thing. Please see windows docs for info
on how the OS locates "linked" DLLs (NT and Win9x differ
slightly).

> What's major is what happens when I run the program. 
> I call a function, it enters a `for' loop and I die in
> _size_of_stack_reserve__().  Anyone got an
> explanation?

It just means your code is running into bad things. That's
what a debugger is for. If by any chance you see that
the code is crashing right where you're referring to an
external variable, you'ver forgotten to mark it imported
from a DLL via __declspec(dllimport). If elsewhere, the
debugger should be able to provide a clue. Compile it
all files -g for the best debugging experience ...

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019