public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Mumit Khan <khan@xraylith.wisc.edu>
To: earnie_boyd@yahoo.com
Cc: Glen Fullmer-EGF002 <Glen_Fullmer-EGF002@email.mot.com>,
	mickish@cmu.edu, gnu-win32@cygnus.com
Subject: Re: dll, java, gcc, cygwin
Date: Tue, 27 Oct 1998 15:02:00 -0000	[thread overview]
Message-ID: <9810272150.AA27693@modi.xraylith.wisc.edu> (raw)
In-Reply-To: <19981027211637.3544.rocketmail@send104.yahoomail.com>

Earnie Boyd <earnie_boyd@yahoo.com> writes:
> 
> Have you tried using the libmmalloc.a library that comes with the
> cygwin package for your malloc and friends routines?  Note: that there
> are two m's and is a Mapped Memory Allocation package.  This has
> seemed to fix various other porters problems when I've suggested it.

I tend to shudder everytime someone recommends a different malloc
package to fix bugs in code; more often than not, it just hides the
bug waiting to bite on another platform. There are pretty reliable
ways to debug memory allocation problems (eg., we use Purify on all
our supported platforms).

I don't remember if I already responded to Glenn's message or not 
(or if I copied the list or not), so here's quick recap to avoid 
further confusion and speculation.

  - cygwin app loading cygwin dll ................ OK
  - cygwin app loading "native" dll .............. OK if you do it right
  - "native" app loading cygwin dll .............. NOT OK (bug!)

Here I'm using "native" for msvc or mingw compiled apps. Since Java is
a "native" app, you just can't load cygwin JNI dll until this bug is
fixed. There is also an issue of threading with Java when loading a
cygwin JNI DLL, and I have yet to look in that direction.

I've tracked down the problem, but have no idea what the solution is.
Basically, the DLL startup is not initializing Cygwin properly (yes,
I did take all the necessary steps for cygwin), and pretty much 
everything that requires impure_ptr will crash, which includes all the
stdio, memory allocation, etc in newlib.

I've submitted a test case to cygwin32 developers and hopefully someone
will come forward and figure it out. It's a bit beyond my expertise ...

It's not a memory allocation problem per se, but a much larger one.

Regards,
Mumit

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

  reply	other threads:[~1998-10-27 15:02 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-10-28  0:40 Earnie Boyd
1998-10-27 15:02 ` Mumit Khan [this message]
1998-10-29  8:16 ` Glen Fullmer-EGF002
     [not found] <Pine.SUN.3.93.981026173739.25460B-100000@modi.xraylith.wisc.edu>
1998-10-26 16:05 ` Glen Fullmer-EGF002
  -- strict thread matches above, loose matches on Subject: below --
1998-10-25 20:17 Philip A. Larson
1998-10-25  6:39 Earnie Boyd
1998-10-25  9:45 ` Mumit Khan
1998-10-23 23:07 Philip A. Larson
1998-10-24 10:29 ` John A. Turner
1998-10-21 10:06 Glen Fullmer-EGF002
1998-10-23  0:05 ` Andrew Mickish
1998-10-24 14:15   ` Mumit Khan
1998-10-23  6:03 ` Mumit Khan
1998-10-24  3:21   ` Glen Fullmer-EGF002

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9810272150.AA27693@modi.xraylith.wisc.edu \
    --to=khan@xraylith.wisc.edu \
    --cc=Glen_Fullmer-EGF002@email.mot.com \
    --cc=earnie_boyd@yahoo.com \
    --cc=gnu-win32@cygnus.com \
    --cc=mickish@cmu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).