Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.c > #13938 > unrolled thread

Advanced C

Back to article view | Back to comp.lang.c

Contents

  Advanced C William Rezende <williamlopes.dev@gmail.com> - 2011-11-26 16:30 -0800
    Re: Advanced C Ian Collins <ian-news@hotmail.com> - 2011-11-27 13:37 +1300
      Re: Advanced C William Rezende <williamlopes.dev@gmail.com> - 2011-11-26 17:31 -0800
        Re: Advanced C 88888 Dihedral <dihedral88888@googlemail.com> - 2011-11-26 17:36 -0800
    Re: Advanced C 88888 Dihedral <dihedral88888@googlemail.com> - 2011-11-26 16:53 -0800
      Re: Advanced C Ian Collins <ian-news@hotmail.com> - 2011-11-27 14:08 +1300
      Re: Advanced C William Rezende <williamlopes.dev@gmail.com> - 2011-11-26 17:19 -0800
        Re: Advanced C Vincenzo Mercuri <vincenzo.mercuri@yahoo.it> - 2011-11-27 02:31 +0100
        Re: Advanced C Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-11-26 22:08 -0500
          Re: Advanced C "io_x" <a@b.c.invalid> - 2011-11-27 11:23 +0100
      Re: Advanced C Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-11-27 02:26 -0800
    Re: Advanced C Vincenzo Mercuri <vincenzo.mercuri@yahoo.it> - 2011-11-27 02:34 +0100
      Re: Advanced C William Rezende <williamlopes.dev@gmail.com> - 2011-11-26 17:58 -0800
      Re: Advanced C Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-11-29 15:46 +0000
        Re: Advanced C Vincenzo Mercuri <vincenzo.mercuri@yahoo.it> - 2011-11-29 18:03 +0100
          Re: Advanced C Ian Collins <ian-news@hotmail.com> - 2011-11-30 07:37 +1300
            Re: Advanced C Vincenzo Mercuri <vincenzo.mercuri@yahoo.it> - 2011-11-29 22:58 +0100
        Re: Advanced C Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-11-29 20:35 -0500
          [OT] Re: Advanced C Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-11-30 07:15 -0500
            Re: [OT] Re: Advanced C James Kuyper <jameskuyper@verizon.net> - 2011-11-30 07:40 -0500
              Re: [OT] Re: Advanced C Tim Rentsch <txr@alumni.caltech.edu> - 2012-01-25 12:28 -0800
            Re: [OT] Re: Advanced C Stanley Rice <heconghui@gmail.com> - 2011-11-30 04:59 -0800
              Re: [OT] Re: Advanced C "Charles Richmond" <netnews@aquaporin4.com> - 2011-11-30 09:21 -0600
              Re: [OT] Re: Advanced C Seebs <usenet-nospam@seebs.net> - 2011-11-30 18:43 +0000
              Re: Advanced C Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-12-01 04:19 -0800
                Re: Advanced C Malcolm McLean <malcolm.mclean5@btinternet.com> - 2011-12-01 10:04 -0800
                  Re: Advanced C Geoff <geoff@invalid.invalid> - 2011-12-01 18:24 -0800
                    Re: Advanced C Ralph Spitzner <rasp@spitzner.org> - 2011-12-03 11:36 +0100
                Re: Advanced C Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-12-02 02:32 -0800
                  Re: Advanced C Malcolm McLean <malcolm.mclean5@btinternet.com> - 2011-12-03 03:23 -0800
            Re: [OT] Re: Advanced C "Charles Richmond" <netnews@aquaporin4.com> - 2011-11-30 09:17 -0600
        Re: Advanced C Der Engel <engelster@gmail.com> - 2011-12-06 10:47 -0800
          Re: Advanced C Mike Manilone <zhtx10@gmail.com> - 2011-12-07 13:25 +0000
    Re: Advanced C Ark <akhasin@macroexpressions.com> - 2011-11-27 00:18 -0500
    Re: Advanced C William Rezende <williamlopes.dev@gmail.com> - 2011-11-27 18:44 -0800
    Re: Advanced C ImpalerCore <jadill33@gmail.com> - 2011-11-29 10:15 -0800
      Re: Advanced C Stanley Rice <heconghui@gmail.com> - 2011-11-29 20:02 -0800
    Re: Advanced C "Bill Cunningham" <nospam@nspam.invalid> - 2011-12-02 07:55 -0500

