convert int to char

[John Carroll]

Does anyone have a function or procedure for converting integers to
character strings?

Thank you,
John

[Martin Ambuhl]

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?

Didn't you think this would probably be a common question? If not, then
you think you've stumbled onto unexplored territory, even though C has
been in use for a quarter century. That seems unlikely, especially for
such a common thing to do, doesn't it? So a rational person would check
the FAQ, wouldn't he? <http://www.eskimo.com/~scs/C-faq/q13.1.html>

[Artie Gold]

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?

sprintf() (or better, if you have a [somewhat] C99 compatible
compiler/library, snprintf().

But please, *get a book!!!!!*

HTH,
--ag
--
Artie Gold -- Austin, Texas
http://it-matters.blogspot.com (new post 12/5)
http://www.cafepress.com/goldsays

[Neil Kurzman]

itoa()
printf()
sprintf()

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?

Thank you,
John

[Artie Gold]

Neil Kurzman wrote:

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?

Thank you,
John

[top posting orrected]
itoa()
No such thing.
printf()
Nope.
sprintf()
Yup!

HTH,
--ag
--
Artie Gold -- Austin, Texas
http://it-matters.blogspot.com (new post 12/5)
http://www.cafepress.com/goldsays

[Walter Roberson]

In article <3b************ *@individual.ne t>,
Artie Gold <ar*******@aust in.rr.com> wrote:

Neil Kurzman wrote:

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?

printf()

Nope.

printf() is indeed capable of converting integers to character
strings -- it just has its own ideas about where the character
strings should end up. ;-)

If one cared to go through the bother, one could, completely
within standard C for hosted environments, open a file read/write,
printf() to produce the character string output, rewind to the
beginning of the file, and read the string in to the desired
destination buffer. Sure it'd be clunky, but conformant.
Depending on how many extensions one was willing to live with, there is
even a case in which the operation might be relatively efficient -- if
one closed stdout, nmap()'d some memory, took the fd from that [which
would be the fd normally used for stdout because of the POSIX rules
about using the first available fd], used fdopen() to pull that up to a
FILE*, and used printf() to do the desired conversion, then the result
could be read back directly from the memory area nmap'd to.
Who needs simple standard sprintf() when one can use something
complicated, not generally portable, but 3001 ? ;-)
--
Oh, to be a Blobel!

[Artie Gold]

Walter Roberson wrote:

In article <3b************ *@individual.ne t>,
Artie Gold <ar*******@aust in.rr.com> wrote:

Neil Kurzman wrote:

John Carroll wrote:

Does anyone have a function or procedure for converting integers to
character strings?
printf()

Nope.

printf() is indeed capable of converting integers to character
strings -- it just has its own ideas about where the character
strings should end up. ;-)

If one cared to go through the bother, one could, completely
within standard C for hosted environments, open a file read/write,
printf() to produce the character string output, rewind to the
beginning of the file, and read the string in to the desired
destination buffer. Sure it'd be clunky, but conformant.
Depending on how many extensions one was willing to live with, there is
even a case in which the operation might be relatively efficient -- if
one closed stdout, nmap()'d some memory, took the fd from that [which
would be the fd normally used for stdout because of the POSIX rules
about using the first available fd], used fdopen() to pull that up to a
FILE*, and used printf() to do the desired conversion, then the result
could be read back directly from the memory area nmap'd to.
Who needs simple standard sprintf() when one can use something
complicated, not generally portable, but 3001 ? ;-)

Hmmm. Seems you're about a week late on this response (at least in my
time zone) ;-) ;-)

Cheers,
--ag

[Well, at least it's not "TCP/IP by carrier pigeon"!]
--
Artie Gold -- Austin, Texas
http://it-matters.blogspot.com (new post 12/5)
http://www.cafepress.com/goldsays

[Walter Roberson]

In article <3b************ *@individual.ne t>,
Artie Gold <ar*******@aust in.rr.com> wrote:

Walter Roberson wrote: [...]

Hmmm. Seems you're about a week late on this response (at least in my
time zone) ;-) ;-) [Well, at least it's not "TCP/IP by carrier pigeon"!]

?? According to the message headers, the message that started this
thread was posted at Fri, 08 Apr 2005 12:07:41 EDT, your response was
posted at Fri Apr 08 22:25:33 CDT 2005, and my response was posted at 9
Apr 2005 04:26:55 GMT. I am in CDT myself, as you are, (even though the
posting headers are GMT); I'm pretty much due north of you. CDT is GMT-5,
so my posting was 23:26:55 CDT, or only a hair more than 1 hour after
your posting.
--
"I want to make sure [a user] can't get through ... an online
experience without hitting a Microsoft ad"
-- Steve Ballmer [Microsoft Chief Executive]

[Keith Thompson]

ro******@ibd.nr c-cnrc.gc.ca (Walter Roberson) writes:

In article <3b************ *@individual.ne t>,
Artie Gold <ar*******@aust in.rr.com> wrote:

Walter Roberson wrote:

[...]

Hmmm. Seems you're about a week late on this response (at least in my
time zone) ;-) ;-)

[Well, at least it's not "TCP/IP by carrier pigeon"!]

?? According to the message headers, the message that started this
thread was posted at Fri, 08 Apr 2005 12:07:41 EDT,

[snip]

Which is one week after April Fool's Day.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Chris Croughton]

On 9 Apr 2005 04:26:55 GMT, Walter Roberson
<ro******@ibd.n rc-cnrc.gc.ca> wrote:

printf() is indeed capable of converting integers to character
strings -- it just has its own ideas about where the character
strings should end up. ;-)

If one cared to go through the bother, one could, completely
within standard C for hosted environments, open a file read/write,
Using freopen().
printf() to produce the character string output, rewind to the
beginning of the file, and read the string in to the desired
destination buffer. Sure it'd be clunky, but conformant.
You forgot to delete the file afterwards. Unfortunately tmpfile() can't
be used to reopen stdout (and in my experience the autodelete
functionality of tmpfile() is one of the things broken in a number of
implementations ).
Depending on how many extensions one was willing to live with, there is
even a case in which the operation might be relatively efficient -- if
one closed stdout, nmap()'d some memory, took the fd from that [which
would be the fd normally used for stdout because of the POSIX rules
about using the first available fd], used fdopen() to pull that up to a
FILE*,
Which is not guaranteed to be stdout, as I read POSIX (the fd will be
the one used for stdout, but the fp won't).
and used printf() to do the desired conversion, then the result
could be read back directly from the memory area nmap'd to.
Who needs simple standard sprintf() when one can use something
complicated, not generally portable, but 3001 ? ;-)

3001?

Chris C