From joelmeulenberg at yahoo.com  Sat Mar 10 14:04:06 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Fwd: Perl Mongers Recent Events
Message-ID: <20010310200406.7028.qmail@web13001.mail.yahoo.com>

FYI on recent hfb.pm.org outage, etc...

--- Wayne Walker <wwalker@mail.gocho.net> wrote:
> From: Wayne Walker <wwalker@mail.gocho.net>
> Date: Fri, 9 Mar 2001 08:56:52 -0600
> To: joelmeulenberg@yahoo.com
> Subject: Perl Mongers Recent Events
> 
> Greetings,
> 
> You are recieving this email because you have an account on or
> administer a mailing list on the server hfb.pm.org to apprise   
> you of recent events, give you an idea of what is currently going
> on and what you might be able to expect in the near future.
> 
> Recently the box known as hfb.pm.org went off-line due to a 
> communications breakdown. The situation was unexpected and we 
> have attempted to respond to the situation as quickly and as
> efficiently as possible. We appreciate your continuing patience
> throughout this troublesome transition.
> 
> Short term situation -
> --------------------
> 
> - temporary box running RH 6.2
> 
> - ssh, scp and sftp access only. If you lack a ssh client this is 
>   your oportunity to obtain one. 
>  
>   http://www.onsight.com/faq/ssh/ssh-faq-2.html#ss2.2 lists many of
>   the currently available clients on a number of platforms.
> 
> - accounts are active with web page content residing in;
>   /opt/apache/gocho.pm.org/80/htdocs/pm.org/<groupname>/
> 
>   e.g., the home page for http://madrid.pm.org/ is at
>   /opt/apache/gocho.pm.org/80/htdocs/pm.org/madrid/index.htm
> 
> - account home directory contents are not avaiable yet.
> 
> - some services are not fully configured yet. 
> 
> - mailing lists are managable via http://gocho.pm.org/majorcool/
> 
> - disk space is limited currently, please be considerate when
>   transferring files.
> 
> - accounts are intended for web space for groups only -- not personal
> accounts.  inactive accounts (i.e. empty web directories or no
> logins)
> will be suspended.
> 
> - there will be a disk and resource quota on accounts. this can be
> changed per user, given proper justification.
> 
> Future plans -
> ------------
> 
> - Sparc (hfb) back on-line with new OS 
> 
> - new and improved mailing list management
> 
> - other services as they arise
> 
> In the short-term, please do not install modules in your home
> directory.
> Please email me with "MODULE INSTALL" as the subject and I'll respond
> within 24 hours to your particular issue. Again, disk space is at
> somewhat of a premium so please do be considerate when uploading
> content for your web pages.
> 
> Again, thank you for your continued patience and support though this
> transition. Please let me know if you experience problems with your
> content or your mailing list and I'll respond as quickly as possible.
> 
> --
> 
> Wayne Walker
> Perl Hacker and SysAdmin for pm.org


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

From joelmeulenberg at yahoo.com  Sat Mar 10 19:45:00 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Anyone Interested in Stewardship of the GR.pm Web Site?
Message-ID: <20010311014500.23709.qmail@web13001.mail.yahoo.com>

As several have noticed, the GR.pm web site has been out of date
lately.  After chatting with Paul Tjapkes about this recently, I
thought it would be to ask the group if anyone is interested in being
the GR.pm web site steward (AKA "webmaster").  Being the site steward
really doesn't require that you be a web "master".  Given the basic
site template, all the steward really needs to do is plug the following
types of updates into the pages:

- Next Meeting Announcement
- Meeting Minutes
- Occasionally, New "Educational Resources"

Anyone interested?

+Joel

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

From steve at bbdltd.com  Wed Mar 14 22:00:43 2001
From: steve at bbdltd.com (Steve Johnson)
Date: Wed Aug  4 00:01:11 2004
Subject: DVD decryption and perl
Message-ID: <NDBBLMCJCLDDMMKAFLLLCENKDJAA.steve@bbdltd.com>

Hi all,

I stumbled onto this site http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ on the
way to somewhere else.  It has an interesting discussion of the issues
around DVD decryption triggered by a preliminary injunction in Universal
City Studios et al. v. Reimerdes et al., prohibiting the defendants from
distributing computer code for reading encrypted DVDs.

