delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/10/28/19:56:24

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
Date: Thu, 28 Oct 1999 19:55:55 -0400
Message-Id: <199910282355.TAA27706@envy.delorie.com>
From: DJ Delorie <dj AT delorie DOT com>
To: steve AT khoral DOT com
CC: cygwin AT sourceware DOT cygnus DOT com
In-reply-to: <199910282304.RAA11828@benson> (message from Steve Jorgensen on
Thu, 28 Oct 1999 17:04:57 -0600 (MDT))
Subject: Re: DLL creation problem
References: <199910282304 DOT RAA11828 AT benson>

> 	char **envp = environ;

When you have a variable in a DLL, the dll exports the *address* of
the variable, not the variable itself.  Not a problem with functions;
they're addresses anyway.  But, with a data item, it's a little funny.
Cygwin handles this by telling gcc that the data item is imported from
a dll, and gcc automagically adds the pointer dereferencing code.
Thus, a simple assignment might turn into a dereference when compiled.

--
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