delorie.com/archives/browse.cgi | search |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |