John Summerfield <[EMAIL PROTECTED]> writes:
> nmh_getpass().
> > >
> > > I think we should change the name. Our function's whole point is to
> > > obviate the need for any system-specific getpass(), so we shouldn't
> > > have to adhere to their prototypes unless we really want to.
> >
> > Ok
nmh_getpass().
> >
> > I think we should change the name. Our function's whole point is to
> > obviate the need for any system-specific getpass(), so we shouldn't
> > have to adhere to their prototypes unless we really want to.
>
> Okay, I've changed it to nmh_getpass(). The only drawback of
Shantonu Sen <[EMAIL PROTECTED]> writes:
> >> ruserpass(), which is unreliably detected and possibly implemented. I
> >> think the TODO mentions some other functions, like snprintf, which aren't
> >> implemented yet, but it makes sense to have that section in the README.dev
> >> as a placeholder.
>> ruserpass(), which is unreliably detected and possibly implemented. I
>> think the TODO mentions some other functions, like snprintf, which aren't
>> implemented yet, but it makes sense to have that section in the README.dev
>> as a placeholder.
>
>Yeah, if we _ever_ use the system functions, a
Shantonu Sen <[EMAIL PROTECTED]> writes:
> >Okay, I've changed it to nmh_getpass(). The only drawback of not calling it
> >getpass() is that in the future people may accidentally use plain getpass()
> >instead of nmh_getpass() and unless they're on an OS where getpass() fails
> >to prompt, they
Glenn Burkhardt writes (to me directly as his outgoing server is ORBS'd):
> > Works fine on AIX 4.1.5.0.01. I cleaned up four compiler warnings produced
> > by gcc -Wall. One of them required adding an #include of , and
> > this required me to change getpass() to take a const char* rather than
>Works fine on AIX 4.1.5.0.01. I cleaned up four compiler warnings produced
>by gcc -Wall. One of them required adding an #include of , and
>this required me to change getpass() to take a const char* rather than a
>char*, to match the system prototype. Is this how getpass() is declared
>everywh
Shantonu Sen <[EMAIL PROTECTED]> writes:
> Just to close out this thread, I have committed a getpass() which Glenn
> Burkhardt and I have been working on. It solves the problem of other
> programs interfacing with nmh, such as exmh, as well as guaranteeing the
> implementation of that function.
>
Just to close out this thread, I have committed a getpass() which Glenn
Burkhardt and I have been working on. It solves the problem of other
programs interfacing with nmh, such as exmh, as well as guaranteeing the
implementation of that function.
i have personally compiled and used it on linux (r
On Thu, 4 May 2000, Dan Harkless wrote:
> I don't see that in the CVS source. Did your changes get lost somehow when
> Doug moved mhost.com?
No, I didn't commit it before. Probably for the best, as Doug pointed
out the GPL-ness of it. I'm hoping to have a working version committed
in the next fe
Shantonu Sen <[EMAIL PROTECTED]> writes:
> > Last November, I submitted a bug report with patches for nmh - it didn't
> > work as a POP client properly on Linux systems. But unfortunately, the
> > patches didn't get into the 1.0.4 release, so here goes again:
>
> I had the same problems, and fi
Shantonu Sen wrote:
>i've taken glibc getpass, stripped out some flock-ing code that didn't
>compile on BSD, and made it into a patch (attached). it should depend only
>on termios.h (add to the includes) and stdio and strings.h, which are
>included in nmh.h. so hopefully, this should be pretty por
> > 2. For Linux systems, avoid using the glibc version of ruserpass(), and use
> > the version supplied with nmh. There's an additional problem here -
> > ruserpass() calls getpass(), and in glibc, the getpass() flushes standard input
> > before prompting the user for a password. When a progra
> My solution was to completely take out any dependency on system ruserpass,
> and use the version packaged with nmh. If you want to take advantage of
> this, I recommend you get the latext CVS version.
I think that this is the best solution - it gets my vote!
> Last November, I submitted a bug report with patches for nmh - it didn't work
> as a POP client properly on Linux systems. But unfortunately, the patches
> didn't get into the 1.0.4 release, so here goes again:
I had the same problems, and fixed them after 1.0.4 came out. I did not
want to com
Last November, I submitted a bug report with patches for nmh - it didn't work
as a POP client properly on Linux systems. But unfortunately, the patches
didn't get into the 1.0.4 release, so here goes again:
The Symptom: Unless .netrc is used, on systems using glibc 2.1.1, 'inc' fails
to work wh
16 matches
Mail list logo