From jay at jays.net Mon Nov 7 07:27:06 2011
From: jay at jays.net (Jay Hannah)
Date: Mon, 7 Nov 2011 09:27:06 -0600
Subject: [Omaha.pm] Meeting tomorrow 7pm
Message-ID:
Wow, has it been a month already?? See you tomorrow night:
http://odlug.org
Thanks,
j
From wertnick at gmail.com Tue Nov 8 11:55:46 2011
From: wertnick at gmail.com (Nick Wertzberger)
Date: Tue, 8 Nov 2011 13:55:46 -0600
Subject: [Omaha.pm] Fwd: mobile application and website development
opportunity
In-Reply-To: <66AE951E-90C5-4FAC-A6E3-BBA1217A3338@unomaha.edu>
References:
<66AE951E-90C5-4FAC-A6E3-BBA1217A3338@unomaha.edu>
Message-ID:
I don't know if anyone is interested in this sort of stuff, but apparently
some POLI-SCI guy has a financial backer for some idea that he wants to
do. If you want some freelance stuff, i dunno.
I've never met this person, they contacted me because apparently i'm still
listed as president of ACM.
---------- Forwarded message ----------
From: Matt
Date: Mon, Nov 7, 2011 at 2:11 PM
Subject: Re: mobile application and website development opportunity
To: Nicholas Wertzberger
1. I looked for the computer science club and you are the president,
according to your website.
2. As I have never done anything like this I am not sure the time frame. We
want it running asap as there are similar products that are less cool and
efficient already beginning to surface. Part time, with the option of
staying on after its developed to help out with promotion, day to day etc.
3. Individual investors.
Sent from my iPhone
On Nov 7, 2011, at 1:34 PM, Nicholas Wertzberger wrote:
> Sure thing.
>
> First questions:
> 1: how were you put in contact with me?
> 2: is this a full time gig? What timeframe are you imagining?
> 3: what source of capital?
>
> Matt Shaughnessy wrote:
>
>> Hi Nick,
>>
>> I have an idea (and a source of capital) for an app and a website that I
would like to develop. I was wondering if you could put me into contact
with someone who can help me do this. Pay is totally negotiable. Obviously
we want someone good, however, easy going/easy to work with is a must.
>>
>> BTW: I am a junior at UNO studying political science, and have ZERO
background in computer science or web development.
>>
>> If you could point me in the right direction it would be greatly
appreciated.
>>
>> Matt
>>
>> Sent from my iPad
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jay at jays.net Wed Nov 9 08:10:25 2011
From: jay at jays.net (Jay Hannah)
Date: Wed, 9 Nov 2011 10:10:25 -0600
Subject: [Omaha.pm] AI Challenge (Google) - Ants - Submission deadline Dec 18
Message-ID: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
Ooo!!
http://aichallenge.org/
Anyone want to meet up and work on this?
Saturday 10am Panera Bread 3219 Oak View Dr?
j
402-598-7782
From jay at jays.net Fri Nov 11 07:01:21 2011
From: jay at jays.net (Jay Hannah)
Date: Fri, 11 Nov 2011 09:01:21 -0600
Subject: [Omaha.pm] Meeting Dec 13, 7pm
In-Reply-To:
References: <00504502c89af5df7804b131a8bd@google.com>
Message-ID: <3F0A5B1D-9FFE-47E2-8BCD-493435CBE62C@jays.net>
On Nov 8, 2011, at 4:05 PM, Kevin Beam wrote:
> I may have something interesting for the December meeting, and yes, it will be in Clojure. :) I'll just drop a hint: retro games in Clojure.
Cool!
http://odlug.org/
Jay Hannah: AI Challenge: Ants (Google)
Kevin Beam: retro games in Clojure
Nick Nisi: HTML5 for the win!
YOU presenting
whatever you're excited about! :)
:)
j
From jay.hannah at iinteractive.com Fri Nov 11 09:33:40 2011
From: jay.hannah at iinteractive.com (Jay Hannah)
Date: Fri, 11 Nov 2011 11:33:40 -0600
Subject: [Omaha.pm] Chart::Strip
Message-ID: <2E9629BD-CEAD-4EE0-9E2F-899D00289EB1@iinteractive.com>
Huh, cool:
http://www.preshweb.co.uk/2011/11/graphing-time-based-data-in-perl/
I usually let RRD generate all my graphs for me, but if you can't that looks dead simple nowadays. :)
Jay Hannah
Senior Developer / Consultant
http://www.iinteractive.com
Email: jay.hannah at iinteractive.com
AOL IM: deafferret
Mobile: 1.402.598.7782
Fax: 1.402.691.9496
From jay.hannah at iinteractive.com Fri Nov 11 17:21:44 2011
From: jay.hannah at iinteractive.com (Jay Hannah)
Date: Fri, 11 Nov 2011 19:21:44 -0600
Subject: [Omaha.pm] OAuth2 and REST at salesforce.com
Message-ID: <347047AA-AB78-464C-ABEB-D8B203F88FC0@iinteractive.com>
Got this stuff working today and the REST API is pretty amazing, so I thought I'd show it off at our next meeting. After Ants. :)
http://odlug.org/
http://developer.force.com/REST
Cheers,
Jay Hannah
Senior Developer / Consultant
http://www.iinteractive.com
Email: jay.hannah at iinteractive.com
AOL IM: deafferret
Mobile: 1.402.598.7782
Fax: 1.402.691.9496
From jay at jays.net Sat Nov 12 07:51:36 2011
From: jay at jays.net (Jay Hannah)
Date: Sat, 12 Nov 2011 09:51:36 -0600
Subject: [Omaha.pm] AI Challenge (Google) - Ants - Submission deadline
Dec 18
In-Reply-To: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
References: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
Message-ID:
On Nov 9, 2011, at 10:10 AM, Jay Hannah wrote:
> http://aichallenge.org/
> Saturday 10am Panera Bread 3219 Oak View Dr?
Nick Nisi and I are getting a late start, but we'll be at Panera at 11 this morning to start work on the Ants AI. :)
j
From jay at jays.net Sat Nov 12 07:53:43 2011
From: jay at jays.net (Jay Hannah)
Date: Sat, 12 Nov 2011 09:53:43 -0600
Subject: [Omaha.pm] AI Challenge (Google) - Ants - Submission deadline
Dec 18
In-Reply-To:
References: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
Message-ID:
(My phone is 402-598-7782)
On Nov 12, 2011, at 9:51 AM, Jay Hannah wrote:
> On Nov 9, 2011, at 10:10 AM, Jay Hannah wrote:
>> http://aichallenge.org/
>> Saturday 10am Panera Bread 3219 Oak View Dr?
>
> Nick Nisi and I are getting a late start, but we'll be at Panera at 11 this morning to start work on the Ants AI. :)
>
> j
From jay.hannah at iinteractive.com Sat Nov 12 09:40:41 2011
From: jay.hannah at iinteractive.com (Jay Hannah)
Date: Sat, 12 Nov 2011 11:40:41 -0600
Subject: [Omaha.pm] AI Challenge (Google) - Ants - Submission deadline
Dec 18
In-Reply-To:
References: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
Message-ID: <43C51E2E-A33C-47C3-B9B9-024C2175F656@iinteractive.com>
We started a group:
Omaha Dynamic Language User Group (odlug.org)
http://aichallenge.org/organization_profile.php?org=2847
Nick uploaded the Ruby starter kit and it beat my Perl starter kit. Nick is a jerk. :)
http://aichallenge.org/starter_packages.php
Ada
C
C#
C++
Clojure
CoffeeScript
Common Lisp
D
Erlang
Go
Groovy
Haskell
Java
JavaScript
Lua
OCaml
Octave
Pascal
Perl
PHP
Python
Python 3
Ruby
Scala
Tcl
Visual Basic
From jay.hannah at iinteractive.com Sat Nov 12 09:54:36 2011
From: jay.hannah at iinteractive.com (Jay Hannah)
Date: Sat, 12 Nov 2011 11:54:36 -0600
Subject: [Omaha.pm] AI Challenge (Google) - Ants - Submission deadline
Dec 18
In-Reply-To: <05A2A498-9E05-48BE-BCF6-97ED11C7BD47@jays.net>
References: <1F1232C0-69B2-44AA-B5D7-C9C68F54BDC3@jays.net>
<43C51E2E-A33C-47C3-B9B9-024C2175F656@iinteractive.com>
<05A2A498-9E05-48BE-BCF6-97ED11C7BD47@jays.net>
Message-ID: <1BF868D2-3904-465B-9AA6-2A793E6D60F6@iinteractive.com>
There have been 63 Perl submissions so far:
http://aichallenge.org/language_profile.php?language=Perl
But Perl doesn't hold the top 444 spots. Yet. :)
j
From jay at jays.net Mon Nov 21 13:44:07 2011
From: jay at jays.net (Jay Hannah)
Date: Mon, 21 Nov 2011 15:44:07 -0600
Subject: [Omaha.pm] Free webinar: 10 things every web developer,
designer (and manager) should know about HTML5
Message-ID: <6F195B06-5435-42E0-830E-7BE4B2B9ED91@jays.net>
Free webinar, Friday, December 2.
http://oreillynet.com/pub/e/2099
10 things every web developer, designer (and manager) should know about HTML5
j
From wertnick at gmail.com Fri Nov 25 12:16:24 2011
From: wertnick at gmail.com (Nick Wertzberger)
Date: Fri, 25 Nov 2011 14:16:24 -0600
Subject: [Omaha.pm] Fork with a disown
Message-ID:
Hello,
Google is not being friendly to me today. What do you guys do to stop a
child process from being killed on termination of a parent process in perl?
I would prefer to not do a `nohup $shellCall`, so if you have an
alternative, I am all ears!
Thanks,
- Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From dan at linder.org Sat Nov 26 07:31:49 2011
From: dan at linder.org (Dan Linder)
Date: Sat, 26 Nov 2011 09:31:49 -0600
Subject: [Omaha.pm] Fork with a disown
In-Reply-To:
References:
Message-ID:
2011/11/25 Nick Wertzberger
> Google is not being friendly to me today. What do you guys do to stop a
> child process from being killed on termination of a parent process in perl?
> I would prefer to not do a `nohup $shellCall`, so if you have an
> alternative, I am all ears!
>
Can you tell it to ignore the SIGHUP signal?
http://www.webmasterkb.com/Uwe/Forum.aspx/perl/5458/nohup-in-perl
Dan
--
***************** ************* *********** ******* ***** *** **
"Quis custodiet ipsos custodes?"
(Who can watch the watchmen?)
-- from the Satires of Juvenal
"I do not fear computers, I fear the lack of them."
-- Isaac Asimov (Author)
** *** ***** ******* *********** ************* *****************
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sterling at hanenkamp.com Sat Nov 26 13:27:32 2011
From: sterling at hanenkamp.com (Sterling Hanenkamp)
Date: Sat, 26 Nov 2011 15:27:32 -0600
Subject: [Omaha.pm] Fork with a disown
In-Reply-To:
References:
Message-ID:
You could use a double fork on Unix to cause the parent to disown the
child. There's some info on how to do this in perlfaq8 (look for "daemon"
or "background"). I do not know how current that FAQ is. You can also look
for daemon, process, and IPC modules on CPAN for doing this.
Cheers.
--
Andrew Sterling Hanenkamp
sterling at hanenkamp.com
785-370-4454
On Nov 25, 2011 2:16 PM, "Nick Wertzberger" wrote:
> Hello,
>
> Google is not being friendly to me today. What do you guys do to stop a
> child process from being killed on termination of a parent process in perl?
> I would prefer to not do a `nohup $shellCall`, so if you have an
> alternative, I am all ears!
>
> Thanks,
>
> - Nick
>
> _______________________________________________
> Omaha-pm mailing list
> Omaha-pm at pm.org
> http://mail.pm.org/mailman/listinfo/omaha-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From topher-pm at zyp.org Mon Nov 28 20:20:58 2011
From: topher-pm at zyp.org (Christopher Cashell)
Date: Mon, 28 Nov 2011 22:20:58 -0600
Subject: [Omaha.pm] Fork with a disown
In-Reply-To:
References:
Message-ID:
2011/11/25 Nick Wertzberger :
> Google is not being friendly to me today. What do you guys do to stop a
> child process from being killed on termination of a parent process in perl?
> I would prefer to not do a `nohup $shellCall`, so if you have an
> alternative, I am all ears!
There's a couple of ways to potentially solve this, but the best and
most appropriate one will depend on exactly what you're trying to
accomplish (and I think there may be some terminology confusion, at
least with the traditional concept of forking).
First of all, what event are you referring to with "child process from
being killed on termination of parent process"? How is the parent
process being terminated? Is it terminating itself? Is it crashing?
Is it being killed by the user logging out (which sends the user's
processes a SIGHUP (hangup) signal)? Or something else?
Also, how are you defining child process here? Are you actually doing
a fork? Or are you calling an external process from your script and
waiting (blocking) on the results (like your example, `nohup
$shellCall`)? If you're calling an external process, is it Perl? Can
you provide a few more details about what your program is doing?
I was going to throw out a few thoughts on possible solutions, and in
fact originally started doing just that, but the more I thought about
it and reread your question (in particular, the bit about `nohup
$shellCall`, which makes me think you're running a command via that),
the more I feel that my initial solution suggestions aren't going to
be useful and may not fit your situation.
I saw the title of your post and on initial read, I thought you were
doing a fork from within your program, and then the parent process was
dying somehow, which was affecting the child process (although that
normally shouldn't impact the child process much after a fork). For
that situation, I was going to offer the following suggestions:
The first is to use an external tool to do the work for you, such as
DBJ's daemontools. There's a handful of options that can do that.
The second is to do a double fork. This is the most common
do-it-yourself daemon process, and is a fairly common idiom for
daemonizing a process. The double-fork helps ensure that you are
fully detached from any controlling terminals, and that your process
will be properly cleaned up by init (PID 1).
The third is Perl specific, but the direction I'd probably go with.
It's to use CPAN and a Perl module that does the heavy lifting. One
I've used in the past is App::Daemon, but there's a couple of similar
ones there, too.
However, now I'm tending to think those solutions will not really
apply. I think what is probably happening is that you are using qx//
or backticks to run an external program, and trying to capture the
output from that program. For whatever reason, your parent process is
dying, which is causing the child process to die when the child tries
to write its output back to the parent (doing so after the parent dies
will result in a SIGPIPE signal for a broken pipe (stdout from child
to input on parent), which probably terminates the child.
If the parent is supposed to block until the child is done, and then
read the child's input, then you need to figure out what is killing
the parent and fix that. If the parent is supposed to execute the
child and never return (parent process is no longer needed), you
should probably be using exec instead of qx// or backticks. If the
parent process needs to keep running, and you want to run an external
command completely independently of the parent process, you might want
to check out the fork-exec idiom. In this case, you first do a fork,
then the forked child process immediately does an exec to fire off the
(now independent) external process.
If my guesses above don't answer your question, give us a few more
details on what you're doing and we'll see what else we can come up
with. ;-)
--
Christopher