X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <48EB69D7.2090106@oracle.com> Date: Tue, 07 Oct 2008 15:53:27 +0200 From: Dirk Napierala User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Problem to open big selfextracting Zip files from bash - starting from scratch :-) References: <48DA7010 DOT 8000003 AT oracle DOT com> <20080924170655 DOT GB24085 AT ednor DOT casa DOT cgf DOT cx> <48DB51D2 DOT 1040909 AT oracle DOT com> <01fa01c91ef1$4875a170$9601a8c0 AT CAM DOT ARTIMI DOT COM> <48DB6E9C DOT 4050302 AT oracle DOT com> <20080925143235 DOT GD21100 AT ednor DOT casa DOT cgf DOT cx> In-Reply-To: <20080925143235.GD21100@ednor.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com If I missed feedback to the thread below I have to apologize. Otherwise I would like to recall this (my last post)again Christopher Faylor schrieb: > On Thu, Sep 25, 2008 at 12:57:32PM +0200, Dirk Napierala wrote: > >> Dave Korn schrieb: >> >>> Dirk Napierala wrote on 25 September 2008 09:55: >>> >>> >>> >>>> From what we understand by reading the guideline "Changing Cygwin's >>>> Maximum Memory" the result >>>> of the small program written by DJ Delorie tests the memory allocation >>>> limit on your system. >>>> Running the program will output the maximum amount of allocatable memory >>>> of your system. >>>> Doing so on several test systems and the different cygwin versions the >>>> result is _always _1536. >>>> Trying it for example with 2500MB setting on a 4GB system also failed >>>> with "Cannot allocate memory". >>>> >>>> >>> There is an upper limit imposed by the dividing point between kernel and >>> user space at the 2GB mark. You can try adding the /3GB flag in boot.ini >>> to >>> raise this by a further gig. You might need also to make extensive use of >>> rebaseall to ensure your DLLs end up at the upper end of that range and >>> don't >>> fragment the space, or it might not matter, depending on the patterns of >>> memory usage of the unpacker. >>> >>> >> It is not about that we would not like to test such kind of workarounds >> it is more the fact that settings like /3GB flag in boot.ini are out of >> our control (you know huge company's and internal politic restrictions >> are limiting us very much in implementing such a fix. We don't like it >> either, but that is the way it is unfortunately) >> >> Anyway even if this would help, it doesn't explain, why on the same >> system, without any other change than switching the cygwin versions, it >> works with the old one and doesn't work with the current one. >> > > We are trying to do something called "debugging" here and you are not > making it especially easy. If you could somehow test the above, it > would give us a data point that might be a clue as to what the problem > could be. > > >> The only thing that have changed on this systems is the cygwin version. >> Old one woks new one doesn't >> > > You are talking about upgrading to 1.5.25-15 but presumably you upgraded > more than just the DLL so there are a quite a few possible other > candidates. > > If you are really just swapping back and forth between different DLLs > then you need to provide EXACT details of what you are doing. You have > not provided cygcheck output although I did point you to the problem > reporting web page which asks for that. cygcheck output for the working > and non-working systems would be useful. > > cgf > > Will what we have provided in http://cygwin.com/ml/cygwin/2008-09/msg00545.html be helpful for you to troubleshoot? If not, please let us know what else we can do to provide more helpful information Sorry again that we are relatively restricted to what we are allowed to do but we will try our best. Best Regards Dirk > -- > 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/ > > -- 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/