From aran at arandeltac.com  Mon Jul  6 11:11:11 2009
From: aran at arandeltac.com (Aran Deltac)
Date: Mon, 6 Jul 2009 11:11:11 -0700
Subject: [Thousand-oaks-pm] Mongers this Wednesday (July 8th)
Message-ID: <24bb5cf90907061111o6ce5aae1n34ca61a1c6263e3@mail.gmail.com>

On this month's agenda we have:

Genetic Programming, by Shawn Faison.

I'll be presenting several things, some of them having to do with: the
YAPC I just attended, the current state of perl 5 and 6, our TO.pm web
site, etc.

So, the Thousand Oaks Perl Mongers will be this Wednesday, July 8th,
from 7pm to 8pm.  Please come join us, we usually have a lot of fun
during and around the presentations.

More details (including a map of the meeting location) are on our web
site at http://thousand-oaks-perl.org/.

Thanks,

Aran

From aran at arandeltac.com  Wed Jul  8 08:19:41 2009
From: aran at arandeltac.com (Aran Deltac)
Date: Wed, 8 Jul 2009 08:19:41 -0700
Subject: [Thousand-oaks-pm] Mongers Tonight
Message-ID: <24bb5cf90907080819je0cdc33m2fb8014ecb3e9b@mail.gmail.com>

Hey all.  This is a quick reminder that perl mongers is tonight.

See you all there!

Aran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090708/d27aa6be/attachment.html>

From aran at arandeltac.com  Wed Jul  8 16:07:11 2009
From: aran at arandeltac.com (Aran Deltac)
Date: Wed, 8 Jul 2009 16:07:11 -0700
Subject: [Thousand-oaks-pm] Free Food at Mongers
Message-ID: <24bb5cf90907081607i2dfd698j49544865addcd91c@mail.gmail.com>

Hey all - there will be a platter of sandwiches at our mongers tonight - so
bring your appetite.

Aran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090708/55e61cee/attachment.html>

From faison09 at gmail.com  Wed Jul  8 23:59:53 2009
From: faison09 at gmail.com (shawn faison)
Date: Wed, 8 Jul 2009 23:59:53 -0700
Subject: [Thousand-oaks-pm] Free Food at Mongers
In-Reply-To: <24bb5cf90907081607i2dfd698j49544865addcd91c@mail.gmail.com>
References: <24bb5cf90907081607i2dfd698j49544865addcd91c@mail.gmail.com>
Message-ID: <81caa67e0907082359u396fefcbv95e73907b44c2dc5@mail.gmail.com>

Patrick PM ( Pumpking of Rakudo )  Perl 6 commented on my blog today lol.
This is what he said:

Patrick Michaud says: July 8, 2009 at 7:57
am<http://web-hero.net/adamantium/?p=22&cpage=1#comment-3>
  (Edit)<http://web-hero.net/adamantium/wp-admin/comment.php?action=editcomment&c=3>

?if you have a Rakudo or Perl 6 hackathon and write about it (or do anything
else to support Rakudo / Perl 6), your .pm group can get a release named
after it. [image: :-)]

Let us know how it goes!

Pm
from my blog at: http://web-hero.net/adamantium/?p=22#comments

WELL YOU KNOW WHAT THIS MEANS
We gotta show the world we are the most badass .PM group out there .
Lets kick some ass and write some Rakudo and get a release named after us!

Any suggestions as for what we should create ?

Shawn

On Wed, Jul 8, 2009 at 4:07 PM, Aran Deltac <aran at arandeltac.com> wrote:

> Hey all - there will be a platter of sandwiches at our mongers tonight - so
> bring your appetite.
>
> Aran
>
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090708/5f265fbe/attachment.html>

From toddpresta at sbcglobal.net  Thu Jul  9 11:50:04 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Thu, 9 Jul 2009 11:50:04 -0700 (PDT)
Subject: [Thousand-oaks-pm] Free Food at Mongers
Message-ID: <128507.75696.qm@web81606.mail.mud.yahoo.com>

Great idea, Shawn! A Rakudo / Perl 6 effort sounds like a lot of fun. Even if not a physical hackathon per se, possibly a distributed effort via GitHub? Maybe a good start would be to attempt a reimplementation/port of a popular Perl 5 module or two in Rakudo Perl 6?

I am really excited about the TO.pm forward momentum. Good turn out at PM meetings. A revamped TO.pm website (thank you Aran)...and sandwiches to boot! :)

-- Todd Presta

-- http://www.asciiville.com

--- On Wed, 7/8/09, shawn faison <faison09 at gmail.com> wrote:

From: shawn faison <faison09 at gmail.com>
Subject: Re: [Thousand-oaks-pm] Free Food at Mongers
To: "Aran Deltac" <aran at arandeltac.com>
Cc: "TO.pm" <thousand-oaks-pm at pm.org>
Date: Wednesday, July 8, 2009, 11:59 PM

Patrick PM ( Pumpking of Rakudo )? Perl 6 commented on my blog today lol. 
This is what he said: 

Patrick Michaud says:		

		July 8, 2009 at 7:57 am??(Edit)


		?if
you have a Rakudo or Perl 6 hackathon and write about it (or do
anything else to support Rakudo / Perl 6), your .pm group can get a
release named after it.  
Let us know how it goes!
Pmfrom my blog at: http://web-hero.net/adamantium/?p=22#comments

WELL YOU KNOW WHAT THIS MEANS
We gotta show the world we are the most badass .PM group out there .

Lets kick some ass and write some Rakudo and get a release named after us!

Any suggestions as for what we should create ? 

Shawn

On Wed, Jul 8, 2009 at 4:07 PM, Aran Deltac <aran at arandeltac.com> wrote:

Hey all - there will be a platter of sandwiches at our mongers tonight - so bring your appetite.


Aran


_______________________________________________

Thousand-oaks-pm mailing list

Thousand-oaks-pm at pm.org

http://mail.pm.org/mailman/listinfo/thousand-oaks-pm



-----Inline Attachment Follows-----

_______________________________________________
Thousand-oaks-pm mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090709/8da49bea/attachment.html>

From toddpresta at sbcglobal.net  Sat Jul 11 11:25:01 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Sat, 11 Jul 2009 11:25:01 -0700 (PDT)
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
Message-ID: <942655.52770.qm@web81603.mail.mud.yahoo.com>

TO.pm

I started a repo on GitHub to push some toy programs initially, and to log some flight time with Rakudo Perl 6.

If you are interested, it is located at:

? http://github.com/asciiville/perl6-playground
? http://github.com/asciiville/perl6-playground/tree/master? (first URI redirects to this one)

Has anybody on the list pondered a Perl 6 project for a hackathon or otherwise?

Todd







-- Todd Presta

-- http://www.asciiville.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090711/306cd66e/attachment.html>

From faison09 at gmail.com  Sat Jul 11 20:25:37 2009
From: faison09 at gmail.com (shawn faison)
Date: Sat, 11 Jul 2009 20:25:37 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <942655.52770.qm@web81603.mail.mud.yahoo.com>
References: <942655.52770.qm@web81603.mail.mud.yahoo.com>
Message-ID: <81caa67e0907112025p31eae0d4m1117c11f6771326e@mail.gmail.com>

Hey Mongers,

Ive pondered a few ideas for our hackathon in no particular order such as:

1. An  IRC bot

2. A chat client

3. A widget that parses a twitter feed and does some smart operations on
it.

4. Something using the Facebook api, Flickr api, or Daylife api. Daylife is
pretty cool , it aggregates all types of blogs and news feeds. You can grab
news based on location , time , weather and other options.

5. A basic multiplayer roleplaying game with a web interface or a MUD RPG.
<-- this seems to be my default way of learning a new programming language
because its just fun
We could do a server and a client for this.

Im open to doing whatever though really and does anyone else have any ideas
?
We could publish whatever we create and have a little catchy logo on the web
page that says "Created with Perl 6! or Created with Rakudo!" at the bottom.


Best Regards
Shawn


On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net>wrote:

> TO.pm
>
> I started a repo on GitHub to push some toy programs initially, and to log
> some flight time with Rakudo Perl 6.
>
> If you are interested, it is located at:
>
>   http://github.com/asciiville/perl6-playground
>   http://github.com/asciiville/perl6-playground/tree/master  (first URI
> redirects to this one)
>
> Has anybody on the list pondered a Perl 6 project for a hackathon or
> otherwise?
>
> Todd
>
>
>
>
>
>
>
> -- Todd Presta
> -- http://www.asciiville.com
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090711/046e1641/attachment.html>

From jbrown at reachlocal.com  Mon Jul 13 10:51:34 2009
From: jbrown at reachlocal.com (Jonathan Brown)
Date: Mon, 13 Jul 2009 10:51:34 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <81caa67e0907112025p31eae0d4m1117c11f6771326e@mail.gmail.com>
References: <942655.52770.qm@web81603.mail.mud.yahoo.com>
	<81caa67e0907112025p31eae0d4m1117c11f6771326e@mail.gmail.com>
Message-ID: <526A16C97C1149DD84B7CF366AA79AA9@reachloc1d087f>

 
Guys,
 
One idea I had, which is kind of a merger of Shawn's 3 and 4, to some
extent, is: Build a website and accompanying backend that will parse feeds
of / use APIs of twitter/facebook/Daylife/wherever and agregate content
about a specific topic. I like this one because 1) it shows Perl 6 can be
used to build the kind of web apps that are popular today (no cgi!), 2) it's
not just the web app, because we'll need backend components and db layer to
store all the parsed content, 3) since we store the content instead of jsut
access live APIs, we can build a "universal" search on top that merges the
results of different sources together, and 4) it should be realtively well
suited to development by mutliple people, as someone can always just pick a
new data source and write an importer for it, or build some other feature
that uses the same data set for something.  It's basically a pseudo
real-time search app.  Finally, for the actual implementation of it we show
off, we could have it center on Perl 6 / Rakudo / Parrot content.  
 
Jon
 

  _____  

From: thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org
[mailto:thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org] On Behalf Of
shawn faison
Sent: Saturday, July 11, 2009 8:26 PM
To: Todd Presta
Cc: thousand-oaks-pm at pm.org
Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon


Hey Mongers,

Ive pondered a few ideas for our hackathon in no particular order such as: 

1. An  IRC bot

2. A chat client

3. A widget that parses a twitter feed and does some smart operations on it.


4. Something using the Facebook api, Flickr api, or Daylife api. Daylife is
pretty cool , it aggregates all types of blogs and news feeds. You can grab
news based on location , time , weather and other options.

5. A basic multiplayer roleplaying game with a web interface or a MUD RPG.
<-- this seems to be my default way of learning a new programming language
because its just fun 
We could do a server and a client for this. 

Im open to doing whatever though really and does anyone else have any ideas
? 
We could publish whatever we create and have a little catchy logo on the web
page that says "Created with Perl 6! or Created with Rakudo!" at the bottom.


Best Regards
Shawn



On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net>
wrote:


TO.pm

I started a repo on GitHub to push some toy programs initially, and to log
some flight time with Rakudo Perl 6.

If you are interested, it is located at:

  http://github.com/asciiville/perl6-playground
  http://github.com/asciiville/perl6-playground/tree/master  (first URI
redirects to this one)

Has anybody on the list pondered a Perl 6 project for a hackathon or
otherwise?

Todd







-- Todd Presta
-- http://www.asciiville.com	

_______________________________________________
Thousand-oaks-pm mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/e17ea771/attachment.html>

From bluefeet at gmail.com  Mon Jul 13 11:08:01 2009
From: bluefeet at gmail.com (Aran Deltac)
Date: Mon, 13 Jul 2009 11:08:01 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <526A16C97C1149DD84B7CF366AA79AA9@reachloc1d087f>
References: <942655.52770.qm@web81603.mail.mud.yahoo.com>
	<81caa67e0907112025p31eae0d4m1117c11f6771326e@mail.gmail.com>
	<526A16C97C1149DD84B7CF366AA79AA9@reachloc1d087f>
Message-ID: <24bb5cf90907131108gae60d99p45e751b48e540986@mail.gmail.com>

I like that, sounds great.

I think we'll find that there are, say, 10 different pieces to this, then
when we start digging in we'll find that... uh, there is no DBI in perl 6 -
crap!  Gotta figure out a way to access some sort of DB (maybe there is some
sort of BDB support in perl 6...), or we'd end up being totally side-tracked
by writing an LWP-like library for perl6 so that we could then pull feeds
from these services.  Oh, and does perl 6 have any XML support yet?  Has
anyone written an XML module for perl 6?

My bet is that just getting a barely functional aggregator and web site
going will take a LOT more effort in perl 6 since there isn't a CPAN for
perl 6, yet.

That aside, I think the this is a great idea Shawn/Jon.  We should do it.
We can already identify a few pieces that could be developed independently.
First, I'd like to know what tools we have available to us in perl 6, and
know how they work:

- XML parsing.
- Database access.
- LWP or similar tools.
- mod_perl6

The only one we have for sure is the last one, mod_perl6, but someone needs
to understand how it works.  The rest needs to be looked in to.

We'll each grab one of these research items, and then report to the rest of
us as to the current standing of the feature, or if they even exist yet?
Then we can take the next steps and actually develop something.

Does this sound like a good approach to you guys?

I'm wingin it.  If you guys would rather just jump right in and do this more
organically that's fine with me as well.

Aran

On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown <jbrown at reachlocal.com>wrote:

