From mark_swayne at mac.com Wed Dec 4 21:43:31 2002 From: mark_swayne at mac.com (Mark Swayne) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Programming study group meets 12/5 Message-ID: <3DEECB63.9020902@mac.com> This is just a reminder that we will be meeting tomorrow (12/5). Details: * When: Thursday 5th December 2002 * Time: 6:30pm * Where: 707 SW Washington 9th FL * Phone: 503-972-6497 Agenda: 1. Read Sections 7 (and 8) in _Pragmatic Programmers_ 2. Forum discussion 3. Code review When you enter the building, tell the security guard inside the bank lobby that you are here for the Pragmatic Programmers reading group. See the Wiki for more info: http://www.pragmaticprogrammer.com/cgi-local/pragprog?PortlandPractitioners --Mark -- American ideas of freedom are bound up with a vision of information policy that counts information as social wealth owned by all. We believe we are entitled to say what we think, to think what we want, and to learn whatever we?re willing to explore. Part of the information ethos in the United States is that facts and ideas cannot be owned, suppressed, censored or regulated, they are meant to be found, studied, passed along and freely traded in the "marketplace of ideas". -- Jessica Litman From merlyn at stonehenge.com Thu Dec 5 10:09:14 2002 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Programming study group meets 12/5 In-Reply-To: <3DEECB63.9020902@mac.com> References: <3DEECB63.9020902@mac.com> Message-ID: <86y97478id.fsf@red.stonehenge.com> >>>>> "Mark" == Mark Swayne writes: Mark> This is just a reminder that we will be meeting tomorrow (12/5). Mark> Details: Mark> * When: Thursday 5th December 2002 Doh! I'm in town, but this conflicts with the Portland Linux Users Group monthly meet. Doh! -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! From mikeraz at PATCH.COM Thu Dec 5 10:36:20 2002 From: mikeraz at PATCH.COM (mikeraz@PATCH.COM) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Programming study group meets 12/5 In-Reply-To: <86y97478id.fsf@red.stonehenge.com>; from merlyn@stonehenge.com on Thu, Dec 05, 2002 at 08:09:14AM -0800 References: <3DEECB63.9020902@mac.com> <86y97478id.fsf@red.stonehenge.com> Message-ID: <20021205083620.A18885@patch.com> On Thu, Dec 05, 2002 at 08:09:14AM -0800, Randal L. Schwartz typed: > Doh! I'm in town, but this conflicts with the Portland Linux Users > Group monthly meet. Doh! And a very cool presentation of video editing / production / DVD burning. -- Michael Rasmussen aka mikeraz Be appropriate && Follow your curiosity http://www.patch.com/ http://wiki.patch.com/ http://blog.patch.com/sandbox/ The fortune cookie says: Everything is possible. Pass the word. -- Rita Mae Brown, "Six of One" From ptkwt at aracnet.com Thu Dec 5 17:40:52 2002 From: ptkwt at aracnet.com (Phil Tomson) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] PDX.rb meeting Monday Dec. 9th Message-ID: <3DEFE404.9060301@aracnet.com> At the November Perl Monger's meeting Brian Ingerson suggested that I send the announcement for the next Portland Rubyists meeting to the pdx-pm-list. Here it is: The next PDX.rb meeting will be held at the Lucky Lab pub (~10th & SE Hawthorne, north side of the street) at 7PM, Monday December 9th. I'm not sure what the agenda will be at this point. I'll be going there directly after taking a 2 hour final exam so I may not have much to say ;-) Maybe we can talk a bit about freepan.org again and the latest developments there as well as raa-install. I could probably show some stuff I'm doing with dot/graphviz for drawing directed graphs using TkCanvas (and generating postscript from a TkCanvas). Maybe we can also talk about some development projects we as a group could work on. Maybe a quick Ruby tutorial for Perl folks? ;-) Phil From rootbeer at redcat.com Fri Dec 6 11:35:02 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] PDX.rb meeting Monday Dec. 9th In-Reply-To: <3DEFE404.9060301@aracnet.com> Message-ID: On Thu, 5 Dec 2002, Phil Tomson wrote: > Maybe a quick Ruby tutorial for Perl folks? ;-) I can't make it on the 9th, but I'd love to see this tutorial. Maybe you could present it at one of our PDX.pm meetings in a month or two! --Tom From cp at onsitetech.com Fri Dec 6 13:02:05 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] PDX.rb meeting Monday Dec. 9th References: Message-ID: <001401c29d59$f7fcb860$1a01a8c0@ot.onsitetech.com> ----- Original Message ----- From: "Tom Phoenix" > On Thu, 5 Dec 2002, Phil Tomson wrote: > > > Maybe a quick Ruby tutorial for Perl folks? ;-) > > I can't make it on the 9th, but I'd love to see this tutorial. Maybe you > could present it at one of our PDX.pm meetings in a month or two! I'll second that! I think it's important for programmers to be exposed to other languages and Ruby seems like a great language. If there were any jobs for Ruby (and if I knew it considerably better), I would love to work with it. If any Ruby folks want to put together something, have them shoot me an email (poec@yahoo.com is a better address for that) and we'll work things out. On another note: I need more presentations. I've had some folks email me with ideas, but I've had no commitments. Let me know if you're interested. Januray is looking mighty empty right now. Cheers, Ovid From joe at oppegaard.net Fri Dec 6 22:53:36 2002 From: joe at oppegaard.net (Joe Oppegaard) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] PDX.rb meeting Monday Dec. 9th In-Reply-To: <3DEFE404.9060301@aracnet.com> Message-ID: On Thursday, Dec 5, 2002, at 15:40 US/Pacific, Phil Tomson wrote: > At the November Perl Monger's meeting Brian Ingerson suggested that I > send > the announcement for the next Portland Rubyists meeting to the > pdx-pm-list. Here it > is: > Where can I sign up for the PDX Ruby mailing list? I did a quick search on google and only found what looked like a non-active list on yahoo groups. I assume some others on this list might be curious too. ___ Joe Oppegaard http://joppegaard.com PGP Public Key: http://joppegaard.com/files/0x21344EE1.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/pdx-pm-list/attachments/20021206/6cbd455f/attachment.bin From ptkwt at aracnet.com Sat Dec 7 00:54:50 2002 From: ptkwt at aracnet.com (Phil Tomson) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] PDX.rb meeting Monday Dec. 9th In-Reply-To: Message-ID: On Fri, 6 Dec 2002, Joe Oppegaard wrote: > On Thursday, Dec 5, 2002, at 15:40 US/Pacific, Phil Tomson wrote: > > > At the November Perl Monger's meeting Brian Ingerson suggested that I > > send > > the announcement for the next Portland Rubyists meeting to the > > pdx-pm-list. Here it > > is: > > > > Where can I sign up for the PDX Ruby mailing list? I did a quick search > on google and only found what looked like a non-active list on yahoo > groups. I assume some others on this list might be curious too. > You can subscribe by sending an email to: pdxruby-subscribe@kohalabs.com Phil From aj at linuxaid.org Mon Dec 9 11:53:58 2002 From: aj at linuxaid.org (aj) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... Message-ID: <1039456394.17114.39.camel@desktop.linuxaid.org> I am parsing a text file and I have the following layout of text 123454 text 67890 Get Rid of text 234555 more text to keep My first idea is to substitue two spaces with nothing ( $line =~ s/ //g) and then try to do some sort of split on the resulting. I am sure there is a better way of doing this, but not having too much luck finding an answer. Any suggestions would be greatly appreciated. Thanks, A.J. Weinzettel From aj at ajscomputerbug.com Mon Dec 9 11:32:50 2002 From: aj at ajscomputerbug.com (A.J. Weinzettel) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated to me question.... Message-ID: <1039455170.17114.32.camel@desktop.linuxaid.org> I am parsing a text file and I have the following layout of text 123454 text 67890 Get Rid of text 234555 more text to keep My first idea is to substitue two spaces with nothing ( $line =~ s/ //g) and then try to do some sort of split on the resulting. I am sure there is a better way of doing this, but not having too much luck finding an answer. Any suggestions would be greatly appreciated. Thanks, A.J. Weinzettel aj@ajscomputerbug.com From jeff at vpservices.com Mon Dec 9 12:09:54 2002 From: jeff at vpservices.com (Jeff Zucker) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... References: <1039456394.17114.39.camel@desktop.linuxaid.org> Message-ID: <3DF4DC72.4010309@vpservices.com> aj wrote: > I am parsing a text file and I have the following layout of text > > > 123454 text 67890 Get Rid of text > 234555 more text to keep > > My first idea is to substitue two spaces with nothing > ( $line =~ s/ //g) and then try to do some sort of split on the > resulting. I am sure there is a better way of doing this, but not > having too much luck finding an answer. Any suggestions would be > greatly appreciated. You'll have to do a better job of describing what the constant factors are and what you want to keep/eliminate. Do you want to get rid of text that is after the third set of whitespaces in a given line? Or text after the number 67890? Or text after the second set of numerical data in a line? Or text that is after position X in each line? Any of those could describe the data you've shown. If you can describe what you want to do in English (or some other human language) it's usually fairly easy to do in Perl. -- Jeff From rootbeer at redcat.com Mon Dec 9 12:16:32 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: <1039456394.17114.39.camel@desktop.linuxaid.org> Message-ID: On 9 Dec 2002, aj wrote: > 123454 text 67890 Get Rid of text > 234555 more text to keep > > My first idea is to substitue two spaces with nothing > ( $line =~ s/ //g) and then try to do some sort of split on the > resulting. It's not clear to me what you want to do. Is it this: Get rid of any multiple spaces and any following text on the same line? Treat each line to this: s/ .*// Or is it something else that you want? Once you can say precisely what you want, you're most of the way to being able to code it. Hope this helps! --Tom Phoenix From aj at linuxaid.org Mon Dec 9 12:47:40 2002 From: aj at linuxaid.org (aj) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: <3DF4DC72.4010309@vpservices.com> References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> Message-ID: <1039459660.17447.4.camel@desktop.linuxaid.org> Sorry about the confusion... Again here is the data: 123454 text 67890 Get Rid of text 234555 more text to keep The text I am wanting to remove is "67890 Get rid of text". The only pattern to this data is the multiple spaces between "12344 text" and "67890 text". The space pattern could be 2 or it could be 20. I would think if I could do a split on this the top line with a variable amount of spaces and then I would just remove the second portion of the line. Does this make better sense? Thanks Again, A.J. Weinzettel On Mon, 2002-12-09 at 10:09, Jeff Zucker wrote: > aj wrote: > > > I am parsing a text file and I have the following layout of text > > > > > > 123454 text 67890 Get Rid of text > > 234555 more text to keep > > > > My first idea is to substitue two spaces with nothing > > ( $line =~ s/ //g) and then try to do some sort of split on the > > resulting. I am sure there is a better way of doing this, but not > > having too much luck finding an answer. Any suggestions would be > > greatly appreciated. > > > You'll have to do a better job of describing what the constant factors > are and what you want to keep/eliminate. Do you want to get rid of text > that is after the third set of whitespaces in a given line? Or text > after the number 67890? Or text after the second set of numerical data > in a line? Or text that is after position X in each line? Any of those > could describe the data you've shown. > > If you can describe what you want to do in English (or some other human > language) it's usually fairly easy to do in Perl. -- aj From chromatic at wgz.org Mon Dec 9 12:47:49 2002 From: chromatic at wgz.org (chromatic) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: <1039459660.17447.4.camel@desktop.linuxaid.org> References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> <1039459660.17447.4.camel@desktop.linuxaid.org> Message-ID: <200212091047.49375.chromatic@wgz.org> On Monday 09 December 2002 10:47, aj wrote: > I would think if I could do a split on this the top line with a variable > amount of spaces and then I would just remove the second portion of the > line. Something like this then? while () { my ($keep) = split /\s{2,}/, $_; } -- c From plumpy at krimedawg.org Mon Dec 9 12:59:18 2002 From: plumpy at krimedawg.org (Michael P) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: <1039459660.17447.4.camel@desktop.linuxaid.org> References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> <1039459660.17447.4.camel@desktop.linuxaid.org> Message-ID: On Mon, 9 Dec 2002, aj wrote: > Does this make better sense? Yeah. s/ .*$// will do everything you so-rightly want. e.g.: while(my $line = <>) { $line =~ s/ .*$//; print $line, "\n"; } From jeff at vpservices.com Mon Dec 9 12:59:02 2002 From: jeff at vpservices.com (Jeff Zucker) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> <1039459660.17447.4.camel@desktop.linuxaid.org> Message-ID: <3DF4E7F6.8010009@vpservices.com> aj wrote: > Sorry about the confusion... > > Again here is the data: > > 123454 text 67890 Get Rid of text > 234555 more text to keep > > The text I am wanting to remove is "67890 Get rid of text". The only > pattern to this data is the multiple spaces between "12344 text" and > "67890 text". The space pattern could be 2 or it could be 20. And what about the lines that you want to keep? Is it guaranteed that they will never contain two or more spaces next to each other? If so then this should work: s/ .*//; (In English: find two consecutive spaces and remove them and everything that follows them.) -- Jeff From clapp at netscum.com Mon Dec 9 13:02:52 2002 From: clapp at netscum.com (Andrew S. Clapp) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... Message-ID: <200212091902.gB9J2qB03552@meta.netscum.com> You need to "perldoc perlrequick" or "perldoc perlre". \s+ will match what you want. -ASC On 09 Dec 2002 10:47:40 -0800 aj wrote: > Sorry about the confusion... > > Again here is the data: > > 123454 text 67890 Get Rid of text > 234555 more text to keep > > The text I am wanting to remove is "67890 Get rid of text". The only > pattern to this data is the multiple spaces between "12344 text" and > "67890 text". The space pattern could be 2 or it could be 20. I would > think if I could do a split on this the top line with a variable amount > of spaces and then I would just remove the second portion of the line. > Does this make better sense? > > Thanks Again, > A.J. Weinzettel > > > On Mon, 2002-12-09 at 10:09, Jeff Zucker wrote: > > aj wrote: > > > > > I am parsing a text file and I have the following layout of text > > > > > > > > > 123454 text 67890 Get Rid of text > > > 234555 more text to keep > > > > > > My first idea is to substitue two spaces with nothing > > > ( $line =~ s/ //g) and then try to do some sort of split on the > > > resulting. I am sure there is a better way of doing this, but not > > > having too much luck finding an answer. Any suggestions would be > > > greatly appreciated. > > > > > > You'll have to do a better job of describing what the constant factors > > are and what you want to keep/eliminate. Do you want to get rid of text > > that is after the third set of whitespaces in a given line? Or text > > after the number 67890? Or text after the second set of numerical data > > in a line? Or text that is after position X in each line? Any of those > > could describe the data you've shown. > > > > If you can describe what you want to do in English (or some other human > > language) it's usually fairly easy to do in Perl. > -- > aj > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list Andrew S. Clapp - - Geekin' Geekin' Geekin' rat: "Hmmm, wonder what bob just changed in dont_touch.c..." rat: % lastdiff dont_touch.c rat: "Yup, that completely sucks! Where's my flamethrower..." bob: "Hi rat, what's that ... Yeeaarrrrrrghhh!" From ingy at ttul.org Mon Dec 9 13:07:52 2002 From: ingy at ttul.org (Brian Ingerson) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: ; from plumpy@krimedawg.org on Mon, Dec 09, 2002 at 10:59:18AM -0800 References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> <1039459660.17447.4.camel@desktop.linuxaid.org> Message-ID: <20021209110752.C15666@ttul.org> On 09/12/02 10:59 -0800, Michael P wrote: > On Mon, 9 Dec 2002, aj wrote: > > > Does this make better sense? > > Yeah. > > s/ .*$// will do everything you so-rightly want. This might be slightly safer: s/\s\s.*// \s covers tabs as well as spaces. the $ anchor is redundant here. Cheers, Brian From plumpy at krimedawg.org Mon Dec 9 13:12:20 2002 From: plumpy at krimedawg.org (Michael P) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated question.... In-Reply-To: <20021209110752.C15666@ttul.org> References: <1039456394.17114.39.camel@desktop.linuxaid.org> <3DF4DC72.4010309@vpservices.com> <1039459660.17447.4.camel@desktop.linuxaid.org> <20021209110752.C15666@ttul.org> Message-ID: On Mon, 9 Dec 2002, Brian Ingerson wrote: > the $ anchor is redundant here. I tend to add them for readability (it makes it more clear to me that we're replacing everything to the end of the line) but you're right, of course. From schwern at pobox.com Mon Dec 9 13:30:12 2002 From: schwern at pobox.com (Michael G Schwern) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Simplistic, yet complicated to me question.... In-Reply-To: <1039455170.17114.32.camel@desktop.linuxaid.org> References: <1039455170.17114.32.camel@desktop.linuxaid.org> Message-ID: <20021209193012.GB703@blackrider.schwern.org> On Mon, Dec 09, 2002 at 09:32:50AM -0800, A.J. Weinzettel wrote: > I am parsing a text file and I have the following layout of text > > > 123454 text 67890 Get Rid of text > 234555 more text to keep (I'm assuming you want to keep the 2nd number and only dump the text) If its actually set up as a bunch of fixed-witch columns, use pack() as perlfaq5 suggests. my($id, undef, $text, $id2) = unpack('A6 AA20 A5 AA*'); # 123454 text 67890 Get Rid of text Otherwise you distinguish the textual parts as the bits with either an alphanumeric or only a single space, here represented as a space surrounded by word breaks. my($id, $text, $id2) = $line =~ ( /^(\d+) ((?:\w|\b \b)+)\s*(\d+)/ If there can be multiple spaces and numbers in the text you have a potentially unparsable data format. -- Michael G. Schwern http://www.pobox.com/~schwern/ Perl Quality Assurance Kwalitee Is Job One I have this god-awful need to aquire useless crap!!! From cp at onsitetech.com Wed Dec 11 11:52:25 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight References: <1039455170.17114.32.camel@desktop.linuxaid.org> <20021209193012.GB703@blackrider.schwern.org> Message-ID: <002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> Don't forget that Michael Schwern will be giving a presentation tonight. Details are at http://portland.pm.org/. The social meeting is at Rose and Raindrop and I have to say that they're becoming a bit fussy about us. They prefer one check, but we usually do separate ones. Further, they said they're going to be a stickler about the $100.00 minimum. At one point, Tom Phoenix passed the hat to create a small slush fund for us ($30.00), so we'll be able to cover it if we're short, but it might be nice if we can find a more suitable meeting place where these issues are not as significant. Naturally, finding a place close to ONSITE! Technology would be helpful. Also, for those who show up at the social meeting, I've noticed that one hour seems a bit short, while two hours is too long. I propose that we extend it to an hour and a half, or just move the technical meeting up slightly and have the social meeting afterwards. Comments welcome. This is a benevolent dictatorship :) -- Cheers, Curtis Poe Senior Programmer ONSITE! Technology, Inc. www.onsitetech.com 503-233-1418 Taking e-Business and Internet Technology To The Extreme! From merlyn at stonehenge.com Wed Dec 11 12:16:47 2002 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> References: <1039455170.17114.32.camel@desktop.linuxaid.org> <20021209193012.GB703@blackrider.schwern.org> <002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> Message-ID: <867kegqv3k.fsf@red.stonehenge.com> >>>>> "Curtis" == Curtis Poe writes: Curtis> Further, they said they're going to be a stickler about the Curtis> $100.00 minimum. *what* $100 minimum? are you renting a room? Or just letting them know ahead of time that there'll be about 20 in a group? If the former, I can imagine a minimum. If the latter, that is *so* unrestaurant-like! I suppose I could talk to them as a former restaurant owner. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! From cp at onsitetech.com Wed Dec 11 12:24:07 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight References: <1039455170.17114.32.camel@desktop.linuxaid.org><20021209193012.GB703@blackrider.schwern.org><002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> <867kegqv3k.fsf@red.stonehenge.com> Message-ID: <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> ----- Original Message ----- From: "Randal L. Schwartz" > *what* $100 minimum? are you renting a room? Or just letting them > know ahead of time that there'll be about 20 in a group? If the former, > I can imagine a minimum. If the latter, that is *so* unrestaurant-like! > > I suppose I could talk to them as a former restaurant owner. :) I'm reserving the balcony section at the top, so that's why they have a minimum. I suppose we could just "show up", but that could make matters worse as there might not be space for us. Speaking of worse, while we've been reserving that space every month for almost a year, I'm a bit disappointed to see them making a big deal out of this. Once while I was out of town, Christian reserved the space for me and they were demanding his credit card number to hold the space, something they had *never* previously done with me. When I reserved the space this time, I objected to the $100.00 minimum as they had never held us to it before, but they were pretty adamant about it. Then they brought up the credit card issue again. Grr... Had they simply stuck to this policy up front, that would have been fine. However, after a year of this and having Rose and Rain Drop playing "Guess which shell the policy pea is under this month", I'm getting a bit tired of them. -- Cheers, Curtis Poe Senior Programmer ONSITE! Technology, Inc. www.onsitetech.com 503-233-1418 Taking e-Business and Internet Technology To The Extreme! From merlyn at stonehenge.com Wed Dec 11 12:25:48 2002 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <58A981FD421D5544AF2010325945492802AF89@ntmail13.bqr.quick-reilly-group.com> References: <58A981FD421D5544AF2010325945492802AF89@ntmail13.bqr.quick-reilly-group.com> Message-ID: <863cp4quoj.fsf@red.stonehenge.com> >>>>> "Rasmussen," == Rasmussen, Michael writes: Rasmussen,> They may be less sticky about the minimum if we sat downstairs with everyone Rasmussen,> else. Rasmussen,> Having a large group in a physically different part of the establishment Rasmussen,> puts a strain on the waitstaff. If that's the only difference, I say sit downstairs. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! From Michael.Rasmussen at columbiamanagement.com Wed Dec 11 12:24:40 2002 From: Michael.Rasmussen at columbiamanagement.com (Rasmussen, Michael) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight Message-ID: <58A981FD421D5544AF2010325945492802AF89@ntmail13.bqr.quick-reilly-group.com> They may be less sticky about the minimum if we sat downstairs with everyone else. Having a large group in a physically different part of the establishment puts a strain on the waitstaff. -----Original Message----- From: merlyn@stonehenge.com [mailto:merlyn@stonehenge.com] Sent: Wednesday, December 11, 2002 10:17 AM To: Curtis Poe Cc: pdx-pm-list@pm.org Subject: Re: [Pdx-pm] Meeting tonight >>>>> "Curtis" == Curtis Poe writes: Curtis> Further, they said they're going to be a stickler about the Curtis> $100.00 minimum. *what* $100 minimum? are you renting a room? Or just letting them know ahead of time that there'll be about 20 in a group? If the former, I can imagine a minimum. If the latter, that is *so* unrestaurant-like! I suppose I could talk to them as a former restaurant owner. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! _______________________________________________ Pdx-pm-list mailing list Pdx-pm-list@mail.pm.org http://mail.pm.org/mailman/listinfo/pdx-pm-list From mikeraz at PATCH.COM Wed Dec 11 12:29:34 2002 From: mikeraz at PATCH.COM (mikeraz@PATCH.COM) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com>; from cp@onsitetech.com on Wed, Dec 11, 2002 at 10:24:07AM -0800 References: <1039455170.17114.32.camel@desktop.linuxaid.org><20021209193012.GB703@blackrider.schwern.org><002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> <867kegqv3k.fsf@red.stonehenge.com> <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> Message-ID: <20021211102934.A28016@patch.com> On Wed, Dec 11, 2002 at 10:24:07AM -0800, Curtis Poe typed: > > Speaking of worse, while we've been reserving that space every month for > almost a year, > ... > However, after a year of this and having Rose and Rain Drop playing "Guess > which shell the policy pea is under this month", I'm getting a bit tired of > them. If you bear in mind that the Rose and Raindrop owner died a few weeks ago, a change in management and policy is not too surprising. -- Michael Rasmussen aka mikeraz Be appropriate && Follow your curiosity http://www.patch.com/ http://wiki.patch.com/ http://blog.patch.com/sandbox/ The fortune cookie says: You can't mend a wristwatch while falling from an airplane. From jkeroes at eli.net Wed Dec 11 12:38:01 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> References: <867kegqv3k.fsf@red.stonehenge.com> <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> Message-ID: <20021211183801.GI3577@eli.net> If they don't want our money, let's take our business elsewhere. -J From tex at off.org Wed Dec 11 12:39:53 2002 From: tex at off.org (Austin Schutz) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com>; from cp@onsitetech.com on Wed, Dec 11, 2002 at 09:52:25AM -0800 References: <1039455170.17114.32.camel@desktop.linuxaid.org> <20021209193012.GB703@blackrider.schwern.org> <002301c2a13e$1108f840$1a01a8c0@ot.onsitetech.com> Message-ID: <20021211103953.F7683@gblx.net> On Wed, Dec 11, 2002 at 09:52:25AM -0800, Curtis Poe wrote: > The social meeting is at Rose and Raindrop and I have to say that they're > becoming a bit fussy about us. They prefer one check, but we usually do > separate ones. Further, they said they're going to be a stickler about the > $100.00 minimum. At one point, Tom Phoenix passed the hat to create a small > slush fund for us ($30.00), so we'll be able to cover it if we're short, but > it might be nice if we can find a more suitable meeting place where these > issues are not as significant. Naturally, finding a place close to ONSITE! > Technology would be helpful. > Produce Row might be a little small. The Montage might be a good choice, though they are lacking in beer selection. How about that weird looking gas-station-mexican place on MLK? I've never actually eaten there, but it _looks_ friendly. At any rate it might be worth it to call the R&R management and say 'wtf?'. Seems like we've made the minimum every time I've been there (and not just because I'm a boozer). Pissing off a legion of geeks doesn't seem like it would be in their best interest, especially since many of us are regular customers to begin with. > Also, for those who show up at the social meeting, I've noticed that one > hour seems a bit short, while two hours is too long. I propose that we > extend it to an hour and a half, or just move the technical meeting up > slightly and have the social meeting afterwards. Comments welcome. This is > a benevolent dictatorship :) I would cast my vote for afterwards. It gives folks a chance to take off whenever they feel like it, if they have other engagements. Hmm, you'd also have an initial social head count too, that might make it easier to know if we'll be able to make the fascist minimum. Austin From tcaine at eli.net Wed Dec 11 13:11:57 2002 From: tcaine at eli.net (Todd Caine) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight In-Reply-To: <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> References: <867kegqv3k.fsf@red.stonehenge.com> <003501c2a142$7e7ab680$1a01a8c0@ot.onsitetech.com> Message-ID: <20021211191157.GE28672@eli.net> It sounds like the Rose and Raindrop has no appreciation for repeat customers. I would like to try a different e stablishment. We could meet up at the Rabbit Hole Restaurant/Mad Hatter Lounge. It is located at 203 SE Grand Ave. They have plenty of seating upstairs and the staff is usually friendly. http://portland.citysearch.com/profile/8470118/ Todd -- /* There are 10 kinds of people in the world, those who understand binary and those who don't */ On (Wed, Dec 11 10:24), Curtis Poe wrote: > > I'm reserving the balcony section at the top, so that's why they have a > minimum. I suppose we could just "show up", but that could make matters > worse as there might not be space for us. > > Speaking of worse, while we've been reserving that space every month for > almost a year, I'm a bit disappointed to see them making a big deal out of > this. Once while I was out of town, Christian reserved the space for me and > they were demanding his credit card number to hold the space, something they > had *never* previously done with me. When I reserved the space this time, I > objected to the $100.00 minimum as they had never held us to it before, but > they were pretty adamant about it. Then they brought up the credit card > issue again. Grr... > > Had they simply stuck to this policy up front, that would have been fine. > However, after a year of this and having Rose and Rain Drop playing "Guess > which shell the policy pea is under this month", I'm getting a bit tired of > them. > From cribbins at agalis.net Wed Dec 11 13:10:16 2002 From: cribbins at agalis.net (Michael + Tricia Cribbins) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight Message-ID: <3DF78D98.9000302@agalis.net> (oops, forgot to cc the list. d'oh!) I'd vote for leaving it as announced, at least for this time, as I know of a least a few people who do not subscribe to the list, but check the website for meeting announcements. If they have already viewed the announcement and plan to attend, they'll be in for a surprise. Michael -- ************************************************************************ perl -e '$a=shift;print pack("H".length $a,$a),"\n"' "687474703a2f2f777\ 7772e6a757374616e6f7468657275726c7061636b65722e636f6d2f" ************************************************************************ Austin Schutz wrote: > On Wed, Dec 11, 2002 at 09:52:25AM -0800, Curtis Poe wrote: > > I would cast my vote for afterwards. It gives folks a chance to take > off whenever they feel like it, if they have other engagements. Hmm, you'd > also have an initial social head count too, that might make it easier to know > if we'll be able to make the fascist minimum. > > Austin From dora.raymaker at xo.com Wed Dec 11 20:38:00 2002 From: dora.raymaker at xo.com (Raymaker, Dora) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Meeting tonight Message-ID: <07CB76E4DED40047AC6E15F00D3367DB1F781E@utsaltex801.internal.nextlink.net> It sounds like the Rose and Raindrop has no appreciation for repeat customers. I would like to try a different e stablishment. [Raymaker, Dora] this is strange. I've spent a good deal of time at R&R with another organization I am a part of & they've been great to us - same deal, large group of people, separate checks, etc. I'll ask the people who usually reserve the tables if there's a magic word or special set of gestures they use to get better service. -D. From MichaelRunningWolf at att.net Sun Dec 15 15:43:18 2002 From: MichaelRunningWolf at att.net (Michael R. Wolf) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] SPUG meeting this Tuesday 12/17 in Seattle Message-ID: The Seattle Perl Users Group is having a meeting this Tuesday, a special non-Perl-focused, but highly-techie talk. http://seattleperl.org/#Dec Check out Technomadic Research Labs' home page on http://microship.com/ to get a taste of how geeky-cool his application of technology can be to creating an adventurous life. I've personally met with Steve Roberts. His technology, life style, and insights are very interesting and entertaining. Perhaps some folks would be interested in carpooling to the talk. (Steve accumulated many 10's of thousands of miles on his bicycle to accumulate the information in this talk, what's a few hundred in a car?) I'd drive 3 hours to hear him if I was coming from Portland. I currently live in Seattle, but will be in Portland on Monday. Feel free to contact me if you'd like more information about this great speaker or about other pre- or post-meeting arrangements. -- Michael R. Wolf All mammals learn by playing! MichaelRunningWolf@att.net From ingy at ttul.org Sun Dec 15 16:33:15 2002 From: ingy at ttul.org (Brian Ingerson) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] SPUG meeting this Tuesday 12/17 in Seattle In-Reply-To: ; from MichaelRunningWolf@att.net on Sun, Dec 15, 2002 at 01:43:18PM -0800 References: Message-ID: <20021215143315.D9377@ttul.org> On 15/12/02 13:43 -0800, Michael R. Wolf wrote: > > The Seattle Perl Users Group is having a meeting this Tuesday, a > special non-Perl-focused, but highly-techie talk. > > http://seattleperl.org/#Dec > > Check out Technomadic Research Labs' home page on > http://microship.com/ to get a taste of how geeky-cool his application > of technology can be to creating an adventurous life. I've personally > met with Steve Roberts. His technology, life style, and insights are > very interesting and entertaining. > > Perhaps some folks would be interested in carpooling to the talk. > (Steve accumulated many 10's of thousands of miles on his bicycle to > accumulate the information in this talk, what's a few hundred in a > car?) I'd drive 3 hours to hear him if I was coming from Portland. > > I currently live in Seattle, but will be in Portland on Monday. Feel > free to contact me if you'd like more information about this great > speaker or about other pre- or post-meeting arrangements. Schwern and I will be heading up. I can take two more in my car. We'll need to leave around 3pm. Cheers, Brian From schwern at pobox.com Tue Dec 17 04:05:37 2002 From: schwern at pobox.com (schwern@pobox.com) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Wallstreet Powerbook parts needed Message-ID: <20021217020537.C26671@ttul.org> It finally happened, my Powerbook bit it. I was greeted with the sound of broken glass on bootup indicating a hardware failure. Could be the hard drive, could be bad RAM, could be a bad CPU. In order to diagnose the problem, I need to swap parts in and out to figure out exactly what needs replacing. If anyone has an old Wallstreet Powerbook lying around they don't need for a few days I could swap some parts from it to figure out what's wrong, then swap them back and return the laptop in working order. Has to be a Wallstreet, not a Lombard. Black keyboard, not bronze. What would also be of help is an external SCSI cdrom drive so I can try booting off a CD. My own internal CDrom drive bay is long since fried. At the very least I'd like to fire up the hard drive one last time to get work and email off it since the last backup. From dora.raymaker at xo.com Thu Dec 19 13:40:18 2002 From: dora.raymaker at xo.com (Raymaker, Dora) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] (belated) Reminder: PP Reading Group Tonight Message-ID: <07CB76E4DED40047AC6E15F00D3367DB1F789B@utsaltex801.internal.nextlink.net> This reminder is a little later than I usually like to send out, sorry... There will be a Pragmatic Programmers reading group tonight at 6:30 at 707 SW Washington St. Tell the security guard you're here for Pragmatic Programmers. -D. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/pdx-pm-list/attachments/20021219/58d47a81/attachment.htm From mark at drapple.com Thu Dec 19 14:35:09 2002 From: mark at drapple.com (Mark Hartley) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Strange Random coredumps Message-ID: <20021219123509.A59196@drapple.com> I am having a very frustrating problem with a few Perl apps I've written randomly dumping core, and I'm hoping someone can point me in a direction to find the cause. A little background as to what I'm doing: I have a whole bunch of applications that I've written which run as a CGI under Apache (1.3.26) on a FreeBSD (4.6.2-RELEASE-p4) machine. There are actually 3 of these machines, one of which is running SSL. All 3 machines are using Perl 5.005_03. The applications are talking to a MS SQL server 2000 database (not by my choice). I am using DBI:Sybase drivers to talk to the db. I know that I could use ODBC drivers as well, but right now I'm using the Sybase ones. OK, now to the problem: These applications get a fair amount of traffic each day (something along the lines of 32,000 hits per day). One specific app takes about 25% of that. Now, the app runs about 8000 times per day, and it will randomly dump core anywhere from 0 up to 100 times per day, leaving no information in Apache's error log as to what happened. The 0 days are good, but the other days I end up taking heat from the client. I've tried adding debugging code into the scripts to try and find where it dies, and I've had a reasonable amount of success with this method, but the code is correct. The places where it is dying don't seem to to form any kind of a pattern. Sometimes it dies trying to read from the db, other times it will die while trying to generate some output. But I know the code is correct and works. I've gone over it a zillion times, and it runs perfectly over 7500 times per day. If I try to run it through the perl debugger by hand, everything seems to work just fine, but with the fact that it runs fine 98% of the time, that doesn't surprise me. This is happening with several of the scripts. I was just using this one as an example. I've found I can significantly reduce the number of times the applications die if I simply put a: print STDERR "foo\n"; in the script in a few different places. It makes no sense to me why adding a few of those will cause a script to be significanlty more stable if I add those. I realize I can just leave them in, but it feels like a bandaid, and it doesn't eliminate the problem, it just reduces it. Now some of these Perl scripts are reasonably large (the one I mention above is 72kb with nearly 2000 lines), but the coredumps also happen on scripts with only a couple hundred lines of code. Does anyone have any advice or anything they can help me figure out with regards to this. Mark. From jkeroes at eli.net Thu Dec 19 15:37:57 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Strange Random coredumps In-Reply-To: <20021219123509.A59196@drapple.com> References: <20021219123509.A59196@drapple.com> Message-ID: <20021219213757.GO3577@eli.net> On (Thu, Dec 19 12:35), Mark Hartley wrote: > I am having a very frustrating problem with a few Perl apps > I've written randomly dumping core, and I'm hoping someone can > point me in a direction to find the cause. > > A little background as to what I'm doing: > I have a whole bunch of applications that I've written which run > as a CGI under Apache (1.3.26) on a FreeBSD (4.6.2-RELEASE-p4) machine. > There are actually 3 of these machines, one of which is running SSL. > All 3 machines are using Perl 5.005_03. > > The applications are talking to a MS SQL server 2000 database (not by > my choice). I am using DBI:Sybase drivers to talk to the db. I know > that I could use ODBC drivers as well, but right now I'm using the > Sybase ones. What version of Perl, what DBI version, what DBD::Sybase version? Are the coredumps written to user apache's home directory (or somewhere else? You're going to want a coredump for these. Since the Perl debugger isn't helping, this is most likely the only way to tell where the culprit really is. If you can't find a coredump, change your CGI/apache user's shell options to allow coredumps, make it break again, open the core file with gdb and get a backtrace (bt). You may have to recompile perl or the DVD::Sybase module with -g (-DDEBUGGING) to get a useful backtrace. -Joshua PS I Am Not a C Programmer From mark at drapple.com Thu Dec 19 15:57:44 2002 From: mark at drapple.com (Mark Hartley) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Strange Random coredumps In-Reply-To: <20021219213757.GO3577@eli.net>; from jkeroes@eli.net on Thu, Dec 19, 2002 at 01:37:57PM -0800 References: <20021219123509.A59196@drapple.com> <20021219213757.GO3577@eli.net> Message-ID: <20021219135744.A59757@drapple.com> On Thu, Dec 19, 2002 at 01:37:57PM -0800, Joshua Keroes wrote: > On (Thu, Dec 19 12:35), Mark Hartley wrote: > > I am having a very frustrating problem with a few Perl apps > > I've written randomly dumping core, and I'm hoping someone can > > point me in a direction to find the cause. > > > > A little background as to what I'm doing: > > I have a whole bunch of applications that I've written which run > > as a CGI under Apache (1.3.26) on a FreeBSD (4.6.2-RELEASE-p4) machine. > > There are actually 3 of these machines, one of which is running SSL. > > All 3 machines are using Perl 5.005_03. > > > > The applications are talking to a MS SQL server 2000 database (not by > > my choice). I am using DBI:Sybase drivers to talk to the db. I know > > that I could use ODBC drivers as well, but right now I'm using the > > Sybase ones. > > What version of Perl, what DBI version, what DBD::Sybase version? > Are the coredumps written to user apache's home directory (or > somewhere else? > Perl 5.005_03 DBD::Sybase version 0.91 DBI version 1.20 There is a newer version of DBD::Sybase out, but 0.91 is the most recent version that will work on FreeBSD to talk to a SQL server 2000 database. (As far as I can tell). > You're going to want a coredump for these. Since the Perl debugger > isn't helping, this is most likely the only way to tell where the > culprit really is. > > If you can't find a coredump, change your CGI/apache user's shell > options to allow coredumps, make it break again, open the core file with > gdb and get a backtrace (bt). You may have to recompile perl or the > DVD::Sybase module with -g (-DDEBUGGING) to get a useful backtrace. > I'm not acutally getting the core files, but I know it is dumping core. I have a couple of command line utilities (talking to the same db) that periodically dump core along similar lines as the CGI apps. I do get the core files for those, but I'm not sure what to do with those core files. I did what you mention with one of the core files from one of my command line utils. Here is what I got (this doesn't really mean much to me): (gdb) bt #0 0x281e93d8 in XS_DBI_dispatch () from /usr/local/lib/perl5/site_perl/5.005/i386-freebsd/auto/DBI/DBI.so #1 0x280b5ff6 in Perl_pp_entersub () from /usr/lib/libperl.so.3 #2 0x280e9696 in perl_call_sv () from /usr/lib/libperl.so.3 #3 0x280ad9e0 in Perl_sv_clear () from /usr/lib/libperl.so.3 #4 0x280adeb1 in Perl_sv_free () from /usr/lib/libperl.so.3 #5 0x2809ab5b in Perl_free_tmps () from /usr/lib/libperl.so.3 #6 0x280b1070 in Perl_pp_nextstate () from /usr/lib/libperl.so.3 #7 0x2807f11d in Perl_runops_standard () from /usr/lib/libperl.so.3 #8 0x280e8ef0 in perl_run () from /usr/lib/libperl.so.3 #9 0x8048e75 in main () #10 0x8048d61 in _start () (gdb) Mark. From jkeroes at eli.net Thu Dec 19 16:07:52 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Strange Random coredumps In-Reply-To: <20021219135744.A59757@drapple.com> References: <20021219123509.A59196@drapple.com> <20021219213757.GO3577@eli.net> <20021219135744.A59757@drapple.com> Message-ID: <20021219220752.GQ3577@eli.net> On (Thu, Dec 19 13:57), Mark Hartley wrote: > On Thu, Dec 19, 2002 at 01:37:57PM -0800, Joshua Keroes wrote: > > On (Thu, Dec 19 12:35), Mark Hartley wrote: > > > A little background as to what I'm doing: > > > I have a whole bunch of applications that I've written which run > > > as a CGI under Apache (1.3.26) on a FreeBSD (4.6.2-RELEASE-p4) machine. > > > There are actually 3 of these machines, one of which is running SSL. > > > All 3 machines are using Perl 5.005_03. > > > > > > The applications are talking to a MS SQL server 2000 database (not by > > > my choice). I am using DBI:Sybase drivers to talk to the db. I know > > > that I could use ODBC drivers as well, but right now I'm using the > > > Sybase ones. > > > > What version of Perl, what DBI version, what DBD::Sybase version? > > Are the coredumps written to user apache's home directory (or > > somewhere else? > > Perl 5.005_03 > DBD::Sybase version 0.91 > DBI version 1.20 > > There is a newer version of DBD::Sybase out, but 0.91 is the most recent > version that will work on FreeBSD to talk to a SQL server 2000 database. > (As far as I can tell). > > > You're going to want a coredump for these. Since the Perl debugger > > isn't helping, this is most likely the only way to tell where the > > culprit really is. > > I did what you mention with one of the core files from one of my command > line utils. Here is what I got (this doesn't really mean much to me): > > (gdb) bt > #0 0x281e93d8 in XS_DBI_dispatch () from /usr/local/lib/perl5/site_perl/5.005/i386-freebsd/auto/DBI/DBI.so > #1 0x280b5ff6 in Perl_pp_entersub () from /usr/lib/libperl.so.3 > #2 0x280e9696 in perl_call_sv () from /usr/lib/libperl.so.3 > #3 0x280ad9e0 in Perl_sv_clear () from /usr/lib/libperl.so.3 > #4 0x280adeb1 in Perl_sv_free () from /usr/lib/libperl.so.3 > #5 0x2809ab5b in Perl_free_tmps () from /usr/lib/libperl.so.3 > #6 0x280b1070 in Perl_pp_nextstate () from /usr/lib/libperl.so.3 > #7 0x2807f11d in Perl_runops_standard () from /usr/lib/libperl.so.3 > #8 0x280e8ef0 in perl_run () from /usr/lib/libperl.so.3 > #9 0x8048e75 in main () > #10 0x8048d61 in _start () > (gdb) The top line is the most important line - that's where it blew up. Given that we blew up in DBI, you have DBI-1.20, and DBI-1.32 is the latest (it was released 1 Dec 2002), I would recommend upgrading that module on your system. You may also find DBI's internal debug tracing to be helpful: http://search.cpan.org/author/TIMB/DBI-1.32/DBI.pm#DEBUGGING -J From Martin.Schneider at tntsoftware.com Thu Dec 19 15:32:57 2002 From: Martin.Schneider at tntsoftware.com (Martin Schneider) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Strange Random coredumps Message-ID: Mark, On the SQL 2000 side, are there any significant events in the Windows event logs? If you suspect the Perl to SQL communications, SQL has a tracing tool called Profiler, but trace file size may become an issue. If you're running Perl on Windows, and switch to ODBC, then Data Sources (ODBC) also has a trace feature (but same issue). -- HTH, Martin Schneider - Standard disclaimers apply - -----Original Message----- From: Mark Hartley [mailto:mark@drapple.com] Sent: Thursday, December 19, 2002 12:35 PM To: pdx-pm-list@pm.org Subject: [Pdx-pm] Strange Random coredumps I am having a very frustrating problem with a few Perl apps I've written randomly dumping core, and I'm hoping someone can point me in a direction to find the cause. A little background as to what I'm doing: I have a whole bunch of applications that I've written which run as a CGI under Apache (1.3.26) on a FreeBSD (4.6.2-RELEASE-p4) machine. There are actually 3 of these machines, one of which is running SSL. All 3 machines are using Perl 5.005_03. The applications are talking to a MS SQL server 2000 database (not by my choice). I am using DBI:Sybase drivers to talk to the db. I know that I could use ODBC drivers as well, but right now I'm using the Sybase ones. OK, now to the problem: These applications get a fair amount of traffic each day (something along the lines of 32,000 hits per day). One specific app takes about 25% of that. Now, the app runs about 8000 times per day, and it will randomly dump core anywhere from 0 up to 100 times per day, leaving no information in Apache's error log as to what happened. The 0 days are good, but the other days I end up taking heat from the client. I've tried adding debugging code into the scripts to try and find where it dies, and I've had a reasonable amount of success with this method, but the code is correct. The places where it is dying don't seem to to form any kind of a pattern. Sometimes it dies trying to read from the db, other times it will die while trying to generate some output. But I know the code is correct and works. I've gone over it a zillion times, and it runs perfectly over 7500 times per day. If I try to run it through the perl debugger by hand, everything seems to work just fine, but with the fact that it runs fine 98% of the time, that doesn't surprise me. This is happening with several of the scripts. I was just using this one as an example. I've found I can significantly reduce the number of times the applications die if I simply put a: print STDERR "foo\n"; in the script in a few different places. It makes no sense to me why adding a few of those will cause a script to be significanlty more stable if I add those. I realize I can just leave them in, but it feels like a bandaid, and it doesn't eliminate the problem, it just reduces it. Now some of these Perl scripts are reasonably large (the one I mention above is 72kb with nearly 2000 lines), but the coredumps also happen on scripts with only a couple hundred lines of code. Does anyone have any advice or anything they can help me figure out with regards to this. Mark. _______________________________________________ Pdx-pm-list mailing list Pdx-pm-list@mail.pm.org http://mail.pm.org/mailman/listinfo/pdx-pm-list From al at shadowed.net Sat Dec 28 16:48:43 2002 From: al at shadowed.net (Allison Randal) Date: Mon Aug 2 21:34:16 2004 Subject: [Pdx-pm] Damian Conway in Portland Message-ID: <20021228224843.GA27183@shadowed.net> Damian Conway will be in Portland the last week in January. He'll be giving a series of full-day seminars at OGI in Beaverton: Mon 27 Jan: Intermediate OO Perl Tue 28 Jan: Practical Parsing Wed 29 Jan: Advanced Parsing Thu 30 Jan: Programming in Perl 6 You can get more information on their web site at: http://www.cpd.ogi.edu/ogipublicview.asp Allison