Fri Dec 6 18:59:21 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 2017-02-01

LEARN

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

Key: Value:

Key: Value:

MESSAGE
DATE 2017-02-24
FROM Christopher League
SUBJECT Re: [Learn] decision making tree for a euler walk
From learn-bounces-at-nylxs.com Fri Feb 24 22:13:30 2017
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 ACCD7161317;
Fri, 24 Feb 2017 22:13:29 -0500 (EST)
X-Original-To: learn-at-nylxs.com
Delivered-To: learn-at-nylxs.com
Received: from contrapunctus.net (contrapunctus.net [174.136.110.10])
by mrbrklyn.com (Postfix) with ESMTP id 9EE4E161315
for ; Fri, 24 Feb 2017 22:13:25 -0500 (EST)
Received: from localhost (pool-98-113-34-169.nycmny.fios.verizon.net
[98.113.34.169])
by contrapunctus.net (Postfix) with ESMTPSA id 2DE8921EAE;
Fri, 24 Feb 2017 22:13:24 -0500 (EST)
From: Christopher League
To: Ruben Safir , "learn\-at-nylxs.com"
In-Reply-To: <319ecec7-f60a-a905-c6a4-9749c89b9404-at-mrbrklyn.com>
References: <319ecec7-f60a-a905-c6a4-9749c89b9404-at-mrbrklyn.com>
User-Agent: Notmuch/0.22 (http://notmuchmail.org) Emacs/25.1.1
(x86_64-unknown-linux-gnu)
Date: Fri, 24 Feb 2017 22:13:22 -0500
Message-ID: <87zihbx8rx.fsf-at-contrapunctus.net>
MIME-Version: 1.0
Subject: Re: [Learn] decision making tree for a euler walk
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: ,

Content-Type: multipart/mixed; boundary="===============0065342184=="
Errors-To: learn-bounces-at-nylxs.com
Sender: "Learn"

--===============0065342184==
Content-Type: multipart/alternative; boundary="=-=-="

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Here's my Euler calculation, in my weird FP-influenced C++ style
(although it definitely uses mutable state). IMO it's usually a mistake
to make bunches of classes with elaborately interconnected pointers --
if the data structure can be represented in terms of maps and sets, then
just use maps and sets. Object-oriented programming is mostly a bankrupt
paradigm.

The referenced `assertions.hh` and `debug-log.hh` are available here:


Enjoy.

CL

~~~~ {.cpp}
#include
#include
#include
#include
#include
#include "assertions.hh"
#define LOG_LEVEL LOG_TRACE
#include "debug-log.hh"
using namespace std;

// Represent an undirected graph using hash maps and sets. The vertex
// type can be anything that supports equality and hashing.
template
struct graph {
void add_edge(vertex v1, vertex v2);
void remove_edge(vertex v1, vertex v2);
int degree(vertex v);
vector euler_path();
ostream& show(ostream&);
private:
typedef unordered_multiset neighbors;
typedef unordered_map> adjancency_map;
adjancency_map adjacency_map;
void add_directed(vertex v1, vertex v2);
void remove_directed(vertex v1, vertex v2);
};

// Print the graph's adjacency list
template
ostream& graph::show(ostream& out)
{
for(typename adjancency_map::iterator i =3D adjacency_map.begin();
i !=3D adjacency_map.end();
i++)
{
out << i->first << ':';
for(typename neighbors::iterator j =3D i->second.begin();
j !=3D i->second.end();
j++)
{
out << ' ' << *j;
}
out << '\n';
}
return out;
}

template
ostream& operator << (ostream& out, graph& g)
{
return g.show(out);
}

// Add an undirected edge.
template
void graph::add_edge(vertex v1, vertex v2)
{
add_directed(v1, v2);
add_directed(v2, v1);
}

// Add directed edge (private).
template
void graph::add_directed(vertex v1, vertex v2)
{
typename adjancency_map::iterator i =3D adjacency_map.find(v1);
if( adjacency_map.end() =3D=3D i) {
adjacency_map[v1] =3D neighbors{v2};
} else {
i->second.insert(v2);
}
}

// Remove undirected edge.
template
void graph::remove_edge(vertex v1, vertex v2)
{
remove_directed(v1, v2);
remove_directed(v2, v1);
}

// Remove directed edge (private). A little tricky because just doing
// .erase(v2) removes *all* the matching vertices from the multiset.
// Using find then .erase in the iterator solves that.
template
void graph::remove_directed(vertex v1, vertex v2)
{
typename neighbors::iterator i =3D adjacency_map.at(v1).find(v2);
adjacency_map.at(v1).erase(i);
}

// Return the degree of given vertex.
template
int graph::degree(vertex v)
{
return adjacency_map.at(v).size();
}

// Calculate and return an euler path. Algorithm basically taken from
// here: http://www.graph-magics.com/articles/euler.php
//
// NOTE: this is destructive -- it removes edges from the graph. So if
// you need the graph afterwards, make a copy.
template
vector graph::euler_path()
{
// If all vertices have even degree, choose any of them.
typename adjancency_map::iterator i =3D adjacency_map.begin();
vertex curr =3D i->first;
// If there are exactly 2 vertices having an odd degree: choose one
// of them. This will be the current vertex.
unsigned num_odd =3D 0;
for( ; i !=3D adjacency_map.end(); i++) {
if(degree(i->first) % 2 =3D=3D 1) {
num_odd++;
curr =3D i->first;
}
}
log(LOG_INFO, "There were " << num_odd << " odd-degree vertices.");
vector path;
stack stack;
if(num_odd !=3D 2 && num_odd !=3D 0) {
log(LOG_ERROR, "Sorry, no Euler path exists.");
return path;
}
log(LOG_DEBUG, "Starting at " << curr << '\n' << *this);
// Repeat until the current vertex has no more neighbors and the
// stack is empty.
while(degree(curr) > 0 || stack.size() > 0) {
// If current vertex has no neighbors,
if(degree(curr) =3D=3D 0) {
log(LOG_DEBUG, "* Adding " << curr << " to path.");
// Add it to path
path.push_back(curr);
// Remove the last vertex from the stack and set it as the
// current one.
curr =3D stack.top();
stack.pop();
log(LOG_DEBUG, " New curr is " << curr);
}
else {
// Add the vertex to the stack
log(LOG_DEBUG, "* Pushing " << curr << " to stack.");
stack.push(curr);
// Take any of its neighbors, remove the edge between selected
// neighbor and that vertex, and set that neighbor as the
// current vertex
typename neighbors::iterator n =3D adjacency_map.at(curr).begin();
log(LOG_DEBUG, " Removing " << curr << " <-> " << *n);
remove_edge(curr, *n);
curr =3D *n;
log(LOG_TRACE, *this);
}
}
path.push_back(curr);
return path;
}

// Grr why isn't this just in the standard library I have to write it
// every damn time.
template
ostream& operator << (ostream& out, const vector& vec)
{
for(unsigned i =3D 0; i < vec.size(); i++) {
if(i > 0) {
out << ", ";
}
out << vec.at(i);
}
return out;
}

graph rubensburg_demo()
{
// Set up graph
graph g;
g.add_edge('A','B');
g.add_edge('A','B');
g.add_edge('A','E');
g.add_edge('A','F');
g.add_edge('A','G');
g.add_edge('B','E');
g.add_edge('B','F');
g.add_edge('C','D');
g.add_edge('E','C');
g.add_edge('E','G');

assert_eq(5, g.degree('A'));
assert_eq(2, g.degree('G'));
assert_eq(1, g.degree('D'));

return g;
}

graph even_degree_demo()
{
graph g;
g.add_edge(13, 16);
g.add_edge(13, 18);
g.add_edge(16, 18);
assert_eq(2, g.degree(13));
assert_eq(2, g.degree(16));
assert_eq(2, g.degree(18));
return g;
}

// This is the actual K=C3=B6nigsberg graph, for which no Euler path
// exists.
graph impossible_demo()
{
graph g;
g.add_edge("austin", "baltimore");
g.add_edge("austin", "baltimore");
g.add_edge("austin", "dallas");
g.add_edge("baltimore", "chicago");
g.add_edge("baltimore", "chicago");
g.add_edge("baltimore", "dallas");
g.add_edge("chicago", "dallas");
return g;
}

int main()
{
cout << "=3D=3D=3D=3D=3D=3D=3D Even-degree test\n";
graph g0 =3D even_degree_demo();
cout << g0.euler_path() << '\n';

cout << "=3D=3D=3D=3D=3D=3D=3D Odd-degree test\n";
graph g1 =3D rubensburg_demo();
cout << g1.euler_path() << '\n';

cout << "=3D=3D=3D=3D=3D=3D=3D Impossible test\n";
graph g2 =3D impossible_demo();
cout << g2.euler_path() << '\n';

return 0;
}
~~~~

--=-=-=
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable






1.0, user-scalable=3Dyes">




Here=E2=80=99s my Euler calculation, in my weird FP-influenced C++ style=
(although it definitely uses mutable state). IMO it=E2=80=99s usually a mi=
stake to make bunches of classes with elaborately interconnected pointers =
=E2=80=93 if the data structure can be represented in terms of maps and set=
s, then just use maps and sets. Object-oriented programming is mostly a ban=
krupt paradigm.


The referenced assertions.hh and debug-log.hh =
are available here: master/include" class=3D"uri">https://gitlab.liu.edu/cs691s17/public/tree/m=
aster/include


Enjoy.


CL


ceCode cpp">#include <iostr=
eam>

#include <unordered_map>=

#include <unordered_set>=

#include <vector>
#include <stack>
#include "assertions.hh&q=
uot;

#define LOG_LEVEL LOG_TRACE
#include "debug-log.hh&qu=
ot;

using namespace std;

// Represent an undirected graph using hash maps and set=
s. The vertex

// type can be anything that supports equality and hashi=
ng.

template<typename ve=
rtex>
struct graph {
void add_edge(vertex v1, vertex v2);
void remove_edge(vertex v1, vertex v2);
int degree(vertex v);
vector<vertex> euler_path();
ostream& show(ostream&);
private:
typedef unordered_multiset<vertex> neighb=
ors;
typedef unordered_map<vertex, unordered_mult=
iset<vertex>> adjancency_map;
adjancency_map adjacency_map;
void add_directed(vertex v1, vertex v2);
void remove_directed(vertex v1, vertex v2);
};

// Print the graph's adjacency list
template<typename ve=
rtex>
ostream& graph<vertex>::show(ostream& out)
{
for(typename adjancen=
cy_map::iterator i =3D adjacency_map.begin();
i !=3D adjacency_map.end();
i++)
{
out << i->first << ':'n>;
for(typename neig=
hbors::iterator j =3D i->second.begin();
j !=3D i->second.end();
j++)
{
out << ' ' << *j;
}
out << '\nan>';
}
return out;
}

template<typename ve=
rtex>
ostream& operator << (ostream& out,=
graph<vertex>& g)
{
return g.show(out);
}

// Add an undirected edge.
template<typename ve=
rtex>
void graph<vertex>::add_edge(vertex v1, ver=
tex v2)
{
add_directed(v1, v2);
add_directed(v2, v1);
}

// Add directed edge (private).
template<typename ve=
rtex>
void graph<vertex>::add_directed(vertex v1,=
vertex v2)
{
typename adjancency_map::iterator i =3D adjacen=
cy_map.find(v1);
if( adjacency_map.end() =3D=3D i) {
adjacency_map[v1] =3D neighbors{v2};
} else {
i->second.insert(v2);
}
}

// Remove undirected edge.
template<typename ve=
rtex>
void graph<vertex>::remove_edge(vertex v1, =
vertex v2)
{
remove_directed(v1, v2);
remove_directed(v2, v1);
}

// Remove directed edge (private). A little tricky becau=
se just doing

// .erase(v2) removes *all* the matching vertices from t=
he multiset.

// Using find then .erase in the iterator solves that.span>
template<typename ve=
rtex>
void graph<vertex>::remove_directed(vertex =
v1, vertex v2)
{
typename neighbors::iterator i =3D adjacency_ma=
p.at(v1).find(v2);
adjacency_map.at(v1).erase(i);
}

// Return the degree of given vertex.
template<typename ve=
rtex>
int graph<vertex>::degree(vertex v)
{
return adjacency_map.at(v).size();
}

// Calculate and return an euler path. Algorithm basical=
ly taken from

// here: http://www.graph-magics.com/articles/euler.php<=
/span>
//
// NOTE: this is destructive -- it removes edges from th=
e graph. So if

// you need the graph afterwards, make a copy.
template<typename ve=
rtex>
vector<vertex> graph<vertex>::euler_path()
{
// If all vertices have even degree, choose any of the=
m.

typename adjancency_map::iterator i =3D adjacen=
cy_map.begin();
vertex curr =3D i->first;
// If there are exactly 2 vertices having an odd degre=
e: choose one

// of them. This will be the current vertex.
unsigned num_odd =3D 0>;
for( ; i !=3D adjacency_map.end(); i++) {
if(degree(i->first) % 2=
=3D=3D 1) {
num_odd++;
curr =3D i->first;
}
}
log(LOG_INFO, "There were " << =
num_odd << " odd-degree vertices.">);
vector<vertex> path;
stack<vertex> stack;
if(num_odd !=3D 2 &am=
p;& num_odd !=3D 0) {
log(LOG_ERROR, "Sorry, no Euler path exists.&qu=
ot;
);
return path;
}
log(LOG_DEBUG, "Starting at " <<=
; curr << '\n=
' << *this);
// Repeat until the current vertex has no more neighbo=
rs and the

// stack is empty.
while(degree(curr) > 0pan> || stack.size() > 0) {
// If current vertex has no neighbors,
if(degree(curr) =3D=3D 0span>) {
log(LOG_DEBUG, "* Adding " <&l=
t; curr << " to path.");
// Add it to path
path.push_back(curr);
// Remove the last vertex from the stack and set i=
t as the

// current one.
curr =3D stack.top();
stack.pop();
log(LOG_DEBUG, " New curr is " &=
lt;< curr);
}
else {
// Add the vertex to the stack
log(LOG_DEBUG, "* Pushing " <&=
lt; curr << " to stack.");
stack.push(curr);
// Take any of its neighbors, remove the edge betw=
een selected

// neighbor and that vertex, and set that neighbor=
as the

// current vertex
typename neighbors::iterator n =3D adjacenc=
y_map.at(curr).begin();
log(LOG_DEBUG, " Removing " <=
< curr << " <-> " <&l=
t; *n);
remove_edge(curr, *n);
curr =3D *n;
log(LOG_TRACE, *this);
}
}
path.push_back(curr);
return path;
}

// Grr why isn't this just in the standard library I=
have to write it

// every damn time.
template<typename T&=
gt;
ostream& operator << (ostream& out,=
const vector<T>& vec)
{
for(unsigned i =3D pan class=3D"dv">0
; i < vec.size(); i++) {
if(i > 0) {
out << ", ";
}
out << vec.at(i);
}
return out;
}

graph<char> rubensburg_demo()
{
// Set up graph
graph<char> g;
g.add_edge('A','=
B'
);
g.add_edge('A','=
B'
);
g.add_edge('A','=
E'
);
g.add_edge('A','=
F'
);
g.add_edge('A','=
G'
);
g.add_edge('B','=
E'
);
g.add_edge('B','=
F'
);
g.add_edge('C','=
D'
);
g.add_edge('E','=
C'
);
g.add_edge('E','=
G'
);

assert_eq(5, g.degree('A=
'
));
assert_eq(2, g.degree('G=
'
));
assert_eq(1, g.degree('D=
'
));

return g;
}

graph<int> even_degree_demo()
{
graph<int> g;
g.add_edge(13, 16);
g.add_edge(13, 18);
g.add_edge(16, 18);
assert_eq(2, g.degree(13an>));
assert_eq(2, g.degree(16an>));
assert_eq(2, g.degree(18an>));
return g;
}

// This is the actual K=C3=B6nigsberg graph, for which n=
o Euler path

// exists.
graph<string> impossible_demo()
{
graph<string> g;
g.add_edge("austin", t">"baltimore");
g.add_edge("austin", t">"baltimore");
g.add_edge("austin", t">"dallas");
g.add_edge("baltimore", =3D"st">"chicago");
g.add_edge("baltimore", =3D"st">"chicago");
g.add_edge("baltimore", =3D"st">"dallas");
g.add_edge("chicago", st">"dallas");
return g;
}

int main()
{
cout << "=3D=3D=3D=3D=3D=3D=3D Even-degree =
test
\n";
graph<int> g0 =3D even_degree_demo();
cout << g0.euler_path() << 'an class=3D"sc">\n
';

cout << "=3D=3D=3D=3D=3D=3D=3D Odd-degree t=
est
\n";
graph<char> g1 =3D rubensburg_demo();
cout << g1.euler_path() << 'an class=3D"sc">\n
';

cout << "=3D=3D=3D=3D=3D=3D=3D Impossible t=
est
\n";
graph<string> g2 =3D impossible_demo();
cout << g2.euler_path() << 'an class=3D"sc">\n
';

return 0;
}




--=-=-=--

--===============0065342184==
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

--===============0065342184==--

  1. 2017-02-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] NP Complete
  2. 2017-02-06 Wayne Callahan <callahans2-at-msn.com> Subject: [Learn] [dinosaur] ISPH 2017
  3. 2017-02-07 James E Keenan <jkeen-at-verizon.net> Subject: [Learn] ny.pm tech meeting next Monday; TPC call for presentations
  4. 2017-02-08 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Immigration Executive Order Update
  5. 2017-02-08 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] Immigration Executive Order Update
  6. 2017-02-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Justine Bateman
  7. 2017-02-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] Does this look like a Euler Path to you?
  8. 2017-02-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] Does this look like a Euler Path to you?
  9. 2017-02-09 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] Does this look like a Euler Path to you?
  10. 2017-02-09 Christopher League <league-at-contrapunctus.net> Re: [Learn] Does this look like a Euler Path to you?
  11. 2017-02-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] =?utf-8?q?Fwd=3A_An_Evening_for_Educators_with_Dr=2E_B?=
  12. 2017-02-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Does this look like a Euler Path to you?
  13. 2017-02-10 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Learn] Choosing a programming language
  14. 2017-02-10 Christopher League <league-at-contrapunctus.net> Subject: [Learn] Choosing a programming language
  15. 2017-02-10 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Alternatives to Syntax Trees
  16. 2017-02-10 ruben safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: Compiler positions available for week ending January 29
  17. 2017-02-10 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [Accu-contacts] Software engineer position
  18. 2017-02-10 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Fwd: [dinosaur] Euchambersia (Therapsida) envenoming
  19. 2017-02-11 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] lions and tigers and snow leopards
  20. 2017-02-11 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] New Neuronet theory
  21. 2017-02-11 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Researchers use artificial neural network to simulate a
  22. 2017-02-11 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Robotics
  23. 2017-02-11 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] WebRTC coding in html5
  24. 2017-02-12 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] fellowship positition
  25. 2017-02-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Starting with R
  26. 2017-02-15 Rick Moen <rick-at-linuxmafia.com> Subject: [Learn] [conspire] [svlug] AnC side-channel attack: In which ASLR
  27. 2017-02-16 Ruben Safir <mrbrklyn-at-panix.com> Subject: [Learn] are you here
  28. 2017-02-16 ruben <ruben-at-mrbrklyn.com> Subject: [Learn] chew on this
  29. 2017-02-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] ct scan
  30. 2017-02-16 Christopher League <league-at-contrapunctus.net> Subject: [Learn] Should I name "makefile" or "Makefile"?
  31. 2017-02-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] overloading operator== and casting
  32. 2017-02-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Vector Documentation
  33. 2017-02-22 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Network Patterns
  34. 2017-02-24 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] decision making tree for a euler walk
  35. 2017-02-24 Christopher League <league-at-contrapunctus.net> Re: [Learn] decision making tree for a euler walk
  36. 2017-02-24 Christopher League <league-at-contrapunctus.net> Re: [Learn] decision making tree for a euler walk
  37. 2017-02-24 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] decision making tree for a euler walk
  38. 2017-02-27 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Learn] Computational Phylogenies and fossil scanning
  39. 2017-02-28 Christopher League <league-at-contrapunctus.net> Re: [Learn] decision making tree for a euler walk
  40. 2017-02-28 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] decision making tree for a euler walk
  41. 2017-02-28 Nicholas Rodin <nikbbwil-at-icloud.com> Re: [Learn] thesis update
  42. 2017-02-28 Ruben Safir <mrbrklyn-at-panix.com> Re: [Learn] thesis update
  43. 2017-02-28 Don Brinkman <Don.Brinkman-at-gov.ab.ca> Re: [Learn] visit
  44. 2017-02-28 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Learn] [Hangout-NYLXS] Peer Review

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