>
> Guys,
>
> One idea I had, which is kind of a merger of Shawn's 3 and 4, to some
> extent, is: Build a website and accompanying backend that will parse feeds
> of / use APIs of twitter/facebook/Daylife/wherever and agregate content
> about a specific topic. I like this one because 1) it shows Perl 6 can be
> used to build the kind of web apps that are popular today (no cgi!), 2) it's
> not just the web app, because we'll need backend components and db layer to
> store all the parsed content, 3) since we store the content instead of jsut
> access live APIs, we can build a "universal" search on top that merges the
> results of different sources together, and 4) it should be realtively well
> suited to development by mutliple people, as someone can always just pick a
> new data source and write an importer for it, or build some other feature
> that uses the same data set for something.  It's basically a pseudo
> real-time search app.  Finally, for the actual implementation of it we show
> off, we could have it center on Perl 6 / Rakudo / Parrot content.
>
> Jon
>
>
>  ------------------------------
> *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org [mailto:
> thousand-oaks-pm-bounces+jbrown <thousand-oaks-pm-bounces%2Bjbrown>=
> reachlocal.com at pm.org] *On Behalf Of *shawn faison
> *Sent:* Saturday, July 11, 2009 8:26 PM
> *To:* Todd Presta
> *Cc:* thousand-oaks-pm at pm.org
> *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>
> Hey Mongers,
>
> Ive pondered a few ideas for our hackathon in no particular order such as:
>
> 1. An  IRC bot
>
> 2. A chat client
>
> 3. A widget that parses a twitter feed and does some smart operations on
> it.
>
> 4. Something using the Facebook api, Flickr api, or Daylife api. Daylife is
> pretty cool , it aggregates all types of blogs and news feeds. You can grab
> news based on location , time , weather and other options.
>
> 5. A basic multiplayer roleplaying game with a web interface or a MUD RPG.
> <-- this seems to be my default way of learning a new programming language
> because its just fun
> We could do a server and a client for this.
>
> Im open to doing whatever though really and does anyone else have any ideas
> ?
> We could publish whatever we create and have a little catchy logo on the
> web page that says "Created with Perl 6! or Created with Rakudo!" at the
> bottom.
>
> Best Regards
> Shawn
>
>
> On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net>wrote:
>
>>   TO.pm
>>
>> I started a repo on GitHub to push some toy programs initially, and to log
>> some flight time with Rakudo Perl 6.
>>
>> If you are interested, it is located at:
>>
>>   http://github.com/asciiville/perl6-playground
>>   http://github.com/asciiville/perl6-playground/tree/master  (first URI
>> redirects to this one)
>>
>> Has anybody on the list pondered a Perl 6 project for a hackathon or
>> otherwise?
>>
>> Todd
>>
>>
>>
>>
>>
>>
>>
>> -- Todd Presta
>> -- http://www.asciiville.com
>> _______________________________________________
>> Thousand-oaks-pm mailing list
>> Thousand-oaks-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>>
>
>
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/88d05619/attachment.html>

From bluefeet at gmail.com  Mon Jul 13 11:36:40 2009
From: bluefeet at gmail.com (Aran Deltac)
Date: Mon, 13 Jul 2009 11:36:40 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <24bb5cf90907131108gae60d99p45e751b48e540986@mail.gmail.com>
References: <942655.52770.qm@web81603.mail.mud.yahoo.com>
	<81caa67e0907112025p31eae0d4m1117c11f6771326e@mail.gmail.com>
	<526A16C97C1149DD84B7CF366AA79AA9@reachloc1d087f>
	<24bb5cf90907131108gae60d99p45e751b48e540986@mail.gmail.com>
Message-ID: <24bb5cf90907131136w7a0a0104l5e264a672eeb7eb1@mail.gmail.com>

Looks like Todd is already on track to retrieving web pages:

http://github.com/asciiville/perl6-playground/blob/fd6f5296d44cd8611709c59b3766eb3647195768/wpget.p6

Aran

On Mon, Jul 13, 2009 at 11:08 AM, Aran Deltac <bluefeet at gmail.com> wrote:

> I like that, sounds great.
>
> I think we'll find that there are, say, 10 different pieces to this, then
> when we start digging in we'll find that... uh, there is no DBI in perl 6 -
> crap!  Gotta figure out a way to access some sort of DB (maybe there is some
> sort of BDB support in perl 6...), or we'd end up being totally side-tracked
> by writing an LWP-like library for perl6 so that we could then pull feeds
> from these services.  Oh, and does perl 6 have any XML support yet?  Has
> anyone written an XML module for perl 6?
>
> My bet is that just getting a barely functional aggregator and web site
> going will take a LOT more effort in perl 6 since there isn't a CPAN for
> perl 6, yet.
>
> That aside, I think the this is a great idea Shawn/Jon.  We should do it.
> We can already identify a few pieces that could be developed independently.
> First, I'd like to know what tools we have available to us in perl 6, and
> know how they work:
>
> - XML parsing.
> - Database access.
> - LWP or similar tools.
> - mod_perl6
>
> The only one we have for sure is the last one, mod_perl6, but someone needs
> to understand how it works.  The rest needs to be looked in to.
>
> We'll each grab one of these research items, and then report to the rest of
> us as to the current standing of the feature, or if they even exist yet?
> Then we can take the next steps and actually develop something.
>
> Does this sound like a good approach to you guys?
>
> I'm wingin it.  If you guys would rather just jump right in and do this
> more organically that's fine with me as well.
>
> Aran
>
>
> On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown <jbrown at reachlocal.com>wrote:
>
>>
>> Guys,
>>
>> One idea I had, which is kind of a merger of Shawn's 3 and 4, to some
>> extent, is: Build a website and accompanying backend that will parse feeds
>> of / use APIs of twitter/facebook/Daylife/wherever and agregate content
>> about a specific topic. I like this one because 1) it shows Perl 6 can be
>> used to build the kind of web apps that are popular today (no cgi!), 2) it's
>> not just the web app, because we'll need backend components and db layer to
>> store all the parsed content, 3) since we store the content instead of jsut
>> access live APIs, we can build a "universal" search on top that merges the
>> results of different sources together, and 4) it should be realtively well
>> suited to development by mutliple people, as someone can always just pick a
>> new data source and write an importer for it, or build some other feature
>> that uses the same data set for something.  It's basically a pseudo
>> real-time search app.  Finally, for the actual implementation of it we show
>> off, we could have it center on Perl 6 / Rakudo / Parrot content.
>>
>> Jon
>>
>>
>>  ------------------------------
>> *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org [mailto:
>> thousand-oaks-pm-bounces+jbrown <thousand-oaks-pm-bounces%2Bjbrown>=
>> reachlocal.com at pm.org] *On Behalf Of *shawn faison
>> *Sent:* Saturday, July 11, 2009 8:26 PM
>> *To:* Todd Presta
>> *Cc:* thousand-oaks-pm at pm.org
>> *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>>
>> Hey Mongers,
>>
>> Ive pondered a few ideas for our hackathon in no particular order such as:
>>
>>
>> 1. An  IRC bot
>>
>> 2. A chat client
>>
>> 3. A widget that parses a twitter feed and does some smart operations on
>> it.
>>
>> 4. Something using the Facebook api, Flickr api, or Daylife api. Daylife
>> is pretty cool , it aggregates all types of blogs and news feeds. You can
>> grab news based on location , time , weather and other options.
>>
>> 5. A basic multiplayer roleplaying game with a web interface or a MUD RPG.
>> <-- this seems to be my default way of learning a new programming language
>> because its just fun
>> We could do a server and a client for this.
>>
>> Im open to doing whatever though really and does anyone else have any
>> ideas ?
>> We could publish whatever we create and have a little catchy logo on the
>> web page that says "Created with Perl 6! or Created with Rakudo!" at the
>> bottom.
>>
>> Best Regards
>> Shawn
>>
>>
>> On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net>wrote:
>>
>>>   TO.pm
>>>
>>> I started a repo on GitHub to push some toy programs initially, and to
>>> log some flight time with Rakudo Perl 6.
>>>
>>> If you are interested, it is located at:
>>>
>>>   http://github.com/asciiville/perl6-playground
>>>   http://github.com/asciiville/perl6-playground/tree/master  (first URI
>>> redirects to this one)
>>>
>>> Has anybody on the list pondered a Perl 6 project for a hackathon or
>>> otherwise?
>>>
>>> Todd
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> -- Todd Presta
>>> -- http://www.asciiville.com
>>> _______________________________________________
>>> Thousand-oaks-pm mailing list
>>> Thousand-oaks-pm at pm.org
>>> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>>>
>>
>>
>> _______________________________________________
>> Thousand-oaks-pm mailing list
>> Thousand-oaks-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/6d1b4400/attachment-0001.html>

From toddpresta at sbcglobal.net  Mon Jul 13 15:18:19 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Mon, 13 Jul 2009 15:18:19 -0700 (PDT)
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
Message-ID: <116613.59270.qm@web81608.mail.mud.yahoo.com>

Cool, I am on the same page as well. Basically building a targeted web sponge in Rakudo. :)

It looks like the only real implementation of CGI.pm-like module is in the November Wiki project. I tried to use it along with the accompanying URI modules but it kept errorring out on character set issues even when forcing a particular character set with the perl6 command line switch (maybe a Windows thing though). It was probably a combination of the comments (definitely unicode) and the use of racquos instead of dual arrows for the hyper operators. Didn't go into it in depth though.

I even started to port CGI::Lite to Perl 6 as CGI::Lite6 but put that on hold until we have finished the brainstorming sessions. I'll have to say the Perl 6 definitely has some powerful features, especially in the array and hash arenas.

If worse comes to worse we can always stress test Rakudo's regexes and parse the %*ENV ourselves for web interaction :)


-- Todd Presta

-- http://www.asciiville.com

--- On Mon, 7/13/09, Jonathan Brown <jbrown at reachlocal.com> wrote:

From: Jonathan Brown <jbrown at reachlocal.com>
Subject: RE: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
To: "'shawn faison'" <faison09 at gmail.com>, "'Todd Presta'" <toddpresta at sbcglobal.net>
Cc: thousand-oaks-pm at pm.org
Date: Monday, July 13, 2009, 10:51 AM



 
?
Guys,
?
One idea I had, which is kind of a merger of Shawn's 3 
and 4, to some extent, is: Build a website and accompanying backend that will 
parse feeds of / use APIs of twitter/facebook/Daylife/wherever and agregate 
content about a specific topic.?I like this one because 1) it shows Perl 6 
can be used to build the kind of web apps that are popular today (no cgi!), 2) 
it's not just the web app, because we'll need backend components and db layer to 
store all the parsed content, 3) since we store the content instead of jsut 
access live APIs, we can build a "universal" search on top that merges the 
results of different sources together, and 4) it should be realtively well 
suited to development by mutliple people, as someone can always just pick a new 
data source and write an importer for it, or build some other feature that uses 
the same data set for something.? It's basically a pseudo real-time search 
app.? Finally, for the actual implementation of it we show off, we could 
have?it center on Perl 6 / Rakudo / Parrot content.? 

?
Jon
?



From: 
thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org 
[mailto:thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org] On Behalf Of 
shawn faison
Sent: Saturday, July 11, 2009 8:26 PM
To: 
Todd Presta
Cc: thousand-oaks-pm at pm.org
Subject: Re: 
[Thousand-oaks-pm] In anticipation of Perl 6 Hackathon


Hey Mongers,

Ive pondered a few ideas for our hackathon in no 
particular order such as: 

1. An? IRC bot

2. A chat 
client

3. A widget that parses a twitter feed and does some smart 
operations on it.? 

4. Something using the Facebook api, Flickr api, 
or Daylife api. Daylife is pretty cool , it aggregates all types of blogs and 
news feeds. You can grab news based on location , time , weather and other 
options.

5. A basic multiplayer roleplaying game with a web interface or 
a MUD RPG. <-- this seems to be my default way of learning a new programming 
language because its just fun 
We could do a server and a client for this. 


Im open to doing whatever though really and does anyone else have any 
ideas ? 
We could publish whatever we create and have a little catchy logo on 
the web page that says "Created with Perl 6! or Created with Rakudo!" at the 
bottom. 

Best Regards
Shawn



On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net> 
wrote:


  
    
    
      TO.pm

I started a repo on GitHub to push some toy 
        programs initially, and to log some flight time with Rakudo Perl 
        6.

If you are interested, it is located at:

? http://github.com/asciiville/perl6-playground
? 
        http://github.com/asciiville/perl6-playground/tree/master? 
        (first URI redirects to this one)

Has anybody on the list 
        pondered a Perl 6 project for a hackathon or 
        otherwise?

Todd







-- Todd Presta
-- http://www.asciiville.com
_______________________________________________
Thousand-oaks-pm 
  mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/0be4e59e/attachment.html>

From toddpresta at sbcglobal.net  Mon Jul 13 15:37:30 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Mon, 13 Jul 2009 15:37:30 -0700 (PDT)
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
Message-ID: <770343.72638.qm@web81601.mail.mud.yahoo.com>

I think the database interface and XML would be the trickiest. I would have to perform more research, but it may be possible to interface to a SQLite dynamic library via Native Call Interface. There is information for Parrot for NCI, but I do not know of the connection between Perl 6 and NCI at this point. Maybe an NCI layer in Parrot has to be part of the Perl 6 build?

Anyway, here's a link for the Parrot NCI:

http://docs.parrot.org/parrot/latest/html/docs/pdds/draft/pdd16_native_call.pod.html

If okay with everyone, I would like to investigate the database interface layer, primarily searching for existing projects, and/or determining the feasibility of rolling an adapter ourselves.

I assume this project will be targeting a *nix deployment?


-- Todd Presta

-- http://www.asciiville.com

--- On Mon, 7/13/09, Aran Deltac <bluefeet at gmail.com> wrote:

From: Aran Deltac <bluefeet at gmail.com>
Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
To: "Jonathan Brown" <jbrown at reachlocal.com>
Cc: "shawn faison" <faison09 at gmail.com>, "Todd Presta" <toddpresta at sbcglobal.net>, thousand-oaks-pm at pm.org
Date: Monday, July 13, 2009, 11:08 AM

I like that, sounds great.

I think we'll find that there are,
say, 10 different pieces to this, then when we start digging in we'll
find that... uh, there is no DBI in perl 6 - crap!? Gotta figure out a
way to access some sort of DB (maybe there is some sort of BDB support
in perl 6...), or we'd end up being totally side-tracked by writing an
LWP-like library for perl6 so that we could then pull feeds from these
services.? Oh, and does perl 6 have any XML support yet?? Has anyone
written an XML module for perl 6?


My bet is that just getting a barely functional aggregator and web
site going will take a LOT more effort in perl 6 since there isn't a
CPAN for perl 6, yet.

That aside, I think the this is a great
idea Shawn/Jon.? We should do it.? We can already identify a few pieces
that could be developed independently.? First, I'd like to know what
tools we have available to us in perl 6, and know how they work:


 - XML parsing.
- Database access.
- LWP or similar tools.
- mod_perl6

The
only one we have for sure is the last one, mod_perl6, but someone needs
to understand how it works.? The rest needs to be looked in to.


We'll each grab one of these research items, and then report to the
rest of us as to the current standing of the feature, or if they even
exist yet?? Then we can take the next steps and actually develop
something.


Does this sound like a good approach to you guys?

I'm wingin it.? If you guys would rather just jump right in and do this more organically that's fine with me as well.

Aran


On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown <jbrown at reachlocal.com> wrote:






