Tue Apr 13 14:38:03 2021
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

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

Key: Value:

Key: Value:

MESSAGE
DATE 2016-11-09
FROM ruben safir
SUBJECT Subject: [Learn] Fwd: lost arguments
From learn-bounces-at-nylxs.com Wed Nov 9 10:48:50 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 45802161316;
Wed, 9 Nov 2016 10:48:50 -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 43C28160E77;
Wed, 9 Nov 2016 10:48:44 -0500 (EST)
References:
<8a84215c-3cd2-4a1f-832b-dd80f888e205-at-googlegroups.com>

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

<8a84215c-3cd2-4a1f-832b-dd80f888e205-at-googlegroups.com>

Message-ID:
Date: Wed, 9 Nov 2016 10:48:44 -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="------------2691CC75CA61C8126A382F99"
Subject: [Learn] Fwd: lost arguments
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.
--------------2691CC75CA61C8126A382F99
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

/*
* =====================================================================================
*
* Filename: nodes.h
*
* Description: description of phylogentic nodes as per
* Fitch and Sannkoff as describd by Felenstein
*
* Version: 1.0
* Created: Nov 4 21:15:49 EDT 2016
* Revision: none
* Compiler: gcc
*
* Author: Ruben Safir,
* Company: LIU Thesis
*
* =====================================================================================
*/
#ifndef NODES_H
#define NODES_H
#include
#include
#include
namespace tree {


/* ==============================================================================
* Class NODE -
* Description - This is a node in the tree that must undergo parsimony evaluation
* ================================================================================
*/
template
class NODE{
public:
//=========================LIFECYCLE=========================================
/* Constructor */
NODE( std::string xt, const unk &x , NODE *xcl= 0, NODE *xcr = 0, NODE *xp = 0 );
//NODE( std::string xt, unk &x , NODE *xcl= 0, NODE *xcr = 0, NODE *xp = 0 );
~NODE();

/* ==================== ACCESSORS ======================================= */
//no need for inline when you are defineing functions within the class definition
std::string trait()const{
return _trait;
}
unk states()const{
return _states;
};
NODE * cl()const{
return _cl;
};
NODE * cr()const{
return _cr;
};
NODE * p()const{
return _p;
};
void states(const unk &x){
_states = x;
}
void trait(std::string xt){
_trait = xt; //With genetics this is a A C G T although it is just a label
}
void cl(NODE *xcl){ //This is the left child node in the tree
_cl = xcl;
}
void cr(NODE *xcr){//This is the right node child node in the tree
_cr = xcr;
}
void p(NODE *xp){//This is the parent node in the tree
_p = xp;
}
/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */
//void display();
template
friend std::ostream& operator<<(std::ostream& os, const T&);

template
friend std::ostream& operator<<(std::ostream& os, const NODE &);

protected:
/* ==================== DATA MEMBERS ======================================= */


private:
/* ==================== DATA MEMBERS ======================================= */
std::string _trait;
unk _states;
NODE * _cl, * _cr, * _p;


}; /* ----- end of template class NODE ----- */

template
std::ostream& operator<<(std::ostream& os, const NODE& vec){

for( auto& y : vec.state() )
os << y << std::endl;
return os;
}

template
NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
states(x);
trait(xt);
cl(xcl);
cr(xcr);
p(xp);
std::cout << trait() << " node " << "has the following states => " << std::endl;
}

//template
//NODE::NODE( std::string xt, unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
// states(x);
// trait(xt);
// cl(xcl);
// cr(xcr);
// p(xp);
// std::cout << trait() << " node " << "has the following states => " << std::endl;
//}


template
tree::NODE::~NODE(){
}

/*
* =====================================================================================
* Class: State
* Description: This describes a possible individual state or charactoristic
* =====================================================================================
*/
template
class state
{
public:
/* ==================== LIFECYCLE ======================================= */
/* constructor */
//r is the minimum cost of a single state when compared to the child nodes
explicit state(std::string const xa, cost xr)
:_nam{xa}, _r{xr}
{
std::cout << "Building a state pair" << std::endl;
std::cout << "nam => " << nam() << "\tcost=> " << r() << std::endl;
};


/* ==================== ACCESSORS ======================================= */
std::string nam(){return _nam;};
cost r(){return _r;};
void r(cost b ){_r = b;};
/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */

/* ==================== DATA MEMBERS ======================================= */
protected:

private:
std::string _nam;
cost _r;

}; /* ----- end of class State ----- */

