X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Rob Subject: Re: setup.exe --quiet-mode Date: Wed, 10 Sep 2008 17:24:03 +0000 (UTC) Lines: 22 Message-ID: References: <48C0316C DOT F9E434A9 AT dessent DOT net> <00fc01c90f39$f4006970$9601a8c0 AT CAM DOT ARTIMI DOT COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) 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 Dave Korn artimi.com> writes: > It might be worth trying a snapshot of 2.602, I think we fixed this on > mainline: it should automatically choose the "ok" or "continue" option in any > dialogs that would be generated. > > http://cygwin.com/setup/snapshots Dave, I tried running this snapshot setup with the -q option, and it still halted when it encountered a dialog box. (in this case it was an "entry point not found error as explained below) While running this test, I encountered an interesting race condition: If I am updating on a box that has "in use" files, and cygwin1.dll cannot be replaced, when postinstall scripts try to run they generate all kinds of errors because SOME of the new binaries DID install and when it tries to run them they FAIL because they are not supported by the CURRENT .dll. How do you get around this situation? I guess the obvious answer is to make sure NO cygwin related processes are running when you run setup. But I was hoping it would just schedule the files for replacement and do it on the next reboot. -- 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/