X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Problem to open big selfextracting Zip files from bash - starting from scratch :-) Date: Thu, 9 Oct 2008 16:00:00 +0100 Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875301A4DAB3@core-email.int.ascribe.com> In-Reply-To: <48EDD41B.7050701@oracle.com> 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> <48EDD41B DOT 7050701 AT oracle DOT com> From: "Phil Betts" To: Reply-To: X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id m99FC4A6005530 Dirk Napierala wrote on Thursday, October 09, 2008 10:51 AM:: > If I missed feedback to the thread below I have to apologize. > Otherwise I would like to recall this (my last post)again Please don't keep reposting the same message. You can google the mailing list archives if you think you may have missed a response. If you haven't, then consider that maybe no-one has anything useful to post, or perhaps no-one feels inclined to help you any more. It's your problem, yet you haven't exactly gone out of your way to help anyone get to the root of the problem. Simply rebutting all workaround suggestions with "can't do - corporate policy" has left me feeling that you're not really interested in solving your problem unless it means the SFX magically starts working. I think you have to assume that the problem is intractable. E.g. changes to cygwin1.dll may just require more memory than before, and it would be unreasonable to assume that an ill-conceived SFX would inspire anyone to undo those changes. If this is the case, then the SFX is broken, not cygwin1.dll. You therefore need to consider the alternatives. I had prepared an email with a couple of suggestions for you to try, but I didn't bother sending it because of your attitude towards the other responses. I suspect the rest of the list have also given up on you. Early on, you were asked to try some things that would have helped people to understand the cause of the problem but you were so reluctant to even try them that you can't blame people when they lose interest. If the issue is as important as your persistence suggests, I think you need to bang some heads at your workplace. If Oracle has such tight policies that you are unable to do your job, then the policies are just plain dumb (but then, so is using a single, huge SFX file). If you really do want help from the list: * Instead of just saying "can't do", tell us what you CAN do. * How EXACTLY is the SFX is run? * Does it use a fixed path? * Does it include the .exe extension? IIRC you said the SFX is run from a bash script that you can't modify. Why not? If you can read the script, you can surely copy it and change the copy. If you can't do that, and you can't regenerate the SFX file which is clearly incompatible (for whatever reason) with the latest cygwin DLL, you have a broken _system_, and someone in your company who does have the authority to make changes to that system needs to get involved. Phil -- 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/