Fri Apr 19 21:09:16 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-04-19 | 2024-03-19 | 2024-02-19 | 2024-01-19 | 2023-12-19 | 2023-11-19 | 2023-10-19 | 2023-09-19 | 2023-08-19 | 2023-07-19 | 2023-06-19 | 2023-05-19 | 2023-04-19 | 2023-03-19 | 2023-02-19 | 2023-01-19 | 2022-12-19 | 2022-11-19 | 2022-10-19 | 2022-09-19 | 2022-08-19 | 2022-07-19 | 2022-06-19 | 2022-05-19 | 2022-04-19 | 2022-03-19 | 2022-02-19 | 2022-01-19 | 2021-12-19 | 2021-11-19 | 2021-10-19 | 2021-09-19 | 2021-08-19 | 2021-07-19 | 2021-06-19 | 2021-05-19 | 2021-04-19 | 2021-03-19 | 2021-02-19 | 2021-01-19 | 2020-12-19 | 2020-11-19 | 2020-10-19 | 2020-09-19 | 2020-08-19 | 2020-07-19 | 2020-06-19 | 2020-05-19 | 2020-04-19 | 2020-03-19 | 2020-02-19 | 2020-01-19 | 2019-12-19 | 2019-11-19 | 2019-10-19 | 2019-09-19 | 2019-08-19 | 2019-07-19 | 2019-06-19 | 2019-05-19 | 2019-04-19 | 2019-03-19 | 2019-02-19 | 2019-01-19 | 2018-12-19 | 2018-11-19 | 2018-10-19 | 2018-09-19 | 2018-08-19 | 2018-07-19 | 2018-06-19 | 2018-05-19 | 2018-04-19 | 2018-03-19 | 2018-02-19 | 2018-01-19 | 2017-12-19 | 2017-11-19 | 2017-10-19 | 2017-09-19 | 2017-08-19 | 2017-07-19 | 2017-06-19 | 2017-05-19 | 2017-04-19 | 2017-03-19 | 2017-02-19 | 2017-01-19 | 2016-12-19 | 2016-11-19 | 2016-10-19 | 2016-09-19 | 2016-08-19 | 2016-07-19 | 2016-06-19 | 2016-05-19 | 2016-04-19 | 2016-03-19 | 2016-02-19 | 2016-01-19 | 2015-12-19 | 2015-11-19 | 2015-10-19 | 2015-09-19 | 2015-08-19 | 2015-07-19 | 2015-06-19 | 2015-05-19 | 2015-04-19 | 2015-03-19 | 2015-02-19 | 2015-01-19 | 2014-12-19 | 2014-11-19 | 2014-10-19

Key: Value:

Key: Value:

MESSAGE
DATE 2016-11-05
FROM ruben safir
SUBJECT Subject: [Learn] Fwd: templates within templates
From learn-bounces-at-nylxs.com Sat Nov 5 19:35:27 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 DBDEB161313;
Sat, 5 Nov 2016 19:35:26 -0400 (EDT)
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 99259160E77
for ; Sat, 5 Nov 2016 19:35:23 -0400 (EDT)
References:




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




Message-ID: <776149bb-7ba3-3fcd-9d1d-9a0dc3c72069-at-mrbrklyn.com>
Date: Sat, 5 Nov 2016 19:35:23 -0400
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="------------6A1624BA17889D132CF8E094"
Subject: [Learn] Fwd: templates within templates
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.
--------------6A1624BA17889D132CF8E094
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