/*
* =====================================================================================
* Class: Pstates
* Description: vector of all possible states
* =====================================================================================
*/
template
class Pstates
{
public:

/* ==================== LIFECYCLE ======================================= */
/* constructor */
Pstates (std::vector< state > x)
: _vstate{x}
{
for( auto& y : _vstate)
std::cout << y << std::endl;
};

// Pstates()
// : _vstate{0}
// {};

~Pstates (){}; /* destructor */

/* ==================== ACCESSORS ======================================= */
const std::vector< state >& vstate(){
return _vstate;
}
void vstate(std::vector< state > in ){
_vstate = in;
}

/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */

const Pstates& operator = ( const Pstates &other ); /* assignment operator */




/* ==================== DATA MEMBERS ======================================= */
protected:

private:
std::vector< state > _vstate;

}; /* ----- end of class Pstates ----- */

/* Overload ostream function */
template
std::ostream& operator << ( std::ostream &output, state &p )
{
output << "nam => " << p.nam() << "\tcost=> " << p.r() << std::endl;
return output;
}

/*


template
inline unk NODE::value(){ if(this != NULL) return _value; else return NULL; };

template
inline void NODE::value(unk val){
_value = val;
};

*/


/*
template
class LIST{
public:
LIST() : _at_front(0), _at_end(0), _size(0) {}
inline int size();
inline void insert(NODE *, unk);
inline void insert(unk);
inline void front(unk);
inline void up_size();
inline void down_size();
void display(ostream &os = cout);
void remove_front();
void remove_all();
void remove_item(unk);
void remove_item(NODE *);
NODE * find(unk);
NODE * find_all(unk, NODE * last = NULL );

~LIST();

private:
NODE *_at_front;
NODE *_at_end;
int _size;
LIST(const LIST&);
LIST& operator=( const LIST&);
};
*/

/*
template
void LIST::display(ostream &os){
NODE * tmp = _at_front;

if (tmp == 0){
os << "No List" << endl;
return;
}


//unk i =0;
while(tmp != _at_end){
//cout << "Entering While Loop: "<< ++i << endl;
os << tmp->value() << ":";
tmp = tmp->next();
}

os << tmp->value() << endl;

}
*/
} /*---End of Namespace TREE---*/
#endif


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#include
#include
#include "nodes.h"
using namespace std;

int main(int argv, char ** argc)
{
tree::state a{"A", 65500};
tree::state c{"C", 0};
tree::state g{"G", 65500};
tree::state t{"T", 65500};

vector< tree::state > posible_states = {a,c,g,t};

tree::Pstates node_status{posible_states};
tree::NODE cr1{"T01", 3};
tree::NODE cl1{"T00",2};
// tree::NODE root{"T0",1};

// tree::NODE > cr1{"T01", 3};
// tree::NODE > cl1{"T00",2};
tree::NODE > root{"T0",node_status};
return 0;
}

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
when this compiles and reaches the last construction it loses parameters


|| g++ -Wall -ggdb -c nodes.cpp
|| g++ -Wall -ggdb -o fitch.o -c fitch.cpp
|| nodes.h: In instantiation of ‘tree::NODE::NODE(std::__cxx11::string, const unk&, tree::NODE*, tree::NODE*, tree::NODE*) [with unk = tree::Pstates; std::__cxx11::string = std::__cxx11::basic_string]’:
fitch.cpp|22 col 55| required from here
nodes.h|105 col 96| error: no matching function for call to ‘tree::Pstates::Pstates()’
|| NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
|| ^
nodes.h|180 col 3| note: candidate: tree::Pstates::Pstates(std::vector >) [with cost = int]
|| Pstates (std::vector< state > x)
|| ^~~~~~~
nodes.h|180 col 3| note: candidate expects 1 argument, 0 provided
nodes.h|174 col 7| note: candidate: tree::Pstates::Pstates(const tree::Pstates&)
|| class Pstates
|| ^~~~~~~
nodes.h|174 col 7| note: candidate expects 1 argument, 0 provided
make: *** [makefile|10| fitch.o] Error 1

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

specifically right here...
fitch.cpp|22 col 55| required from here
nodes.h|105 col 96| error: no matching function for call to ‘tree::Pstates::Pstates()’
|| NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){


template
NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
states(x);
trait(xt);
cl(xcl);
cr(xcr);
p(xp);
std::cout << trait() << " node " << "has the following states => " << std::endl;
}

it is not supposed to call Pstates::Pstates()

