Skip Menu |

This queue is for tickets about the IO-All-LWP CPAN distribution.

Report information
The Basics
Id: 47172
Status: open
Priority: 0/
Queue: IO-All-LWP

Owner: Nobody in particular
Requestors: mschwern [...]

Bug Information
Severity: Wishlist
Broken in: 0.14
Fixed in: (no value)

Subject: Support for file URLs
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain
Charset: utf8
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 31
I'd like support for file URLs.
MIME-Version: 1.0
X-Spam-Status: No, hits=0.0 required=8.0 tests=DK_SIGNED,SPF_PASS
In-Reply-To: <rt-3.6.HEAD-13950-1245473751-1203.47172-4-0 [...]>
References: <RT-Ticket-47172 [...]> <rt-3.6.HEAD-13950-1245473751-1203.47172-4-0 [...]>
Message-ID: <4805c38b0906200735t3b6c92e9r8396e60e7202db42 [...]>
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Received: from ( []) by (Postfix) with SMTP id B0BEF4D8113 for <bug-IO-All-LWP [...]>; Sat, 20 Jun 2009 10:35:40 -0400 (EDT)
Received: (qmail 18064 invoked by uid 103); 20 Jun 2009 14:35:40 -0000
Received: from ( by with QMQP; 20 Jun 2009 14:35:40 -0000
Received: from (HELO ( by (qpsmtpd/0.80) with ESMTP; Sat, 20 Jun 2009 07:35:34 -0700
Received: by ewy18 with SMTP id 18so2838872ewy.45 for <bug-IO-All-LWP [...]>; Sat, 20 Jun 2009 07:35:31 -0700 (PDT)
Received: by with SMTP id b11mr4589279ebq.87.1245508530924; Sat, 20 Jun 2009 07:35:30 -0700 (PDT)
Delivered-To: cpan-bug+IO-All-LWP [...]
Subject: Re: [ #47172] Support for file URLs
Domainkey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=NcbQEyyXGRQjAlklof4SYIMJHUGE+f/80SF36hr+YcWttUHUzo1bm6shggYIDBlh0s 4xZTFv+h0+ANM74tfOY6v3eR+lMa8t1vUHwrblGxp/JPEhe3CkEI+FtaFiHUNTam3+sU ral9q6eOg8BsN1daBooehYdk5hTilZOEEBVfs=
Return-Path: <ivan.tubert [...]>
Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=UoMTmt5UsuzjTwsE7wJR4JbCsBW16QOEJboWeqalRfM=; b=tXSCsb6ZZF2riHnywequyIjE9jco8+clwikkDLLBvxT6K3VGFYoDvkCgKKgkInsDds 3TjmPyPSbJE1kJzcht1IzMmVSifnbGNq62DNMC5cWXEycpmKWAlKpqdfBKc1vEMfs8CI ke4cUuJjEzdPEfMr2RxHuqzoyhE66ZTwDdJxA=
X-Original-To: bug-IO-All-LWP [...]
X-Google-Sender-Auth: 3fa2a2e5d9640df2
Date: Sat, 20 Jun 2009 10:35:30 -0400
Sender: ivan.tubert [...]
X-Spam-Level: *
To: bug-IO-All-LWP [...]
Content-Transfer-Encoding: quoted-printable
From: Ivan Tubert-Brohman <itub [...]>
RT-Message-ID: <rt-3.6.HEAD-13950-1245508550-37.47172-0-0 [...]>
Content-Length: 1346
Download (untitled) / with headers
text/plain 1.3k
I think this would require changes to IO::All as well (Ingy, are you reading this?). The normal way of doing this would be to create a module called IO::All::FILE, similar to IO::All::FTP etc. This is trivial and can be done in five minutes. This module should be loaded automatically by IO::All when it sees a file URL. The problem is that there exists already a module called IO::All::File (note the case difference), which causes two problems. One is that this could be a mess in case-insensitive filesystems. But second and perhaps more important is that IO::All tries to load IO::All::File before it tries to load IO::All::FILE. A quick hack for dealing with that is to swap the if and elsif in IO::All::autoload_class() to give higher precedence to all-caps module names. But perhaps Ingy has a more elegant solution in mind. Cheers, Ivan On Sat, Jun 20, 2009 at 12:55 AM, Michael G Schwern via RT<> wrote: Show quoted text
> Sat Jun 20 00:55:50 2009: Request 47172 was acted upon. > Transaction: Ticket created by MSCHWERN >       Queue: IO-All-LWP >     Subject: Support for file URLs >   Broken in: 0.14 >    Severity: Wishlist >       Owner: Nobody >  Requestors: >      Status: new >  Ticket <URL: > > > > I'd like support for file URLs. >

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to