From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20138 invoked by alias); 7 Aug 2012 01:10:19 -0000 Received: (qmail 20129 invoked by uid 22791); 7 Aug 2012 01:10:17 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_05,KHOP_THREADED,TW_CG,TW_SV,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 07 Aug 2012 01:10:05 +0000 Received: (qmail 92359 invoked by uid 13447); 7 Aug 2012 01:10:04 -0000 Received: from unknown (HELO [172.20.0.42]) ([71.210.206.56]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with SMTP for ; 7 Aug 2012 01:10:04 -0000 Message-ID: <50206AE0.90101@etr-usa.com> Date: Tue, 07 Aug 2012 01:55:00 -0000 From: Warren Young User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Cygwin-L Subject: Re: cygwin 1.7.15: svn disk I/O error References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-08/txt/msg00136.txt.bz2 On 8/6/2012 6:40 PM, Michael Gundlach wrote: > > I'd be happy to revert SQLite to 3.7.3 and work around the problem. > However, I am unable to revert SQLite from 3.7.12 to 3.7.3, because I > get an svn error after doing that: "SQLite compiled for 3.7.12, but > running with 3.7.3". Cygwin setup offers me subversion 1.7.5-4 and > 1.7.5-3, and both result in the same error. Yes, both -3 and -4 were rebuilt against SQLite 3.7.12. You'd have to dig up a copy of -1 or -2 to get back to the 3.7.3 based versions. > Is the snapshot that cgf is testing going to roll back svn to SQLite > 3.7.3? What reason could there be for a new Cygwin DLL to be accompanied by a new version of SQLite? Their maintainerships are entirely decoupled. I've pretty much already given up on this. I thought I would wait for SQLite 3.7.14, then build it the old way, but I see no signs that will happen soon. According to the announced intention to release every 2-3 months, it could happen this week, or it could happen next month. I think I've given Achim Gratz enough time to try and fix the bug resulting from his build option changes. I'll start working on a .13 release, built the old way. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple