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