Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #18560 > unrolled thread
| Started by | jgk@panix.com (Joe keane) |
|---|---|
| First post | 2012-03-11 23:05 +0000 |
| Last post | 2012-03-14 13:01 -0700 |
| Articles | 7 on this page of 87 — 22 participants |
Back to article view | Back to comp.lang.c
things i would ban from clc jgk@panix.com (Joe keane) - 2012-03-11 23:05 +0000
Re: things i would ban from clc Keith Thompson <kst-u@mib.org> - 2012-03-12 10:33 -0700
Re: things i would ban from clc gazelle@shell.xmission.com (Kenny McCormack) - 2012-03-12 23:57 +0000
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-12 18:44 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-12 12:26 -0700
Re: things i would ban from clc "osmium" <r124c4u102@comcast.net> - 2012-03-12 14:36 -0600
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-12 13:57 -0700
Re: things i would ban from clc James Kuyper <jameskuyper@verizon.net> - 2012-03-12 17:34 -0400
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-12 15:00 -0700
Re: things i would ban from clc James Kuyper <jameskuyper@verizon.net> - 2012-03-12 18:21 -0400
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-12 15:43 -0700
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-12 23:53 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-12 17:17 -0700
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-13 09:09 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 01:24 -0700
Re: things i would ban from clc Keith Thompson <kst-u@mib.org> - 2012-03-13 05:59 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 10:55 -0700
Re: things i would ban from clc blp@cs.stanford.edu (Ben Pfaff) - 2012-03-13 11:07 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 11:25 -0700
Re: things i would ban from clc blp@cs.stanford.edu (Ben Pfaff) - 2012-03-13 11:32 -0700
Re: things i would ban from clc Keith Thompson <kst-u@mib.org> - 2012-03-13 12:18 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 16:13 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 13:49 -0700
Re: things i would ban from clc James Kuyper <jameskuyper@verizon.net> - 2012-03-13 17:14 -0400
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 14:35 -0700
Re: things i would ban from clc James Kuyper <jameskuyper@verizon.net> - 2012-03-13 18:09 -0400
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 16:06 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-14 08:18 +0100
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-14 10:07 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-14 12:41 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-14 21:53 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 14:16 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-18 07:14 +0100
Re: things i would ban from clc Jens Gustedt <jens.gustedt@loria.fr> - 2012-03-14 10:39 +0100
Re: things i would ban from clc Ben Pfaff <blp@cs.stanford.edu> - 2012-03-13 14:33 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 14:40 -0700
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-13 16:25 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-14 00:51 -0700
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-14 14:25 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 13:40 -0700
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-18 17:05 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-23 11:59 -0700
Re: things i would ban from clc Robert Wessel <robertwessel2@yahoo.com> - 2012-03-23 17:02 -0500
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-23 16:51 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-24 07:16 +0100
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-27 11:26 -0700
Re: things i would ban from clc Kaz Kylheku <kaz@kylheku.com> - 2012-03-23 19:43 +0000
Re: things i would ban from clc Rui Maciel <rui.maciel@gmail.com> - 2012-03-23 19:45 +0000
Re: things i would ban from clc Jens Gustedt <jens.gustedt@loria.fr> - 2012-03-23 23:49 +0100
Re: things i would ban from clc Ian Collins <ian-news@hotmail.com> - 2012-03-24 11:54 +1300
Re: things i would ban from clc Jens Gustedt <jens.gustedt@loria.fr> - 2012-03-24 09:26 +0100
Re: things i would ban from clc gwowen <gwowen@gmail.com> - 2012-03-26 07:31 -0700
Re: things i would ban from clc Kaz Kylheku <kaz@kylheku.com> - 2012-03-24 05:45 +0000
Re: things i would ban from clc Jens Gustedt <jens.gustedt@loria.fr> - 2012-03-24 09:31 +0100
Re: things i would ban from clc James Kuyper <jameskuyper@verizon.net> - 2012-03-13 14:34 -0400
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-13 16:18 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-14 08:18 +0100
Re: things i would ban from clc Tim Rentsch <txr@alumni.caltech.edu> - 2012-03-14 14:06 -0700
Re: things i would ban from clc Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-03-15 15:22 +0000
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 12:26 -0700
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-15 21:28 +0100
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 13:49 -0700
Re: things i would ban from clc Ben Bacarisse <ben.usenet@bsb.me.uk> - 2012-03-15 16:36 +0000
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 12:16 -0700
Re: things i would ban from clc Ben Bacarisse <ben.usenet@bsb.me.uk> - 2012-03-16 00:13 +0000
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-15 20:40 -0700
Re: things i would ban from clc gwowen <gwowen@gmail.com> - 2012-03-13 01:52 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-13 11:31 +0100
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-13 11:41 +0100
Re: things i would ban from clc gwowen <gwowen@gmail.com> - 2012-03-13 06:06 -0700
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-13 15:06 +0100
Re: things i would ban from clc ImpalerCore <jadill33@gmail.com> - 2012-03-13 07:46 -0700
Re: things i would ban from clc jacob navia <jacob@spamsink.net> - 2012-03-13 19:08 +0100
Re: things i would ban from clc Ben Bacarisse <ben.usenet@bsb.me.uk> - 2012-03-13 13:20 +0000
Re: things i would ban from clc Jens Gustedt <jens.gustedt@loria.fr> - 2012-03-13 20:41 +0100
Re: things i would ban from clc Kaz Kylheku <kaz@kylheku.com> - 2012-03-13 19:34 +0000
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 16:14 -0700
Re: things i would ban from clc Kaz Kylheku <kaz@kylheku.com> - 2012-03-13 23:28 +0000
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 21:18 -0700
Re: things i would ban from clc Ian Collins <ian-news@hotmail.com> - 2012-03-13 20:19 +1300
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-13 01:09 -0700
Re: things i would ban from clc Ian Collins <ian-news@hotmail.com> - 2012-03-13 21:32 +1300
Re: things i would ban from clc nick_keighley_nospam@hotmail.com - 2012-03-13 01:52 -0700
Re: things i would ban from clc "io_x" <a@b.c.invalid> - 2012-03-13 11:31 +0100
Re: things i would ban from clc nick_keighley_nospam@hotmail.com - 2012-03-14 01:18 -0700
Re: things i would ban from clc Don Y <this@isnotme.com> - 2012-03-14 12:09 -0700
Re: things i would ban from clc ArifulHossain tuhin <etothepowerpi@gmail.com> - 2012-03-14 13:01 -0700
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
| From | Don Y <this@isnotme.com> |
|---|---|
| Date | 2012-03-13 01:09 -0700 |
| Message-ID | <jjmvc7$pt9$1@speranza.aioe.org> |
| In reply to | #18642 |
On 3/13/2012 12:19 AM, Ian Collins wrote: > On 03/13/12 08:26 AM, Don Y wrote: >> >> If you've ever dealt with a "building inspector", you've >> seen how they might (and *are*, LEGALLY!) be the epitome of >> what is allowed/expected in the construction of a building. >> But, chances are, you'd never hire any of them to *design* >> a building for you! Or, furnish it. Sure, it might meet >> all the structural, electrical, plumbing, etc. requirements >> of the current Codes... but that doesn't mean it would be a >> pleasant or *useful* place to live/work! > > Nice analogy. > > It can probably be stretched a little further to say a building company > benefits from an inspector and a software company benefits from a > language lawyer! That depends on the role he plays in the organization. A building inspector, in theory, serves a vital role. OTOH, he can also be an *impediment* to progress -- by insisting on detail that may or may not be significant. I suspect you will find most "building companies" don't have inspectors on their payroll. Rather, they have "normal employees" with a working knowledge of the pertinent issues. This might not be enough to keep them out of every screw-up. But, it is usually enough to enable them to get their work done *efficiently*.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2012-03-13 21:32 +1300 |
| Message-ID | <9s8f10FhvvU8@mid.individual.net> |
| In reply to | #18650 |
On 03/13/12 09:09 PM, Don Y wrote: > On 3/13/2012 12:19 AM, Ian Collins wrote: >> On 03/13/12 08:26 AM, Don Y wrote: >>> >>> If you've ever dealt with a "building inspector", you've >>> seen how they might (and *are*, LEGALLY!) be the epitome of >>> what is allowed/expected in the construction of a building. >>> But, chances are, you'd never hire any of them to *design* >>> a building for you! Or, furnish it. Sure, it might meet >>> all the structural, electrical, plumbing, etc. requirements >>> of the current Codes... but that doesn't mean it would be a >>> pleasant or *useful* place to live/work! >> >> Nice analogy. >> >> It can probably be stretched a little further to say a building company >> benefits from an inspector and a software company benefits from a >> language lawyer! > > That depends on the role he plays in the organization. > A building inspector, in theory, serves a vital role. > OTOH, he can also be an *impediment* to progress -- by > insisting on detail that may or may not be significant. One of my clients is a medical electronics company so there are plenty of inspectors! -- Ian Collins
[toc] | [prev] | [next] | [standalone]
| From | nick_keighley_nospam@hotmail.com |
|---|---|
| Date | 2012-03-13 01:52 -0700 |
| Message-ID | <18112893.6499.1331628747910.JavaMail.geo-discussion-forums@ynjc20> |
| In reply to | #18560 |
On Sunday, March 11, 2012 11:05:45 PM UTC, Joe keane wrote: > 1. it's not twos' complement > > 2. an 'int' may have a trap value why? Are they untrue? (plainly not as The Standard says so) tedious? (but int main(), and don't cast malloc() are ok?) irrelevent to modern implementations? (non 8-bit chars, 16 bit ints and a pointer may not fit in a long are ok?) why not ban mentions of EBCDIC or DSPs having 32 bit chars?
[toc] | [prev] | [next] | [standalone]
| From | "io_x" <a@b.c.invalid> |
|---|---|
| Date | 2012-03-13 11:31 +0100 |
| Message-ID | <4f5f2102$0$1388$4fafbaef@reader2.news.tin.it> |
| In reply to | #18657 |
<nick_keighley_nospam@hotmail.com> ha scritto nel messaggio news:18112893.6499.1331628747910.JavaMail.geo-discussion-forums@ynjc20... > On Sunday, March 11, 2012 11:05:45 PM UTC, Joe keane wrote: > ... or DSPs having 32 bit chars? Do dsp having 32 bit chars, use 4 times memory for represent the same 0..255 ascii .txt? what about assembly program instructions? their program take more space in memory? i not see any other danger on that but only conversions must be ok for comunicate other computers...
[toc] | [prev] | [next] | [standalone]
| From | nick_keighley_nospam@hotmail.com |
|---|---|
| Date | 2012-03-14 01:18 -0700 |
| Message-ID | <5960235.1401.1331713091592.JavaMail.geo-discussion-forums@vbhz5> |
| In reply to | #18661 |
On Tuesday, March 13, 2012 10:31:42 AM UTC, io_x wrote: > <nick_keighley_nospam@hotmail.com> ha scritto nel messaggio > news:18112893.6499.1331628747910.JavaMail.geo-discussion-forums@ynjc20... > > On Sunday, March 11, 2012 11:05:45 PM UTC, Joe keane wrote: > > ... or DSPs having 32 bit chars? > > Do dsp having 32 bit chars, use 4 times memory for represent > the same 0..255 ascii .txt? you'd have to ask someone who's used such a device; but yes i believe so. Everything's 32 bits. Note DSPs typically don't do a lot of string processing. > what about assembly program instructions? not a clue. Maybe code is different from data. But I'm guessing wildly. > their program take more space in memory? > > i not see any other danger on that but only conversions must > be ok for comunicate other computers... C places no requirements on implementions that they must be capable of communicating with other computers. But yes, producing strings of bytes must be a bit of a pain.
[toc] | [prev] | [next] | [standalone]
| From | Don Y <this@isnotme.com> |
|---|---|
| Date | 2012-03-14 12:09 -0700 |
| Message-ID | <jjqqcd$85c$1@speranza.aioe.org> |
| In reply to | #18754 |
Hi Nick,
On 3/14/2012 1:18 AM, nick_keighley_nospam@hotmail.com wrote:
> On Tuesday, March 13, 2012 10:31:42 AM UTC, io_x wrote:
>> <nick_keighley_nospam@hotmail.com> ha scritto nel messaggio
>> news:18112893.6499.1331628747910.JavaMail.geo-discussion-forums@ynjc20...
>>> On Sunday, March 11, 2012 11:05:45 PM UTC, Joe keane wrote:
>
>>> ... or DSPs having 32 bit chars?
>>
>> Do dsp having 32 bit chars, use 4 times memory for represent
>> the same 0..255 ascii .txt?
>
> you'd have to ask someone who's used such a device; but yes i
> believe so. Everything's 32 bits. Note DSPs typically don't do
> a lot of string processing.
Of course, you can *pack* smaller data into those "words"
but extracting them isn't as simple as saying "foo[i]".
I designed a processor many years ago with 16b memory.
When we ran our first test program on the hardware,
*nothing* worked. This was devastating. I was 102% sure
the microcode in my processor was correct/working (I had
debugged it at DC). And, my faith in the guy who wrote
the code was unquestionable!
We eventually realized that I had designed the instruction
set assuming all addresses were for "16b data". I.e.,
there were no "bytes" in memory. The guy who wrote the
software assumed the more typical interpretation of
"byte addressable" memory. When we eventually realized
this ("Um, didn't you notice that all of your addresses
had a '0' in their rightmost bit? Knowing *me*, do you
think I would have wasted that bit in the instruction
format??") it was a trivial change to the code generator
to ensure the addresses in the code matched the addresses
that the instruction decoder expected! :-/
"Colossal mistakes that almost were!"
>> what about assembly program instructions?
>
> not a clue. Maybe code is different from data. But I'm guessing wildly.
Different DSP's have different capabilities and, thus, different
data types that they can support. E.g., some are geared towards
floating point operations while most stick to the integer realm.
>> their program take more space in memory?
>>
>> i not see any other danger on that but only conversions must
>> be ok for comunicate other computers...
>
> C places no requirements on implementions that they must be capable
> of communicating with other computers. But yes, producing strings
> of bytes must be a bit of a pain.
The zero-th order summary of a DSP is: MAC as fast as possible
(Multiply and ACcumulate). If you look at the die, you see
that a disproportionate amount of it is dedicated to crunching
numbers (instead of managing memory, decoding instructions, etc.)
[toc] | [prev] | [next] | [standalone]
| From | ArifulHossain tuhin <etothepowerpi@gmail.com> |
|---|---|
| Date | 2012-03-14 13:01 -0700 |
| Message-ID | <33113747.1764.1331755274305.JavaMail.geo-discussion-forums@pbjv6> |
| In reply to | #18560 |
On Monday, March 12, 2012 5:05:45 AM UTC+6, Joe keane wrote: > 1. it's not twos' complement > > 2. an 'int' may have a trap value > > -who- -cares- > go have sex with youselves thanks to this post, i have looked through ccl. it looked very neat. whenever we start a new project, we start by writing list/hashtables stuffs first. even before the design of the project itself finalized. because we know no matter what we are going to need them, and because of the application's diversity we have to modify our old list/hash modules to an extent that its easier to write a new one. only complain i have with jacob's library is naming convention. i do not like "thisThat". "ths_tht" suits me better.
[toc] | [prev] | [standalone]
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
Back to top | Article view | comp.lang.c
csiph-web