?
Guys,
?
One idea I had, which is kind of a merger of Shawn's 3 
and 4, to some extent, is: Build a website and accompanying backend that will 
parse feeds of / use APIs of twitter/facebook/Daylife/wherever and agregate 
content about a specific topic.?I like this one because 1) it shows Perl 6 
can be used to build the kind of web apps that are popular today (no cgi!), 2) 
it's not just the web app, because we'll need backend components and db layer to 
store all the parsed content, 3) since we store the content instead of jsut 
access live APIs, we can build a "universal" search on top that merges the 
results of different sources together, and 4) it should be realtively well 
suited to development by mutliple people, as someone can always just pick a new 
data source and write an importer for it, or build some other feature that uses 
the same data set for something.? It's basically a pseudo real-time search 
app.? Finally, for the actual implementation of it we show off, we could 
have?it center on Perl 6 / Rakudo / Parrot content.? 

?
Jon
?



From: 
thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org 
[mailto:thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org] On Behalf Of 
shawn faison
Sent: Saturday, July 11, 2009 8:26 PM
To: 
Todd Presta
Cc: thousand-oaks-pm at pm.org
Subject: Re: 
[Thousand-oaks-pm] In anticipation of Perl 6 Hackathon


Hey Mongers,

Ive pondered a few ideas for our hackathon in no 
particular order such as: 

1. An? IRC bot

2. A chat 
client

3. A widget that parses a twitter feed and does some smart 
operations on it.? 

4. Something using the Facebook api, Flickr api, 
or Daylife api. Daylife is pretty cool , it aggregates all types of blogs and 
news feeds. You can grab news based on location , time , weather and other 
options.

5. A basic multiplayer roleplaying game with a web interface or 
a MUD RPG. <-- this seems to be my default way of learning a new programming 
language because its just fun 
We could do a server and a client for this. 


Im open to doing whatever though really and does anyone else have any 
ideas ? 
We could publish whatever we create and have a little catchy logo on 
the web page that says "Created with Perl 6! or Created with Rakudo!" at the 
bottom. 

Best Regards
Shawn



On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta <toddpresta at sbcglobal.net> 
wrote:


  
    
    
      TO.pm

I started a repo on GitHub to push some toy 
        programs initially, and to log some flight time with Rakudo Perl 
        6.

If you are interested, it is located at:

? http://github.com/asciiville/perl6-playground
? 
        http://github.com/asciiville/perl6-playground/tree/master? 
        (first URI redirects to this one)

Has anybody on the list 
        pondered a Perl 6 project for a hackathon or 
        otherwise?

Todd







-- Todd Presta
-- http://www.asciiville.com

_______________________________________________
Thousand-oaks-pm 
  mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm




_______________________________________________

Thousand-oaks-pm mailing list

Thousand-oaks-pm at pm.org

http://mail.pm.org/mailman/listinfo/thousand-oaks-pm


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/a73fccf2/attachment-0001.html>

From agrangaard at rubiconproject.com  Mon Jul 13 16:43:17 2009
From: agrangaard at rubiconproject.com (Andrew Grangaard)
Date: Mon, 13 Jul 2009 16:43:17 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <770343.72638.qm@web81601.mail.mud.yahoo.com>
References: <770343.72638.qm@web81601.mail.mud.yahoo.com>
Message-ID: <4A5BC695.60001@rubiconproject.com>

Todd,

Tim (Senor Bunce) is working on a perl 6 version of DBI (DBDI).  The 
update from 6 months ago shows some progress.  Perhaps there has been 
more work since then?  It might be helpful.

http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html

ps.  are there projects that target deployments that aren't *nix?

andrew

