Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 66029 invoked from network); 30 Sep 2009 13:32:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Sep 2009 13:32:13 -0000 Received: (qmail 49745 invoked by uid 500); 30 Sep 2009 13:32:12 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 49672 invoked by uid 500); 30 Sep 2009 13:32:12 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 49662 invoked by uid 99); 30 Sep 2009 13:32:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Sep 2009 13:32:11 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of enicholson@gmail.com designates 209.85.218.219 as permitted sender) Received: from [209.85.218.219] (HELO mail-bw0-f219.google.com) (209.85.218.219) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Sep 2009 13:32:02 +0000 Received: by bwz19 with SMTP id 19so1863257bwz.11 for ; Wed, 30 Sep 2009 06:31:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=7XGC//+hMiJmjOabTkZbMG67t95QiEWZ8cUTWLsf+XE=; b=U5wn0WNQdamEtDajQGIDk7pWxPI19xq6PKObbj5awjasqkeHFMOh/c1qHjOLb2Ln3X Ncc5cm8qLlx6T17Fv8F/67kCxrq/no/ueAeQgcX5fogl3Vjxzq5VBXjfikCx+gPstfQU JeQkI4mn4KuQWCvkeacfLY7FS+qFehEFUcO0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=rJhGqa+FtZMh0goS20Cjzo2st7KUuIZ93msFmxA5v6M5fJLTaNC3/yMcAAHf5g1ifp jtVRfA918sfalrVtobru02kkxN6lKlYx4xqCJ5lxg4v6u20q7N90OC3YaOJerG78qwE6 +d6YJzI+iig9CYlvE7AMKDSsd01Txj/3t1OEo= MIME-Version: 1.0 Received: by 10.204.156.24 with SMTP id u24mr5356845bkw.172.1254317501810; Wed, 30 Sep 2009 06:31:41 -0700 (PDT) In-Reply-To: <4AC2AB33.6090902@gmail.com> References: <4AC2AB33.6090902@gmail.com> Date: Wed, 30 Sep 2009 09:31:41 -0400 Message-ID: Subject: Re: trunk on windows (thanks) From: Eric Nicholson To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=0015175dda9a2188680474cb8d82 X-Virus-Checked: Checked by ClamAV on apache.org --0015175dda9a2188680474cb8d82 Content-Type: text/plain; charset=ISO-8859-1 Thanks for all the hard work! Great news about the installer! On Tue, Sep 29, 2009 at 8:49 PM, Mark Hammond wrote: > On 30/09/2009 12:50 AM, Norman Barker wrote: > >> Hi, >> >> thanks to whoever has been doing a lot of work with supporting windows >> with couchdb. I have just gone from 0.9 to trunk and it was really >> easy, I didn't have to change a lot of c code like before, just >> created MSVC project files and it all works well. >> > > Good to know! If you check out the top-level README you will find the > "official" build instructions - while they do use MSVC, they don't use > project files etc, but instead use cygwin tools to use the same procedure as > other operating systems. > > Sadly it is a little more work to setup the environment (ie, you really > need to build erlang and javascript from sources too, plus grab various > other libraries) but the end result is more satisfying and isn't prone to > get stale or miss important bits. > > I had one comment, in couch_erl_driver.c you have >> >> #ifndef WIN32 >> #include // for memcpy >> #endif >> >> to get memcpy with MSVC I had to include string.h (so ignoring the macro). >> > > Strange - as mentioned we do use MSVC, but I suspect some magic macros > somewhere make it work for me. > > >> The way of launching couchdb with the *.app files means that local.ini >> is now picked up on windows as well. >> > > FWIW, the procedure I mention correctly generates all .ini and .app etc > files so thing like version strings are always correct. The do however use > relative paths so the installation is as portable as possible. > > If you are keen, please do try the "official" process and report back any > issues you have so I can update the documents and/or the build process (but > the -dev mailing list may be better for that conversation) > > The upgrade did break my custom erlang code though (to be expected) so >> I will be digging into that! >> > > FYI, I've also got an installer process 95% working (dealing with the > msvcrt runtime dlls at the moment) which I hope to announce over the next > few days - I will make one for 0.10 when released and one from the current > 0.11 trunk. > > Cheers, > > Mark > --0015175dda9a2188680474cb8d82--