I filed it as an issue a few days ago, until then I wrote my own read-
line from the old read-line.

On Feb 20, 4:32 pm, "Stephen C. Gilardi" <squee...@mac.com> wrote:
> On Feb 20, 2009, at 12:58 PM, Perry Trolard wrote:
>
> > Hope I didn't imply by the above that I was suggesting a name change.
>
> > I know my proposed version is ugly, but since BufferedReader &
> > LineNumberingPR can't be unified, special-case-ing for the latter
> > strikes me as an acceptable fix. But removing the type hint so that
> > the function works out of the box is the next best option.
>
> > (I know the above microbenchmarking is dubious & smacks of premature
> > optimization, especially for a function whose use case, at least for
> > me, is command-line interaction -- which is not performance-critical.
> > But then I thought about reading strings from stdin, which could be;
> > but perhaps a (line-seq) on a wrapped System/in would be better
> > anyway...)
>
> Hi Perry,
>
> I think clojure.core/read-line should accept the default value of *in*  
> as a suitable provider of lines via "readLine" calls.
>
> It should work. It used to work. It doesn't work now. I consider that  
> a bug.
>
> I like the fix you've proposed that specifically allows  
> LineNumberingPushbackReader as a type for the argument. I think  
> removing the hint is also a good fix, but runs against an apparent  
> desire to remove reflection from clojure.core as much as possible.
>
> Good luck,
>
> --Steve
>
>  smime.p7s
> 3KViewDownload
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsubscribe from this group, send email to 
clojure+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to