From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.229.241.75 with SMTP id ld11csp20723qcb; Sat, 7 Apr 2012 02:57:47 -0700 (PDT) Return-Path: Received-SPF: pass (google.com: domain of rack-devel+bncCM-vhrqaHBCYn4D8BBoEYsvOyQ@googlegroups.com designates 10.229.135.138 as permitted sender) client-ip=10.229.135.138; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rack-devel+bncCM-vhrqaHBCYn4D8BBoEYsvOyQ@googlegroups.com designates 10.229.135.138 as permitted sender) smtp.mail=rack-devel+bncCM-vhrqaHBCYn4D8BBoEYsvOyQ@googlegroups.com; dkim=pass header.i=rack-devel+bncCM-vhrqaHBCYn4D8BBoEYsvOyQ@googlegroups.com Received: from mr.google.com ([10.229.135.138]) by 10.229.135.138 with SMTP id n10mr119058qct.17.1333792667189 (num_hops = 1); Sat, 07 Apr 2012 02:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:mime-version:date:user-agent:x-http-useragent :message-id:subject:from:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type; bh=srI0W+vJJiml/icstVuTnI1v+TwR76aWK2xq8vjvHek=; b=HukEtnJqtBXRDYhBiKfsbc4IGOWJ0+sx69U0+S+kjlsurDhAg8S2fHRIK34f3mtVC1 JcKxWsB8ISUc7CdTkd/7ycjfR7GL5p0Q4n8mol79iZX6nC02BiRqMPqns5ZgLEUQD/aP 2RQ7mayjmFD+V9/smTAjdE4kLsjgCLpQpgcac= Received: by 10.229.135.138 with SMTP id n10mr23529qct.17.1333792664629; Sat, 07 Apr 2012 02:57:44 -0700 (PDT) X-BeenThere: rack-devel@googlegroups.com Received: by 10.229.229.2 with SMTP id jg2ls2722220qcb.9.gmail; Sat, 07 Apr 2012 02:57:43 -0700 (PDT) Received: by 10.224.184.137 with SMTP id ck9mr479048qab.1.1333792663812; Sat, 07 Apr 2012 02:57:43 -0700 (PDT) Received: by 10.224.180.136 with SMTP id bu8msqab; Fri, 6 Apr 2012 23:54:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.148.18 with SMTP id u18mr19560yhj.13.1333781689083; Fri, 06 Apr 2012 23:54:49 -0700 (PDT) Received: by x17g2000yqj.googlegroups.com with HTTP; Fri, 6 Apr 2012 23:54:49 -0700 (PDT) Date: Fri, 6 Apr 2012 23:54:49 -0700 (PDT) User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.3,gzip(gfe) Message-ID: Subject: UploadedFile: why mv (and never cp)? From: wtn To: Rack Development X-Original-Sender: wtnelson@gmail.com X-Original-Authentication-Results: ls.google.com; spf=pass (google.com: domain of wtnelson@gmail.com designates internal as permitted sender) smtp.mail=wtnelson@gmail.com; dkim=pass header.i=@gmail.com Reply-To: rack-devel@googlegroups.com Precedence: list Mailing-list: list rack-devel@googlegroups.com; contact rack-devel+owners@googlegroups.com List-ID: X-Google-Group-Id: 486215384060 List-Post: , List-Help: , List-Archive: Sender: rack-devel@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=ISO-8859-1 Rack::Multipart::UploadedFile.new uses FileUtils.copy_file. This seems like a safe default. However, FileUtils.move is a better option for many applications. When files are large, copying really slows things down. Is there interest in adding "move" behavior as an option?