Page 1 of 2  [1] 2  Next page →

#13938 — Advanced C

Hi Guys... How are you?

So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...

I would like of to know about some workbook that speak more this. What you suggest?

P.S.: Sorry for my english, I'm brazilian.

[toc] | [next] | [standalone]

#13939

On 11/27/11 01:30 PM, William Rezende wrote:
> Hi Guys... How are you?
>
> So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...
>
> I would like of to know about some workbook that speak more this. What you suggest?

You are probably looking for something specific to your operating system.

If you are interested in network programming, W. Richard Stevens' books 
are the best.

-- 
Ian Collins

[toc] | [prev] | [next] | [standalone]

#13944

> You are probably looking for something specific to your operating system.
> 
> If you are interested in network programming, W. Richard Stevens' books 
> are the best.
> 
> -- 
> Ian Collins

Hi, thanks.

Look, I not still have a way for follow. I would like of sugges for books and general tips. But something that not is "normal" and yes, something more depth. You understand me?

[toc] | [prev] | [next] | [standalone]

#13946

On Sunday, November 27, 2011 9:31:34 AM UTC+8, William Rezende wrote:
> > You are probably looking for something specific to your operating system.
> > 
> > If you are interested in network programming, W. Richard Stevens' books 
> > are the best.
> > 
> > -- 
> > Ian Collins
> 
> Hi, thanks.
> 
> Look, I not still have a way for follow. I would like of sugges for books and general tips. But something that not is "normal" and yes, something more depth. You understand me?

Of course I have my own additions with carries  and subtractions with borrows
in my own C again in assembly when I have to.

[toc] | [prev] | [next] | [standalone]

#13940

On Sunday, November 27, 2011 8:30:27 AM UTC+8, William Rezende wrote:
> Hi Guys... How are you?
> 
> So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...
> 
> I would like of to know about some workbook that speak more this. What you suggest?
> 
> P.S.: Sorry for my english, I'm brazilian.

Be aware of the carry bit in C, I use a my own version of C language, that will
have two global values, 
1. default global variable to be nonzero only after  an addition  or subtraction  to store the carry bit for additions  or or the borrow bit for subtractions   accordingly

2. default global variable of the previous  operation result assigned to the LHS for native integer  types in an assignment expression only.  The native type that can be in a register only.  Restrictions applied to avoid unexpected  wrong uses and machine dependent troubles.
Pointers?  not allowed  first, but hackers will poke   for pointers

Of course I had these two in assembly.

[toc] | [prev] | [next] | [standalone]

#13941

On 11/27/11 01:53 PM, 88888 Dihedral wrote:
> On Sunday, November 27, 2011 8:30:27 AM UTC+8, William Rezende wrote:
>> Hi Guys... How are you?
>>
>> So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...
>>
>> I would like of to know about some workbook that speak more this. What you suggest?
>>
>> P.S.: Sorry for my english, I'm brazilian.
>
> Be aware of the carry bit in C, ...

What has this nonsense got to do the the OP's question?

-- 
Ian Collins

[toc] | [prev] | [next] | [standalone]

#13942

> Be aware of the carry bit in C, I use a my own version of C language, that will
> have two global values, 
> 1. default global variable to be nonzero only after  an addition  or subtraction  to store the carry bit for additions  or or the borrow bit for subtractions   accordingly
> 
> 2. default global variable of the previous  operation result assigned to the LHS for native integer  types in an assignment expression only.  The native type that can be in a register only.  Restrictions applied to avoid unexpected  wrong uses and machine dependent troubles.
> Pointers?  not allowed  first, but hackers will poke   for pointers
> 
> Of course I had these two in assembly.