Since the pm group enjoys the bits, I thought perhaps this bit fit.

I especially liked the conflicting court rulings that code is not free
speech, but text is (now if I use NOTEPAD to create my c code, and NOTEPAD
is a text editor, that means my c is text and thus free speech protected?).

To that end, the site has included DeCSS et al on permanent display.  You
can see/hear the decrypt code in C, perl (about 500 bytes), dramatic
readings of source code, the ascii code encoded as a midi file, english (a
guy wrote a C to english/english to C translator), gif images, compilerless
programming language versions, T shirts, and my personal favorite, haiku.

Regards,
sj


From sdpoling at home.com  Wed Mar 14 22:26:35 2001
From: sdpoling at home.com (Steve Poling)
Date: Wed Aug  4 00:01:11 2004
Subject: DVD decryption and perl
In-Reply-To: <NDBBLMCJCLDDMMKAFLLLCENKDJAA.steve@bbdltd.com>
Message-ID: <NEBBKICBGLMHGJIPJOBJEEHLCDAA.sdpoling@home.com>

i particularly liked the DeCSS algorithm description rendered as epic verse
with a haiku metrical structure.

> -----Original Message-----
> From: owner-grand-rapids-pm-list@pm.org
> [mailto:owner-grand-rapids-pm-list@pm.org]On Behalf Of Steve Johnson
> Sent: Wednesday, March 14, 2001 11:01 PM
> To: grand-rapids-pm-list@happyfunball.pm.org
> Subject: DVD decryption and perl
>
>
> Hi all,
>
> I stumbled onto this site http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ on the
> way to somewhere else.  It has an interesting discussion of the issues
> around DVD decryption triggered by a preliminary injunction in Universal
> City Studios et al. v. Reimerdes et al., prohibiting the defendants from
> distributing computer code for reading encrypted DVDs.
>
> Since the pm group enjoys the bits, I thought perhaps this bit fit.
>
> I especially liked the conflicting court rulings that code is not free
> speech, but text is (now if I use NOTEPAD to create my c code, and NOTEPAD
> is a text editor, that means my c is text and thus free speech
> protected?).
>
> To that end, the site has included DeCSS et al on permanent display.  You
> can see/hear the decrypt code in C, perl (about 500 bytes), dramatic
> readings of source code, the ascii code encoded as a midi file, english (a
> guy wrote a C to english/english to C translator), gif images,
> compilerless
> programming language versions, T shirts, and my personal favorite, haiku.
>
> Regards,
> sj
>


From joelmeulenberg at yahoo.com  Sun Mar 18 13:02:54 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: DVD decryption and perl
In-Reply-To: <NEBBKICBGLMHGJIPJOBJEEHLCDAA.sdpoling@home.com>
Message-ID: <20010318190254.43406.qmail@web13007.mail.yahoo.com>

Hehe, thx for the ref's.

An intriguing DeCSS collector's item was just mentioned on Slashdot.

Get this:  A 1401-digit *prime number* for which the hexadecimal
representation is a *gzip bytestream* which, when unzipped, yields the
C source code for an implementation of DeCSS!

An "illegal prime number"??   : )

Perhaps the mathematical universe is trying to say something to us?  :
)

