The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: ron@ronnatalie.com (Ronald Natalie)
Subject: [TUHS] History of strncpy
Date: Thu, 24 Jan 2013 09:42:59 -0500	[thread overview]
Message-ID: <1AFADE66-7F72-4776-8738-EC27748DAF33@ronnatalie.com> (raw)
In-Reply-To: <20130124060205.GQ24498@bitmover.com>


On Jan 24, 2013, at 1:02 AM, Larry McVo
> As a SPARC guy (in the past), I think it may have had something to do 
> about alignment.
> 
> That said, I hate the fread/fwrite interfaces.  We're fixing them in 
> our stdio.  freadn(f, buf, n).
> 
Amen.    For practical matters, there is no way given the rest of the library that an implementation can do
anything other than multiply the two middle args together.    The stream still needs to be a byte stream
and passing things as void* sort of divorces any clue as to what alignment or other portability requirements
are (and I've worked on C on some rather odd word sized machines like 36 and 60 as well as machines
that encode the word size in the pointer... believe me there were TONS of bugs in 4BSD with regard to that
one where they would stuff a char* into a union and retrieve it with a int* thwarting any possible conversion
(as we put in place when you casted one pointer to other).

It's not true that FILE went at the end, except in vararg'd functions.   It goes at the beginning of ftell (which
mimics the UNIX  tell call).    As with Larry, I'd much perferred they mimic'd most of the UNIX calls when
possible.   They were reasonably thought out.




  parent reply	other threads:[~2013-01-24 14:42 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-23 17:56 Michael Spacefalcon
2013-01-23 21:08 ` Larry McVoy
2013-01-23 21:39 ` Ronald Natalie
2013-01-23 21:46   ` John Cowan
2013-01-24  6:02     ` Larry McVoy
2013-01-24  6:34       ` Steve Nickolas
2013-01-24 14:42       ` Ronald Natalie [this message]
2013-01-24 14:52         ` Warner Losh
2013-01-24 16:01           ` Ronald Natalie
2013-01-24 18:31             ` Tom Ivar Helbekkmo
2013-01-25  2:06               ` Warner Losh
2013-01-24 16:21           ` Clem Cole
2013-02-01  0:28             ` Larry McVoy
2013-01-31 23:52           ` Random832
2013-02-01  0:06             ` Warner Losh
  -- strict thread matches above, loose matches on Subject: below --
2013-01-23  4:03 Nevin Liber
2013-01-23  4:41 ` Warren Toomey
2013-01-23  4:58 ` Warner Losh
2013-01-23 14:16 ` Clem Cole
2013-01-23 15:01   ` Ronald Natalie
2013-01-23 15:24     ` Armando Stettner
2013-01-23 17:49       ` scj
2013-01-23 18:19       ` Ronald Natalie
2013-01-23 19:33         ` Ronald Natalie
2013-01-23 19:59           ` Clem Cole
2013-01-23 22:43     ` Mary Ann Horton
2013-01-24  0:01       ` Clem Cole
2013-01-24  0:37 ` Jonathan Gevaryahu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1AFADE66-7F72-4776-8738-EC27748DAF33@ronnatalie.com \
    --to=ron@ronnatalie.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).