I can't understand.

[toc] | [prev] | [next] | [standalone]

#13943

On 27/11/2011 02:19, William Rezende wrote:

[...after 88888 nonsenses...]

> I can't understand.

And it's fine, because he's a troll.

-- 
Vincenzo Mercuri | www.backbox.org

[toc] | [prev] | [next] | [standalone]

#13952

On 11/26/2011 8:19 PM, William Rezende wrote:
>> Be aware of the carry bit in C, I use a my own version of C language, that will
>> have two global values,
>> 1. default global variable to be nonzero only after  an addition  or subtraction  to store the carry bit for additions  or or the borrow bit for subtractions   accordingly
>>
>> 2. default global variable of the previous  operation result assigned to the LHS for native integer  types in an assignment expression only.  The native type that can be in a register only.  Restrictions applied to avoid unexpected  wrong uses and machine dependent troubles.
>> Pointers?  not allowed  first, but hackers will poke   for pointers
>>
>> Of course I had these two in assembly.
>
> I can't understand.

     Only his psychiatrist understands.

-- 
Eric Sosman
esosman@ieee-dot-org.invalid

[toc] | [prev] | [next] | [standalone]

#13962

"Eric Sosman" <esosman@ieee-dot-org.invalid> ha scritto nel messaggio
news:jas9ka$gbp$1@dont-email.me...
> On 11/26/2011 8:19 PM, William Rezende wrote:
>>> Be aware of the carry bit in C, I use a my own version of C language, that
>>> will
>>> have two global values,
>>> 1. default global variable to be nonzero only after  an addition  or
>>> subtraction  to store the carry bit for additions  or or the borrow bit for
>>> subtractions   accordingly
>>>
>>> 2. default global variable of the previous  operation result assigned to the
>>> LHS for native integer  types in an assignment expression only.  The native
>>> type that can be in a register only.  Restrictions applied to avoid
>>> unexpected  wrong uses and machine dependent troubles.
>>> Pointers?  not allowed  first, but hackers will poke   for pointers
>>>
>>> Of course I had these two in assembly.
>>
>> I can't understand.
>
>     Only his psychiatrist understands.

i understand point 1, but i'm not a psychiatrist
i'm not agree to the point 2, variables has to be to some well know bit size

why you think someone has need one psychiatrist?
one has not believe to psychiatris, their is not a science...

how do you build a portable Language?  there are 2 ways i see:
1) build a portable cpu and make each Language compiler, compile for that cpu
2) make each Language compiler without UB, define size in bits of each type,
   define operation on each type

[toc] | [prev] | [next] | [standalone]

#13964

On Nov 27, 12:53 am, 88888 Dihedral <dihedral88...@googlemail.com>
wrote:
> On Sunday, November 27, 2011 8:30:27 AM UTC+8, William Rezende wrote:
> > Hi Guys... How are you?
>
> > So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...
>
> > I would like of to know about some workbook that speak more this. What you suggest?
>
> > P.S.: Sorry for my english, I'm brazilian.
>
> Be aware of the carry bit in C, I use a my own version of C language, that will
> have two global values,
> 1. default global variable to be nonzero only after  an addition  or subtraction  to store the carry bit for additions  or or the borrow bit for subtractions   accordingly
>
> 2. default global variable of the previous  operation result assigned to the LHS for native integer  types in an assignment expression only.  The native type that can be in a register only.  Restrictions applied to avoid unexpected  wrong uses and machine dependent troubles.
> Pointers?  not allowed  first, but hackers will poke   for pointers
>
> Of course I had these two in assembly.

To the original poster: ignore this idiot.

