public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Dill, Jens (END-CHI)" <jens.dill@endinfosys.com>
To: cygwin@cygwin.com
Subject: Re: cygheap base mismatch detected
Date: Thu, 16 Feb 2006 08:40:00 -0000	[thread overview]
Message-ID: <B7632F7D9BD7B04B94B475272FAD530805704C8E@elschivexch01.elsevier.com> (raw)

Christopher Faylor wrote:
> On Wed, Feb 15, 2006 at 10:22:30PM +0000, Jens Dill wrote:
> >What you write makes it appear that CygWin simply will not support
> >large executables that reference the CygWin DLL and are also launched
> >from a CygWin shell.  I can't believe that nobody has found a better
> >workaround than:
> >
> >  (a) not using the CygWin DLL (not an option for us)
> >  (b) not launching from a CygWin shell (not an option for us)
> >  (c) reducing the memory space required by the program (again, not
possible)
> >  (d) tinkering randomly with the stack size
> >
> >Does anyone else know of another way around this problem?
> 
> How about:
> 
>    (e) Looking into the source code and coming up with a fix rather than
>        a workaround
> 
> ?

Unfortunately for me, (e) is impractical.  It's not clear whether
it is my source code or CygWin's that I need to fix, but if it were
mine, the application I am porting to CygWin is really large, and I
don't have the mandate or time to re-architect it as a bunch of small
pieces.  If I could do that, I'd rewrite the app for native Windows.
If it's the CygWin source, however interested I may be in fixing it,
I have no mandate from my management to do so (and am not likely to
get one).  Furthermore, the problem appears to be something not
directly written into the source but rather a property of the 
CygWin-Windows interaction, at a level that I am not likely to
understand without suddenly learning a lot more Windows internals
than I ever thought I would need to (Bet you didn't think there
were disadvantages to being a Unix Guru, did you?).  

My project time frame doesn't allow for that.   If I read Dave Korn's
posting correctly (along with the others who talk about adjusting the
sizes of Fortran arrays to fix the problem), it becomes pretty clear to
me that the problem is likely to be one of somehow scaling CygWin to 
fit with large executables.  Surely someone has run into this before,
and solved it by some other means than either disabling Cygwin or 
dismembering their executable.

                                     -- Jens Dill
                                        Endeavor Information Systems

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

             reply	other threads:[~2006-02-16  7:17 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-16  8:40 Dill, Jens (END-CHI) [this message]
2006-02-16 17:57 ` Christopher Faylor
2006-02-16 18:08 ` Dave Korn
  -- strict thread matches above, loose matches on Subject: below --
2018-03-02  8:14 ignace danneels
2018-03-02  9:39 ` Marco Atzeri
2012-07-18  0:03 Andrew DeFaria
2012-07-18  1:56 ` Reini Urban
2012-07-18  2:37   ` Andrew DeFaria
2012-07-18 15:04     ` Reini Urban
2012-07-18 18:16       ` Andrew DeFaria
2012-07-18 18:38         ` Earnie Boyd
2012-07-18 19:03           ` Andrew DeFaria
2012-02-29 21:19 Charles Wilson
2012-02-29 23:23 ` marco atzeri
2012-03-01  5:56 ` Heiko Elger
2012-03-01  7:03   ` marco atzeri
2012-03-01 10:25   ` Corinna Vinschen
2012-03-01 10:52 ` Corinna Vinschen
2012-03-01 10:59   ` marco atzeri
2012-03-01 12:15     ` Corinna Vinschen
2012-03-01 22:44       ` Charles Wilson
2012-03-02  9:00         ` Corinna Vinschen
2012-03-02 17:11           ` Charles Wilson
2006-02-21 17:40 Dill, Jens (END-CHI)
2006-02-21 16:10 Dill, Jens (END-CHI)
2006-02-21 16:37 ` Brian Dessent
2006-02-21 19:18 ` Yitzchak Scott-Thoennes
2006-02-19  3:34 Dill, Jens (END-CHI)
2006-02-19 18:41 ` Yitzchak Scott-Thoennes
2006-02-20  5:26 ` Mark Geisert
2006-02-20  5:36   ` Christopher Faylor
2006-02-21 21:56 ` Jason Tishler
2006-02-17 22:56 Dill, Jens (END-CHI)
2006-02-17 22:33 Dill, Jens (END-CHI)
2006-02-18 14:33 ` Mark Geisert
2006-02-17 17:43 Dill, Jens (END-CHI)
2006-02-16 23:45 Dill, Jens (END-CHI)
2006-02-17 10:23 ` Dave Korn
2006-02-16 22:05 Dill, Jens (END-CHI)
2006-02-16 19:38 Dill, Jens (END-CHI)
2006-02-16 20:06 ` Chris Taylor
2006-02-16 18:36 Dill, Jens (END-CHI)
2006-02-16 19:50 ` Dave Korn
2005-04-07 10:35 Andreas Heckel
2005-04-07 13:25 ` Dave Korn
2006-02-15 23:49   ` Jens Dill
2006-02-15 23:58     ` Christopher Faylor
2006-02-16 10:42     ` Dave Korn
2005-04-08  0:10 ` Mark Hadfield
2005-04-08  7:35   ` Andreas Heckel

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=B7632F7D9BD7B04B94B475272FAD530805704C8E@elschivexch01.elsevier.com \
    --to=jens.dill@endinfosys.com \
    --cc=cygwin@cygwin.com \
    /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).