--- Steve Poling <sdpoling@home.com> wrote:
> i particularly liked the DeCSS algorithm description rendered as epic
> verse
> with a haiku metrical structure.
> 
> > -----Original Message-----
> > From: owner-grand-rapids-pm-list@pm.org
> > [mailto:owner-grand-rapids-pm-list@pm.org]On Behalf Of Steve
> Johnson
> > Sent: Wednesday, March 14, 2001 11:01 PM
> > To: grand-rapids-pm-list@happyfunball.pm.org
> > Subject: DVD decryption and perl
> >
> >
> > Hi all,
> >
> > I stumbled onto this site http://www.cs.cmu.edu/~dst/DeCSS/Gallery/
> on the
> > way to somewhere else.  It has an interesting discussion of the
> issues
> > around DVD decryption triggered by a preliminary injunction in
> Universal
> > City Studios et al. v. Reimerdes et al., prohibiting the defendants
> from
> > distributing computer code for reading encrypted DVDs.
> >
> > Since the pm group enjoys the bits, I thought perhaps this bit fit.
> >
> > I especially liked the conflicting court rulings that code is not
> free
> > speech, but text is (now if I use NOTEPAD to create my c code, and
> NOTEPAD
> > is a text editor, that means my c is text and thus free speech
> > protected?).
> >
> > To that end, the site has included DeCSS et al on permanent
> display.  You
> > can see/hear the decrypt code in C, perl (about 500 bytes),
> dramatic
> > readings of source code, the ascii code encoded as a midi file,
> english (a
> > guy wrote a C to english/english to C translator), gif images,
> > compilerless
> > programming language versions, T shirts, and my personal favorite,
> haiku.
> >
> > Regards,
> > sj
> >
> 
> 
> 


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

From joelmeulenberg at home.com  Mon Mar 19 01:22:52 2001
From: joelmeulenberg at home.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Fw: ANNOUNCE: OpenSource Visual Perl IDE
Message-ID: <043001c0b045$68ee65e0$6901a8c0@grapid1.mi.home.com>

FYI...

----- Original Message -----
From: "J?rgen G?ntherodt" <juergen.guentherodt@okay.net>
Newsgroups: comp.lang.perl.announce
Sent: Saturday, March 17, 2001 12:37 PM
Subject: ANNOUNCE: OpenSource Visual Perl IDE


> Dear Perl Developers,
>
> I am very pleased to announce the first release of Visual Perl IDE, an
> integrated development environment for writing and debugging perl scripts
> under Windows.
>
> This program is written with Delphi 5 and Perl, and it is OpenSource,
> distributed under Mozilla Public License !
>
> And here are the key features:
>
> -Perl Syntax Coloring
>
> -Script lines with syntax errors will be highlighted in editor window.
>
> -Insertion and deletion of breakpoints with one mouse click.
>
> -View and edit of variables in a hierarchical watch tree.
>
> -Hint evaluation: Variables under the mouse cursor will be evaluated and
> shown as hint.
>
>
> So, if you want to download or get further information about Visual Perl
> IDE, or if you just want to see some screenshots, please visit
> http://www.lost-sunglasses.de or http://visual-perl.sourceforge.net
>
>
> Best regards,
>
> J?rgen G?ntherodt
>
>
>
>


From matthew_heusser at mcgraw-hill.com  Mon Mar 19 07:42:56 2001
From: matthew_heusser at mcgraw-hill.com (matthew_heusser@mcgraw-hill.com)
Date: Wed Aug  4 00:01:11 2004
Subject: Microsoft DotNet
Message-ID: <200103191352.f2JDqr925984@gocho.pm.org>


 -- I just finished my presentation on DotNet for CS 658
(distributed computing).

 If you want to check it out, it's on the web at:

http://www.csis.gvsu.edu/~heusserm/CS658/DotNet/PageOne.htm

  You'll want to use IE 4.0+.  I have a habit of normalizing my HTML into
XML, so <BR> becomes <BR/>.  For some reason, netscape can't deal
with this and loses all the hard-coded CRLF formatting.  Yuck.

  The presentation is on Wednesday.  Any feedback you could give me
before then is appreciated.  ("Your HTML layout is lame" does not
count unless you fix it for me. ;-)

  Wondering what some other students have done for thier presentations?
It's at:

http://www.csis.gvsu.edu/~adams/CS658/

Under "Lecture Notes"

regards,

Matt H.


regards,

Matt H.



From joelmeulenberg at yahoo.com  Tue Mar 20 00:50:23 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Microsoft DotNet
In-Reply-To: <200103191352.f2JDqr925984@gocho.pm.org>
Message-ID: <20010320065023.20160.qmail@web13004.mail.yahoo.com>

>   The presentation is on Wednesday.  Any feedback you could give me
> before then is appreciated.  

Here are some typos I noticed:

Typo on the slide about CLR:
"...the familiar *drag-and-drog* design time environment of VB..."

"to re-written" -> "or re-written" (?) on slide about CLR - continued:
"Besides changing a check-box, no code has to be changed to re-written
to support the separate platforms."