I'm specifically sending the argument by reference. It is not supposed to be constructing a thing.


--------------2691CC75CA61C8126A382F99
Content-Type: message/rfc822;
name="lost arguments.eml"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment;
filename="lost arguments.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: comp.lang.c++
Subject: lost arguments
Date: Tue, 8 Nov 2016 21:15:59 +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 1478639759 1999 96.57.23.82 (8 Nov 2016 21:15:59 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Tue, 8 Nov 2016 21:15:59 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix comp.lang.c++:1125131

/*
* =====================================================================================
*
* Filename: nodes.h
*
* Description: description of phylogentic nodes as per
* Fitch and Sannkoff as describd by Felenstein
*
* Version: 1.0
* Created: Nov 4 21:15:49 EDT 2016
* Revision: none
* Compiler: gcc
*
* Author: Ruben Safir,
* Company: LIU Thesis
*
* =====================================================================================
*/
#ifndef NODES_H
#define NODES_H
#include
#include
#include
namespace tree {


/* ==============================================================================
* Class NODE -
* Description - This is a node in the tree that must undergo parsimony evaluation
* ================================================================================
*/
template
class NODE{
public:
//=========================LIFECYCLE=========================================
/* Constructor */
NODE( std::string xt, const unk &x , NODE *xcl= 0, NODE *xcr = 0, NODE *xp = 0 );
//NODE( std::string xt, unk &x , NODE *xcl= 0, NODE *xcr = 0, NODE *xp = 0 );
~NODE();

/* ==================== ACCESSORS ======================================= */
//no need for inline when you are defineing functions within the class definition
std::string trait()const{
return _trait;
}
unk states()const{
return _states;
};
NODE * cl()const{
return _cl;
};
NODE * cr()const{
return _cr;
};
NODE * p()const{
return _p;
};
void states(const unk &x){
_states = x;
}
void trait(std::string xt){
_trait = xt; //With genetics this is a A C G T although it is just a label
}
void cl(NODE *xcl){ //This is the left child node in the tree
_cl = xcl;
}
void cr(NODE *xcr){//This is the right node child node in the tree
_cr = xcr;
}
void p(NODE *xp){//This is the parent node in the tree
_p = xp;
}
/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */
//void display();
template
friend std::ostream& operator<<(std::ostream& os, const T&);

template
friend std::ostream& operator<<(std::ostream& os, const NODE &);

protected:
/* ==================== DATA MEMBERS ======================================= */


private:
/* ==================== DATA MEMBERS ======================================= */
std::string _trait;
unk _states;
NODE * _cl, * _cr, * _p;


}; /* ----- end of template class NODE ----- */

template
std::ostream& operator<<(std::ostream& os, const NODE& vec){

for( auto& y : vec.state() )
os << y << std::endl;
return os;
}

template
NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
states(x);
trait(xt);
cl(xcl);
cr(xcr);
p(xp);
std::cout << trait() << " node " << "has the following states => " << std::endl;
}

//template
//NODE::NODE( std::string xt, unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
// states(x);
// trait(xt);
// cl(xcl);
// cr(xcr);
// p(xp);
// std::cout << trait() << " node " << "has the following states => " << std::endl;
//}


template
tree::NODE::~NODE(){
}

/*
* =====================================================================================
* Class: State
* Description: This describes a possible individual state or charactoristic
* =====================================================================================
*/
template
class state
{
public:
/* ==================== LIFECYCLE ======================================= */
/* constructor */
//r is the minimum cost of a single state when compared to the child nodes
explicit state(std::string const xa, cost xr)
:_nam{xa}, _r{xr}
{
std::cout << "Building a state pair" << std::endl;
std::cout << "nam => " << nam() << "\tcost=> " << r() << std::endl;
};


/* ==================== ACCESSORS ======================================= */
std::string nam(){return _nam;};
cost r(){return _r;};
void r(cost b ){_r = b;};
/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */

/* ==================== DATA MEMBERS ======================================= */
protected:

private:
std::string _nam;
cost _r;

}; /* ----- end of class State ----- */

/*
* =====================================================================================
* Class: Pstates
* Description: vector of all possible states
* =====================================================================================
*/
template
class Pstates
{
public:

/* ==================== LIFECYCLE ======================================= */
/* constructor */
Pstates (std::vector< state > x)
: _vstate{x}
{
for( auto& y : _vstate)
std::cout << y << std::endl;
};

// Pstates()
// : _vstate{0}
// {};

~Pstates (){}; /* destructor */

/* ==================== ACCESSORS ======================================= */
const std::vector< state >& vstate(){
return _vstate;
}
void vstate(std::vector< state > in ){
_vstate = in;
}

/* ==================== MUTATORS ======================================= */

/* ==================== OPERATORS ======================================= */

const Pstates& operator = ( const Pstates &other ); /* assignment operator */




/* ==================== DATA MEMBERS ======================================= */
protected:

private:
std::vector< state > _vstate;

}; /* ----- end of class Pstates ----- */

/* Overload ostream function */
template
std::ostream& operator << ( std::ostream &output, state &p )
{
output << "nam => " << p.nam() << "\tcost=> " << p.r() << std::endl;
return output;
}

/*


template
inline unk NODE::value(){ if(this != NULL) return _value; else return NULL; };

template
inline void NODE::value(unk val){
_value = val;
};

*/


/*
template
class LIST{
public:
LIST() : _at_front(0), _at_end(0), _size(0) {}
inline int size();
inline void insert(NODE *, unk);
inline void insert(unk);
inline void front(unk);
inline void up_size();
inline void down_size();
void display(ostream &os = cout);
void remove_front();
void remove_all();
void remove_item(unk);
void remove_item(NODE *);
NODE * find(unk);
NODE * find_all(unk, NODE * last = NULL );

~LIST();

private:
NODE *_at_front;
NODE *_at_end;
int _size;
LIST(const LIST&);
LIST& operator=( const LIST&);
};
*/

/*
template
void LIST::display(ostream &os){
NODE * tmp = _at_front;

if (tmp == 0){
os << "No List" << endl;
return;
}


//unk i =0;
while(tmp != _at_end){
//cout << "Entering While Loop: "<< ++i << endl;
os << tmp->value() << ":";
tmp = tmp->next();
}

os << tmp->value() << endl;

}
*/
} /*---End of Namespace TREE---*/
#endif


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#include
#include
#include "nodes.h"
using namespace std;