[toc] | [prev] | [next] | [standalone]

#13945

On 27/11/2011 01:30, William Rezende wrote:
> Hi Guys... How are you?
>
> So, I would want to learn more about language C, but I want something more heavy. I'm already from a level medium to hard, but nevertheless I don't know anything more applied. I don't know about alter some config in PC, or make a communication with the network of the PC...
>
> I would like of to know about some workbook that speak more this. What you suggest?
...

Hi, if you are going to develop under Linux/Unix I can suggest this book:

"UNIX Systems Programming: Communication, Concurrency and Threads"
http://goo.gl/EVBtV

along with these two references:

"The Linux Programming Interface:
A Linux and UNIX System Programming Handbook"
http://goo.gl/D0uAM

"Advanced Programming in the UNIX Environment, Second Edition"
http://goo.gl/Yb1Gx

Don't forget the "man-pages" and comp.unix.programmer!

-- 
Vincenzo Mercuri | www.backbox.org

[toc] | [prev] | [next] | [standalone]

#13948

Hi, thank you.

I use Linux, I will look the books, will be of large help.

Still accepted sugges.

Hugs.

[toc] | [prev] | [next] | [standalone]

#14041

On Sun, 2011-11-27, Vincenzo Mercuri wrote:
> On 27/11/2011 01:30, William Rezende wrote:
>> Hi Guys... How are you?
>>

>> So, I would want to learn more about language C, but I want
>> something more heavy. I'm already from a level medium to hard, but
>> nevertheless I don't know anything more applied. I don't know about
>> alter some config in PC, or make a communication with the network of
>> the PC...

>> I would like of to know about some workbook that speak more this. What
>> you suggest?

> ...
>
> Hi, if you are going to develop under Linux/Unix I can suggest this book:
>
> "UNIX Systems Programming: Communication, Concurrency and Threads"
> http://goo.gl/EVBtV
>
> along with these two references:
>
> "The Linux Programming Interface:
> A Linux and UNIX System Programming Handbook"
> http://goo.gl/D0uAM
>
> "Advanced Programming in the UNIX Environment, Second Edition"
> http://goo.gl/Yb1Gx

W R Stevens, yes. It doesn't cover network programming though -- for
that see the first volume of his "Unix network programming" and the
first volume of "TCP/IP illustrated".

> Don't forget the "man-pages" and comp.unix.programmer!

And Raymond's "The art of Unix programming". Available on paper, but
also free.

But more on-topic: advanced C is (to me) not about handling weird
programming interfaces or using /all/ of the C language. The thing
I spend most time with is the complexity of large code bases.
- How to understand it all well enough?
- How to make a decent design, reflected in the code?
- How to make it testable?
- How to stop it from deteriorating over the years?

/Jorgen

-- 
  // Jorgen Grahn <grahn@  Oo  o.   .     .
\X/     snipabacken.se>   O  o   .

[toc] | [prev] | [next] | [standalone]

#14044

Jorgen Grahn ha scritto:
> On Sun, 2011-11-27, Vincenzo Mercuri wrote:
...
>> "Advanced Programming in the UNIX Environment, Second Edition"
>> http://goo.gl/Yb1Gx
>
> W R Stevens, yes. It doesn't cover network programming though -- for
> that see the first volume of his "Unix network programming" and the
> first volume of "TCP/IP illustrated".
...

Yes, "TCP/IP Illustrated Vol.1" is another great book. It illustrates
the suite of protocols in details (no C language involved,
but this book serves as a useful reference on tcp/ip) and the long
awaited second edition (of this first volume) has just come out:
http://goo.gl/CPOVv


-- 
Vincenzo Mercuri | www.backbox.org

[toc] | [prev] | [next] | [standalone]

#14047