Typo:  "allready" and "build-in" on the "Advantages/Disadvantages"
slide.


Here are some real thoughts:

This paragraph caught my mind:
<QUOTE>
XML is just a universal, ASCII database definition lanaguge. It gives
meaning (indexes, records, fields, etc) to text through the use of
tags. XML is very good at "object orienting" data; it can be used to
give a complete description of a service, book, vehicle,etc.
</QUOTE>

(**Warning:  You're about to be subjected to a stump speech.** : )  )

I've seen a lot of similar statements in much of what's been written
about XML.  Many authors suggest that the fruits of XML are better than
their predecessors (e.g.- EDI standards like X12 and EDIFACT or even a
"flat" file with corresponding "file layout" metadata that supplies
field labels/descriptions).  Some even claim that XML-based stuff is
better because XML documents provide meaning/semantics.  In truth, XML
only supplies labels/syntax/grammar - just like its predecessors.  

(But XML-based standards are an improvement over previous standards in
that XML is the agreed upon metalanguage for defining the standard
transaction sets, documents, messages, etc.  The preceding standards
never had an agreed upon metalanguage (as far as I know), but they
certainly could have.)

But I'm not just saying all this to be picky or critical; I have a
suggestion...  : )

To really get beyond the labels/syntax of XML documents/messages and
into "meaning", I think we need supporting conceptual data models.  A
conceptual model can be represented as an entity relationship diagram,
a UML class diagram, etc.  The model explains the domain of discourse -
i.e.- the thingies we're talkin' about, how the thingies are related, 
their functional dependencies, etc.  and it provides a framework within
which to begin to understand the meaning of all those labels and
collections of fields found in XML documents.

Now it may sound like I'm just getting all abstract, theoretical, and
stuff, so I'll give an example to bring it down to the concrete:

Say you work for a health plan like Priority Health and you've got an
XML DTD that defines a standard structure for a message for
transmitting information about members (i.e.- the customers who are
covered by insurance).  Say you want to use it to communicate member
info from system X (at company A) to system Y (at company B).  Now
let's say that the inventor of that DTD for communicating member info
defined a "Member ID" field (sort of the identifier) together with a
bunch of name, address, phone number, etc. fields.

Now the programmer writing the code in system Y to do something with
these XML-based member info messages looks at the corresponding
structures in system Y and finds, say, a MEMBER table.  Or, wait, no,
better yet, he finds some kind of API for adding members - it might
even be based on Microsoft's dotNet.  This API expects to receive a
bunch of member info including a member ID, name, address, phone
number, etc.  From there the system takes care of internalizing the
member info.   
So the programmer hooks up systems X and Y by feeding the XML-based
member info messages from system X into system Y using this API.

Or, heck, better yet, lets say that the creators of system X and system
Y "agreed on" using this XML standard for member info messages.  So we
can just assume that system Y knows how to consume these messages being
produced by system X.

Somebody gets these two systems talking to each other.  System Y
consumes member info messages from System X, just as advertised. 
Things are working.  Everything seems cool.

Things run perfectly for a few days or weeks.  Then one day, someone
runs a report out of system Y and notices all kinds of duplicate
records for members.  The person sees, for example, records like this:

373997744-10  Meulenberg   Alana   1475 Capricious Dr.   Genocide    MI
366081234-10  Meulenberg   Alana   1475 Capricious Dr.   Genocide    MI

What happened?

Some programmers have to "look under the hoods" of systems X and Y to
see what might be the matter.  They find that System X has a "member"
table.  And System Y has a "member" table too.  The tables even have
similar columns.  So what's the problem?

Well after a deeper investigation, it turns out there is a semantic
mismatch between system X and system Y (and maybe even between company
A and company B !).

System X considers a "member" to be a person covered under a particular
contract or policy.  Every time a person gets covered under a different
contract, a new "member" record is stored in the MEMBER table.  So the
member ID uniquely identifies the combination of a human with some
coverage contract.

On the other hand, System Y considers a "member" to be an individual
human being.  In system Y, when a person gets covered under a new
contract/policy, their member ID is simply associated with another
contract ID.  In other words, system Y has a member entity, a contract
entity, and an associative entity for relating members to contracts
(and vice versa).  A member can be covered under many contracts and a
contract can cover many memebers.

