Pre Santa Barbara mailing available

[=?iso-8859-1?q?Keld_J=F8rn?= Simonsen]

The WG14 Pre Santa Barbara mailing is now available from the WG14 sita ay
http://www.open-std.org/jtc1/sc22/wg14

There is also a new draft for the C standard N1336 and a new draft for
the security enhanced functions N1337.

est regards
Keld Simonsen

[santosh]

Keld Jørn Simonsen wrote:

The WG14 Pre Santa Barbara mailing is now available from the WG14 sita
ay http://www.open-std.org/jtc1/sc22/wg14

Do you mean Pre Santa Clara?

There is also a new draft for the C standard N1336

Thanks.

and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

[CBFalconer]

santosh wrote:

Keld Jørn Simonsen wrote:

>The WG14 Pre Santa Barbara mailing is now available from the
WG14 sita ay http://www.open-std.org/jtc1/sc22/wg14

Do you mean Pre Santa Clara?

There is also a new draft for the C standard N1336
and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

I have copies here of several C standards and drafts. I observe:

Identity. Pages Size Date (here)
N869.pdf 586 1.4 mB 1999-Jan
N1336.pdf 556 3.8 mB 2008-Aug

and offhand I see no reason for this large size expansion.
Comments?

Incidentally N869_txt.bz2 (bzip2 compressed) is 212k, and available
on my page. No later version has been delivered in text form.
This is the most easily handled version.

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.

[=?iso-8859-1?q?Keld_J=F8rn?= Simonsen]

Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:

Keld Jørn Simonsen wrote:

>The WG14 Pre Santa Barbara mailing is now available from the WG14 sita
ay http://www.open-std.org/jtc1/sc22/wg14

Do you mean Pre Santa Clara?

Yes.

>There is also a new draft for the C standard N1336

Thanks.

>and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

It is not the intention to put N1337 into N1336.

best regards
keld

[Richard Bos]

=?iso-8859-1?q?Keld_J=F8rn?= Simonsen <ke**@dkuug.dkwrote:

Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:

Keld Jørn Simonsen wrote:

and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

It is not the intention to put N1337 into N1336.

Let us, at the very least, hope that it is not the intention to put
3l337 into the next C Standard...

Richard

[Keith Thompson]

rl*@hoekstra-uitgeverij.nl (Richard Bos) writes:

=?iso-8859-1?q?Keld_J=F8rn?= Simonsen <ke**@dkuug.dkwrote:

>Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:

Keld Jørn Simonsen wrote:
and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

It is not the intention to put N1337 into N1336.

Let us, at the very least, hope that it is not the intention to put
3l337 into the next C Standard...

Why?

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Keith Thompson]

CBFalconer <cb********@yahoo.comwrites:
[...]

I have copies here of several C standards and drafts. I observe:

Identity. Pages Size Date (here)
N869.pdf 586 1.4 mB 1999-Jan
N1336.pdf 556 3.8 mB 2008-Aug

and offhand I see no reason for this large size expansion.
Comments?

Incidentally N869_txt.bz2 (bzip2 compressed) is 212k, and available
on my page. No later version has been delivered in text form.
This is the most easily handled version.

For most purposes, I personally find the pdf versions to be easier to
handle than a plain-text veresion. For example, given a modern PDF
viewer and a sufficiently large screen, I can have a complete
navigatable table of contents on the left side of the screen and the
current page on the right side.

And N869_txt.bz2 has the disadvantage that (a) it's out of date, and
(b) it's missing some formatting (particularly italics) that's
semantically significant.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Eric Sosman]

Keith Thompson wrote:

rl*@hoekstra-uitgeverij.nl (Richard Bos) writes:

>=?iso-8859-1?q?Keld_J=F8rn?= Simonsen <ke**@dkuug.dkwrote:

>>Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:
Keld Jørn Simonsen wrote:
and a new draft for the security enhanced functions N1337.
Will these be included in C1x? I hope not.
It is not the intention to put N1337 into N1336.

Let us, at the very least, hope that it is not the intention to put
3l337 into the next C Standard...

Why?

Because the Standard has too many prime numbers already?

--
Er*********@sun.com

[Richard Heathfield]

Keith Thompson said:

rl*@hoekstra-uitgeverij.nl (Richard Bos) writes:

>=?iso-8859-1?q?Keld_J=F8rn?= Simonsen <ke**@dkuug.dkwrote:

>>Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:
Keld Jørn Simonsen wrote:
and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

It is not the intention to put N1337 into N1336.

Let us, at the very least, hope that it is not the intention to put
3l337 into the next C Standard...

Why?

It's "leetspeke" for "elite". He's poking a little harmless fun, that's
all.

--
Richard Heathfield <http://www.cpax.org.uk>
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

[Keith Thompson]

Richard Heathfield <rj*@see.sig.invalidwrites:

Keith Thompson said:

>rl*@hoekstra-uitgeverij.nl (Richard Bos) writes:

>>=?iso-8859-1?q?Keld_J=F8rn?= Simonsen <ke**@dkuug.dkwrote:
Den Fri, 15 Aug 2008 10:54:42 +0530 skrev santosh:
Keld Jørn Simonsen wrote:
and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

It is not the intention to put N1337 into N1336.

Let us, at the very least, hope that it is not the intention to put
3l337 into the next C Standard...

Why?

It's "leetspeke" for "elite". He's poking a little harmless fun, that's
all.

Sorry, I thought it was a typo.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[santosh]

CBFalconer wrote:

santosh wrote:

>Keld Jørn Simonsen wrote:

>>The WG14 Pre Santa Barbara mailing is now available from the
WG14 sita ay http://www.open-std.org/jtc1/sc22/wg14

Do you mean Pre Santa Clara?

There is also a new draft for the C standard N1336
and a new draft for the security enhanced functions N1337.

Will these be included in C1x? I hope not.

I have copies here of several C standards and drafts. I observe:

Identity. Pages Size Date (here)
N869.pdf 586 1.4 mB 1999-Jan
N1336.pdf 556 3.8 mB 2008-Aug

and offhand I see no reason for this large size expansion.
Comments?

I notice that n1336.pdf has "Fast Web View" enabled and includes three
additional fonts than n869.pdf. The embedded table of contents is also
missing in the latter, though it's rather surprising that all these
differences account for 2.4 Mb. Other than this, I have no idea why
their sizes should vary so greatly.

Incidentally N869_txt.bz2 (bzip2 compressed) is 212k, and available
on my page. No later version has been delivered in text form.
This is the most easily handled version.

How does this manage to represent all the math formulae and special
symbols in plain text?

[CBFalconer]

Keith Thompson wrote:

CBFalconer <cb********@yahoo.comwrites:
[...]

>I have copies here of several C standards and drafts. I observe:

Identity. Pages Size Date (here)
N869.pdf 586 1.4 mB 1999-Jan
N1336.pdf 556 3.8 mB 2008-Aug

and offhand I see no reason for this large size expansion.
Comments?

Incidentally N869_txt.bz2 (bzip2 compressed) is 212k, and
available on my page. No later version has been delivered in
text form. This is the most easily handled version.

.... snip ...

>
And N869_txt.bz2 has the disadvantage that (a) it's out of date,
and (b) it's missing some formatting (particularly italics)
that's semantically significant.

That observation has already been made several times. However, my
query was about the relative sizes of N869.pdf and N1336.pdf, in
view of their line counts. My purpose in mentioning n869.txt was
to illustrate the size advantages of the text format. Tactical
error.

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.

[CBFalconer]

santosh wrote:

CBFalconer wrote:

.... snip ...

>

>Incidentally N869_txt.bz2 (bzip2 compressed) is 212k, and available
on my page. No later version has been delivered in text form.
This is the most easily handled version.

How does this manage to represent all the math formulae and special
symbols in plain text?

Not perfect, but adequate for most purposes.

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.

[lawrence.jones]

CBFalconer <cb********@yahoo.comwrote:

>
I have copies here of several C standards and drafts. I observe:

Identity. Pages Size Date (here)
N869.pdf 586 1.4 mB 1999-Jan
N1336.pdf 556 3.8 mB 2008-Aug

and offhand I see no reason for this large size expansion.
Comments?

The major contributor seems to be that I started using Ghostscript to
produce the PDF file rather than Adobe Acrobat Distiller. Perhaps I
should upgrade my ancient version of gs....
--
Larry Jones

Talk about someone easy to exploit! -- Calvin

[lawrence.jones]

santosh <sa*********@gmail.comwrote:

>
How does this manage to represent all the math formulae and special
symbols in plain text?

Very badly, which is why I stopped producing text versions of the standard.
--
Larry Jones

I'm so disappointed. -- Calvin