On 11/30/11 06:03 AM, Vincenzo Mercuri wrote:
> Jorgen Grahn ha scritto:
>> On Sun, 2011-11-27, Vincenzo Mercuri wrote:
> ...
>>> "Advanced Programming in the UNIX Environment, Second Edition"
>>> http://goo.gl/Yb1Gx
>>
>> W R Stevens, yes. It doesn't cover network programming though -- for
>> that see the first volume of his "Unix network programming" and the
>> first volume of "TCP/IP illustrated".
> ...
>
> Yes, "TCP/IP Illustrated Vol.1" is another great book. It illustrates
> the suite of protocols in details (no C language involved,
> but this book serves as a useful reference on tcp/ip) and the long
> awaited second edition (of this first volume) has just come out:
> http://goo.gl/CPOVv

If the OP is after a book that covers "Advanced C", volume 2 certainly 
fits the bill.

Thanks for the heads up on that second edition.

-- 
Ian Collins

[toc] | [prev] | [next] | [standalone]

#14054

Ian Collins ha scritto:

> Thanks for the heads up on that second edition.

You're very welcome!

-- 
Vincenzo Mercuri | www.backbox.org

[toc] | [prev] | [next] | [standalone]

#14057

On 11/29/2011 10:46 AM, Jorgen Grahn wrote:
> [...]
> But more on-topic: advanced C is (to me) not about handling weird
> programming interfaces or using /all/ of the C language. The thing
> I spend most time with is the complexity of large code bases.
> - How to understand it all well enough?
> - How to make a decent design, reflected in the code?
> - How to make it testable?
> - How to stop it from deteriorating over the years?

     Yes.  Deciding *what* to do is the hard part; doing it is
easy by comparison.  The divide is language-independent, so when
someone wants to employ "advanced C techniques" or "advanced Ada
techniques" or "advanced COBOL techniques" I cannot help but think
the wrong end of the stick has been grasped.

-- 
Eric Sosman
esosman@ieee-dot-org.invalid

[toc] | [prev] | [next] | [standalone]

#14069 — [OT] Re: Advanced C

On 11/29/2011 9:49 PM, Stefan Ram wrote:
> Eric Sosman<esosman@ieee-dot-org.invalid>  writes:
>> Deciding *what* to do is the hard part; doing it is
>> easy by comparison.
>
>    So, and in between the two, there is »estimating how
>    long it will take«. How easy is that by comparision?

     There's a well-known three-step algorithm for obtaining
realistic project estimates:

     1) Ask an experienced engineer how long the job will take.
        The answer has a number and a unit of time, for example
        "four weeks."

     2) Double the number.  For the example, this yields "eight
        weeks."

     3) Advance to the next-larger time unit.  The example now
        yields "eight months."

... and that's how long a typical four-week project takes.  ;-)

-- 
Eric Sosman
esosman@ieee-dot-org.invalid

[toc] | [prev] | [next] | [standalone]

#14070 — Re: [OT] Re: Advanced C

On 11/30/2011 07:15 AM, Eric Sosman wrote:
> On 11/29/2011 9:49 PM, Stefan Ram wrote:
>> Eric Sosman<esosman@ieee-dot-org.invalid>  writes:
>>> Deciding *what* to do is the hard part; doing it is
>>> easy by comparison.
>>
>>    So, and in between the two, there is �estimating how
>>    long it will take�. How easy is that by comparision?
> 
>      There's a well-known three-step algorithm for obtaining
> realistic project estimates:
> 
>      1) Ask an experienced engineer how long the job will take.
>         The answer has a number and a unit of time, for example
>         "four weeks."
> 
>      2) Double the number.  For the example, this yields "eight
>         weeks."
> 
>      3) Advance to the next-larger time unit.  The example now
>         yields "eight months."
> 
> ... and that's how long a typical four-week project takes.  ;-)

So the lesson to be derived from this is that the most accurate time
estimates are those measured in fortnights, while the least accurate
ones are those measured in minutes or seconds. :-)
-- 
James Kuyper

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.c

csiph-web