Sun Nov 24 23:03:55 2024
EVENTS
 FREE
SOFTWARE
INSTITUTE

POLITICS
JOBS
MEMBERS'
CORNER

MAILING
LIST

NYLXS Mailing Lists and Archives
NYLXS Members have a lot to say and share but we don't keep many secrets. Join the Hangout Mailing List and say your peice.

DATE 2016-11-01

LEARN

2024-11-24 | 2024-10-24 | 2024-09-24 | 2024-08-24 | 2024-07-24 | 2024-06-24 | 2024-05-24 | 2024-04-24 | 2024-03-24 | 2024-02-24 | 2024-01-24 | 2023-12-24 | 2023-11-24 | 2023-10-24 | 2023-09-24 | 2023-08-24 | 2023-07-24 | 2023-06-24 | 2023-05-24 | 2023-04-24 | 2023-03-24 | 2023-02-24 | 2023-01-24 | 2022-12-24 | 2022-11-24 | 2022-10-24 | 2022-09-24 | 2022-08-24 | 2022-07-24 | 2022-06-24 | 2022-05-24 | 2022-04-24 | 2022-03-24 | 2022-02-24 | 2022-01-24 | 2021-12-24 | 2021-11-24 | 2021-10-24 | 2021-09-24 | 2021-08-24 | 2021-07-24 | 2021-06-24 | 2021-05-24 | 2021-04-24 | 2021-03-24 | 2021-02-24 | 2021-01-24 | 2020-12-24 | 2020-11-24 | 2020-10-24 | 2020-09-24 | 2020-08-24 | 2020-07-24 | 2020-06-24 | 2020-05-24 | 2020-04-24 | 2020-03-24 | 2020-02-24 | 2020-01-24 | 2019-12-24 | 2019-11-24 | 2019-10-24 | 2019-09-24 | 2019-08-24 | 2019-07-24 | 2019-06-24 | 2019-05-24 | 2019-04-24 | 2019-03-24 | 2019-02-24 | 2019-01-24 | 2018-12-24 | 2018-11-24 | 2018-10-24 | 2018-09-24 | 2018-08-24 | 2018-07-24 | 2018-06-24 | 2018-05-24 | 2018-04-24 | 2018-03-24 | 2018-02-24 | 2018-01-24 | 2017-12-24 | 2017-11-24 | 2017-10-24 | 2017-09-24 | 2017-08-24 | 2017-07-24 | 2017-06-24 | 2017-05-24 | 2017-04-24 | 2017-03-24 | 2017-02-24 | 2017-01-24 | 2016-12-24 | 2016-11-24 | 2016-10-24 | 2016-09-24 | 2016-08-24 | 2016-07-24 | 2016-06-24 | 2016-05-24 | 2016-04-24 | 2016-03-24 | 2016-02-24 | 2016-01-24 | 2015-12-24 | 2015-11-24 | 2015-10-24 | 2015-09-24 | 2015-08-24 | 2015-07-24 | 2015-06-24 | 2015-05-24 | 2015-04-24 | 2015-03-24 | 2015-02-24 | 2015-01-24 | 2014-12-24 | 2014-11-24 | 2014-10-24

Key: Value:

Key: Value:

MESSAGE
DATE 2016-11-21
FROM ruben safir
SUBJECT Subject: [Learn] Fwd: when is the constructor called for an object
From learn-bounces-at-nylxs.com Mon Nov 21 16:01:35 2016
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: from www.mrbrklyn.com (www.mrbrklyn.com [96.57.23.82])
by mrbrklyn.com (Postfix) with ESMTP id DED5D161314;
Mon, 21 Nov 2016 16:01:34 -0500 (EST)
X-Original-To: learn-at-nylxs.com
Delivered-To: learn-at-nylxs.com
Received: from [10.0.0.62] (flatbush.mrbrklyn.com [10.0.0.62])
by mrbrklyn.com (Postfix) with ESMTP id C8CDE161312
for ; Mon, 21 Nov 2016 16:01:31 -0500 (EST)
References:
<874m31w0ci.fsf-at-bsb.me.uk>

