public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Loading a cygwin generated dll from a non-cygwin app
@ 1999-04-08  1:03 Jon Wells
  1999-04-08  7:42 ` Mumit Khan
  1999-04-30 18:32 ` Jon Wells
  0 siblings, 2 replies; 4+ messages in thread
From: Jon Wells @ 1999-04-08  1:03 UTC (permalink / raw)
  To: cygwin

G'day,
  I've been messing with this all day and to get it to work I had to
set the dll's entry point to __cygwin_noncygwin_dll_entry.

Does that make sense? 

Doesn't this mean that a dll can't be loaded by both cygwin and
non-cygwin apps.. or is there more magic in there???

If this is what's s'pose to happen then maybe it'd be worth a mention
in the FAQ or Mumit's dllhelpers or someplace... or any place other
than ``gee I wonder what happens if I call that one instead.''

Seeya, byebye,
  jon.



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Loading a cygwin generated dll from a non-cygwin app
  1999-04-08  1:03 Loading a cygwin generated dll from a non-cygwin app Jon Wells
@ 1999-04-08  7:42 ` Mumit Khan
  1999-04-30 18:32   ` Mumit Khan
  1999-04-30 18:32 ` Jon Wells
  1 sibling, 1 reply; 4+ messages in thread
From: Mumit Khan @ 1999-04-08  7:42 UTC (permalink / raw)
  To: Jon Wells; +Cc: cygwin

jon@bigbang.com.au (Jon Wells) writes:
> G'day,
>   I've been messing with this all day and to get it to work I had to
> set the dll's entry point to __cygwin_noncygwin_dll_entry.
> 
> Does that make sense? 

That's why it's called that ... it was a hack we had to add to
b20.1 to allow loading of Cygwin DLLs from non-cygwin apps work
(eg., Java JNI's, Excel DLLs, Netscape plugins, etc). 

There has been some discussions about this in the mailing list.

> Doesn't this mean that a dll can't be loaded by both cygwin and
> non-cygwin apps.. or is there more magic in there???

The only other choice, and it was the case with my first patch 
to handle this, breaks binary compatibility and that's obviously
a no-no between b20 and b20.1.

This is fixed in b21, where the same entry point should suffice.
I haven't tested the snapshots, but the code looks ok.

> If this is what's s'pose to happen then maybe it'd be worth a mention
> in the FAQ or Mumit's dllhelpers or someplace... or any place other
> than ``gee I wonder what happens if I call that one instead.''

Hmmm ... I thought I had this peperred in my various examples, but
unfortunately those are the examples in Java-jni and excel. Thanks
for mentioning this; I'll add this to dllhelpers as well.

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Loading a cygwin generated dll from a non-cygwin app
  1999-04-08  7:42 ` Mumit Khan
@ 1999-04-30 18:32   ` Mumit Khan
  0 siblings, 0 replies; 4+ messages in thread
From: Mumit Khan @ 1999-04-30 18:32 UTC (permalink / raw)
  To: Jon Wells; +Cc: cygwin

jon@bigbang.com.au (Jon Wells) writes:
> G'day,
>   I've been messing with this all day and to get it to work I had to
> set the dll's entry point to __cygwin_noncygwin_dll_entry.
> 
> Does that make sense? 

That's why it's called that ... it was a hack we had to add to
b20.1 to allow loading of Cygwin DLLs from non-cygwin apps work
(eg., Java JNI's, Excel DLLs, Netscape plugins, etc). 

There has been some discussions about this in the mailing list.

> Doesn't this mean that a dll can't be loaded by both cygwin and
> non-cygwin apps.. or is there more magic in there???

The only other choice, and it was the case with my first patch 
to handle this, breaks binary compatibility and that's obviously
a no-no between b20 and b20.1.

This is fixed in b21, where the same entry point should suffice.
I haven't tested the snapshots, but the code looks ok.

> If this is what's s'pose to happen then maybe it'd be worth a mention
> in the FAQ or Mumit's dllhelpers or someplace... or any place other
> than ``gee I wonder what happens if I call that one instead.''

Hmmm ... I thought I had this peperred in my various examples, but
unfortunately those are the examples in Java-jni and excel. Thanks
for mentioning this; I'll add this to dllhelpers as well.

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Loading a cygwin generated dll from a non-cygwin app
  1999-04-08  1:03 Loading a cygwin generated dll from a non-cygwin app Jon Wells
  1999-04-08  7:42 ` Mumit Khan
@ 1999-04-30 18:32 ` Jon Wells
  1 sibling, 0 replies; 4+ messages in thread
From: Jon Wells @ 1999-04-30 18:32 UTC (permalink / raw)
  To: cygwin

G'day,
  I've been messing with this all day and to get it to work I had to
set the dll's entry point to __cygwin_noncygwin_dll_entry.

Does that make sense? 

Doesn't this mean that a dll can't be loaded by both cygwin and
non-cygwin apps.. or is there more magic in there???

If this is what's s'pose to happen then maybe it'd be worth a mention
in the FAQ or Mumit's dllhelpers or someplace... or any place other
than ``gee I wonder what happens if I call that one instead.''

Seeya, byebye,
  jon.



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~1999-04-30 18:32 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-04-08  1:03 Loading a cygwin generated dll from a non-cygwin app Jon Wells
1999-04-08  7:42 ` Mumit Khan
1999-04-30 18:32   ` Mumit Khan
1999-04-30 18:32 ` Jon Wells

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).