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.
Okay, I've changed
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 not
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.
i
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 stdlib.h, 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
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 stdlib.h, and
this required me to change getpass() to take a const char* rather
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 won't
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, as we do
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.
Yeah, if
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 few
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
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
12 matches
Mail list logo