lkml.org 
[lkml]   [2001]   [May]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants]


    On Sun, 20 May 2001, Abramo Bagnara wrote:

    > I've just had a "so simple to risk to be stupid" idea.
    >
    > To have /proc/self/fd/N/ioctl would not have the potential to suppress
    > ioctl needs for *all* current uses?

    No, it wouldn't. For one thing, it messes the only half-decent part of
    procfs. For another, the real issue is how to eliminate the bogus
    ioctls from userland programs and what to replace them with.

    Crappy API won't become better if you simply change the calling conventions.
    And problem with ioctls is that most of them are crappy APIs. Coming from
    authors' laziness and/or debility.

    So there is no easy way to solve that stuff - we'll need to rethink tons
    of badly designed interfaces. Finding a way to represent them in fs is
    the least of the problems.

    And we really need to rethink them. Repackaged shit remains shit and the
    whole point of exrecise is to get rid of it, not to shove it into a new
    pile.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 12:53    [W:4.985 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site