This stuff is kinda painful to describe with words.  It's much better
explained visually with ER diagrams or UML class diagrams.

Hopefully this illustrated the point that XML doesn't really address
the problem of semantics.
(And this was just a simple example of semantic mismatch.)

(Matt, you also described XML as a "database definition lanauge". 
Interestinly, the way one would typically define a DTD doesn't describe
what's going on in system Y because system Y has a many-to-many
relationship between members and contracts.  Typically, a DTD could
call for members to be nested within contracts (sort of a 1-to-many
relationship from contracts to members).  Or it could call for
contracts to be nested within members (a 1-to-many relationship from
members to contracts).  The truth of the matter -- that there's a
symmetrical many-to-many relationship between members and contracts --
would be absent from a typical DTD.)


Finally, just to support my claim that I'm not spouting off
dope-induced ideas, the HL7 standards body has a similar notion.  They
don't just define HL7 messages ("HL7:  Now with purple horseshoes and
fortified with 100% of the recommended daily allowance of XML!"); they
also define a Reference Information Model (i.e.- the "RIM").  Their RIM
provides a framework within which to begin to understand the meaning of
all those labels and collections of fields found in HL7 messages.  You
can read about it here:
http://www.hl7.org/Library/standards.cfm

+Joel
   

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

From joelmeulenberg at yahoo.com  Tue Mar 20 01:07:06 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Microsoft DotNet
Message-ID: <20010320070706.21446.qmail@web13004.mail.yahoo.com>

Oh, woops, I forgot the last point I was supposed to make:

So if we are to reach the distributed programming/apps/services utopia
that we all long for, I suspect we will need as our foundation, not
just agreed upon messages (defined with XML DTDs), but also agreed upon
conceptual models.

+Joel