Todd Presta wrote:
> I think the database interface and XML would be the trickiest. I would 
> have to perform more research, but it may be possible to interface to a 
> SQLite dynamic library via Native Call Interface. There is information 
> for Parrot for NCI, but I do not know of the connection between Perl 6 
> and NCI at this point. Maybe an NCI layer in Parrot has to be part of 
> the Perl 6 build?
> 
> Anyway, here's a link for the Parrot NCI:
> 
> http://docs.parrot.org/parrot/latest/html/docs/pdds/draft/pdd16_native_call.pod.html
> 
> If okay with everyone, I would like to investigate the database 
> interface layer, primarily searching for existing projects, and/or 
> determining the feasibility of rolling an adapter ourselves.
> 
> I assume this project will be targeting a *nix deployment?
> 
> 
> -- Todd Presta
> -- http://www.asciiville.com
> 
> --- On *Mon, 7/13/09, Aran Deltac /<bluefeet at gmail.com>/* wrote:
> 
> 
>     From: Aran Deltac <bluefeet at gmail.com>
>     Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>     To: "Jonathan Brown" <jbrown at reachlocal.com>
>     Cc: "shawn faison" <faison09 at gmail.com>, "Todd Presta"
>     <toddpresta at sbcglobal.net>, thousand-oaks-pm at pm.org
>     Date: Monday, July 13, 2009, 11:08 AM
> 
>     I like that, sounds great.
> 
>     I think we'll find that there are, say, 10 different pieces to this,
>     then when we start digging in we'll find that... uh, there is no DBI
>     in perl 6 - crap!  Gotta figure out a way to access some sort of DB
>     (maybe there is some sort of BDB support in perl 6...), or we'd end
>     up being totally side-tracked by writing an LWP-like library for
>     perl6 so that we could then pull feeds from these services.  Oh, and
>     does perl 6 have any XML support yet?  Has anyone written an XML
>     module for perl 6?
> 
>     My bet is that just getting a barely functional aggregator and web
>     site going will take a LOT more effort in perl 6 since there isn't a
>     CPAN for perl 6, yet.
> 
>     That aside, I think the this is a great idea Shawn/Jon.  We should
>     do it.  We can already identify a few pieces that could be developed
>     independently.  First, I'd like to know what tools we have available
>     to us in perl 6, and know how they work:
> 
>     - XML parsing.
>     - Database access.
>     - LWP or similar tools.
>     - mod_perl6
> 
>     The only one we have for sure is the last one, mod_perl6, but
>     someone needs to understand how it works.  The rest needs to be
>     looked in to.
> 
>     We'll each grab one of these research items, and then report to the
>     rest of us as to the current standing of the feature, or if they
>     even exist yet?  Then we can take the next steps and actually
>     develop something.
> 
>     Does this sound like a good approach to you guys?
> 
>     I'm wingin it.  If you guys would rather just jump right in and do
>     this more organically that's fine with me as well.
> 
>     Aran
> 
>     On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown
>     <jbrown at reachlocal.com </mc/compose?to=jbrown at reachlocal.com>> wrote:
> 
>          
>         Guys,
>          
>         One idea I had, which is kind of a merger of Shawn's 3 and 4, to
>         some extent, is: Build a website and accompanying backend that
>         will parse feeds of / use APIs of
>         twitter/facebook/Daylife/wherever and agregate content about a
>         specific topic. I like this one because 1) it shows Perl 6 can
>         be used to build the kind of web apps that are popular today (no
>         cgi!), 2) it's not just the web app, because we'll need backend
>         components and db layer to store all the parsed content, 3)
>         since we store the content instead of jsut access live APIs, we
>         can build a "universal" search on top that merges the results of
>         different sources together, and 4) it should be realtively well
>         suited to development by mutliple people, as someone can always
>         just pick a new data source and write an importer for it, or
>         build some other feature that uses the same data set for
>         something.  It's basically a pseudo real-time search app. 
>         Finally, for the actual implementation of it we show off, we
>         could have it center on Perl 6 / Rakudo / Parrot content. 
>          
>         Jon
>          
> 
>         ------------------------------------------------------------------------
>         *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com
>         <http://reachlocal.com>@pm.org <http://pm.org>
>         [mailto:thousand-oaks-pm-bounces+jbrown
>         </mc/compose?to=thousand-oaks-pm-bounces%2Bjbrown>=reachlocal.com
>         <http://reachlocal.com>@pm.org <http://pm.org>] *On Behalf Of
>         *shawn faison
>         *Sent:* Saturday, July 11, 2009 8:26 PM
>         *To:* Todd Presta
>         *Cc:* thousand-oaks-pm at pm.org
>         </mc/compose?to=thousand-oaks-pm at pm.org>
>         *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6
>         Hackathon
> 
>         Hey Mongers,
> 
>         Ive pondered a few ideas for our hackathon in no particular
>         order such as:
> 
>         1. An  IRC bot
> 
>         2. A chat client
> 
>         3. A widget that parses a twitter feed and does some smart
>         operations on it. 
> 
>         4. Something using the Facebook api, Flickr api, or Daylife api.
>         Daylife is pretty cool , it aggregates all types of blogs and
>         news feeds. You can grab news based on location , time , weather
>         and other options.
> 
>         5. A basic multiplayer roleplaying game with a web interface or
>         a MUD RPG. <-- this seems to be my default way of learning a new
>         programming language because its just fun
>         We could do a server and a client for this.
> 
>         Im open to doing whatever though really and does anyone else
>         have any ideas ?
>         We could publish whatever we create and have a little catchy
>         logo on the web page that says "Created with Perl 6! or Created
>         with Rakudo!" at the bottom.
> 
>         Best Regards
>         Shawn
> 
> 
>         On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta
>         <toddpresta at sbcglobal.net
>         </mc/compose?to=toddpresta at sbcglobal.net>> wrote:
> 
>             TO.pm
> 
>             I started a repo on GitHub to push some toy programs
>             initially, and to log some flight time with Rakudo Perl 6.
> 
>             If you are interested, it is located at:
> 
>               http://github.com/asciiville/perl6-playground
>               http://github.com/asciiville/perl6-playground/tree/master 
>             (first URI redirects to this one)
> 
>             Has anybody on the list pondered a Perl 6 project for a
>             hackathon or otherwise?
> 
>             Todd
> 
> 
> 
> 
> 
> 
> 
>             -- Todd Presta
>             -- http://www.asciiville.com
> 
> 
>             _______________________________________________
>             Thousand-oaks-pm mailing list
>             Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>             http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
>         _______________________________________________
>         Thousand-oaks-pm mailing list
>         Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>         http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm



From toddpresta at sbcglobal.net  Mon Jul 13 17:25:51 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Mon, 13 Jul 2009 17:25:51 -0700 (PDT)
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
Message-ID: <267246.59058.qm@web81603.mail.mud.yahoo.com>

.NET? (Mono notwithstanding :)

Ah! Thank you for the link. I was snooping around the Parrot 1.3 source tree and found evidence of SQLite3 and DBDI in the /ext dir but was not sure how they were linked to the Rakudo Perl 6 implementation if at all at the current time or if they were even alive in Parrot itself. Running strings on libparrot.dll provided no evidence of SQLite unless I forgot to enable during the config stage.

For purposes of the Perl 6 Hackathon, if we can't get a true database interface maybe we could go with an interim SOA or REST approach and defer the persistence layer to web services instead? Just a thought...

T

-- Todd Presta

-- http://www.asciiville.com

--- On Mon, 7/13/09, Andrew Grangaard <agrangaard at rubiconproject.com> wrote:

From: Andrew Grangaard <agrangaard at rubiconproject.com>
Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
To: "Todd Presta" <toddpresta at sbcglobal.net>
Cc: thousand-oaks-pm at pm.org
Date: Monday, July 13, 2009, 4:43 PM

Todd,

Tim (Senor Bunce) is working on a perl 6 version of DBI (DBDI).? The update from 6 months ago shows some progress.? Perhaps there has been more work since then?? It might be helpful.

http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html

ps.? are there projects that target deployments that aren't *nix?

andrew

Todd Presta wrote:
> I think the database interface and XML would be the trickiest. I would have to perform more research, but it may be possible to interface to a SQLite dynamic library via Native Call Interface. There is information for Parrot for NCI, but I do not know of the connection between Perl 6 and NCI at this point. Maybe an NCI layer in Parrot has to be part of the Perl 6 build?
> 
> Anyway, here's a link for the Parrot NCI:
> 
> http://docs.parrot.org/parrot/latest/html/docs/pdds/draft/pdd16_native_call.pod.html
> 
> If okay with everyone, I would like to investigate the database interface layer, primarily searching for existing projects, and/or determining the feasibility of rolling an adapter ourselves.
> 
> I assume this project will be targeting a *nix deployment?
> 
> 
> -- Todd Presta
> -- http://www.asciiville.com
> 
> --- On *Mon, 7/13/09, Aran Deltac /<bluefeet at gmail.com>/* wrote:
> 
> 
>? ???From: Aran Deltac <bluefeet at gmail.com>
>? ???Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>? ???To: "Jonathan Brown" <jbrown at reachlocal.com>
>? ???Cc: "shawn faison" <faison09 at gmail.com>, "Todd Presta"
>? ???<toddpresta at sbcglobal.net>, thousand-oaks-pm at pm.org
>? ???Date: Monday, July 13, 2009, 11:08 AM
> 
>? ???I like that, sounds great.
> 
>? ???I think we'll find that there are, say, 10 different pieces to this,
>? ???then when we start digging in we'll find that... uh, there is no DBI
>? ???in perl 6 - crap!? Gotta figure out a way to access some sort of DB
>? ???(maybe there is some sort of BDB support in perl 6...), or we'd end
>? ???up being totally side-tracked by writing an LWP-like library for
>? ???perl6 so that we could then pull feeds from these services.? Oh, and
>? ???does perl 6 have any XML support yet?? Has anyone written an XML
>? ???module for perl 6?
> 
>? ???My bet is that just getting a barely functional aggregator and web
>? ???site going will take a LOT more effort in perl 6 since there isn't a
>? ???CPAN for perl 6, yet.
> 
>? ???That aside, I think the this is a great idea Shawn/Jon.? We should
>? ???do it.? We can already identify a few pieces that could be developed
>? ???independently.? First, I'd like to know what tools we have available
>? ???to us in perl 6, and know how they work:
> 
>? ???- XML parsing.
>? ???- Database access.
>? ???- LWP or similar tools.
>? ???- mod_perl6
> 
>? ???The only one we have for sure is the last one, mod_perl6, but
>? ???someone needs to understand how it works.? The rest needs to be
>? ???looked in to.
> 
>? ???We'll each grab one of these research items, and then report to the
>? ???rest of us as to the current standing of the feature, or if they
>? ???even exist yet?? Then we can take the next steps and actually
>? ???develop something.
> 
>? ???Does this sound like a good approach to you guys?
> 
>? ???I'm wingin it.? If you guys would rather just jump right in and do
>? ???this more organically that's fine with me as well.
> 
>? ???Aran
> 
>? ???On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown
>? ???<jbrown at reachlocal.com </mc/compose?to=jbrown at reachlocal.com>> wrote:
> 
>? ? ? ? ? ? ? ? ? Guys,
>? ? ? ? ? ? ? ? ? One idea I had, which is kind of a merger of Shawn's 3 and 4, to
>? ? ? ???some extent, is: Build a website and accompanying backend that
>? ? ? ???will parse feeds of / use APIs of
>? ? ? ???twitter/facebook/Daylife/wherever and agregate content about a
>? ? ? ???specific topic. I like this one because 1) it shows Perl 6 can
>? ? ? ???be used to build the kind of web apps that are popular today (no
>? ? ? ???cgi!), 2) it's not just the web app, because we'll need backend
>? ? ? ???components and db layer to store all the parsed content, 3)
>? ? ? ???since we store the content instead of jsut access live APIs, we
>? ? ? ???can build a "universal" search on top that merges the results of
>? ? ? ???different sources together, and 4) it should be realtively well
>? ? ? ???suited to development by mutliple people, as someone can always
>? ? ? ???just pick a new data source and write an importer for it, or
>? ? ? ???build some other feature that uses the same data set for
>? ? ? ???something.? It's basically a pseudo real-time search app.? ? ? ???Finally, for the actual implementation of it we show off, we
>? ? ? ???could have it center on Perl 6 / Rakudo / Parrot content.? ? ? ? ? ? ? ? ? Jon
>? ? ? ? ? 
>? ? ? ???------------------------------------------------------------------------
>? ? ? ???*From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com
>? ? ? ???<http://reachlocal.com>@pm.org <http://pm.org>
>? ? ? ???[mailto:thousand-oaks-pm-bounces+jbrown
>? ? ? ???</mc/compose?to=thousand-oaks-pm-bounces%2Bjbrown>=reachlocal.com
>? ? ? ???<http://reachlocal.com>@pm.org <http://pm.org>] *On Behalf Of
>? ? ? ???*shawn faison
>? ? ? ???*Sent:* Saturday, July 11, 2009 8:26 PM
>? ? ? ???*To:* Todd Presta
>? ? ? ???*Cc:* thousand-oaks-pm at pm.org
>? ? ? ???</mc/compose?to=thousand-oaks-pm at pm.org>
>? ? ? ???*Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6
>? ? ? ???Hackathon
> 
>? ? ? ???Hey Mongers,
> 
>? ? ? ???Ive pondered a few ideas for our hackathon in no particular
>? ? ? ???order such as:
> 
>? ? ? ???1. An? IRC bot
> 
>? ? ? ???2. A chat client
> 
>? ? ? ???3. A widget that parses a twitter feed and does some smart
>? ? ? ???operations on it. 
>? ? ? ???4. Something using the Facebook api, Flickr api, or Daylife api.
>? ? ? ???Daylife is pretty cool , it aggregates all types of blogs and
>? ? ? ???news feeds. You can grab news based on location , time , weather
>? ? ? ???and other options.
> 
>? ? ? ???5. A basic multiplayer roleplaying game with a web interface or
>? ? ? ???a MUD RPG. <-- this seems to be my default way of learning a new
>? ? ? ???programming language because its just fun
>? ? ? ???We could do a server and a client for this.
> 
>? ? ? ???Im open to doing whatever though really and does anyone else
>? ? ? ???have any ideas ?
>? ? ? ???We could publish whatever we create and have a little catchy
>? ? ? ???logo on the web page that says "Created with Perl 6! or Created
>? ? ? ???with Rakudo!" at the bottom.
> 
>? ? ? ???Best Regards
>? ? ? ???Shawn
> 
> 
>? ? ? ???On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta
>? ? ? ???<toddpresta at sbcglobal.net
>? ? ? ???</mc/compose?to=toddpresta at sbcglobal.net>> wrote:
> 
>? ? ? ? ? ???TO.pm
> 
>? ? ? ? ? ???I started a repo on GitHub to push some toy programs
>? ? ? ? ? ???initially, and to log some flight time with Rakudo Perl 6.
> 
>? ? ? ? ? ???If you are interested, it is located at:
> 
>? ? ? ? ? ? ???http://github.com/asciiville/perl6-playground
>? ? ? ? ? ? ???http://github.com/asciiville/perl6-playground/tree/master? ? ? ? ? ???(first URI redirects to this one)
> 
>? ? ? ? ? ???Has anybody on the list pondered a Perl 6 project for a
>? ? ? ? ? ???hackathon or otherwise?
> 
>? ? ? ? ? ???Todd
> 
> 
> 
> 
> 
> 
> 
>? ? ? ? ? ???-- Todd Presta
>? ? ? ? ? ???-- http://www.asciiville.com
> 
> 
>? ? ? ? ? ???_______________________________________________
>? ? ? ? ? ???Thousand-oaks-pm mailing list
>? ? ? ? ? ???Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>? ? ? ? ? ???http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
>? ? ? ???_______________________________________________
>? ? ? ???Thousand-oaks-pm mailing list
>? ? ? ???Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>? ? ? ???http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/3977682c/attachment-0001.html>

From jbrown at reachlocal.com  Mon Jul 13 17:45:36 2009
From: jbrown at reachlocal.com (Jonathan Brown)
Date: Mon, 13 Jul 2009 17:45:36 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <267246.59058.qm@web81603.mail.mud.yahoo.com>
References: <267246.59058.qm@web81603.mail.mud.yahoo.com>
Message-ID: <78F46CDE8E3746768242BFA73D862BE1@reachloc1d087f>

 
I can take a look into the XML parsing.  Those services likely have JSON
options as well that may or may not be preferable.  I haven't really looked
at Perl 6's regex support at all yet though, so it might take me a bit
longer.
 
We could certainly take a mixed Perl 5 and 6 approach, if that's what you
meant for implementing the REST services for components too hard to do in
Perl 6 yet.  Another clean separation point is the actual html + js web UI;
we could expose the data the UI needs in a JSON service, for instance, and
consume that from JS and get Joose in here too.

  _____  

From: thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org
[mailto:thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org] On Behalf Of
Todd Presta
Sent: Monday, July 13, 2009 5:26 PM
To: Andrew Grangaard
Cc: thousand-oaks-pm at pm.org
Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon


.NET? (Mono notwithstanding :)

Ah! Thank you for the link. I was snooping around the Parrot 1.3 source tree
and found evidence of SQLite3 and DBDI in the /ext dir but was not sure how
they were linked to the Rakudo Perl 6 implementation if at all at the
current time or if they were even alive in Parrot itself. Running strings on
libparrot.dll provided no evidence of SQLite unless I forgot to enable
during the config stage.

For purposes of the Perl 6 Hackathon, if we can't get a true database
interface maybe we could go with an interim SOA or REST approach and defer
the persistence layer to web services instead? Just a thought...

T

-- Todd Presta
-- http://www.asciiville.com

--- On Mon, 7/13/09, Andrew Grangaard <agrangaard at rubiconproject.com> wrote:




From: Andrew Grangaard <agrangaard at rubiconproject.com>
Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
To: "Todd Presta" <toddpresta at sbcglobal.net>
Cc: thousand-oaks-pm at pm.org
Date: Monday, July 13, 2009, 4:43 PM


Todd,

Tim (Senor Bunce) is working on a perl 6 version of DBI (DBDI).  The update
from 6 months ago shows some progress.  Perhaps there has been more work
since then?  It might be helpful.

http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely
.html

ps.  are there projects that target deployments that aren't *nix?

andrew

Todd Presta wrote:
> I think the database interface and XML would be the trickiest. I would
have to perform more research, but it may be possible to interface to a
SQLite dynamic library via Native Call Interface. There is information for
Parrot for NCI, but I do not know of the connection between Perl 6 and NCI
at this point. Maybe an NCI layer in Parrot has to be part of the Perl 6
build?
> 
> Anyway, here's a link for the Parrot NCI:
> 
>
http://docs.parrot.org/parrot/latest/html/docs/pdds/draft/pdd16_native_call.
pod.html
> 
> If okay with everyone, I would like to investigate the database interface
layer, primarily searching for existing projects, and/or determining the
feasibility of rolling an adapter ourselves.
> 
> I assume this project will be targeting a *nix deployment?
> 
> 
> -- Todd Presta
> -- http://www.asciiville.com
> 
> --- On *Mon, 7/13/09, Aran Deltac /<bluefeet at gmail.com>/* wrote:
> 
> 
>     From: Aran Deltac <bluefeet at gmail.com>
>     Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>     To: "Jonathan Brown" <jbrown at reachlocal.com>
>     Cc: "shawn faison" <faison09 at gmail.com>, "Todd Presta"
>     <toddpresta at sbcglobal.net>, thousand-oaks-pm at pm.org
>     Date: Monday, July 13, 2009, 11:08 AM
> 
>     I like that, sounds great.
> 
>     I think we'll find that there are, say, 10 different pieces to this,
>     then when we start digging in we'll find that... uh, there is no DBI
>     in perl 6 - crap!  Gotta figure out a way to access some sort of DB
>     (maybe there is some sort of BDB support in perl 6...), or we'd end
>     up being totally side-tracked by writing an LWP-like library for
>     perl6 so that we could then pull feeds from these services.  Oh, and
>     does perl 6 have any XML support yet?  Has anyone written an XML
>     module for perl 6?
> 
>     My bet is that just getting a barely functional aggregator and web
>     site going will take a LOT more effort in perl 6 since there isn't a
>     CPAN for perl 6, yet.
> 
>     That aside, I think the this is a great idea Shawn/Jon.  We should
>     do it.  We can already identify a few pieces that could be developed
>     independently.  First, I'd like to know what tools we have available
>     to us in perl 6, and know how they work:
> 
>     - XML parsing.
>     - Database access.
>     - LWP or similar tools.
>     - mod_perl6
> 
>     The only one we have for sure is the last one, mod_perl6, but
>     someone needs to understand how it works.  The rest needs to be
>     looked in to.
> 
>     We'll each grab one of these research items, and then report to the
>     rest of us as to the current standing of the feature, or if they
>     even exist yet?  Then we can take the next steps and actually
>     develop something.
> 
>     Does this sound like a good approach to you guys?
> 
>     I'm wingin it.  If you guys would rather just jump right in and do
>     this more organically that's fine with me as well.
> 
>     Aran
> 
>     On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown
>     <jbrown at reachlocal.com </mc/compose?to=jbrown at reachlocal.com>> wrote:
> 
>                  Guys,
>                  One idea I had, which is kind of a merger of Shawn's 3
and 4, to
>         some extent, is: Build a website and accompanying backend that
>         will parse feeds of / use APIs of
>         twitter/facebook/Daylife/wherever and agregate content about a
>         specific topic. I like this one because 1) it shows Perl 6 can
>         be used to build the kind of web apps that are popular today (no
>         cgi!), 2) it's not just the web app, because we'll need backend
>         components and db layer to store all the parsed content, 3)
>         since we store the content instead of jsut access live APIs, we
>         can build a "universal" search on top that merges the results of
>         different sources together, and 4) it should be realtively well
>         suited to development by mutliple people, as someone can always
>         just pick a new data source and write an importer for it, or
>         build some other feature that uses the same data set for
>         something.  It's basically a pseudo real-time search app.
Finally, for the actual implementation of it we show off, we
>         could have it center on Perl 6 / Rakudo / Parrot content.
Jon
>          
>
------------------------------------------------------------------------
>         *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com
>         <http://reachlocal.com>@pm.org <http://pm.org>
>         [mailto:thousand-oaks-pm-bounces+jbrown
>         </mc/compose?to=thousand-oaks-pm-bounces%2Bjbrown>=reachlocal.com
>         <http://reachlocal.com>@pm.org <http://pm.org>] *On Behalf Of
>         *shawn faison
>         *Sent:* Saturday, July 11, 2009 8:26 PM
>         *To:* Todd Presta
>         *Cc:* thousand-oaks-pm at pm.org
>         </mc/compose?to=thousand-oaks-pm at pm.org>
>         *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6
>         Hackathon
> 
>         Hey Mongers,
> 
>         Ive pondered a few ideas for our hackathon in no particular
>         order such as:
> 
>         1. An  IRC bot
> 
>         2. A chat client
> 
>         3. A widget that parses a twitter feed and does some smart
>         operations on it. 
>         4. Something using the Facebook api, Flickr api, or Daylife api.
>         Daylife is pretty cool , it aggregates all types of blogs and
>         news feeds. You can grab news based on location , time , weather
>         and other options.
> 
>         5. A basic multiplayer roleplaying game with a web interface or
>         a MUD RPG. <-- this seems to be my default way of learning a new
>         programming language because its just fun
>         We could do a server and a client for this.
> 
>         Im open to doing whatever though really and does anyone else
>         have any ideas ?
>         We could publish whatever we create and have a little catchy
>         logo on the web page that says "Created with Perl 6! or Created
>         with Rakudo!" at the bottom.
> 
>         Best Regards
>         Shawn
> 
> 
>         On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta
>         <toddpresta at sbcglobal.net
>         </mc/compose?to=toddpresta at sbcglobal.net>> wrote:
> 
>             TO.pm
> 
>             I started a repo on GitHub to push some toy programs
>             initially, and to log some flight time with Rakudo Perl 6.
> 
>             If you are interested, it is located at:
> 
>               http://github.com/asciiville/perl6-playground
>               http://github.com/asciiville/perl6-playground/tree/master
(first URI redirects to this one)
> 
>             Has anybody on the list pondered a Perl 6 project for a
>             hackathon or otherwise?
> 
>             Todd
> 
> 
> 
> 
> 
> 
> 
>             -- Todd Presta
>             -- http://www.asciiville.com
> 
> 
>             _______________________________________________
>             Thousand-oaks-pm mailing list
>             Thousand-oaks-pm at pm.org
</mc/compose?to=Thousand-oaks-pm at pm.org>
>             http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
>         _______________________________________________
>         Thousand-oaks-pm mailing list
>         Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>         http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/02750935/attachment-0001.html>

From faison09 at gmail.com  Mon Jul 13 22:30:23 2009
From: faison09 at gmail.com (shawn faison)
Date: Mon, 13 Jul 2009 22:30:23 -0700
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
In-Reply-To: <78F46CDE8E3746768242BFA73D862BE1@reachloc1d087f>
References: <267246.59058.qm@web81603.mail.mud.yahoo.com>
	<78F46CDE8E3746768242BFA73D862BE1@reachloc1d087f>
Message-ID: <81caa67e0907132230m4593e260ob9a7ca5130c728f3@mail.gmail.com>

The REST approach sounds good to me, and learning Perl 6 Regexes sounds
really interesting.  Lets do this.

Shawn


On Mon, Jul 13, 2009 at 5:45 PM, Jonathan Brown <jbrown at reachlocal.com>wrote:

>
> I can take a look into the XML parsing.  Those services likely have JSON
> options as well that may or may not be preferable.  I haven't really looked
> at Perl 6's regex support at all yet though, so it might take me a bit
> longer.
>
> We could certainly take a mixed Perl 5 and 6 approach, if that's what you
> meant for implementing the REST services for components too hard to do in
> Perl 6 yet.  Another clean separation point is the actual html + js web UI;
> we could expose the data the UI needs in a JSON service, for instance, and
> consume that from JS and get Joose in here too.
>
>  ------------------------------
> *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com at pm.org [mailto:
> thousand-oaks-pm-bounces+jbrown <thousand-oaks-pm-bounces%2Bjbrown>=
> reachlocal.com at pm.org] *On Behalf Of *Todd Presta
> *Sent:* Monday, July 13, 2009 5:26 PM
> *To:* Andrew Grangaard
> *Cc:* thousand-oaks-pm at pm.org
> *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
>
>   .NET? (Mono notwithstanding :)
>
> Ah! Thank you for the link. I was snooping around the Parrot 1.3 source
> tree and found evidence of SQLite3 and DBDI in the /ext dir but was not sure
> how they were linked to the Rakudo Perl 6 implementation if at all at the
> current time or if they were even alive in Parrot itself. Running strings on
> libparrot.dll provided no evidence of SQLite unless I forgot to enable
> during the config stage.
>
> For purposes of the Perl 6 Hackathon, if we can't get a true database
> interface maybe we could go with an interim SOA or REST approach and defer
> the persistence layer to web services instead? Just a thought...
>
> T
>
> -- Todd Presta
> -- http://www.asciiville.com
>
> --- On *Mon, 7/13/09, Andrew Grangaard <agrangaard at rubiconproject.com>*wrote:
>
>
> From: Andrew Grangaard <agrangaard at rubiconproject.com>
> Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
> To: "Todd Presta" <toddpresta at sbcglobal.net>
> Cc: thousand-oaks-pm at pm.org
> Date: Monday, July 13, 2009, 4:43 PM
>
> Todd,
>
> Tim (Senor Bunce) is working on a perl 6 version of DBI (DBDI).  The update
> from 6 months ago shows some progress.  Perhaps there has been more work
> since then?  It might be helpful.
>
>
> http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html
>
> ps.  are there projects that target deployments that aren't *nix?
>
> andrew
>
> Todd Presta wrote:
> > I think the database interface and XML would be the trickiest. I would
> have to perform more research, but it may be possible to interface to a
> SQLite dynamic library via Native Call Interface. There is information for
> Parrot for NCI, but I do not know of the connection between Perl 6 and NCI
> at this point. Maybe an NCI layer in Parrot has to be part of the Perl 6
> build?
> >
> > Anyway, here's a link for the Parrot NCI:
> >
> >
> http://docs.parrot.org/parrot/latest/html/docs/pdds/draft/pdd16_native_call.pod.html
> >
> > If okay with everyone, I would like to investigate the database interface
> layer, primarily searching for existing projects, and/or determining the
> feasibility of rolling an adapter ourselves.
> >
> > I assume this project will be targeting a *nix deployment?
> >
> >
> > -- Todd Presta
> > -- http://www.asciiville.com
> >
> > --- On *Mon, 7/13/09, Aran Deltac /<bluefeet at gmail.com<http://mc/compose?to=bluefeet at gmail.com>>/*
> wrote:
> >
> >
> >     From: Aran Deltac <bluefeet at gmail.com<http://mc/compose?to=bluefeet at gmail.com>
> >
> >     Subject: Re: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
> >     To: "Jonathan Brown" <jbrown at reachlocal.com<http://mc/compose?to=jbrown at reachlocal.com>
> >
> >     Cc: "shawn faison" <faison09 at gmail.com<http://mc/compose?to=faison09 at gmail.com>>,
> "Todd Presta"
> >     <toddpresta at sbcglobal.net<http://mc/compose?to=toddpresta at sbcglobal.net>>,
> thousand-oaks-pm at pm.org <http://mc/compose?to=thousand-oaks-pm at pm.org>
> >     Date: Monday, July 13, 2009, 11:08 AM
> >
> >     I like that, sounds great.
> >
> >     I think we'll find that there are, say, 10 different pieces to this,
> >     then when we start digging in we'll find that... uh, there is no DBI
> >     in perl 6 - crap!  Gotta figure out a way to access some sort of DB
> >     (maybe there is some sort of BDB support in perl 6...), or we'd end
> >     up being totally side-tracked by writing an LWP-like library for
> >     perl6 so that we could then pull feeds from these services.  Oh, and
> >     does perl 6 have any XML support yet?  Has anyone written an XML
> >     module for perl 6?
> >
> >     My bet is that just getting a barely functional aggregator and web
> >     site going will take a LOT more effort in perl 6 since there isn't a
> >     CPAN for perl 6, yet.
> >
> >     That aside, I think the this is a great idea Shawn/Jon.  We should
> >     do it.  We can already identify a few pieces that could be developed
> >     independently.  First, I'd like to know what tools we have available
> >     to us in perl 6, and know how they work:
> >
> >     - XML parsing.
> >     - Database access.
> >     - LWP or similar tools.
> >     - mod_perl6
> >
> >     The only one we have for sure is the last one, mod_perl6, but
> >     someone needs to understand how it works.  The rest needs to be
> >     looked in to.
> >
> >     We'll each grab one of these research items, and then report to the
> >     rest of us as to the current standing of the feature, or if they
> >     even exist yet?  Then we can take the next steps and actually
> >     develop something.
> >
> >     Does this sound like a good approach to you guys?
> >
> >     I'm wingin it.  If you guys would rather just jump right in and do
> >     this more organically that's fine with me as well.
> >
> >     Aran
> >
> >     On Mon, Jul 13, 2009 at 10:51 AM, Jonathan Brown
> >     <jbrown at reachlocal.com <http://mc/compose?to=jbrown at reachlocal.com></mc/compose?to=
> jbrown at reachlocal.com <http://mc/compose?to=jbrown at reachlocal.com>>>
> wrote:
> >
> >                  Guys,
> >                  One idea I had, which is kind of a merger of Shawn's 3
> and 4, to
> >         some extent, is: Build a website and accompanying backend that
> >         will parse feeds of / use APIs of
> >         twitter/facebook/Daylife/wherever and agregate content about a
> >         specific topic. I like this one because 1) it shows Perl 6 can
> >         be used to build the kind of web apps that are popular today (no
> >         cgi!), 2) it's not just the web app, because we'll need backend
> >         components and db layer to store all the parsed content, 3)
> >         since we store the content instead of jsut access live APIs, we
> >         can build a "universal" search on top that merges the results of
> >         different sources together, and 4) it should be realtively well
> >         suited to development by mutliple people, as someone can always
> >         just pick a new data source and write an importer for it, or
> >         build some other feature that uses the same data set for
> >         something.  It's basically a pseudo real-time search app.
>    Finally, for the actual implementation of it we show off, we
> >         could have it center on Perl 6 / Rakudo / Parrot content.
>           Jon
> >
> >
>    ------------------------------------------------------------------------
> >         *From:* thousand-oaks-pm-bounces+jbrown=reachlocal.com
> >         <http://reachlocal.com>@pm.org <http://pm.org>
> >         [mailto:thousand-oaks-pm-bounces+jbrown<thousand-oaks-pm-bounces%2Bjbrown>
> >         </mc/compose?to=thousand-oaks-pm-bounces%2Bjbrown>=
> reachlocal.com
> >         <http://reachlocal.com>@pm.org <http://pm.org>] *On Behalf Of
> >         *shawn faison
> >         *Sent:* Saturday, July 11, 2009 8:26 PM
> >         *To:* Todd Presta
> >         *Cc:* thousand-oaks-pm at pm.org<http://mc/compose?to=thousand-oaks-pm at pm.org>
> >         </mc/compose?to=thousand-oaks-pm at pm.org<http://mc/compose?to=thousand-oaks-pm at pm.org>
> >
> >         *Subject:* Re: [Thousand-oaks-pm] In anticipation of Perl 6
> >         Hackathon
> >
> >         Hey Mongers,
> >
> >         Ive pondered a few ideas for our hackathon in no particular
> >         order such as:
> >
> >         1. An  IRC bot
> >
> >         2. A chat client
> >
> >         3. A widget that parses a twitter feed and does some smart
> >         operations on it.
> >         4. Something using the Facebook api, Flickr api, or Daylife api.
> >         Daylife is pretty cool , it aggregates all types of blogs and
> >         news feeds. You can grab news based on location , time , weather
> >         and other options.
> >
> >         5. A basic multiplayer roleplaying game with a web interface or
> >         a MUD RPG. <-- this seems to be my default way of learning a new
> >         programming language because its just fun
> >         We could do a server and a client for this.
> >
> >         Im open to doing whatever though really and does anyone else
> >         have any ideas ?
> >         We could publish whatever we create and have a little catchy
> >         logo on the web page that says "Created with Perl 6! or Created
> >         with Rakudo!" at the bottom.
> >
> >         Best Regards
> >         Shawn
> >
> >
> >         On Sat, Jul 11, 2009 at 11:25 AM, Todd Presta
> >         <toddpresta at sbcglobal.net<http://mc/compose?to=toddpresta at sbcglobal.net>
> >         </mc/compose?to=toddpresta at sbcglobal.net<http://mc/compose?to=toddpresta at sbcglobal.net>>>
> wrote:
> >
> >             TO.pm
> >
> >             I started a repo on GitHub to push some toy programs
> >             initially, and to log some flight time with Rakudo Perl 6.
> >
> >             If you are interested, it is located at:
> >
> >               http://github.com/asciiville/perl6-playground
> >               http://github.com/asciiville/perl6-playground/tree/master
>            (first URI redirects to this one)
> >
> >             Has anybody on the list pondered a Perl 6 project for a
> >             hackathon or otherwise?
> >
> >             Todd
> >
> >
> >
> >
> >
> >
> >
> >             -- Todd Presta
> >             -- http://www.asciiville.com
> >
> >
> >             _______________________________________________
> >             Thousand-oaks-pm mailing list
> >             Thousand-oaks-pm at pm.org<http://mc/compose?to=Thousand-oaks-pm at pm.org></mc/compose?to=
> Thousand-oaks-pm at pm.org <http://mc/compose?to=Thousand-oaks-pm at pm.org>>
> >             http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> >
> >
> >
> >         _______________________________________________
> >         Thousand-oaks-pm mailing list
> >         Thousand-oaks-pm at pm.org<http://mc/compose?to=Thousand-oaks-pm at pm.org></mc/compose?to=
> Thousand-oaks-pm at pm.org <http://mc/compose?to=Thousand-oaks-pm at pm.org>>
> >         http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Thousand-oaks-pm mailing list
> > Thousand-oaks-pm at pm.org <http://mc/compose?to=Thousand-oaks-pm at pm.org>
> > http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
>
>
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090713/828396f2/attachment-0001.html>

From toddpresta at sbcglobal.net  Tue Jul 14 09:20:11 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Tue, 14 Jul 2009 09:20:11 -0700 (PDT)
Subject: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
Message-ID: <510721.10249.qm@web81601.mail.mud.yahoo.com>

I had to truncate this email thread and resend it. pm.org rejected it based on content length > 40K.

Yes. A mixed approach, phasing in Perl 6 where capable.

On the DB front, I did do some more hacking with the SQLite3 in Parrot/Rakudo, but with mixed results on Windows.


Here are some of my findings with respect to Perl 6 and SQLite3 on WinTel.

The
SQLite3 implementation in Parrot is seems hardwired for a *nix
environment, that is the NCI call for the SQLite3 dynamic library looks
for libsqlite3 whereas on WinTel I believe it is sqlite3 by default.
After downloading the sqlite3.dll from SQLite.org I was able to use the
NCI functionality in Parrot and was able to open SQLite3 databases when
using Parrot/PIR (still working on the correct param string for the
native sqlite3_exec call though).

In Parrot there is an /ext
directory that doesn't appear to get bundled with Parrot during the
make install phase (not sure if this is the case on *.nix though). Perl
6 can run PIR inline and load it from the file system as well. To get
the Perl 6 versions of the DBDI.pm and SQLite3.pm to work I had to copy
over the "runtime" directory from the parrot source tree (after the
build) to my project working directory. I also copied over the SQLite3
directory under /ext to a subdirectory under my project directory and
set the PERL6LIB environment variable to that directory.

I
used the sample Perl 6 code from the PerlBuzz article, but I am getting
a silent exception during the connection phase. Once I compiled the
SQLite3.pir to bytecode in Parrot, I received some more clues.

C:\t\dv\rakudo-perl6\perl6-playground>perl6? chksql.p6
Null PMC access in invoke()
in method DBDI::Driver::SQLite3::getConnection (\t\dv\rakudo-perl6\perl6-playground\libSQLite3/DBDI/Driver/SQLite3.pm:17)
called from method DBDI::DriverManager::getConnection (\t\dv\rakudo-perl6\perl6-playground\libSQLite3/DBDI.pm:21)
called from Main (chksql.p6:5)

Running perl6 with a trace flag produces a inordinate volume of output.

I believe the root cause stems from the SQLite3.pir

.sub 'open'
? .param string connectstr
? .local pmc dbhandle
?
 .local pmc open_raw
? .local int rc

? open_raw = get_global 'open_raw'
? dbhandle = new 'Pointer'
? rc = open_raw(connectstr, dbhandle)
? .return(dbhandle)
.end


I can't help to think that Windows might just be the problem :). I
don't have a Linux environment currently. Maybe I can install a Ubuntu
VMWare virtual appliance with the VMWare Player and try again on that
platform.

If the current Perl 6/Parrot database interface
implementation proves to be problematic on all platforms, maybe REST is
the best interim approach.

T

-- Todd Presta

-- http://www.asciiville.com

-- Todd Presta

-- http://www.asciiville.com

--- On Mon, 7/13/09, Jonathan Brown <jbrown at reachlocal.com> wrote:

From: Jonathan Brown <jbrown at reachlocal.com>
Subject: RE: [Thousand-oaks-pm] In anticipation of Perl 6 Hackathon
To: "'Todd Presta'" <toddpresta at sbcglobal.net>, "'Andrew Grangaard'" <agrangaard at rubiconproject.com>
Cc: thousand-oaks-pm at pm.org
Date: Monday, July 13, 2009, 5:45 PM



 
?
I can take a look into the XML parsing.? Those services 
likely have JSON options as well that may or may not be preferable.? I 
haven't really looked at Perl 6's regex support at all yet though, so it might 
take me a bit longer.
?
We could certainly take a mixed Perl 5 and 6 approach, if 
that's what you meant for implementing the REST services for components too hard 
to do in Perl 6 yet.? Another clean separation point is the actual html + 
js web UI; we could expose the data the UI needs in a JSON service, for 
instance, and consume that from JS and get Joose in here 
too.
...
...
...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090714/1c679d88/attachment.html>

From toddpresta at sbcglobal.net  Wed Jul 15 19:52:42 2009
From: toddpresta at sbcglobal.net (toddpresta at sbcglobal.net)
Date: Wed, 15 Jul 2009 19:52:42 -0700 (PDT)
Subject: [Thousand-oaks-pm] Perl 6 Hackathon DB Progress
Message-ID: <93786.13938.qm@web81602.mail.mud.yahoo.com>

Hey All,

Unless I'm missing something completely obvious, it doesn't seem like the SQLite3 extension is working too good at this point. I've built bleeding edge and pittsburgh with the corresponding versions of parrot using the --gen-parrot switch on both WinTel and Linux, but I have to go back and hack dependencies to get the extension to build at all. I got to a point where running a Perl 6 test in the parrot/ext/SQLite3/t directory would open/create a database, but then would immediately segfault. Running Perl 6 with a trace flag on the test program generated roughly 60Meg of output text before I had to login to another shell and kill my process. :)

I'm going to go back and do a fresh install of latest and greatest just for a reality check. Maybe it is time to ask around on IRC as well.

Since we're in mid-July, chances are that there will be another release of Rakudo any day now according to the release goals. When this happens, I will pull it down and try to build the
 extension again and peruse trac for whatever has changed. My gut feeling is that the REST approach using Perl 5 and DBI might be the most expedient means to get some level of data persistence at this point.

T







-- Todd Presta

-- http://www.asciiville.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090715/f734c3b1/attachment.html>

From agrangaard at rubiconproject.com  Thu Jul 16 13:26:01 2009
From: agrangaard at rubiconproject.com (Andrew Grangaard)
Date: Thu, 16 Jul 2009 13:26:01 -0700
Subject: [Thousand-oaks-pm] [Fwd: July LA Perl Mongers Meeting - Thursday
	July 16th]
Message-ID: <4A5F8CD9.4010507@rubiconproject.com>

Hi TO!

For those of you interested in making a trek to the westside or who are 
already in Santa Monica *cough*Rent.com*cough*, a quick reminder that 
the LA perl mongers meeting is tonight at the Rubicon Project office. :)

7-9pm, 1925 S. Bundy.

Todd Presta is driving down from Simi.  Matt Burns is looking for a ride 
from Westlake and back.

peace,
Andrew
-------------- next part --------------
An embedded message was scrubbed...
From: "Andrew Grangaard" <agrangaard at rubiconproject.com>
Subject: July LA Perl Mongers Meeting - Thursday July 16th
Date: Mon, 13 Jul 2009 00:30:24 -0400
Size: 9404
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090716/bfdc10c7/attachment.eml>

From toddpresta at sbcglobal.net  Thu Jul 16 15:24:31 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Thu, 16 Jul 2009 15:24:31 -0700 (PDT)
Subject: [Thousand-oaks-pm] [Fwd: July LA Perl Mongers Meeting -
	Thursday July 16th]
Message-ID: <672225.66615.qm@web81602.mail.mud.yahoo.com>

I should have the horses watered and saddled up and ready to leave 'bout 4:30PM. :)






-- Todd Presta

-- http://www.asciiville.com

--- On Thu, 7/16/09, Andrew Grangaard <agrangaard at rubiconproject.com> wrote:

From: Andrew Grangaard <agrangaard at rubiconproject.com>
Subject: [Thousand-oaks-pm] [Fwd: July LA Perl Mongers Meeting - Thursday July 16th]
To: thousand-oaks-pm at pm.org, "Andrew Grangaard" <agrangaard at rubiconproject.com>
Date: Thursday, July 16, 2009, 1:26 PM

Hi TO!

For those of you interested in making a trek to the westside or who are already in Santa Monica *cough*Rent.com*cough*, a quick reminder that the LA perl mongers meeting is tonight at the Rubicon Project office. :)

7-9pm, 1925 S. Bundy.

Todd Presta is driving down from Simi.? Matt Burns is looking for a ride from Westlake and back.

peace,
Andrew

-----Inline Attachment Follows-----

_______________________________________________
Thousand-oaks-pm mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090716/b7b3ff65/attachment.html>

From toddpresta at sbcglobal.net  Mon Jul 20 10:56:07 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Mon, 20 Jul 2009 10:56:07 -0700 (PDT)
Subject: [Thousand-oaks-pm] Perl 6 Hackathon DB Progress
Message-ID: <245029.90264.qm@web81602.mail.mud.yahoo.com>

Interesting progress on the DB front. I took a
detour and tried some Parrot experiments with SQLite3 using different
PMCs than used with the examples provided with Parrot itself. Hope I'm
on to something...could be a false lead though...

Basically,
after running the program (see github URL below), the following output
was provided: 0=SQLITE_OK, 21 = SQLITE_MISUSE, so everything after the first
statement is basically bogus. The main win is that there were no
segfaults (WinTel equivalent) at this point which appears to be a good sign. The biggest
problem encountered at this point is which PMC to use to store the
database connection handle returned from the sqlite3_open function. It
is defined in sqlite3.h as an opaque structure:

typedef struct sqlite3
 sqlite3;

************************************************************************
--- sqlite3.pir output ---
Opening database: rc=0
Ran prepare statement, rc=21
Ran step, rc=0
Ran finalize, rc=0
Ran close, rc=21
************************************************************************

http://github.com/asciiville/parrot-playground/blob/c07dbcff08a8f5d5d1033f21de2c33f379804981/sqlite3.pir

The
hope is that this experimentation could lead to an interim database
interface solution until that area stabilizes in Parrot/Rakudo. I did
ask around on #perl6 but it appears the emphasis is still on
stabilizing Rakudo core at this point. If the PIR solution works, it
can be used as a Parrot runtime library from within Rakudo, similar to
the way that other libraries like Digest::MD5 are used.



#!/usr/bin/perl6



Q:PIR {

? load_bytecode 'Digest/MD5.pir'

? .local pmc fn_md5, fn_print



? fn_md5?? = get_hll_global ['Digest'], '_md5sum'

? fn_print = get_hll_global ['Digest'], '_md5_print'



? $P0 = fn_md5("foo") 

? fn_print($P0)



};



C:\t\dv\rakudo-perl6\perl6-playground>perl6 test-md5.p6

acbd18db4cc2f85cedef654fccc4a4d8


Also of note, Parrot has hooks into both PostgreSQL and MySQL, but I ran into a related set of problems with MySQL, mainly
 interfacing to the client libs. No experiments were done with Postgres though. And then again, maybe it is a WinTel thang. I'll try again on Linux too.

T







-- Todd Presta

-- http://www.asciiville.com

--- On Wed, 7/15/09, toddpresta at sbcglobal.net <toddpresta at sbcglobal.net> wrote:

From: toddpresta at sbcglobal.net <toddpresta at sbcglobal.net>
Subject: [Thousand-oaks-pm] Perl 6 Hackathon DB Progress
To: "perlmongers" <thousand-oaks-pm at mail.pm.org>
Date: Wednesday, July 15, 2009, 7:52 PM

Hey All,

Unless I'm missing something completely obvious, it doesn't seem like the SQLite3 extension is working too good at this point. I've built bleeding edge and pittsburgh with the corresponding versions of parrot using the --gen-parrot switch on both WinTel and Linux, but I have to go back and hack dependencies to get the extension to build at all. I got to a point where running a Perl 6 test in the parrot/ext/SQLite3/t directory would open/create a database, but then would immediately segfault. Running Perl 6 with a trace flag on the test program generated roughly 60Meg of output text before I had to login to another shell and kill my process. :)

I'm going to go back and do a fresh install of latest and greatest just for a reality check. Maybe it is time to ask around on IRC as well.

Since we're in mid-July,
 chances are that there will be another release of Rakudo any day now according to the release goals. When this happens, I will pull it down and try to build the
 extension again and peruse trac for whatever has changed. My gut feeling is that the REST approach using Perl 5 and DBI might be the most expedient means to get some level of data persistence at this point.

T







-- Todd Presta

-- http://www.asciiville.com
-----Inline Attachment Follows-----

_______________________________________________
Thousand-oaks-pm mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090720/b9d5b495/attachment.html>

From toddpresta at sbcglobal.net  Tue Jul 21 11:16:12 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Tue, 21 Jul 2009 11:16:12 -0700 (PDT)
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3
	Trenches...
Message-ID: <977198.94247.qm@web81607.mail.mud.yahoo.com>

Ok. I might be able to sleep tonight.

Even with Parrot 1.4 out, still getting build errors when trying to use ncigen for the SQLite3 extension.

On another front, the NCI functionality within Parrot seems to choke whenever requesting SQLite database connection handle and prepared statement handle no matter what type of PMC is passed as a parameter during the SQLite dynamic library function calls from within Parrot PIR. Using either Pointer, CPointer, UnManagedStruct, ManagedStruct, or ResizablePMCArray either segfaults or returns an erroneous value.

I decided to go deep and write some C code, basically wrapping both the sqlite3_open and sqlite3_prepare functions in the SQLite3 dynamic library and returning the pointers as the function return values rather than as a reference parameters.

This following PIR snippet calls my dynamic library (birdseed), the SQLite3 dynamic library, and obtains the last column value of a row returned from a prepared statement.

.sub main :main
? .local pmc sqllib, bslib
? .local pmc fn_dbh, dbh, fn_sth, sth, fn_close, fn_step, fn_final, fn_col_t
? bslib? = loadlib "birdseed"
? sqllib = loadlib "sqlite3"

? $S0 = "select * from dummy"

? fn_dbh?? = dlfunc bslib,? "get_db_handle",??????? "pt"
? fn_sth?? = dlfunc bslib,? "get_statement_handle", "ppt"
? fn_step? = dlfunc sqllib, "sqlite3_step",???????? "ip"
? fn_final = dlfunc sqllib, "sqlite3_finalize",???? "ip"
? fn_col_t = dlfunc sqllib, "sqlite3_column_text",? "tpi"
? fn_close = dlfunc sqllib, "sqlite3_close",??????? "ip"

? dbh = fn_dbh("dummy.db") 
? sth = fn_sth(dbh, "select * from dummy")
?
? $I1 = fn_step(sth)
? say $I1

? $S0 = fn_col_t(sth, 1)
? say $S0

? $I2 = fn_final(sth)
? say $I2
? $I3 = fn_close(dbh)
? say $I3

.end

Here is the resulting output from Parrot

C:\t\dv\parrot\PARROT~1\birdseed>parrot birdseed.pir
get_db_handle: got here
get_statement_handle: got here
100
This is tag 1
0
0

Basically, the line that reads "This is tag 1" is the second column of the first row returned from the table "dummy." The lines beginning with "get_" are being printf'd from my library. 100 is SQLITE_ROW (that is a row ready for plucking), and the 0's are SQLITE_OK.

So the trick now is to determine if the SQLite3.pir under <parrot src tree>/etc/SQLite3 can be retrofitted with the "potential" birdseed dynamic library and then be recognized by <parrot src tree>/etc/SQLite3/DBDI/Driver/SQLite3.pm.

More on this later ...

"Er uh, we're still doing the project, right?" :)



T



-- Todd Presta

-- http://www.asciiville.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090721/6a0b1ece/attachment.html>

From toddpresta at sbcglobal.net  Tue Jul 21 13:39:58 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Tue, 21 Jul 2009 13:39:58 -0700 (PDT)
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3
	Trenches...
Message-ID: <120722.75396.qm@web81603.mail.mud.yahoo.com>

We have lift off!



I grafted the birdseed library into SQLite3.pir, played musical chairs
with the DBDI package, and connected to SQLite3 through Rakudo Perl 6.
Did run into some HLLCompiler errors when using thing .next() iterator,
though. That's why there is only a single $rs.next() call.
"while($rs.next())" triggered some statement parsing errors. Got research that...


Seems like DBDI eq JDBC though. :)

Here's some transcript:


C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>sqlite3 test.db

SQLite version 3.5.4

Enter ".help" for instructions

sqlite> .sc

CREATE TABLE foo(bar,baz);

sqlite> select * from foo;

1|123

2|Thingy

sqlite> .q



C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>type mytest.p6

use DBDI;



say 'Grabbing connection...';

my $conn? = DBDI::DriverManager.getConnection("dbdi:SQLite3:test.db", "", "");



say 'Creating a statement...';

my $stm = $conn.createStatement();



say 'Getting a resultset...';

my $rs? = $stm.executeQuery("select baz, bar from foo");



say 'Fast forward one...';

$rs.next();



say 'Get a value...';

my $data = $rs.getCol('baz');



print 'And the value is...';

say $data;



say 'w00t!';



C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>perl6 mytest.p6

Grabbing connection...

get_db_handle: got here

Creating a statement...

Getting a resultset...

get_statement_handle: got here

Fast forward one...

Get a value...

And the value is...123

w00t!







T

-- Todd Presta

-- http://www.asciiville.com

--- On Tue, 7/21/09, Todd Presta <toddpresta at sbcglobal.net> wrote:

From: Todd Presta <toddpresta at sbcglobal.net>
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3 Trenches...
To: "perlmongers" <thousand-oaks-pm at mail.pm.org>
Date: Tuesday, July 21, 2009, 11:16 AM

Ok. I might be able to sleep tonight.

Even with Parrot 1.4 out, still getting build errors when trying to use ncigen for the SQLite3 extension.

On another front, the NCI functionality within Parrot seems to choke whenever requesting SQLite database connection handle and prepared statement handle no matter what type of PMC is passed as a parameter during the SQLite dynamic library function calls from within Parrot PIR. Using either Pointer, CPointer, UnManagedStruct, ManagedStruct, or ResizablePMCArray either segfaults or returns an erroneous value.

I decided to go deep and write some C code, basically wrapping both the sqlite3_open and sqlite3_prepare functions in the SQLite3 dynamic library and returning the pointers as the function return values rather than as a reference parameters.

This following PIR snippet calls my dynamic
 library (birdseed), the SQLite3 dynamic library, and obtains the last column value of a row returned from a prepared statement.

.sub main :main
? .local pmc sqllib, bslib
? .local pmc fn_dbh, dbh, fn_sth, sth, fn_close, fn_step, fn_final, fn_col_t
? bslib? = loadlib "birdseed"
? sqllib = loadlib "sqlite3"

? $S0 = "select * from dummy"

? fn_dbh?? = dlfunc bslib,? "get_db_handle",??????? "pt"
? fn_sth?? = dlfunc bslib,? "get_statement_handle", "ppt"
? fn_step? = dlfunc sqllib, "sqlite3_step",???????? "ip"
? fn_final = dlfunc sqllib, "sqlite3_finalize",???? "ip"
? fn_col_t = dlfunc sqllib, "sqlite3_column_text",? "tpi"
? fn_close = dlfunc sqllib, "sqlite3_close",??????? "ip"

? dbh = fn_dbh("dummy.db") 
? sth = fn_sth(dbh, "select * from dummy")
?
? $I1 = fn_step(sth)
? say $I1

? $S0 = fn_col_t(sth, 1)
? say $S0

? $I2 = fn_final(sth)
? say $I2
? $I3 = fn_close(dbh)
? say $I3

.end

Here is the resulting output from Parrot

C:\t\dv\parrot\PARROT~1\birdseed>parrot birdseed.pir
get_db_handle: got here
get_statement_handle: got here
100
This is tag 1
0
0

Basically, the line that reads "This is tag 1" is the second column of the first row returned from the table "dummy." The lines beginning with "get_" are being printf'd from my library. 100 is SQLITE_ROW (that is a row ready for plucking), and the 0's are SQLITE_OK.

So the trick now is to determine if the SQLite3.pir under <parrot src tree>/etc/SQLite3 can be retrofitted with the "potential" birdseed dynamic library and then be recognized by <parrot src tree>/etc/SQLite3/DBDI/Driver/SQLite3.pm.

More on this later ...

"Er uh, we're still doing the project, right?" :)



T



-- Todd
 Presta

-- http://www.asciiville.com
-----Inline Attachment Follows-----

_______________________________________________
Thousand-oaks-pm mailing list
Thousand-oaks-pm at pm.org
http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090721/3fd27d56/attachment.html>

From agrangaard at rubiconproject.com  Tue Jul 21 15:28:26 2009
From: agrangaard at rubiconproject.com (Andrew Grangaard)
Date: Tue, 21 Jul 2009 15:28:26 -0700
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3
 Trenches...
In-Reply-To: <120722.75396.qm@web81603.mail.mud.yahoo.com>
References: <120722.75396.qm@web81603.mail.mud.yahoo.com>
Message-ID: <4A66410A.5030505@rubiconproject.com>

Kickass!

inspiring, dude, inspiring.

--andrew

Todd Presta wrote:
> We have lift off!
> 
> I grafted the birdseed library into SQLite3.pir, played musical chairs 
> with the DBDI package, and connected to SQLite3 through Rakudo Perl 6. 
> Did run into some HLLCompiler errors when using thing .next() iterator, 
> though. That's why there is only a single $rs.next() call. 
> "while($rs.next())" triggered some statement parsing errors. Got 
> research that...
> 
> Seems like DBDI eq JDBC though. :)
> 
> Here's some transcript:
> 
> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>sqlite3 test.db
> SQLite version 3.5.4
> Enter ".help" for instructions
> sqlite> .sc
> CREATE TABLE foo(bar,baz);
> sqlite> select * from foo;
> 1|123
> 2|Thingy
> sqlite> .q
> 
> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>type mytest.p6
> use DBDI;
> 
> say 'Grabbing connection...';
> my $conn  = DBDI::DriverManager.getConnection("dbdi:SQLite3:test.db", 
> "", "");
> 
> say 'Creating a statement...';
> my $stm = $conn.createStatement();
> 
> say 'Getting a resultset...';
> my $rs  = $stm.executeQuery("select baz, bar from foo");
> 
> say 'Fast forward one...';
> $rs.next();
> 
> say 'Get a value...';
> my $data = $rs.getCol('baz');
> 
> print 'And the value is...';
> say $data;
> 
> say 'w00t!';
> 
> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>perl6 mytest.p6
> Grabbing connection...
> get_db_handle: got here
> Creating a statement...
> Getting a resultset...
> get_statement_handle: got here
> Fast forward one...
> Get a value...
> And the value is...123
> w00t!
> 
> 
> 
> T
> 
> -- Todd Presta
> -- http://www.asciiville.com
> 
> --- On *Tue, 7/21/09, Todd Presta /<toddpresta at sbcglobal.net>/* wrote:
> 
> 
>     From: Todd Presta <toddpresta at sbcglobal.net>
>     Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot
>     SQLite3 Trenches...
>     To: "perlmongers" <thousand-oaks-pm at mail.pm.org>
>     Date: Tuesday, July 21, 2009, 11:16 AM
> 
>     Ok. I might be able to sleep tonight.
> 
>     Even with Parrot 1.4 out, still getting build errors when trying to
>     use ncigen for the SQLite3 extension.
> 
>     On another front, the NCI functionality within Parrot seems to choke
>     whenever requesting SQLite database connection handle and prepared
>     statement handle no matter what type of PMC is passed as a parameter
>     during the SQLite dynamic library function calls from within Parrot
>     PIR. Using either Pointer, CPointer, UnManagedStruct, ManagedStruct,
>     or ResizablePMCArray either segfaults or returns an erroneous value.
> 
>     I decided to go deep and write some C code, basically wrapping both
>     the sqlite3_open and sqlite3_prepare functions in the SQLite3
>     dynamic library and returning the pointers as the function return
>     values rather than as a reference parameters.
> 
>     This following PIR snippet calls my dynamic library (birdseed), the
>     SQLite3 dynamic library, and obtains the last column value of a row
>     returned from a prepared statement.
> 
>     .sub main :main
>       .local pmc sqllib, bslib
>       .local pmc fn_dbh, dbh, fn_sth, sth, fn_close, fn_step, fn_final,
>     fn_col_t
>       bslib  = loadlib "birdseed"
>       sqllib = loadlib "sqlite3"
> 
>       $S0 = "select * from dummy"
> 
>       fn_dbh   = dlfunc bslib,  "get_db_handle",        "pt"
>       fn_sth   = dlfunc bslib,  "get_statement_handle", "ppt"
>       fn_step  = dlfunc sqllib, "sqlite3_step",         "ip"
>       fn_final = dlfunc sqllib, "sqlite3_finalize",     "ip"
>       fn_col_t = dlfunc sqllib, "sqlite3_column_text",  "tpi"
>       fn_close = dlfunc sqllib, "sqlite3_close",        "ip"
> 
>       dbh = fn_dbh("dummy.db")
>       sth = fn_sth(dbh, "select * from dummy")
>      
>       $I1 = fn_step(sth)
>       say $I1
> 
>       $S0 = fn_col_t(sth, 1)
>       say $S0
> 
>       $I2 = fn_final(sth)
>       say $I2
>       $I3 = fn_close(dbh)
>       say $I3
> 
>     .end
> 
>     Here is the resulting output from Parrot
> 
>     C:\t\dv\parrot\PARROT~1\birdseed>parrot birdseed.pir
>     get_db_handle: got here
>     get_statement_handle: got here
>     100
>     This is tag 1
>     0
>     0
> 
>     Basically, the line that reads "This is tag 1" is the second column
>     of the first row returned from the table "dummy." The lines
>     beginning with "get_" are being printf'd from my library. 100 is
>     SQLITE_ROW (that is a row ready for plucking), and the 0's are
>     SQLITE_OK.
> 
>     So the trick now is to determine if the SQLite3.pir under <parrot
>     src tree>/etc/SQLite3 can be retrofitted with the "potential"
>     birdseed dynamic library and then be recognized by <parrot src
>     tree>/etc/SQLite3/DBDI/Driver/SQLite3.pm.
> 
>     More on this later ...
> 
>     "Er uh, we're still doing the project, right?" :)
> 
> 
> 
>     T
> 
> 
> 
>     -- Todd Presta
>     -- http://www.asciiville.com
> 
> 
>     -----Inline Attachment Follows-----
> 
>     _______________________________________________
>     Thousand-oaks-pm mailing list
>     Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>     http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm



From tommystanton at gmail.com  Tue Jul 21 16:08:14 2009
From: tommystanton at gmail.com (Tommy Stanton)
Date: Tue, 21 Jul 2009 16:08:14 -0700
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3
	Trenches...
In-Reply-To: <4A66410A.5030505@rubiconproject.com>
References: <120722.75396.qm@web81603.mail.mud.yahoo.com>
	<4A66410A.5030505@rubiconproject.com>
Message-ID: <2e0b15380907211608w7ebd6df3xe2ce7ed29e3144ee@mail.gmail.com>

Yeah, nice job Todd!  You got some sweet SQLite action goin' there.
Is your brain still intact?

I'm diggin' the w00t...w00t!

-Tommy

On Tue, Jul 21, 2009 at 3:28 PM, Andrew
Grangaard<agrangaard at rubiconproject.com> wrote:
> Kickass!
>
> inspiring, dude, inspiring.
>
> --andrew
>
> Todd Presta wrote:
>>
>> We have lift off!
>>
>> I grafted the birdseed library into SQLite3.pir, played musical chairs
>> with the DBDI package, and connected to SQLite3 through Rakudo Perl 6. Did
>> run into some HLLCompiler errors when using thing .next() iterator, though.
>> That's why there is only a single $rs.next() call. "while($rs.next())"
>> triggered some statement parsing errors. Got research that...
>>
>> Seems like DBDI eq JDBC though. :)
>>
>> Here's some transcript:
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>sqlite3 test.db
>> SQLite version 3.5.4
>> Enter ".help" for instructions
>> sqlite> .sc
>> CREATE TABLE foo(bar,baz);
>> sqlite> select * from foo;
>> 1|123
>> 2|Thingy
>> sqlite> .q
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>type mytest.p6
>> use DBDI;
>>
>> say 'Grabbing connection...';
>> my $conn ?= DBDI::DriverManager.getConnection("dbdi:SQLite3:test.db", "",
>> "");
>>
>> say 'Creating a statement...';
>> my $stm = $conn.createStatement();
>>
>> say 'Getting a resultset...';
>> my $rs ?= $stm.executeQuery("select baz, bar from foo");
>>
>> say 'Fast forward one...';
>> $rs.next();
>>
>> say 'Get a value...';
>> my $data = $rs.getCol('baz');
>>
>> print 'And the value is...';
>> say $data;
>>
>> say 'w00t!';
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>perl6 mytest.p6
>> Grabbing connection...
>> get_db_handle: got here
>> Creating a statement...
>> Getting a resultset...
>> get_statement_handle: got here
>> Fast forward one...
>> Get a value...
>> And the value is...123
>> w00t!
>>
>>
>>
>> T
>>
>> -- Todd Presta
>> -- http://www.asciiville.com
>>
>> --- On *Tue, 7/21/09, Todd Presta /<toddpresta at sbcglobal.net>/* wrote:
>>
>>
>> ? ?From: Todd Presta <toddpresta at sbcglobal.net>
>> ? ?Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot
>> ? ?SQLite3 Trenches...
>> ? ?To: "perlmongers" <thousand-oaks-pm at mail.pm.org>
>> ? ?Date: Tuesday, July 21, 2009, 11:16 AM
>>
>> ? ?Ok. I might be able to sleep tonight.
>>
>> ? ?Even with Parrot 1.4 out, still getting build errors when trying to
>> ? ?use ncigen for the SQLite3 extension.
>>
>> ? ?On another front, the NCI functionality within Parrot seems to choke
>> ? ?whenever requesting SQLite database connection handle and prepared
>> ? ?statement handle no matter what type of PMC is passed as a parameter
>> ? ?during the SQLite dynamic library function calls from within Parrot
>> ? ?PIR. Using either Pointer, CPointer, UnManagedStruct, ManagedStruct,
>> ? ?or ResizablePMCArray either segfaults or returns an erroneous value.
>>
>> ? ?I decided to go deep and write some C code, basically wrapping both
>> ? ?the sqlite3_open and sqlite3_prepare functions in the SQLite3
>> ? ?dynamic library and returning the pointers as the function return
>> ? ?values rather than as a reference parameters.
>>
>> ? ?This following PIR snippet calls my dynamic library (birdseed), the
>> ? ?SQLite3 dynamic library, and obtains the last column value of a row
>> ? ?returned from a prepared statement.
>>
>> ? ?.sub main :main
>> ? ? ?.local pmc sqllib, bslib
>> ? ? ?.local pmc fn_dbh, dbh, fn_sth, sth, fn_close, fn_step, fn_final,
>> ? ?fn_col_t
>> ? ? ?bslib ?= loadlib "birdseed"
>> ? ? ?sqllib = loadlib "sqlite3"
>>
>> ? ? ?$S0 = "select * from dummy"
>>
>> ? ? ?fn_dbh ? = dlfunc bslib, ?"get_db_handle", ? ? ? ?"pt"
>> ? ? ?fn_sth ? = dlfunc bslib, ?"get_statement_handle", "ppt"
>> ? ? ?fn_step ?= dlfunc sqllib, "sqlite3_step", ? ? ? ? "ip"
>> ? ? ?fn_final = dlfunc sqllib, "sqlite3_finalize", ? ? "ip"
>> ? ? ?fn_col_t = dlfunc sqllib, "sqlite3_column_text", ?"tpi"
>> ? ? ?fn_close = dlfunc sqllib, "sqlite3_close", ? ? ? ?"ip"
>>
>> ? ? ?dbh = fn_dbh("dummy.db")
>> ? ? ?sth = fn_sth(dbh, "select * from dummy")
>> ? ? ? ? ?$I1 = fn_step(sth)
>> ? ? ?say $I1
>>
>> ? ? ?$S0 = fn_col_t(sth, 1)
>> ? ? ?say $S0
>>
>> ? ? ?$I2 = fn_final(sth)
>> ? ? ?say $I2
>> ? ? ?$I3 = fn_close(dbh)
>> ? ? ?say $I3
>>
>> ? ?.end
>>
>> ? ?Here is the resulting output from Parrot
>>
>> ? ?C:\t\dv\parrot\PARROT~1\birdseed>parrot birdseed.pir
>> ? ?get_db_handle: got here
>> ? ?get_statement_handle: got here
>> ? ?100
>> ? ?This is tag 1
>> ? ?0
>> ? ?0
>>
>> ? ?Basically, the line that reads "This is tag 1" is the second column
>> ? ?of the first row returned from the table "dummy." The lines
>> ? ?beginning with "get_" are being printf'd from my library. 100 is
>> ? ?SQLITE_ROW (that is a row ready for plucking), and the 0's are
>> ? ?SQLITE_OK.
>>
>> ? ?So the trick now is to determine if the SQLite3.pir under <parrot
>> ? ?src tree>/etc/SQLite3 can be retrofitted with the "potential"
>> ? ?birdseed dynamic library and then be recognized by <parrot src
>> ? ?tree>/etc/SQLite3/DBDI/Driver/SQLite3.pm.
>>
>> ? ?More on this later ...
>>
>> ? ?"Er uh, we're still doing the project, right?" :)
>>
>>
>>
>> ? ?T
>>
>>
>>
>> ? ?-- Todd Presta
>> ? ?-- http://www.asciiville.com
>>
>>
>> ? ?-----Inline Attachment Follows-----
>>
>> ? ?_______________________________________________
>> ? ?Thousand-oaks-pm mailing list
>> ? ?Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>> ? ?http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Thousand-oaks-pm mailing list
>> Thousand-oaks-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
>
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>

From toddpresta at sbcglobal.net  Tue Jul 21 18:55:26 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Tue, 21 Jul 2009 18:55:26 -0700 (PDT)
Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3
	Trenches...
Message-ID: <906074.93644.qm@web81604.mail.mud.yahoo.com>

Ya'all are too kind.

Seriously. I am having a blast with this R&D. It is more fun than Disneyland (except for Haunted Mansion and Pirates of the Carribean).

The next logical step is to port the WinTel POC stuff on my workstation to a real platform: Linux. I used the more legacy SQLite3 calls (non-v2ish), and that should bode well with the default SQLite .so, circa 3.3.x. available on the Linux environment I have access too.

Since Parrot and Rakudo are still moving targets, hopefully this interim solution will be phased out in future releases. For the time being, we should be able to not worry about the low-level internals and perform CRUD through the DBDI layer of abstraction. (I'm still not over its JDBC-ness, though.)

But first must take a break Perl 6 and create a cartoon. :)

--- On Tue, 7/21/09, Tommy Stanton <tommystanton at gmail.com> wrote:

From: Tommy Stanton <tommystanton at gmail.com>
Subject: Re: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot SQLite3  Trenches...
To: "Todd Presta" <toddpresta at sbcglobal.net>
Cc: "perlmongers" <thousand-oaks-pm at mail.pm.org>
Date: Tuesday, July 21, 2009, 4:08 PM

Yeah, nice job Todd!? You got some sweet SQLite action goin' there.
Is your brain still intact?

I'm diggin' the w00t...w00t!

-Tommy

On Tue, Jul 21, 2009 at 3:28 PM, Andrew
Grangaard<agrangaard at rubiconproject.com> wrote:
> Kickass!
>
> inspiring, dude, inspiring.
>
> --andrew
>
> Todd Presta wrote:
>>
>> We have lift off!
>>
>> I grafted the birdseed library into SQLite3.pir, played musical chairs
>> with the DBDI package, and connected to SQLite3 through Rakudo Perl 6. Did
>> run into some HLLCompiler errors when using thing .next() iterator, though.
>> That's why there is only a single $rs.next() call. "while($rs.next())"
>> triggered some statement parsing errors. Got research that...
>>
>> Seems like DBDI eq JDBC though. :)
>>
>> Here's some transcript:
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>sqlite3 test.db
>> SQLite version 3.5.4
>> Enter ".help" for instructions
>> sqlite> .sc
>> CREATE TABLE foo(bar,baz);
>> sqlite> select * from foo;
>> 1|123
>> 2|Thingy
>> sqlite> .q
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>type mytest.p6
>> use DBDI;
>>
>> say 'Grabbing connection...';
>> my $conn ?= DBDI::DriverManager.getConnection("dbdi:SQLite3:test.db", "",
>> "");
>>
>> say 'Creating a statement...';
>> my $stm = $conn.createStatement();
>>
>> say 'Getting a resultset...';
>> my $rs ?= $stm.executeQuery("select baz, bar from foo");
>>
>> say 'Fast forward one...';
>> $rs.next();
>>
>> say 'Get a value...';
>> my $data = $rs.getCol('baz');
>>
>> print 'And the value is...';
>> say $data;
>>
>> say 'w00t!';
>>
>> C:\rakudo\20090721\rakudo\parrot\ext\SQLite3>perl6 mytest.p6
>> Grabbing connection...
>> get_db_handle: got here
>> Creating a statement...
>> Getting a resultset...
>> get_statement_handle: got here
>> Fast forward one...
>> Get a value...
>> And the value is...123
>> w00t!
>>
>>
>>
>> T
>>
>> -- Todd Presta
>> -- http://www.asciiville.com
>>
>> --- On *Tue, 7/21/09, Todd Presta /<toddpresta at sbcglobal.net>/* wrote:
>>
>>
>> ? ?From: Todd Presta <toddpresta at sbcglobal.net>
>> ? ?Subject: [Thousand-oaks-pm] P6 Hackathon - Word from the Parrot
>> ? ?SQLite3 Trenches...
>> ? ?To: "perlmongers" <thousand-oaks-pm at mail.pm.org>
>> ? ?Date: Tuesday, July 21, 2009, 11:16 AM
>>
>> ? ?Ok. I might be able to sleep tonight.
>>
>> ? ?Even with Parrot 1.4 out, still getting build errors when trying to
>> ? ?use ncigen for the SQLite3 extension.
>>
>> ? ?On another front, the NCI functionality within Parrot seems to choke
>> ? ?whenever requesting SQLite database connection handle and prepared
>> ? ?statement handle no matter what type of PMC is passed as a parameter
>> ? ?during the SQLite dynamic library function calls from within Parrot
>> ? ?PIR. Using either Pointer, CPointer, UnManagedStruct, ManagedStruct,
>> ? ?or ResizablePMCArray either segfaults or returns an erroneous value.
>>
>> ? ?I decided to go deep and write some C code, basically wrapping both
>> ? ?the sqlite3_open and sqlite3_prepare functions in the SQLite3
>> ? ?dynamic library and returning the pointers as the function return
>> ? ?values rather than as a reference parameters.
>>
>> ? ?This following PIR snippet calls my dynamic library (birdseed), the
>> ? ?SQLite3 dynamic library, and obtains the last column value of a row
>> ? ?returned from a prepared statement.
>>
>> ? ?.sub main :main
>> ? ? ?.local pmc sqllib, bslib
>> ? ? ?.local pmc fn_dbh, dbh, fn_sth, sth, fn_close, fn_step, fn_final,
>> ? ?fn_col_t
>> ? ? ?bslib ?= loadlib "birdseed"
>> ? ? ?sqllib = loadlib "sqlite3"
>>
>> ? ? ?$S0 = "select * from dummy"
>>
>> ? ? ?fn_dbh ? = dlfunc bslib, ?"get_db_handle", ? ? ? ?"pt"
>> ? ? ?fn_sth ? = dlfunc bslib, ?"get_statement_handle", "ppt"
>> ? ? ?fn_step ?= dlfunc sqllib, "sqlite3_step", ? ? ? ? "ip"
>> ? ? ?fn_final = dlfunc sqllib, "sqlite3_finalize", ? ? "ip"
>> ? ? ?fn_col_t = dlfunc sqllib, "sqlite3_column_text", ?"tpi"
>> ? ? ?fn_close = dlfunc sqllib, "sqlite3_close", ? ? ? ?"ip"
>>
>> ? ? ?dbh = fn_dbh("dummy.db")
>> ? ? ?sth = fn_sth(dbh, "select * from dummy")
>> ? ? ? ? ?$I1 = fn_step(sth)
>> ? ? ?say $I1
>>
>> ? ? ?$S0 = fn_col_t(sth, 1)
>> ? ? ?say $S0
>>
>> ? ? ?$I2 = fn_final(sth)
>> ? ? ?say $I2
>> ? ? ?$I3 = fn_close(dbh)
>> ? ? ?say $I3
>>
>> ? ?.end
>>
>> ? ?Here is the resulting output from Parrot
>>
>> ? ?C:\t\dv\parrot\PARROT~1\birdseed>parrot birdseed.pir
>> ? ?get_db_handle: got here
>> ? ?get_statement_handle: got here
>> ? ?100
>> ? ?This is tag 1
>> ? ?0
>> ? ?0
>>
>> ? ?Basically, the line that reads "This is tag 1" is the second column
>> ? ?of the first row returned from the table "dummy." The lines
>> ? ?beginning with "get_" are being printf'd from my library. 100 is
>> ? ?SQLITE_ROW (that is a row ready for plucking), and the 0's are
>> ? ?SQLITE_OK.
>>
>> ? ?So the trick now is to determine if the SQLite3.pir under <parrot
>> ? ?src tree>/etc/SQLite3 can be retrofitted with the "potential"
>> ? ?birdseed dynamic library and then be recognized by <parrot src
>> ? ?tree>/etc/SQLite3/DBDI/Driver/SQLite3.pm.
>>
>> ? ?More on this later ...
>>
>> ? ?"Er uh, we're still doing the project, right?" :)
>>
>>
>>
>> ? ?T
>>
>>
>>
>> ? ?-- Todd Presta
>> ? ?-- http://www.asciiville.com
>>
>>
>> ? ?-----Inline Attachment Follows-----
>>
>> ? ?_______________________________________________
>> ? ?Thousand-oaks-pm mailing list
>> ? ?Thousand-oaks-pm at pm.org </mc/compose?to=Thousand-oaks-pm at pm.org>
>> ? ?http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Thousand-oaks-pm mailing list
>> Thousand-oaks-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
>
> _______________________________________________
> Thousand-oaks-pm mailing list
> Thousand-oaks-pm at pm.org
> http://mail.pm.org/mailman/listinfo/thousand-oaks-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090721/4cadd14c/attachment-0001.html>

From toddpresta at sbcglobal.net  Sat Jul 25 12:54:41 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Sat, 25 Jul 2009 12:54:41 -0700 (PDT)
Subject: [Thousand-oaks-pm] P6 Hackathon - Parrot got some birdseed
Message-ID: <548732.38037.qm@web81601.mail.mud.yahoo.com>

I got the SQLite3 functionality working on Linux. There's still a few items to resolve, but Rakudo Perl 6 can create a SQLite3 db, write to it, and query it. 
The Parrot code runs pretty fast; the Rakudo code seems to have some load time penalty though.

If you're interested, the github repo is at:

   http://github.com/asciiville/birdseed

Now that there is some minimal Perl 6 database functionality, I'm going to deep dive into the NCI/PMC domains to determine how Parrot can play nice with SQLite3's Opaque structs (when returned as reference params) for the database connection handle and statement handle(?) without the need for the birdseed workaround.

Anyone have any architectural designs in mind?
And should we move the communication to the TO.pm website instead of circulating on the TO.pm mail list?

l8rs

T


 -- Todd Presta
-- http://www.asciiville.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090725/8dffde1e/attachment.html>

From toddpresta at sbcglobal.net  Sun Jul 26 14:25:27 2009
From: toddpresta at sbcglobal.net (Todd Presta)
Date: Sun, 26 Jul 2009 14:25:27 -0700 (PDT)
Subject: [Thousand-oaks-pm] P6 Hackathon - Parrot got some birdseed
In-Reply-To: <548732.38037.qm@web81601.mail.mud.yahoo.com>
References: <548732.38037.qm@web81601.mail.mud.yahoo.com>
Message-ID: <654546.14030.qm@web81601.mail.mud.yahoo.com>

Check this out: https://trac.parrot.org/parrot/browser/trunk/ext/SQLite3?rev=32882

Finally. Some validation about the Parrot NCI calls to SQLite dynamic library.

You should find a file there named sqlite3s.c. Apparently, a SQLite wrapper was already in the works in the Parrot tree but removed for unknown reasons. From what I can tell, a pure PIR solution was attempted. Interesting. I wonder what the final disposition will be for SQLite. 

T

 -- Todd Presta
-- http://www.asciiville.com




________________________________
From: Todd Presta <toddpresta at sbcglobal.net>
To: perlmongers <thousand-oaks-pm at mail.pm.org>
Sent: Saturday, July 25, 2009 12:54:41 PM
Subject: [Thousand-oaks-pm] P6 Hackathon - Parrot got some birdseed


I got the SQLite3 functionality working on Linux. There's still a few items to resolve, but Rakudo Perl 6 can create a SQLite3 db, write to it, and query it. 
The Parrot code runs pretty fast; the Rakudo code seems to have some load time penalty though.

If you're interested, the github repo is at:

   http://github.com/asciiville/birdseed

Now that there is some minimal Perl 6 database functionality, I'm going to deep dive into the NCI/PMC domains to determine how Parrot can play nice with SQLite3's Opaque structs (when returned as reference params) for the database connection handle and statement handle(?) without the need for the birdseed workaround.

Anyone have any architectural designs in mind?
And should we move the communication to the TO.pm website instead of circulating on the TO.pm mail list?

l8rs

T


 -- Todd Presta
-- http://www.asciiville.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090726/3ac6e94f/attachment.html>

From agrangaard at rubiconproject.com  Wed Jul 29 13:42:24 2009
From: agrangaard at rubiconproject.com (Andrew Grangaard)
Date: Wed, 29 Jul 2009 13:42:24 -0700
Subject: [Thousand-oaks-pm] [Fwd: [LA.pm] Perlmonks compromised]
Message-ID: <4A70B430.3080203@rubiconproject.com>

I didn't see this go to the TO list yet.

Also, if someone could poke Russ in the VC office, as a Deacon, he might 
be on the list of exposed passwords.  But they were all compromised.

peace,
Andrew
-------------- next part --------------
An embedded message was scrubbed...
From: Ben Tilly <btilly at gmail.com>
Subject: [LA.pm] Perlmonks compromised
Date: Wed, 29 Jul 2009 07:18:47 -0700
Size: 5308
URL: <http://mail.pm.org/pipermail/thousand-oaks-pm/attachments/20090729/b650527c/attachment.eml>