on to put
> in the official nmh for example :), I'd be very happy to do some work.
> I've been using it for almost 2 years without any problems.
>
> Regards,
> Tobias Nijweide
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
--- Begin Message ---
[If somebody ge
;make install" failed (so many open source
packages have a top-level "INSTALL" file that such people would probably
work around the "`install' is up to date" problem by reflex).
As for me, I'd never heard of .PHONY before now. Is it GNU make specific?
I just looked at a Solaris make man page and it doesn't support this
(verified experimentally).
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
oo much time passes is the
[EMAIL PROTECTED] mailing list
(<http://savannah.gnu.org/docs/admin.php#Set%20up%20a%20mailing%20list>).
If a bunch of new people are suddenly going to get write access to the nmh
repository, there should be a mailing list to allow us to keep track of
changes others are making, so we can peer review them if we have time.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
ich triggered your reply was only me saying that I don't think the
> timezone parsing was anything worth holding up the release on.
No, it was you saying you thought the problem was all in my head. I've
stated multiple times that I agree this isn't worth holding up the 1.0.5
release now that it's lagged for so long.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
an tell you, that's not
the case. On the last project I was on at work (something like a year
long), I was simply too busy to work on nmh or other open source packages I
contribute to. Most of the time I wasn't even caught up on my nmh-workers
mail, so if people had said, "Alr
that opimizing nmh behavor for _old_ mail seems to
> be self-defeating.
Who said anything about *optimizing* it for old mail? I just want it to
still work properly on old mail. I don't think a small increase in
portability is worth removing long-standing and important functionality.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
g similar, but a public bug database that
everyone could look at to see what bugs have been reported (and which have
been fixed) would be a BIG win.
Hopefully the Savannah software is set up so that a reported bug goes
immediately into the database with no administrator intervention.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
hat I had in mind when I changed it back in March 2000 (discussed
in the "COPYRIGHT is bogus..." thread). Prior to that, it had Richard
claiming copyright over the whole thing, which was clearly not kosher.
I guess it wouldn't hurt to explicitly define what is meant by "the authors
of nmh" somewhere.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
Shantonu Sen <[EMAIL PROTECTED]> writes:
> > In any case, who has CVS access to mhost?
>
> I used to, but my ssh key is no longer working.
>
> > Does anyone have access to
> > the actual CVSROOT?
>
> At least Doug Morris, but he seems to be not around. D
e most important lost files, but I when I get
a chance I want to look through the other informational files in the MH
distribution to check for other stuff worth saving.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
.0.5 release as has been proposed, but I could also
live with leaving it as-is for now and then starting to tackle
re-implementation of the lost parsing ability in 1.0.5+dev.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
--- Begin Message ---
Shantonu Sen <[EMAIL PROTECTED]>
Dan Harkless <[EMAIL PROTECTED]> writes:
> chad <[EMAIL PROTECTED]> writes:
> >
> > It seems that nmh forward progress might have stalled again. What's
> > the status of hosting the project on Savannah?
>
> Well, the list was apparently broken for
sts sent to the list during that time
went to the bit-bucket, unless Doug has them squirreled away somewhere and
is planning to manually resend them.
I have some other stuff to post about, but I'll wait to see if this post
actually makes it.
--
Dan Harkless
[EMAIL PROTECTED]
http://harkless.org/dan/
tch
> ftp://positron.mit.edu/pub/plaintextappend.patch
>
> --
> Riad Wahby
> [EMAIL PROTECTED]
> MIT VI-2/A 2002
>
> 5105
As one of the nmh developers, I'm curious what you mean by "broken" above.
nmh doesn't have any inborne PGP ability, which I s
g
> in inc.c from the line after the comments describing the "setgid" logic.
No. setegid() is not in (the original version of) POSIX.1, and some older
systems don't have such a call, so we'll need to add autoconf support and
only substitute setegid() for setgid() if it
[EMAIL PROTECTED] (Peter Seebach) writes:
> In message <[EMAIL PROTECTED]>, "Dan Harkless" writes:
> >
> >[EMAIL PROTECTED] (Peter Seebach) writes:
> >> I looked for this in the FAQ, and couldn't find it. I posted to comp.mail.m
> >h,
> >
l's -group option?
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
's libtool as well on Mac OS
X, so nmh's current OS-X-specific libtool support won't need to be retained.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not pos
me.
(And SSH access via the individual developer accounts is working, which I
know is of no help to you.)
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
Can you send a mail containing examples of a (post-`mime'-command)
manually-created draft and one created by your script? Don't send them as
MIME attachments, so your relay host won't have a chance to mess them up.
--
our sysadmin re-install nmh, this time configuring
--with-mts=sendmail).
If I'm misremembering about anything here, I'm sure someone will correct me.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
;s possible FreeBSD's mkstemp() might not
honor TMPDIR due to some standard (POSIX?) not saying it's supposed to (or
even saying it's _not_ supposed to).
I don't see any reason slocal and other nmh commands shouldn't support it,
though. Feel free to send in a patch.
---
e to
subscribe to mailing lists with!! People who happen to post to a mailing
list you're subscribed to aren't interested in your vacation plans.
-------
Dan Harkless | To prevent SPAM contamination, p
inally. It's just a question of how many people the timezone
inventors got to go along with them.
> they don't even seem to be consistant.
Well, yeah, but certain names were used consistently enough that nmh can
respect them, if there's no accompanying numeric offset.
---
-standards-compliant mail tools (e.g. the
Y2K ajustments we make) when it's fairly easy and doesn't affect handling of
compliant mail.
> I remember the WG has struggled with this problem for a while; if it
> was up to me, I'd listen to their advice. "But that's just me&qu
wn to the link commandline.
> (And my vote is to call the next release 1.1).
I guess the SASL addition may warrant a jump out of the '1.0.x's. What do
others think?
---
Dan Harkless | To prevent SPA
t doesn't pass muster with the current
standards.
Certainly, as has been stated, we should trust the numeric offset over the
textual time zone where both are present, but I see no good reason to fail
to parse textual time zones when the numeric offset is missing. If that
means sometim
string the Australians apparently co-opted.
"Wed, 6 Sep 2000 08:52:50 +1100 (EST)" was previously "08:52+11" but is now
"08:52EDT". Indeed it appears that we needs to pay attention to the numeric
offset over the textual one, if both are present.
I think that's al
> to worry about it.
Odd. I don't really see what kind of bug would think 1999 was 1969 and 2000
was 1970. For what it's worth, though, I read that email wasn't invented
until 1972.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
Shantonu Sen <[EMAIL PROTECTED]> writes:
> "Dan Harkless" writes:
> >I'm not sure I like the new "DATE" file handling. First off, I wouldn't
> >have called it "DATE", as usually all-caps files are meant to be user
> >docum
but I
think most users would think "Last change" refers to the last meaningful
change to the manpage, not simply the date of the last release.
---
Dan Harkless | To prevent SPAM contamination, please
[E
eding a '-Wl,' before the run-path flag and one not).
Hopefully in most of these cases there'll be a version (e.g. _with_ '-Wl,')
that works for all common compilers on that OS.
-------
Dan Harkless
on the
subject).
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
Andrew J S Hamilton <[EMAIL PROTECTED]> writes:
> Dear Dan Harkless,
>
> At a guess you may be the person to email.
No, [EMAIL PROTECTED] is the right address to use for bug reports. This
address is moderated and forwards to [EMAIL PROTECTED] -- I'm cc'ing
this reply
Doug Morris <[EMAIL PROTECTED]> writes:
> "Dan Harkless" wrote:
> >If we're going to change to a new macro package, we should probably use
> >whichever one (-man, n'est-ce pas?) has the broadest support, no?
>
> True, which would recommend stickin
should probably use
whichever one (-man, n'est-ce pas?) has the broadest support, no?
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
wget" and "mhost.com" for "sunsite.auc.dk")? If so, let me know and I'll
email the current CVS maintainer at Karsten's site and ask what the current
entry looks like.
Karsten Thygesen <[EMAIL PROTECTED]> writes:
> >>>>> "Dan" == Dan Harkle
address
or addresses for subscribing to lists, or else you should not use vacation
programs.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
"Dan Harkless" <[EMAIL PROTECTED]> writes:
> Shantonu Sen <[EMAIL PROTECTED]> writes:
> > >> 2) move the generic code into sbr/ and add it to libmh
> >
> > Allright, I've gone ahead and implemented this, and it's in CVS.
> > I
appears that the current files are fairly old.
Sounds good.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
o seq_save() if we go down this path.
Sounds promising.
> Is rename() available everywhere? My favorite "old" reference, Ultrix,
> has it. I guess it'd be best to autoconf it anyway...
rename() is ANSI C.
---
#x27;d need to look at the code in more detail than unfortunately I have time
for right now in order to make a completely informed decision, but your
reasoning seems sound. My only preference in all this is for nmh to
compilable again sooner rather than later.
-)
We still have the issue of Shantonu's new dtimep.lex incorrectly parsing a
lot of dates. I don't think anything's been done since I did a bunch of
testing and uncovered a bunch of remaining bugs in September after making a
couple of fixes:
"Dan Harkless" <[EMAIL PR
g the wrong
ruserpass()) in the first case. Again, Shantonu, looks like your libmts.a
has circular dependencies with libmh.a.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
r source out of CVS to test this theory,
but I'm guessing Shantonu didn't do his libsmtp.a + libzot.a = libmts.a
merge correctly and that there are circular dependencies between it and
libmh.a. Shantonu, can you look at this?
You don't see [n]mh-related stuff on Bugtraq too often... Of course rcvtty
isn't installed setgid by nmh. Not sure if there's a BSD port of nmh that
does so, though...
-------
Dan Harkless |
nk they're rich enough to
> emulate everything that annotations give you.
Because you can't add multiple ones per message, or because they're of a
fixed length, or...?
-------
Dan Harkless | To pre
, etc.
>
> Couldn't nmh develop into having multiple back-ends for different
> formats and cope with some formats not allowing some operations? Then
> anno on IMAP would gracefully fail.
Well, anno might be implementable via the IMAP "tags" facility, no?
-
he server with a local version,
then if nmh does local caching of IMAP messages, modification of those
messages will definitely be an issue.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
Protect handling (affecting the
single-user case too) was before I took a whack at it some time back, the
existence of Msg-Protect bugs may not prove *too* much.
---
Dan Harkless | To prevent SPAM contaminati
[Please don't cc mailing list posts to me directly -- I know we're all using
a mail tool that allows arbitrary header editing, so that's no excuse.]
Jerry Peek <[EMAIL PROTECTED]> writes:
> On 11 September 2000 at 15:01, "Dan Harkless" <[EMAIL PROTECTED]
;
> whenever making copies... that's a generalisation of malloc and garbage
> collection.
Even across multiple invocations?
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED]
x27;t implement seamless mailbox viewing from host to host with
nmh/IMAP.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
John Reinhagen <[EMAIL PROTECTED]> writes:
> In message <[EMAIL PROTECTED]>, also sprach "Dan
> Harkless":
>
> >The last time I remember IMAP support coming up was quite awhile ago, and
> >the commentary (from Richard Coleman??) was that IMAP support
through
> nmh anyway. However, if that's not likely to happen, I will design the
> objects to make this possible, and will implement it as time permits.
>
> JCR
> --
> Observed by Jeff Cooper:
> "Headline in the _Arizona Republic_:
> 247 POUNDS OF COCAINE
string the Australians apparently co-opted.
"Wed, 6 Sep 2000 08:52:50 +1100 (EST)" was previously "08:52+11" but is now
"08:52EDT". Indeed it appears that we needs to pay attention to the numeric
offset over the textual one, if both are present.
I think that's al
an alternate scheme, as was earlier suggested with
> sequences?
Seems like a one-to-one mapping would be the most natural, the easiest to
implement, etc., no?
---
Dan Harkless | To prevent SPAM contamination, plea
ink it would definitely be neat, but
> will take a lot of effort (depending on what level of support and
> integration we achieve/try to achieve).
Yeah, your thoughts really make it clear how much potential work is here.
Sounds like most of the issues arise from cache handling, though. Perhaps a
first implementation could do everything live on the IMAP server.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
Yup. As soon as the new time parsing seems to be working as well as the old
version (modulo military time zones, perhaps), we ought to delete the
directory.
-------
Dan Harkless | To prevent SPAM contamination, please
ctory unnecessary, which cluttered
> the top-level directory anyway.
I have to shed a small tear as a U.C.I. alum. for the removal of the UCI
mascot. ;^> (See docs/README.developers for an explanation of "zot".)
--------
w. If nobody wanted it, I wouldn't have bothered
> with documentation and parts that I don't use.
>
> I'll split up the searchpath and components changes and flesh them out
> a bit more, and put them on the list when they work.
Great! Thanks a lot for your contribution.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
vert the composition file into a MIME message with attach-
> > > ments. This is typically done in whatnow(1).
> >
> > I think you should make it clear somewhere in here that mhattach is a
> > friendlier wrapper around the mhbuild directives, and that in the past
with attach-
> ments. This is typically done in whatnow(1).
I think you should make it clear somewhere in here that mhattach is a
friendlier wrapper around the mhbuild directives, and that in the past they
had to be added manually (and still can, if desired).
-
h write access would
commit them? Doing it this way makes it easier for multiple people on the
list to audit your changes.
Also, hopefully your diffs include documentation updates.
---
Dan Harkless
ected.
Frankly, though, you'd increase the chances of the patches getting applied
if the new features were implemented across the board and if you updated the
documentation to reflect the changes (you didn't mention whether or not
you'd done this).
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
t, is there any objection to a Mail::NMH Perl package that provided
> such a capability via extension?
I don't quite understand the relation between nmh and your proposed Perl
package, but I'm sure there'd be no objections to any useful extensions to
nmh.
-----
submit the request again.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
they didn't get 'em, so it would
indeed seem the problem is not on my side. Must be on Kim's side or perhaps
there's an esoteric problem with the listserver.
---
Dan Harkless | To prevent
"Dan Harkless" <[EMAIL PROTECTED]> writes:
>
> In private email with Kimmo Suominen, it came to light that I had never
> received two important recent posts of his. This is a test to see if I get
> this post back. We need to track down where things are disappearing
Compiling
outside the source tree" and "New time parsing code"?)
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate
xists so people can send bug reports without
having to subscribe to nmh-workers (it's moderated). If you're willing to
subscribe to nmh-workers that's actually a better option, as your post will
show up more quickly, and you can see replies to it.
------
gt; ! while (--j >= 0 && (c = *bp++) != ':' && c != '\n')
> *cp++ = c;
>
> j = bp - sp;
Thanks, Greg, but this was fixed way back in May 1999 (nmh 1.0 incorporates
the fix). The most recently rel
o hard to debug the problem just based on the
strace. I don't currently have easy access to a Linux machine, so I'll have
to leave it up to others to contact you re: the user's mailbox, but before
that, is there any way you could try nmh-1.0.4+dev? The problem may already
be fixed.
> 19:22+08
198c198
< 09:03GMT
---
> 00:00GMT
I don't think I'll have time to look at these any time super-soon, so if
anyone else could poke around, that'd be great...
---
Dan Harkless
S:
http://www.mhost.com/nmh/cvs.html
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
confirmed that nmh-1.0.4 on
Solaris seg faults on that mail. nmh-1.0.4+dev, with its rewritten date
parser, however, does not, so it looks like the bug is already fixed.
Thanks for the report. We'll have to try to get out an nmh 1.0.5 / 1.1
before too long. (In the meantime, you can
host for mail to
incorporate. If \fB$MAILHOST\fR is set and \-host is specified as well, the
commandline switch will override the environment variable.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
rd to
trying it out.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
e a directory available as
> well.
Thanks a lot for the pointer. I'll start using dmoz in preference to Yahoo!
as well, and will adjust my public Bookmarks page accordingly.
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
lt;[EMAIL PROTECTED]>; Tue, 18 Jul 2000 04:10:31 -0700 (PDT)
Message-Id: <[EMAIL PROTECTED]>
Precedence: bulk
Auto-Submitted: auto-replied
Date: Tue, 18 Jul 2000 04:14:07 -0700
To: Dan Harkless <[EMAIL PROTECTED]>
Subject: Yahoo! Directory Support Response
From: Yahoo! Director
staff/lidl/nmh/mts'
> gmake: *** [all-recursive] Error 1
>
> I think this is due to the current "configure" program that is checked
> into the CVS tree hasn't been run through autoconf, such that it doesn't
> properly do the SASL_INCLUDES expansion in the target Makefiles.
Have you tried again since Kimmo regenerated and committed it?
---
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
ing a patch (which is all
my last post on the subject talked about) or doing something on your own
volition. Problems like Ruud's and Ken/Kim's code collision are easily
avoidable if we just communicate.
-------
Dan Harkless
nmh does not compile.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
t_from" on the
"masquerade:" line (make sure it's not commented out) of the sytem
mts.conf. That'll prevent your incorrect address from being used in the
envelope From.
You could also ask the powers that be to add MX records for
hell.spielwiese.de (the same o
void duplication of effort and also keep everyone
informed with this little convention.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate
Well, Yahoo! still hasn't listed nmh. I poked around on their site and
found an email address you can send grievances to. I did.
--- Forwarded Message
To: [EMAIL PROTECTED]
Subject: You never list nmh even though EXMH, just an nmh wrapper, is listed
From: "Dan Harkles
ahoos"...?)
If it doesn't go through this time, I'll try rewording the description to
say it's a prerequisite for installing exmh. We can always reword it later
(theoretically).
-------
Dan Harkless
mail tools -- extremely customizeable
and programmable.
If anyone prefers a different wording, we should be able to change the
listing once it's gone through (which hopefully it will this time!).
---
Dan Harkless
you can try your Bcc
operation with plain nmh and see if it has the same problem as with exmh in
the picture?
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this pr
the ambiguous comment (from the old
dtimep.lex) that probably led to the code being written incorrectly.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private ema
en any warnings under AIX
4.1.5.0.01. Haven't tried Solaris yet.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
arnings, once we get the dtimep.c generation locked down, we
might consider having a special build rule for it that doesn't use the
default -Wall.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL
ny reference to
the non-supported options.
There's some merit to that approach, but I'd prefer putting the stuff in the
man page and just including a note that an option isn't supported unless nmh
was compiled with support for it. I'd also put the option in the command
"Alec Wolman" <[EMAIL PROTECTED]> writes:
>
> The following patch fixes two different bugs in dropsbr.c.
[...]
Thanks for the patch, Alec. I just applied it.
-------
Dan Harkless | To prev
list.
And like I said before, you could certainly ask Doug for your own
write-access.
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
. If the user has flex installed, we'll run it to make sure
dtimep.c is correct for the given OS. If flex isn't installed (even if lex
is), we'll use the pre-canned dtimep.c and hope for the best.
It'd be nice to be lex compatible, but flex is so easy to download and
install, I&
idn't
redirect output to /dev/null so you'll notice when your changed
versions are getting moved aside).
-------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | d
nmh developer.
Presumably the change was made as part of:
1999-02-06 Richard Coleman <[EMAIL PROTECTED]>
[...]
* Change the default "showmimeproc" to "mhshow".
* Split "mhn -show" off into separate command "mhshow".
Sou
urning the wrong initial challenge). YMMV.
There isn't a _whole_ lot of documentation for these patches, but I
did update the appropriate man pages :-)
Questions or comments are welcome. Enjoy!
- --Ken
--- End of Forwarded Message
#x27;) + 1;
(void)write(fd, p, cnt + 1 - (p - tbuf));
(void)close(fd);
- - --- 174,181
if ((fd = open(CONSOLE, O_WRONLY, 0)) < 0)
return;
(void)alarm((u_int)0);
! tbuf[sizeof(tbuf) - 1] = '
1 - 100 of 220 matches
Mail list logo