--- Joel Meulenberg <joelmeulenberg@yahoo.com> wrote:
> >   The presentation is on Wednesday.  Any feedback you could give me
> > before then is appreciated.  
> 
> Here are some typos I noticed:
> 
> Typo on the slide about CLR:
> "...the familiar *drag-and-drog* design time environment of VB..."
> 
> "to re-written" -> "or re-written" (?) on slide about CLR -
> continued:
> "Besides changing a check-box, no code has to be changed to
> re-written
> to support the separate platforms."
> 
> Typo:  "allready" and "build-in" on the "Advantages/Disadvantages"
> slide.
> 
> 
> Here are some real thoughts:
> 
> This paragraph caught my mind:
> <QUOTE>
> XML is just a universal, ASCII database definition lanaguge. It gives
> meaning (indexes, records, fields, etc) to text through the use of
> tags. XML is very good at "object orienting" data; it can be used to
> give a complete description of a service, book, vehicle,etc.
> </QUOTE>
> 
> (**Warning:  You're about to be subjected to a stump speech.** : )  )
> 
> I've seen a lot of similar statements in much of what's been written
> about XML.  Many authors suggest that the fruits of XML are better
> than
> their predecessors (e.g.- EDI standards like X12 and EDIFACT or even
> a
> "flat" file with corresponding "file layout" metadata that supplies
> field labels/descriptions).  Some even claim that XML-based stuff is
> better because XML documents provide meaning/semantics.  In truth,
> XML
> only supplies labels/syntax/grammar - just like its predecessors.  
> 
> (But XML-based standards are an improvement over previous standards
> in
> that XML is the agreed upon metalanguage for defining the standard
> transaction sets, documents, messages, etc.  The preceding standards
> never had an agreed upon metalanguage (as far as I know), but they
> certainly could have.)
> 
> But I'm not just saying all this to be picky or critical; I have a
> suggestion...  : )
> 
> To really get beyond the labels/syntax of XML documents/messages and
> into "meaning", I think we need supporting conceptual data models.  A
> conceptual model can be represented as an entity relationship
> diagram,
> a UML class diagram, etc.  The model explains the domain of discourse
> -
> i.e.- the thingies we're talkin' about, how the thingies are related,
> 
> their functional dependencies, etc.  and it provides a framework
> within
> which to begin to understand the meaning of all those labels and
> collections of fields found in XML documents.
> 
> Now it may sound like I'm just getting all abstract, theoretical, and
> stuff, so I'll give an example to bring it down to the concrete:
> 
> Say you work for a health plan like Priority Health and you've got an
> XML DTD that defines a standard structure for a message for
> transmitting information about members (i.e.- the customers who are
> covered by insurance).  Say you want to use it to communicate member
> info from system X (at company A) to system Y (at company B).  Now
> let's say that the inventor of that DTD for communicating member info
> defined a "Member ID" field (sort of the identifier) together with a
> bunch of name, address, phone number, etc. fields.
> 
> Now the programmer writing the code in system Y to do something with
> these XML-based member info messages looks at the corresponding
> structures in system Y and finds, say, a MEMBER table.  Or, wait, no,
> better yet, he finds some kind of API for adding members - it might
> even be based on Microsoft's dotNet.  This API expects to receive a
> bunch of member info including a member ID, name, address, phone
> number, etc.  From there the system takes care of internalizing the
> member info.   
> So the programmer hooks up systems X and Y by feeding the XML-based
> member info messages from system X into system Y using this API.
> 
> Or, heck, better yet, lets say that the creators of system X and
> system
> Y "agreed on" using this XML standard for member info messages.  So
> we
> can just assume that system Y knows how to consume these messages
> being
> produced by system X.
> 
> Somebody gets these two systems talking to each other.  System Y
> consumes member info messages from System X, just as advertised. 
> Things are working.  Everything seems cool.
> 
> Things run perfectly for a few days or weeks.  Then one day, someone
> runs a report out of system Y and notices all kinds of duplicate
> records for members.  The person sees, for example, records like
> this:
> 
> 373997744-10  Meulenberg   Alana   1475 Capricious Dr.   Genocide   
> MI
> 366081234-10  Meulenberg   Alana   1475 Capricious Dr.   Genocide   
> MI
> 
> What happened?
> 
> Some programmers have to "look under the hoods" of systems X and Y to
> see what might be the matter.  They find that System X has a "member"
> table.  And System Y has a "member" table too.  The tables even have
> similar columns.  So what's the problem?
> 
> Well after a deeper investigation, it turns out there is a semantic
> mismatch between system X and system Y (and maybe even between
> company
> A and company B !).
> 
> System X considers a "member" to be a person covered under a
> particular
> contract or policy.  Every time a person gets covered under a
> different
> contract, a new "member" record is stored in the MEMBER table.  So
> the
> member ID uniquely identifies the combination of a human with some
> coverage contract.
> 
> On the other hand, System Y considers a "member" to be an individual
> human being.  In system Y, when a person gets covered under a new
> contract/policy, their member ID is simply associated with another
> contract ID.  In other words, system Y has a member entity, a
> contract
> entity, and an associative entity for relating members to contracts
> (and vice versa).  A member can be covered under many contracts and a
> contract can cover many memebers.
> 
> This stuff is kinda painful to describe with words.  It's much better
> explained visually with ER diagrams or UML class diagrams.
> 
> Hopefully this illustrated the point that XML doesn't really address
> the problem of semantics.
> (And this was just a simple example of semantic mismatch.)
> 
> (Matt, you also described XML as a "database definition lanauge". 
> Interestinly, the way one would typically define a DTD doesn't
> describe
> what's going on in system Y because system Y has a many-to-many
> relationship between members and contracts.  Typically, a DTD could
> call for members to be nested within contracts (sort of a 1-to-many
> relationship from contracts to members).  Or it could call for
> contracts to be nested within members (a 1-to-many relationship from
> members to contracts).  The truth of the matter -- that there's a
> symmetrical many-to-many relationship between members and contracts
> --
> would be absent from a typical DTD.)
> 
> 
> Finally, just to support my claim that I'm not spouting off
> dope-induced ideas, the HL7 standards body has a similar notion. 
> They
> don't just define HL7 messages ("HL7:  Now with purple horseshoes and
> fortified with 100% of the recommended daily allowance of XML!");
> they
> also define a Reference Information Model (i.e.- the "RIM").  Their
> RIM
> provides a framework within which to begin to understand the meaning
> of
> all those labels and collections of fields found in HL7 messages. 
> You
> can read about it here:
> http://www.hl7.org/Library/standards.cfm
> 
> +Joel
>    
> 
> __________________________________________________
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail. 
> http://personal.mail.yahoo.com/
> 


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