int main(int argv, char ** argc)
{
tree::state a{"A", 65500};
tree::state c{"C", 0};
tree::state g{"G", 65500};
tree::state t{"T", 65500};

vector< tree::state > posible_states = {a,c,g,t};

tree::Pstates node_status{posible_states};
tree::NODE cr1{"T01", 3};
tree::NODE cl1{"T00",2};
// tree::NODE root{"T0",1};

// tree::NODE > cr1{"T01", 3};
// tree::NODE > cl1{"T00",2};
tree::NODE > root{"T0",node_status};
return 0;
}

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
when this compiles and reaches the last construction it loses parameters


|| g++ -Wall -ggdb -c nodes.cpp
|| g++ -Wall -ggdb -o fitch.o -c fitch.cpp
|| nodes.h: In instantiation of ‘tree::NODE::NODE(std::__cxx11::string, const unk&, tree::NODE*, tree::NODE*, tree::NODE*) [with unk = tree::Pstates; std::__cxx11::string = std::__cxx11::basic_string]’:
fitch.cpp|22 col 55| required from here
nodes.h|105 col 96| error: no matching function for call to ‘tree::Pstates::Pstates()’
|| NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
|| ^
nodes.h|180 col 3| note: candidate: tree::Pstates::Pstates(std::vector >) [with cost = int]
|| Pstates (std::vector< state > x)
|| ^~~~~~~
nodes.h|180 col 3| note: candidate expects 1 argument, 0 provided
nodes.h|174 col 7| note: candidate: tree::Pstates::Pstates(const tree::Pstates&)
|| class Pstates
|| ^~~~~~~
nodes.h|174 col 7| note: candidate expects 1 argument, 0 provided
make: *** [makefile|10| fitch.o] Error 1

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

specifically right here...
fitch.cpp|22 col 55| required from here
nodes.h|105 col 96| error: no matching function for call to ‘tree::Pstates::Pstates()’
|| NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){


template
NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
states(x);
trait(xt);
cl(xcl);
cr(xcr);
p(xp);
std::cout << trait() << " node " << "has the following states => " << std::endl;
}

it is not supposed to call Pstates::Pstates()

I'm specifically sending the argument by reference. It is not supposed to be constructing a thing.