<3e863ctf0kfs5qffd4124kmn57btautnqi-at-4ax.com>





To: learn-at-nylxs.com
From: ruben safir
X-Forwarded-Message-Id:

<874m31w0ci.fsf-at-bsb.me.uk>
<3e863ctf0kfs5qffd4124kmn57btautnqi-at-4ax.com>





Message-ID: <1c21337c-9bec-c188-2cd9-803e4d740c31-at-mrbrklyn.com>
Date: Mon, 21 Nov 2016 16:01:31 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To:
Content-Type: multipart/mixed; boundary="------------DA79ADC34FD754BC6EF493DA"
Subject: [Learn] Fwd: when is the constructor called for an object
X-BeenThere: learn-at-nylxs.com
X-Mailman-Version: 2.1.17
Precedence: list
List-Id:
List-Unsubscribe: ,

List-Archive:
List-Post:
List-Help:
List-Subscribe: ,

Errors-To: learn-bounces-at-nylxs.com
Sender: "Learn"

This is a multi-part message in MIME format.
--------------DA79ADC34FD754BC6EF493DA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Great review of constructors

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: alt.comp.lang.learn.c-c++
Subject: when is the constructor called for an object
Date: Mon, 21 Nov 2016 02:24:54 +0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
NNTP-Posting-Host: www.mrbrklyn.com
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: reader2.panix.com 1479695094 17604 96.57.23.82 (21 Nov 2016 02:24:54 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Mon, 21 Nov 2016 02:24:54 +0000 (UTC)
To: learn-at-nylxs.com
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix alt.comp.lang.learn.c-c++:246544



I have a class
class{
public:
Node(Node *){};
Node(){};
Node* left()
{
return _left;
}
left(Node *in)
{
_left=in;
}

private:
Node * _left;
Node * _right;


and in another class I call

Node * tmp;

and later I want to allocate its memory (without using new)

I use

tmp = nullptr;

I can't seem to use
tmp{nullptr};

and when I try
tmp(nullptr){};

if says tmp is not a function

when is the constructor called?

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "Alf P. Steinbach"
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 04:04:51 +0100
Organization: A noiseless patient Spider
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 21 Nov 2016 03:06:58 -0000 (UTC)
Injection-Info: mx02.eternal-september.org; posting-host="ee88a5408c13d9946ce9d677130fa1a8";
logging-data="21598"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX19uj1jY5bNFgOjNSfrEoaSY"
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.5.0
In-Reply-To:
Cancel-Lock: sha1:eBTMgnEy5fpozoSWVm4a35JZYio=
Xref: panix alt.comp.lang.learn.c-c++:246545

On 21.11.2016 03:24, Popping mad wrote:
>
> I have a class
> class{
> public:
> Node(Node *){};
> Node(){};
> Node* left()
> {
> return _left;
> }
> left(Node *in)
> {
> _left=in;
> }
>
> private:
> Node * _left;
> Node * _right;

You forgotten to provide a name for the class.

You have not provided any way to set the left and right pointers of an
instance.

Leading underscore is an ungood convention because that convention is
used to distinguish global namespace names reserved to the
implementation. E.g. the Boost library code generally uses trailing
underscore.

A simple data carrier class like this is best expressed as a POD struct,
maybe with some helper functions:

struct Node
{
Node* left_;
Node* right_;
};


> and in another class I call
>
> Node * tmp;

That's not a call, that's a declaration.


> and later I want to allocate its memory (without using new)
>
> I use
>
> tmp = nullptr;

That does not allocate, that assigns a nullpointer value to `tmp`.


> I can't seem to use
> tmp{nullptr};

That's not valid syntax. It could be valid as part of a declaration.


> and when I try
> tmp(nullptr){};
>
> if says tmp is not a function

Because it guessed that you were trying to express a function call.

This is again not valid syntax.


> when is the constructor called?

It's not.

But if you had created some `Node` instance, then a constructor would
have been called. However, the two constructors you have defined do
absolutely nothing. So regardless of which one you'd asked to be
executed, it wouldn't do anything.


Cheers & hth.,

- Alf


--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 03:17:07 +0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
References:
NNTP-Posting-Host: www.mrbrklyn.com
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: reader2.panix.com 1479698227 23311 96.57.23.82 (21 Nov 2016 03:17:07 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Mon, 21 Nov 2016 03:17:07 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix alt.comp.lang.learn.c-c++:246546

On Mon, 21 Nov 2016 04:04:51 +0100, Alf P. Steinbach wrote:


> It's not.
>
> But if you had created some `Node` instance, then a constructor would
> have been called. However, the two constructors you have defined do
> absolutely nothing. So regardless of which one you'd asked to be
> executed, it wouldn't do anything.
>
>
> Cheers & hth.,
>
> - Alf

it is sample code Alf .. the whole thing does nothing ;)

class WOODY{
public:
WOODY(WOODY *){};
WOODY(){}; WOODY* left()
{
return _left;
}
left(Node *in) {
_left=in;
}

private:
WOODY * _left; WOODY * _right;


and in another class I call

WOODY * tmp;

and later I want to allocate its memory (without using new)

I use

tmp = nullptr;

I can't seem to use tmp{nullptr}; <<== that is only good in declarations?

and when I try tmp(nullptr){}; <<== that doesn't call the constructor?

if says tmp is not a function

when is the constructor called?

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin3!goblin.stu.neva.ru!news.roellig-ltd.de!open-news-network.org!weretis.net!feeder4.news.weretis.net!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ben Bacarisse
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 11:15:09 +0000
Organization: A noiseless patient Spider
Message-ID: <874m31w0ci.fsf-at-bsb.me.uk>
References:

Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org; posting-host="f53b1ba90493d820ad651d62f9faff7c";
logging-data="3410"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1+rvPoFZo+L8AEV5GqsOWah7YG9c4mLM7c="
Cancel-Lock: sha1:CzE9vuDpMzum1m7lEKtic8FON/A=
sha1:rWfuaW/L75yBRpELoW1EZZKdRII=
X-BSB-Auth: 1.34131ab01208c4adb4d0.20161121111509GMT.874m31w0ci.fsf-at-bsb.me.uk
Xref: panix alt.comp.lang.learn.c-c++:246554

I'll just add a couple of things...

Popping mad writes:

> and in another class I call
>
> WOODY * tmp;

That's not a function call (it's a declaration) so the verb "call" is
very confusing here. The best verb to use here is just "write": "in
another class I write..."

> and later I want to allocate its memory (without using new)
>
> I use
>
> tmp = nullptr;

This is an assignment. A lot of confusion has been caused over the
years by the fact that C and C++ both use the same symbol for two very
different things:

Thing x = 1; // initialisation
x = 2; // assignment

> I can't seem to use tmp{nullptr}; <<== that is only good in
> declarations?

Pretty much. The relatively recent {} syntax is only good in
initialisations. Declarations are where most things are initialised,
but you can use it in other contexts (for example where a temporary
object is created).

One reason to use {} is to make the distinction between assignment and
initialisation syntactically distinct.


--
Ben.

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin3!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Barry Schwarz
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Sun, 20 Nov 2016 20:39:15 -0800
Organization: A noiseless patient Spider
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: mx02.eternal-september.org; posting-host="b1ffb49c3b67adc12128617a730c3b5c";
logging-data="5804"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1/ZGmp3atqTvLrrdjqPw+wTr3I8zyFJuZc="
X-Newsreader: Forte Agent 4.2/32.1118
Cancel-Lock: sha1:1kuwhxcYbjxLfZbF8cMHLiVnIuw=
Xref: panix alt.comp.lang.learn.c-c++:246547

On Mon, 21 Nov 2016 02:24:54 +0000 (UTC), Popping mad
wrote:

>
>
>I have a class
>class{
>public:
> Node(Node *){};
> Node(){};

Where is Node defined? Based on the two constructors you have
defined, is the first line of the class declaration actually
class Node{
and not an unnamed class as your message text implies?

> Node* left()
> {
> return _left;
> }
> left(Node *in)
> {
> _left=in;
> }
>
>private:
> Node * _left;
> Node * _right;
>
>
>and in another class I call
>
>Node * tmp;

tmp is a pointer to a class.

>and later I want to allocate its memory (without using new)

What do you actually mean by allocate if you won't use new? There are
only three possible values for tmp:
It can be indeterminate (the result of the above definition that
does not contain any initialization).
It can be a null value (the result of the assignment you coded
below).
It can point to an object of type Node. This will only happen if
you assign it the address of an existing object or the address of an
object you allocate using new or an equivalent process.

>I use
>
>tmp = nullptr;
>
>I can't seem to use
>tmp{nullptr};

What syntax do you think the above statement is an example of? It is
not initialization since it is not the definition of an object

>and when I try
>tmp(nullptr){};

What syntax do you think this is an example of? It cannot be a
function definition since there is no return type, tmp is not a
function name, and nullptr is not a type.

>if says tmp is not a function

Quite so. tmp is a pointer to an object of type Node. Currently
there is no object of that type and tmp contains a null value which
documents that it does not currently point to an object.

>when is the constructor called?

The constructor is called when an object of that type is created. This
normally happens when an object is defined or when new allocates space
for an object of that type. It is not called when a pointer to an
object is defined unless initialization causes allocation.

--
Remove del for email

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 05:59:16 +0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
References:

NNTP-Posting-Host: www.mrbrklyn.com
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: reader2.panix.com 1479707956 23311 96.57.23.82 (21 Nov 2016 05:59:16 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Mon, 21 Nov 2016 05:59:16 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix alt.comp.lang.learn.c-c++:246548

On Sun, 20 Nov 2016 20:39:15 -0800, Barry Schwarz wrote:

> What syntax do you think this is an example of? It cannot be a function
> definition since there is no return type, tmp is not a function name,
> and nullptr is not a type.

it would be an attempt to use the constructor of the object.

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Barry Schwarz
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 08:36:32 -0800
Organization: A noiseless patient Spider
Message-ID: <3e863ctf0kfs5qffd4124kmn57btautnqi-at-4ax.com>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: mx02.eternal-september.org; posting-host="75134bb09f65065dd5f371d984aa9bd1";
logging-data="11596"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1/Ew7ANREjo4XvntNDqjZapcj/D8vZdICk="
X-Newsreader: Forte Agent 4.2/32.1118
Cancel-Lock: sha1:muDqfUtRm96zwCDBXbUclbvDrKU=
Xref: panix alt.comp.lang.learn.c-c++:246555

On Mon, 21 Nov 2016 05:59:16 +0000 (UTC), Popping mad
wrote:

>On Sun, 20 Nov 2016 20:39:15 -0800, Barry Schwarz wrote:
>
>> What syntax do you think this is an example of? It cannot be a function
>> definition since there is no return type, tmp is not a function name,
>> and nullptr is not a type.
>
>it would be an attempt to use the constructor of the object.

You don't call a constructor of an object. The appropriate
constructor is called for you automatically when the object is being
created by one of the methods described in my previous message.

For you to call a member function of a class, you normally need to
have an object of that class. You don't have any objects of your
class.

--
Remove del for email

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin3!goblin.stu.neva.ru!nntp-feed.chiark.greenend.org.uk!ewrotcd!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ike Naar
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 08:31:22 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 21 Nov 2016 08:31:22 -0000 (UTC)
Injection-Info: mx02.eternal-september.org; posting-host="cae1db1297ffc0cc56488ebcd6981047";
logging-data="1739"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1/YdQB+sX/HGZcSl8pJnWKF"
User-Agent: slrn/0.9.9p1 (NetBSD)
Cancel-Lock: sha1:mtHO+S5Us0WODepW9vX9YZersrs=
Xref: panix alt.comp.lang.learn.c-c++:246549

On 2016-11-21, Popping mad wrote:
> I have a class

> class{

You probably meant

class Node {

> public:
> Node(Node *){};
> Node(){};
> Node* left()
> {
> return _left;
> }
> left(Node *in)

You probably meant

void left(Node *in)

> {
> _left=in;
> }
>
> private:
> Node * _left;
> Node * _right;

};

> and in another class I call
>
> Node * tmp;
>
> and later I want to allocate its memory (without using new)

Why can't you use new?

> I use
>
> tmp = nullptr;
>
> I can't seem to use
> tmp{nullptr};
>
> and when I try
> tmp(nullptr){};
>
> if says tmp is not a function
>
> when is the constructor called?

The constructur is called when an instance of class Node is created.
E.g. like this:

Node *px = new Node; /* constructor Node() is called */
Node *py = new Node(px); /* constructor Node(Node*) is called */
Node z; /* constructor Node() is called */
Node *pz = &z;
Node w(z); /* constructor Node(Node*) is called */
Node *pw = &w;
Node *

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!not-for-mail
From: ruben safir
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 03:37:52 -0500
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
References:

NNTP-Posting-Host: www.mrbrklyn.com
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: reader2.panix.com 1479717472 9651 96.57.23.82 (21 Nov 2016 08:37:52 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Mon, 21 Nov 2016 08:37:52 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Thunderbird/45.4.0
In-Reply-To:
Xref: panix alt.comp.lang.learn.c-c++:246550

On 11/21/2016 03:31 AM, Ike Naar wrote:
> On 2016-11-21, Popping mad wrote:
>> I have a class
>
>> class{
>
> You probably meant
>
> class Node {
>
>> public:
>> Node(Node *){};
>> Node(){};
>> Node* left()
>> {
>> return _left;
>> }
>> left(Node *in)
>
> You probably meant
>
> void left(Node *in)
>
>> {
>> _left=in;
>> }
>>
>> private:
>> Node * _left;
>> Node * _right;
>
> };
>
>> and in another class I call
>>
>> Node * tmp;
>>
>> and later I want to allocate its memory (without using new)
>
> Why can't you use new?
>
>> I use
>>
>> tmp = nullptr;
>>
>> I can't seem to use
>> tmp{nullptr};
>>
>> and when I try
>> tmp(nullptr){};
>>
>> if says tmp is not a function
>>
>> when is the constructor called?
>
> The constructur is called when an instance of class Node is created.
> E.g. like this:
>
> Node *px = new Node; /* constructor Node() is called */
> Node *py = new Node(px); /* constructor Node(Node*) is called */
> Node z; /* constructor Node() is called */
> Node *pz = &z;
> Node w(z); /* constructor Node(Node*) is called */
> Node *pw = &w;
> Node *
>
constructor confusion

The real problem here is that then new Strousrup text seems to say that
use of {} can be used in lew of "= new" nomenclature, but it doesn't
seem to work like he suggests, which means I'm not understanding what he
wrote, or what he wrote wasn't clear ;)

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ike Naar
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 09:14:36 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID:
References:


Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 21 Nov 2016 09:14:36 -0000 (UTC)
Injection-Info: mx02.eternal-september.org; posting-host="cae1db1297ffc0cc56488ebcd6981047";
logging-data="1739"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1/uYylGkVnCDobNqQSadh7m"
User-Agent: slrn/0.9.9p1 (NetBSD)
Cancel-Lock: sha1:wSesB8y9CW1422TM54MNZWQPCdw=
Xref: panix alt.comp.lang.learn.c-c++:246551

On 2016-11-21, ruben safir wrote:
> On 11/21/2016 03:31 AM, Ike Naar wrote:
>> The constructur is called when an instance of class Node is created.
>> E.g. like this:
>>
>> Node *px = new Node; /* constructor Node() is called */
>> Node *py = new Node(px); /* constructor Node(Node*) is called */
>> Node z; /* constructor Node() is called */
>> Node *pz = &z;
>> Node w(z); /* constructor Node(Node*) is called */
>> Node *pw = &w;
>> Node *
>>
> constructor confusion
>
> The real problem here is that then new Strousrup text seems to say that
> use of {} can be used in lew of "= new" nomenclature, but it doesn't
> seem to work like he suggests, which means I'm not understanding what he
> wrote, or what he wrote wasn't clear ;)

Not sure what you mean.
Of course one could rerwite the above as

Node *x(new Node); /* constructor Node() is called */
Node *y(new Node(x)); /* constructor Node(Node*) is called */
Node z; /* constructor Node() is called */
Node w(&z); /* constructor Node(Node*) is called */
Node *tmp(&w);

which uses () instead of = for the initializations.

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!not-for-mail
From: ruben safir
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 04:46:18 -0500
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
References:



NNTP-Posting-Host: www.mrbrklyn.com
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Trace: reader2.panix.com 1479721578 9190 96.57.23.82 (21 Nov 2016 09:46:18 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Mon, 21 Nov 2016 09:46:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Thunderbird/45.4.0
In-Reply-To:
Xref: panix alt.comp.lang.learn.c-c++:246552

On 11/21/2016 04:14 AM, Ike Naar wrote:
> Not sure what you mean.
> Of course one could rerwite the above as
>
> Node *x(new Node); /* constructor Node() is called */
> Node *y(new Node(x)); /* constructor Node(Node*) is called */
> Node z; /* constructor Node() is called */
> Node w(&z); /* constructor Node(Node*) is called */
> Node *tmp(&w);
>
> which uses () instead of = for the initializations.


for one thing I think he is saying that

Node *x{new Node}; works

--------------DA79ADC34FD754BC6EF493DA
Content-Type: message/rfc822;
name="Re: when is the constructor called for an object.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: when is the constructor called for an object.eml"

Path: reader2.panix.com!panix!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ike Naar
Newsgroups: alt.comp.lang.learn.c-c++
Subject: Re: when is the constructor called for an object
Date: Mon, 21 Nov 2016 10:09:51 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID:
References:




Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 21 Nov 2016 10:09:51 -0000 (UTC)
Injection-Info: mx02.eternal-september.org; posting-host="cae1db1297ffc0cc56488ebcd6981047";
logging-data="1739"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1/R0X/xqc9rsMHvgcb/07wo"
User-Agent: slrn/0.9.9p1 (NetBSD)
Cancel-Lock: sha1:BrIe/WhRWQ7JIlqXPz1+FoM/1jg=
Xref: panix alt.comp.lang.learn.c-c++:246553

On 2016-11-21, ruben safir wrote:
> On 11/21/2016 04:14 AM, Ike Naar wrote:
>> Not sure what you mean.
>> Of course one could rerwite the above as
>>
>> Node *x(new Node); /* constructor Node() is called */
>> Node *y(new Node(x)); /* constructor Node(Node*) is called */
>> Node z; /* constructor Node() is called */
>> Node w(&z); /* constructor Node(Node*) is called */
>> Node *tmp(&w);
>>
>> which uses () instead of = for the initializations.
>
> for one thing I think he is saying that
>
> Node *x{new Node}; works

Yes, that works, too.

One could rewrite the above as:

Node *x{new Node}; /* constructor Node() is called */
Node *y{new Node{x}}; /* constructor Node(Node*) is called */
Node z; /* constructor Node() is called */
Node w{&z}; /* constructor Node(Node*) is called */
Node *tmp{&w};

--------------DA79ADC34FD754BC6EF493DA
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Learn mailing list
Learn-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/learn

--------------DA79ADC34FD754BC6EF493DA--

  1. 2016-11-01 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] how is it indexing in cuda
  2. 2016-11-01 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] not adequately speced of explained
  3. 2016-11-01 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] how is it indexing in cuda
  4. 2016-11-01 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] not adequately speced of explained
  5. 2016-11-02 Christopher League <league-at-contrapunctus.net> Re: [Learn] Fitch Algorithm - C++
  6. 2016-11-02 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fitch Algorithm - C++
  7. 2016-11-02 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] how is it indexing in cuda
  8. 2016-11-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fitch Algorithm - C++
  9. 2016-11-02 IEEE Computer Society <csconnection-at-computer.org> Subject: [Learn] Hear Google's John Martinis Take on Quantum Computing at
  10. 2016-11-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] opencl
  11. 2016-11-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] scheduled for tommorw
  12. 2016-11-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] threads tutorial
  13. 2016-11-03 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fitch Algorithm - C++
  14. 2016-11-03 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fitch Algorithm - C++
  15. 2016-11-03 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fitch Algorithm - C++
  16. 2016-11-03 Christopher League <league-at-contrapunctus.net> Re: [Learn] huffman code
  17. 2016-11-03 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] huffman code
  18. 2016-11-03 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] huffman code
  19. 2016-11-03 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fitch algorithm from the beginning
  20. 2016-11-03 From: <mrbrklyn-at-panix.com> Subject: [Learn] huffman code
  21. 2016-11-03 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Phenology meeting
  22. 2016-11-03 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] relevant hackathon
  23. 2016-11-03 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] relevant hackathon
  24. 2016-11-04 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] huffman code
  25. 2016-11-04 Christopher League <league-at-contrapunctus.net> Subject: [Learn] Fitch/Sankoff
  26. 2016-11-05 Christopher League <league-at-contrapunctus.net> Re: [Learn] Fwd: templates within templates
  27. 2016-11-05 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Re: const T vs T const
  28. 2016-11-05 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Template Library files and Header linking troubles
  29. 2016-11-05 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: templates within templates
  30. 2016-11-06 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fwd: templates within templates
  31. 2016-11-06 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Fwd: templates within templates
  32. 2016-11-06 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fwd: templates within templates
  33. 2016-11-06 Christopher League <league-at-contrapunctus.net> Re: [Learn] Fwd: templates within templates
  34. 2016-11-06 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Fwd: templates within templates
  35. 2016-11-06 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Fwd: templates within templates
  36. 2016-11-06 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Fwd: templates within templates
  37. 2016-11-06 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] GNU Parallel 20161022 ('Matthew') released [stable]
  38. 2016-11-07 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] templates and ostream for future reference
  39. 2016-11-08 Christopher League <league-at-contrapunctus.net> Re: [Learn] C++ signature ambiguity
  40. 2016-11-08 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] C++ signature ambiguity
  41. 2016-11-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] C++ signature ambiguity
  42. 2016-11-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Invitation: Phylogeny meeting -at- Weekly from 10:15 to
  43. 2016-11-08 Ruben Safir <mrbrklyn-at-panix.com> Subject: [Learn] Fwd: [nylug-talk] RSVP open: Wed Nov 16,
  44. 2016-11-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] merge sort parallel hw
  45. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] merge sort parallel hw
  46. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] merge sort parallel hw
  47. 2016-11-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] merge sort parallel hw
  48. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] mergesort tutorial
  49. 2016-11-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] mergesort tutorial
  50. 2016-11-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] namespace and external files confusion
  51. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] namespace and external files confusion
  52. 2016-11-09 From: "Carlos R. Mafra" <crmafra-at-gmail.com> Re: [Learn] Question about a small change
  53. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] =?utf-8?q?C++_call_of_overloaded_=E2=80=98track=28int*=26?=
  54. 2016-11-09 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: lost arguments
  55. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [dinosaur] Dating origins of dinosaurs,
  56. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] merge sort parallel hw
  57. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] mergesort tutorial
  58. 2016-11-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] namespace and external files confusion
  59. 2016-11-10 Christopher League <league-at-contrapunctus.net> Re: [Learn] merge sort parallel hw
  60. 2016-11-10 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] merge sort parallel hw
  61. 2016-11-10 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] merge sort parallel hw
  62. 2016-11-10 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] merge sort parallel hw
  63. 2016-11-10 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] [Hangout-NYLXS] mergesort tutorial
  64. 2016-11-10 Ruben Safir <mrbrklyn-at-panix.com> Subject: [Learn] Fwd: [Hangout-NYLXS] ease your mind- everything in the
  65. 2016-11-10 Ruben Safir <ruben.safir-at-my.liu.edu> Subject: [Learn] Fwd: [Hangout-NYLXS] R Programming Workshop
  66. 2016-11-10 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Paleocast phenogenetic tree building
  67. 2016-11-11 Christopher League <league-at-contrapunctus.net> Re: [Learn] merge sort parallel hw
  68. 2016-11-12 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] HW of mergesort in parallel
  69. 2016-11-13 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] merge sort in parallel assignment
  70. 2016-11-14 Christopher League <league-at-contrapunctus.net> Re: [Learn] merge sort in parallel assignment
  71. 2016-11-14 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] merge sort in parallel assignment
  72. 2016-11-14 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] merge sort parallel hw
  73. 2016-11-14 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] CUDA and video
  74. 2016-11-14 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] PNG Graphic formats and CRCs
  75. 2016-11-15 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: PNG coding
  76. 2016-11-15 ruben safir <ruben.safir-at-my.liu.edu> Subject: [Learn] Fwd: PNG Coding
  77. 2016-11-16 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Fwd: lost arguments
  78. 2016-11-16 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] relevant hackathon
  79. 2016-11-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] C++ Workshop Announcement
  80. 2016-11-16 Ruben Safir <mrbrklyn-at-panix.com> Subject: [Learn] Fwd: Re: ref use
  81. 2016-11-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] ref use
  82. 2016-11-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] why use a reference wrapper int his example
  83. 2016-11-17 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] [Hangout-NYLXS] at K&R now
  84. 2016-11-17 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [Hangout-NYLXS] Fwd: PNG Coding
  85. 2016-11-18 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] C++ workshop and usenet responses
  86. 2016-11-19 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: ref use
  87. 2016-11-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] when is the constructor called for an object
  88. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: creating a binary tree
  89. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: hidden static
  90. 2016-11-21 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: ISBI 2017 Call for Abstracts and Non-Author
  91. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: PNG coding
  92. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Re: the new {} syntax
  93. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: when is the constructor called for an object
  94. 2016-11-21 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: when is the constructor called for an object
  95. 2016-11-21 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [dinosaur] Eoconfuciusornis feather keratin and
  96. 2016-11-21 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] look what I found
  97. 2016-11-22 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Cuccuency book
  98. 2016-11-22 ruben safir <ruben.safir-at-my.liu.edu> Subject: [Learn] declare a func or call an object
  99. 2016-11-22 Ruben Safir <ruben.safir-at-my.liu.edu> Subject: [Learn] Fwd: Re: Using CLIPS as a library
  100. 2016-11-23 Ruben Safir <ruben.safir-at-my.liu.edu> Subject: [Learn] Fwd: Simple C++11 Wrapper for CLIPS 6.30
  101. 2016-11-23 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Parrelel Programming HW2 with maxpath
  102. 2016-11-24 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] great research news for big data
  103. 2016-11-24 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] mapping algorithms
  104. 2016-11-24 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Todays meeting
  105. 2016-11-25 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [dinosaur] Flightless theropod phylogenetic variation
  106. 2016-11-26 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Note to self for Thursday
  107. 2016-11-26 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fitch etc
  108. 2016-11-26 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Note to self for Thursday
  109. 2016-11-26 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] operator<<() overloading details and friend
  110. 2016-11-27 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] 130 year old feathers analysis
  111. 2016-11-27 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: ACM/SPEC ICPE 2017 - Call for Tutorial Proposals
  112. 2016-11-27 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: ACM/SPEC ICPE 2017 - Call for Workshop Proposals
  113. 2016-11-27 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: CfP 22nd Conf. Reliable Software Technologies,
  114. 2016-11-27 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Seeking contributors for psyche-c
  115. 2016-11-29 Christopher League <league-at-contrapunctus.net> Re: [Learn] Look at this exciting output by my test program
  116. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Look at this exciting output by my test program
  117. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Look at this exciting output by my test program
  118. 2016-11-29 Christopher League <league-at-contrapunctus.net> Re: [Learn] Quantum Entanglement
  119. 2016-11-29 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Quantum Entanglement
  120. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Here is the paper I was talking out
  121. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Look at this exciting output by my test program
  122. 2016-11-29 nylxs <mrbrklyn-at-optonline.net> Subject: [Learn] Look at this exciting output by my test program
  123. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Quantum Entanglement
  124. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] The Death of PBS
  125. 2016-11-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] witmer lab ohio and 3d imaging
  126. 2016-11-30 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] phylogenetic crawler

NYLXS are Do'ers and the first step of Doing is Joining! Join NYLXS and make a difference in your community today!