From sween at modelm.org  Wed Mar 28 05:30:43 2001
From: sween at modelm.org (sween)
Date: Wed Aug  4 00:01:11 2004
Subject: hello all
Message-ID: <Pine.BSF.4.21.0103271933560.49732-100000@bsdboxx.modelmland>


Whats a newbie to know?  I have been blessed a day off to attend the
blessed event, finally.  Bring lunch? helmet? Prepare for hazing?

greets and looking forward to it. this weather sucks.

 ---
| M | -sween
 ---  http://www.modelm.org
      "force feedback computing since 1984."



From sween at modelm.org  Wed Mar 28 05:42:57 2001
From: sween at modelm.org (sween)
Date: Wed Aug  4 00:01:11 2004
Subject: warez
Message-ID: <Pine.BSF.4.21.0103280634240.49732-100000@bsdboxx.modelmland>


lots and lots of goodies here:  ftp://hrg.dhtp.kiae.ru/pub/corvin/ 

wget -r -nd --no-parent -R "=A"."=D" ftp://hrg.dhtp.kiae.ru/pub/corvin/
should suffice.

 ---
| M | -sween
 ---  http://www.modelm.org
      "force feedback computing since 1984."


From joelmeulenberg at yahoo.com  Thu Mar 29 02:18:55 2001
From: joelmeulenberg at yahoo.com (Joel Meulenberg)
Date: Wed Aug  4 00:01:11 2004
Subject: Perlbots Presentation
Message-ID: <20010329081855.16442.qmail@web13007.mail.yahoo.com>

I wanted set some expectations about the Perlbots presentation on
Friday.  Until about an hour ago, I'd been spending all of my Perlbots
development time struggling with silly plumbing/networking and
threading issues.  I've managed to bash thru the wall I was up against
by hacking up the Net::Daemon and RPC::PlServer modules to support a
new *multiplexed* mode (i.e.- the server serves multiple clients but
from a single process).  Previously, the only choices were:

1. a forking server  -  can't work cuz I need to the gamestate data
structures to be shared

2. a threaded server  -  ugh, I might have just managed to build a
working threaded Perl on my newly rebuilt RedHat 7.0 system, but it'll
take some experimentation  -  regardless, this isn't portable, so I
guess a multiplexing, single-process server is preferable for now
anyway.

3. a single process (serving only a single client at a time) server -
not too much fun for anyone, including the lonely bot in the arena.

So, I'm not sure how visually demo-able the game itself will be by
Friday, but I can certainly explain some of the foundational pieces
(which are really the practical part of all this anyway (just found a
practical application of this research earlier today in fact)).

+Joel

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

From matthew_heusser at mcgraw-hill.com  Thu Mar 29 07:44:22 2001
From: matthew_heusser at mcgraw-hill.com (matthew_heusser@mcgraw-hill.com)
Date: Wed Aug  4 00:01:11 2004
Subject: Friday's Meetin' ...
Message-ID: <200103291355.f2TDtL916801@gocho.pm.org>


Earlier, Joel M. Wrote:
>2. a threaded server  -  ugh, I might have just managed to build a
>working threaded Perl on my newly rebuilt RedHat 7.0 system, but it'll
>take some experimentation  -  regardless, this isn't portable, so I
>guess a multiplexing, single-process server is preferable for now
>anyway.

  Perhaps we should have a meeting and talk about Threads?  The
Thread API was released in Perl 5.005, and it's supported on most
single-processor operating machines.  According to Lincoln Stein in
his book <U>Network Programming With Perl</U>, "No Precompiled
Perl Binaries come with threading support activated."

  Is this still correct for activestate Perl?  Perhaps we should do a future
meeting on threads?  (It sure beats fork()ing pipes!)

  BTW - Network Programming with Perl - EXCELENT BOOK!

regards,

Matt H.