--------------2691CC75CA61C8126A382F99
Content-Type: message/rfc822;
name="Re: lost arguments.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: lost arguments.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: red floyd
Newsgroups: comp.lang.c++
Subject: Re: lost arguments
Date: Tue, 8 Nov 2016 23:22:40 -0800
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: Wed, 9 Nov 2016 07:22:15 -0000 (UTC)
Injection-Info: mx02.eternal-september.org; posting-host="7d72722b00eb87eb7c79bc0b74f9aa77";
logging-data="28517"; mail-complaints-to="abuse-at-eternal-september.org"; posting-account="U2FsdGVkX1++mHg4Mac2BuT8XQZU3/TcV7wK2m34HBM="
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:45.0) Gecko/20100101
Thunderbird/45.4.0
In-Reply-To:
Cancel-Lock: sha1:ZHOsRcEHLz9bSxjWSx0pjaYGy+E=
Xref: panix comp.lang.c++:1125138

On 11/8/2016 1:15 PM, Popping mad wrote:

> template
> NODE::NODE( std::string xt, const unk &x, NODE *xcl , NODE *xcr, NODE *xp ){
> states(x);
> trait(xt);
> cl(xcl);
> cr(xcr);
> p(xp);
> std::cout << trait() << " node " << "has the following states => " << std::endl;
> }
>]
Your syntax is off. Look up the syntax for initializer lists.



--------------2691CC75CA61C8126A382F99
Content-Type: message/rfc822;
name="Re: lost arguments.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: lost arguments.eml"

X-Received: by 10.31.2.75 with SMTP id 72mr5027554vkc.7.1478685523643;
Wed, 09 Nov 2016 01:58:43 -0800 (PST)
X-Received: by 10.157.17.167 with SMTP id v36mr1076152otf.12.1478685523559;
Wed, 09 Nov 2016 01:58:43 -0800 (PST)
Path: reader2.panix.com!panix!news.linkpendium.com!news.linkpendium.com!newspeer1.nac.net!border2.nntp.dca1.giganews.com!nntp.giganews.com!p16no1991197qta.1!news-out.google.com!i74ni1687itb.0!nntp.google.com!e187no1671745itc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.c++
Date: Wed, 9 Nov 2016 01:58:43 -0800 (PST)
In-Reply-To:
Complaints-To: groups-abuse-at-google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=212.47.207.1; posting-account=pysjKgkAAACLegAdYDFznkqjgx_7vlUK
NNTP-Posting-Host: 212.47.207.1
References:
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8a84215c-3cd2-4a1f-832b-dd80f888e205-at-googlegroups.com>
Subject: Re: lost arguments
From: =?UTF-8?B?w5bDtiBUaWli?=
Injection-Date: Wed, 09 Nov 2016 09:58:43 +0000
Content-Type: text/plain; charset=UTF-8
Xref: panix comp.lang.c++:1125141

On Tuesday, 8 November 2016 23:16:09 UTC+2, Popping mad wrote:
>
> it is not supposed to call Pstates::Pstates()
>
> I'm specifically sending the argument by reference. It is not supposed to be constructing a thing.

The compiler did not complain about that argument. It
did complain that it knows no implicit ways how to
construct '_states' member *before* your idiotic code
tries to assign x to it in that 'states(x)' method call.

--------------2691CC75CA61C8126A382F99
Content-Type: message/rfc822;
name="Re: lost arguments.eml"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment;
filename="Re: lost arguments.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: comp.lang.c++
Subject: Re: lost arguments
Date: Wed, 9 Nov 2016 15:41:36 +0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID:
References:
<8a84215c-3cd2-4a1f-832b-dd80f888e205-at-googlegroups.com>
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 1478706096 13904 96.57.23.82 (9 Nov 2016 15:41:36 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Wed, 9 Nov 2016 15:41:36 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix comp.lang.c++:1125147

On Wed, 09 Nov 2016 01:58:43 -0800, Öö Tiib wrote:

> On Tuesday, 8 November 2016 23:16:09 UTC+2, Popping mad wrote:
>>
>> it is not supposed to call Pstates::Pstates()
>>
>> I'm specifically sending the argument by reference. It is not supposed
>> to be constructing a thing.
>
> The compiler did not complain about that argument. It did complain that
it
> knows no implicit ways how to construct '_states' member *before* your
> idiotic code tries to assign x to it in that 'states(x)' method call.

I love it when people are really nasty in tech forums. Tom Christiansen,
back in the day, he was the best. He might have been single handly
responsible for the Guido writing python.

I do thank you for the tip though.

--------------2691CC75CA61C8126A382F99
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

--------------2691CC75CA61C8126A382F99--

  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!