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

Groups > comp.lang.c++ > #47020 > unrolled thread

Re: About functional programming and object oriented programming..

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: About functional programming and object oriented programming.. Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk> - 2016-12-02 19:54 +0000
    Re: About functional programming and object oriented programming.. Chris Vine <chris@cvine--nospam--.freeserve.co.uk> - 2016-12-02 20:12 +0000
    Re: About functional programming and object oriented programming.. Melzzzzz <mel@zzzzz.com> - 2016-12-02 22:06 +0100
    Re: About functional programming and object oriented programming.. "Christopher J. Pisz" <cpisz@austin.rr.com> - 2016-12-02 15:42 -0600
      Re: About functional programming and object oriented programming.. Stuart Redmann <DerTopper@web.de> - 2016-12-03 10:26 +0100

#47020 — Re: About functional programming and object oriented programming..

On 02/12/2016 19:48, Ramine wrote:
> Hello...........
>
> About functional programming and object oriented programming..
>
> I have continued to read about Lisp and Haskel functional languages,
> and i have finally understood functional programming, in Lisp and
> Haskel the functions are pure , that means that they don't call
> global variables, but when you want to do mutability, you have
> ,like in message passing, to pass the local variable to an Mvar
> in Haskel, it's like a queue, where the other threads must grap
> this local variable and copy it in a local variable and
> change it and put back this local variable in the queue for the other
> threads to change it, so you will avoid race conditions in parallel
> programming with this mechanism, but Mvar or the queues are still prone
> to Deadlock or starvation. I have learned Lisp and Haskel and i have
> noticed that to avoid the readability problem that i have spook about in
> my previous post you have to decompose the many brackets with the defun.
>
> In object oriented programming you can implement the Mvar of Haskel with
> queues and you can avoid the problem of race conditions.
>
>
> Thank you,
> Amine Moulay Ramdane.

Maybe someone should e-mail abuse@eternal-september.org to try and get 
this spambot turned off?

/Flibble

[toc] | [next] | [standalone]

#47025

On Fri, 2 Dec 2016 19:54:15 +0000
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk> wrote:
[snip]
> Maybe someone should e-mail abuse@eternal-september.org to try and
> get this spambot turned off?

Out of the blue, my usenet provider has started blacklisting him in
recent weeks (I hadn't realised until you started replying to him, I
assumed he was taking a break from it).  Eternal september seem to be
one of the few who are still OK with being used for spamming.

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

#47027

On Fri, 2 Dec 2016 19:54:15 +0000
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk> wrote:

> 
> Maybe someone should e-mail abuse@eternal-september.org to try and
> get this spambot turned off?
> 
> /Flibble
> 
you don't have to quote it as my news server already filters his
messages...


-- 
press any key to continue or any other to quit

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

#47034

On 12/2/2016 1:54 PM, Mr Flibble wrote:
> On 02/12/2016 19:48, Ramine wrote:
>> Hello...........
>>
>> About functional programming and object oriented programming..
>>
>> I have continued to read about Lisp and Haskel functional languages,
>> and i have finally understood functional programming, in Lisp and
>> Haskel the functions are pure , that means that they don't call
>> global variables, but when you want to do mutability, you have
>> ,like in message passing, to pass the local variable to an Mvar
>> in Haskel, it's like a queue, where the other threads must grap
>> this local variable and copy it in a local variable and
>> change it and put back this local variable in the queue for the other
>> threads to change it, so you will avoid race conditions in parallel
>> programming with this mechanism, but Mvar or the queues are still prone
>> to Deadlock or starvation. I have learned Lisp and Haskel and i have
>> noticed that to avoid the readability problem that i have spook about in
>> my previous post you have to decompose the many brackets with the defun.
>>
>> In object oriented programming you can implement the Mvar of Haskel with
>> queues and you can avoid the problem of race conditions.
>>
>>
>> Thank you,
>> Amine Moulay Ramdane.
>
> Maybe someone should e-mail abuse@eternal-september.org to try and get
> this spambot turned off?
>
> /Flibble
>

I elect Mr Fibble for the task.

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

#47066

>> On 02/12/2016 19:48, Ramine wrote:
[snip]

> On 12/2/2016 1:54 PM, Mr Flibble wrote:
>> Maybe someone should e-mail abuse@eternal-september.org to try and get
>> this spambot turned off?


Christopher J. Pisz <cpisz@austin.rr.com> wrote: 
> I elect Mr Fibble for the task.
> 

+1

Stuart (to be scolded by Mr. Flibble)

[toc] | [prev] | [standalone]

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

csiph-web