--------------6A1624BA17889D132CF8E094
Content-Type: message/rfc822;
name="templates within templates.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="templates within templates.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: comp.lang.c++
Subject: templates within templates
Date: Sat, 5 Nov 2016 06:15: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 1478326554 12264 96.57.23.82 (5 Nov 2016 06:15:54 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Sat, 5 Nov 2016 06:15:54 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix comp.lang.c++:1125018

I have a class that is a template class

template
class state
{
public:
/* ==================== LIFECYCLE ======================================= */
/* constructor */
explicit inline state(std::string const a, cost r)//r is the current minimal state for a node
:_nam{a}, _r{r}
{};


/* ==================== ACCESSORS ======================================= */
inline std::string nam(){return _nam;};
inline cost r(){return _r;};
//once it is set it is set
//inline void nam(std::string a ){_nam = a;}
inline void r(cost b ){_r = b;}
/* ==================== MUTATORS ======================================= */

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

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

private:
std::string _nam;
cost _r;

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


I want to use it for a vector type in another class. In order to do this, I seem to have to make the second class
also a template, which doesn't seem right. But I have to knwo the unknow template type prior to constructing the vectors



/*
* =====================================================================================
* Class: Pstates
* Description: vector of all possible states
* =====================================================================================
*/

template
class Pstates
{
public:

/* ==================== LIFECYCLE ======================================= */
inline explicit Pstates (std::vector< state > x)
:_vstate{x}{}; /* constructor */
inline ~Pstates (){delete _vstate; }; /* destructor */

/* ==================== ACCESSORS ======================================= */

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

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

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

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

private:
std::vector > _vstate;

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




Am I doing this wrong? And do I need to use Pstates in the constructor?

--------------6A1624BA17889D132CF8E094
Content-Type: message/rfc822;
name="Re: templates within templates.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: templates within templates.eml"

Path: reader2.panix.com!panix!goblin2!goblin1!goblin.stu.neva.ru!border1.nntp.ams1.giganews.com!nntp.giganews.com!buffer1.nntp.ams1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sat, 05 Nov 2016 03:34:37 -0500
Date: Sat, 05 Nov 2016 10:34:33 +0200
From: Paavo Helde
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:25.8) Gecko/20151117 FossaMail/25.1.9
MIME-Version: 1.0
Newsgroups: comp.lang.c++
Subject: Re: templates within templates
References:
In-Reply-To:
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-oEbt2+ErDhISW+3ftZNViY+UP9RhCGm2A2tdlQeVjhOBwHgCttoFJtnPZ771omCryXwJIqEqnqFGZzE!Tod9RJDGDOglsC/K+9L3iTIK6v8f4vFm9fBSY0orNxvNrcailGDlNimVABHFepdDGKU3j5jGHyM=
X-Complaints-To: abuse-at-giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 5096
Xref: panix comp.lang.c++:1125019

On 5.11.2016 8:15, Popping mad wrote:
> I have a class that is a template class
>
> template
> class state
> {
> public:
> /* ==================== LIFECYCLE ======================================= */
> /* constructor */
> explicit inline state(std::string const a, cost r)//r is the current minimal state for a node
> :_nam{a}, _r{r}
> {};
>
>
> /* ==================== ACCESSORS ======================================= */
> inline std::string nam(){return _nam;};
> inline cost r(){return _r;};
> //once it is set it is set
> //inline void nam(std::string a ){_nam = a;}
> inline void r(cost b ){_r = b;}
> /* ==================== MUTATORS ======================================= */
>
> /* ==================== OPERATORS ======================================= */
>
> /* ==================== DATA MEMBERS ======================================= */
> protected:
>
> private:
> std::string _nam;
> cost _r;
>
> }; /* ----- end of class State ----- */


The 'inline' is redundant in this example, it is just adding noise.

Using 'cost' for a template type parameter seems disconcerting. To me,
'cost' is something which has e.g. value 12, not something which has a
value like a type 'int'. Maybe it should be named smth like
CostCalculationPolicy?

>
> I want to use it for a vector type in another class. In order to do this, I seem to have to make the second class
> also a template, which doesn't seem right. But I have to knwo the unknow template type prior to constructing the vectors

A template is not a class. Template is a compile-time prescription for
making many classes. You cannot put templates into some concrete
std::vector as the templates exist only at compile time and a concrete
instance of std::vector exists only at run time.

Indeed, what you can do is to make another prescription (template) which
prescribes how to use your abstract class template with another abstract
class template (std::vector). It appears this is what you have.

Another option is to fix the template parameter, so that you get an
instantiated actual class:

void foo() {
std::vector> vstate;
// vstate is an instance of a concrete class
}

At some point one needs to fix the template types anyway, otherwise the
program would not be able to do anything at run-time. It's up to you
where and how to do that, in principle the whole program could be
templates and main() could contain a single instantiation of them.

HTH
Paavo

>
>
>
> /*
> * =====================================================================================
> * Class: Pstates
> * Description: vector of all possible states
> * =====================================================================================
> */
>
> template
> class Pstates
> {
> public:
>
> /* ==================== LIFECYCLE ======================================= */
> inline explicit Pstates (std::vector< state > x)
> :_vstate{x}{}; /* constructor */
> inline ~Pstates (){delete _vstate; }; /* destructor */
>
> /* ==================== ACCESSORS ======================================= */
>
> /* ==================== MUTATORS ======================================= */
>
> /* ==================== OPERATORS ======================================= */
>
> const Pstates& operator = ( const Pstates &other ); /* assignment operator */
>
> /* ==================== DATA MEMBERS ======================================= */
> protected:
>
> private:
> std::vector > _vstate;
>
> }; /* ----- end of class Pstates ----- */
>
>
>
>
> Am I doing this wrong? And do I need to use Pstates in the constructor?
>


--------------6A1624BA17889D132CF8E094
Content-Type: message/rfc822;
name="Re: templates within templates.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: templates within templates.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: comp.lang.c++
Subject: Re: templates within templates
Date: Sat, 5 Nov 2016 14:20:11 +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 1478355611 13949 96.57.23.82 (5 Nov 2016 14:20:11 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Sat, 5 Nov 2016 14:20:11 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix comp.lang.c++:1125024

On Sat, 05 Nov 2016 10:34:33 +0200, Paavo Helde wrote:

> The 'inline' is redundant in this example, it is just adding noise.

Thank you Paavo/ Why is it redundent here?

>
> Using 'cost' for a template type parameter seems disconcerting. To me,
> 'cost' is something which has e.g. value 12, not something which has a
> value like a type 'int'.

Like a constant instead of a template value? Why do you say that? FWIW, this
is supposed to eventually do the Fitch/Sankoff algorithm for Phylogenetics. I want
to template it so that I can cook up different mechanism for cost determination
on the same scafling of this work, and do some comparing.

> Maybe it should be named smth like
> CostCalculationPolicy? <== i really don't like long variable names. It is not
really the policy though, but the numeric value. I'm starting with ints, but I can
see possible needs for using floats later, or even get more flexible. I do see your
point though.

Quote<making many classes. You cannot put templates into some concrete
std::vector as the templates exist only at compile time and a concrete
instance of std::vector exists only at run time.>>

What I thought would happen is that the compiler would substitute in the code,
first for the inner template, and then for the outer one, but I suppose that would
mean the g++ needs to do multiple passes in the compile, which it may, or may not do.
vector is also a template so it is also in existence on at compile time?

Is that right? Is there really no creation of a datatype called vector on compilation?
Are vectors run time embodiment in the stack, or on the heap

Quote<< Indeed, what you can do is to make another prescription (template) which
prescribes how to use your abstract class template with another abstract
class template (std::vector). It appears this is what you have.>>

Yeah I thought the compiler would pick that up without the explicit direction.
This is a big limitation.

Quote
<instantiated actual class:

void foo() {
std::vector> vstate;
// vstate is an instance of a concrete class
}
>>

I think you lose your flexibility with state in that case.



--------------6A1624BA17889D132CF8E094
Content-Type: message/rfc822;
name="Re: templates within templates.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: templates within templates.eml"

Path: reader2.panix.com!panix!goblin1!goblin.stu.neva.ru!border1.nntp.ams1.giganews.com!nntp.giganews.com!buffer1.nntp.ams1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sat, 05 Nov 2016 10:03:36 -0500
Date: Sat, 05 Nov 2016 17:03:30 +0200
From: Paavo Helde
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:25.8) Gecko/20151117 FossaMail/25.1.9
MIME-Version: 1.0
Newsgroups: comp.lang.c++
Subject: Re: templates within templates
References:
In-Reply-To:
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-Gro9ghN+JDNilZH+12087KYgHtTjxvV/dT2SdL8hTvwvKKhbU3/wn8tARuYSm748DeeQb5d3wwhGM/O!cNDvOXTAU7fIzkY+FjU+fW5UyKd2FDEqHk6wOfABn4Txwhc8vt+5Xm+bWAI+2pIu3/TNm9lytTM=
X-Complaints-To: abuse-at-giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 4403
Xref: panix comp.lang.c++:1125026

On 5.11.2016 16:20, Popping mad wrote:
> On Sat, 05 Nov 2016 10:34:33 +0200, Paavo Helde wrote:
>
>> The 'inline' is redundant in this example, it is just adding noise.
>
> Thank you Paavo/ Why is it redundent here?

If you define a member function inside the class definition, it is
implicitly considered 'inline'.

>>
>> Using 'cost' for a template type parameter seems disconcerting. To me,
>> 'cost' is something which has e.g. value 12, not something which has a
>> value like a type 'int'.
>
> Like a constant instead of a template value? Why do you say that? FWIW, this
> is supposed to eventually do the Fitch/Sankoff algorithm for Phylogenetics. I want
> to template it so that I can cook up different mechanism for cost determination
> on the same scafling of this work, and do some comparing.
>
>> Maybe it should be named smth like
>> CostCalculationPolicy? <== i really don't like long variable names. It is not
> really the policy though, but the numeric value. I'm starting with ints, but I can
> see possible needs for using floats later, or even get more flexible. I do see your
> point though.
>
> Quote<
> making many classes. You cannot put templates into some concrete
> std::vector as the templates exist only at compile time and a concrete
> instance of std::vector exists only at run time.>>
>
> What I thought would happen is that the compiler would substitute in the code,
> first for the inner template, and then for the outer one, but I suppose that would
> mean the g++ needs to do multiple passes in the compile, which it may, or may not do.
> vector is also a template so it is also in existence on at compile time?
>
> Is that right? Is there really no creation of a datatype called vector on compilation?
> Are vectors run time embodiment in the stack, or on the heap
>
> Quote<< Indeed, what you can do is to make another prescription (template) which
> prescribes how to use your abstract class template with another abstract
> class template (std::vector). It appears this is what you have.>>
>
> Yeah I thought the compiler would pick that up without the explicit direction.
> This is a big limitation.

It looks like you have some conceptual confusion about what are C++
templates and when one can and should use them. Saying that there are
"big limitations" is like saying that human ear has big limitations
because it does not distinguish colors.

>
> Quote
> <> instantiated actual class:
>
> void foo() {
> std::vector> vstate;
> // vstate is an instance of a concrete class
> }
>>>
>
> I think you lose your flexibility with state in that case.

I see you snipped the most important part of my post where I mentioned
that in some point in your code you must fix your types and instantiate
the templates. If this does not suite your code, then maybe you should
not use templates in the first place, but for example run-time
polymorphism (derived classes and virtual functions).

hth
Paavo





--------------6A1624BA17889D132CF8E094
Content-Type: message/rfc822;
name="Re: templates within templates.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Re: templates within templates.eml"

Path: reader2.panix.com!panix!not-for-mail
From: Popping mad
Newsgroups: comp.lang.c++
Subject: Re: templates within templates
Date: Sat, 5 Nov 2016 15:48: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 1478360896 13949 96.57.23.82 (5 Nov 2016 15:48:16 GMT)
X-Complaints-To: abuse-at-panix.com
NNTP-Posting-Date: Sat, 5 Nov 2016 15:48:16 +0000 (UTC)
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b8fc14e
git.gnome.org/git/pan2)
Xref: panix comp.lang.c++:1125028

On Sat, 05 Nov 2016 17:03:30 +0200, Paavo Helde wrote:

>> I think you lose your flexibility with state in that case.
>
> I see you snipped the most important part of my post where I mentioned
> that in some point in your code you must fix your types and instantiate
> the templates. If this does not suite your code, then maybe you should
> not use templates in the first place, but for example run-time
> polymorphism (derived classes and virtual functions).



No slight was intended. Thank you for giving this your time. I'm not
certain as to what your driving at, but obviously it is not what I
thought you meant. Regardless, I will be using templates, and I need
them for what I want to do, and polymophism and I'll likely avoid virtual
functions at this time, although I will reevaluate things later.

Ruben

--------------6A1624BA17889D132CF8E094
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

--------------6A1624BA17889D132CF8E094--

  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!