From scott at illogics.org Fri Feb 10 15:24:44 2006 From: scott at illogics.org (Scott Walters) Date: Fri, 10 Feb 2006 23:24:44 +0000 Subject: [Phoenix-pm] Fwd: [perl #38485] use integer; 0x80000000/-1; # coredump Message-ID: <20060210232443.GT19781@illogics.org> I don't know why Perl coredumpers fascinate me so, but here's another one for ya'll. ----- Forwarded message from Nicholas Clark ----- From: Nicholas Clark Date: Fri, 10 Feb 2006 15:06:24 -0800 # New Ticket Created by Nicholas Clark # Please include the string: [perl #38485] # in the subject line of all future correspondence about this issue. # This is a bug report for perl from nick at ccl4.org, generated with the help of perlbug 1.35 running under perl 5.9.4. ----------------------------------------------------------------- [Please enter your report here] The code use integer; 0x80000000/-1; will coredump on (at least) x86 FreeBSD, with a floating point exception. (It's amazing what strange things you learn from perl6-internals) Do we want to trap this overflow case before things go boom? If so, what do we do? Die with something more meaningful analagous to the division by zero error? Nicholas Clark [Please do not change anything below this line] ----------------------------------------------------------------- --- Flags: category=core severity=low --- Site configuration information for perl 5.9.4: Configured by nwc10 at Fri Feb 10 21:49:21 GMT 2006. Summary of my perl5 (revision 5 version 9 subversion 4) configuration: Platform: osname=freebsd, osvers=5.4-stable, archname=i386-freebsd-thread-multi uname='freebsd colon.colondot.net 5.4-stable freebsd 5.4-stable #3: sat oct 15 10:50:35 bst 2005 mbm at colonii.colondot.net:usrobjusrsrcsyscolon i386 ' config_args='-Dusedevel=y -Dcc=ccache gcc -Dld=gcc -Ubincompat5005 -Uinstallusrbinperl -Dcf_email=nick at ccl4.org -Dperladmin=nick at ccl4.org -Dinc_version_list= -Dinc_version_list_init=0 -Doptimize=-g -Dusethreads -Uuse64bitint -Dprefix=~/snap5.9.x-27152 -Dusesitecustomize -Accflags=-DPERL_POISON -Uperlio -Dinstallman1dir=none -Dinstallman3dir=none -de' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='ccache gcc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DPERL_POISON -DDEBUGGING -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include', optimize='-g', cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DPERL_POISON -DDEBUGGING -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include' ccversion='', gccversion='3.4.2 [FreeBSD] 20040728', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags ='-Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lgdbm -lm -lcrypt -lutil -lc_r perllibs=-lm -lcrypt -lutil -lc_r libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib' Locally applied patches: --- @INC for perl 5.9.4: lib /export/home/nwc10/snap5.9.x-27152/lib/perl5/5.9.4/i386-freebsd-thread-multi /export/home/nwc10/snap5.9.x-27152/lib/perl5/5.9.4 /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl/5.9.4/i386-freebsd-thread-multi /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl/5.9.4 /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl . --- Environment for perl 5.9.4: HOME=/export/home/nwc10 LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/export/home/nwc10/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/export/home/nwc10/bin:/usr/local/sbin:/sbin:/usr/sbin PERL_BADLANG (unset) SHELL=/usr/local/bin/bash ----- End forwarded message ----- From awwaiid at thelackthereof.org Fri Feb 10 15:57:38 2006 From: awwaiid at thelackthereof.org (Brock) Date: Fri, 10 Feb 2006 16:57:38 -0700 Subject: [Phoenix-pm] Fwd: [perl #38485] use integer; 0x80000000/-1; # coredump In-Reply-To: <20060210232443.GT19781@illogics.org> References: <20060210232443.GT19781@illogics.org> Message-ID: <20060210235738.GX7600@thelackthereof.org> They are fascinating... maybe because of their complete seemingly aribtrary-ness. Especially the super-short ones. --Brock On 2006.02.10.23.24, Scott Walters wrote: | I don't know why Perl coredumpers fascinate me so, but here's another one for ya'll. From scott at illogics.org Sat Feb 11 14:03:26 2006 From: scott at illogics.org (Scott Walters) Date: Sat, 11 Feb 2006 22:03:26 +0000 Subject: [Phoenix-pm] Fwd: perlbug-followup@perl.org: [perl #38483] panic: restartop Message-ID: <20060211220326.GB19781@illogics.org> Oooooh, and another one! -scott ----- Forwarded message from andy hohorst ----- From: andy hohorst To: bugs-bitbucket at rt.perl.org Subject: [perl #38483] panic: restartop Date: Fri, 10 Feb 2006 11:36:12 -0800 Resent-From: perl5-porters-return-109588-scott=slowass.net at perl.org # New Ticket Created by andy hohorst # Please include the string: [perl #38483] # in the subject line of all future correspondence about this issue. # $ perl use re 'eval'; my $a = '(?{"})'; # note there is only one double-quote "cookie" =~ m/$a/; ^D panic: restartop This is perl, v5.8.7 built for x86_64-linux This is perl, v5.8.7 built for MSWin32-x86-multi-thread (^Z in this case) This is perl, v5.8.7 built for cygwin-thread-multi-64int I think I can safely say the cause of the problem is the unterminated string in the code expression. Bandaid? Check for unterminated strings in code expressions. Beyond that, I have no idea. This was found thanks to a piece of code that loads pairs of regexps and eval strings from a file - one of the regexps used (.+)\b(?(?{!defined $refs{'ntla}->{$1}})^) to find things that are defined in the ntla entry - fun times. - andy ----- End forwarded message ----- From awwaiid at thelackthereof.org Sat Feb 11 14:15:33 2006 From: awwaiid at thelackthereof.org (Brock) Date: Sat, 11 Feb 2006 15:15:33 -0700 Subject: [Phoenix-pm] Fwd: perlbug-followup@perl.org: [perl #38483] panic: restartop In-Reply-To: <20060211220326.GB19781@illogics.org> References: <20060211220326.GB19781@illogics.org> Message-ID: <20060211221533.GB7600@thelackthereof.org> So I'm haging out at CodeCon (http://codecon.org/2006) and just saw a talk which is related. http://www.st.cs.uni-sb.de/dd/ - Delta In summary, it is an intelligent-brute-force way to chop down code until you have a snippet which illustrates the problem. So, by a scientific form of trial-and-error, the program might chop out all my code until there is only enough to exactly replicate the problem (so I must have some sort of test case). In these sorts of cases you mention, we'd actually chop up the Perl interpreter itself until we got a minimal interpreter which was only able to interpret this mini-program example and only had the error. Or, more realistically, if you had a lengthy perl program which segfaults the interpreter you could apply this technique and end up with a very small example like the one below. Its cool enough that I'm already thinking of implementing it for Perl (more for perl programs than running it against the Perl interpreter... but either would be fun!). --Brock On 2006.02.11.22.03, Scott Walters wrote: | Oooooh, and another one! | | -scott | | ----- Forwarded message from andy hohorst ----- | | From: andy hohorst | To: bugs-bitbucket at rt.perl.org | Subject: [perl #38483] panic: restartop | Date: Fri, 10 Feb 2006 11:36:12 -0800 | Resent-From: perl5-porters-return-109588-scott=slowass.net at perl.org | | # New Ticket Created by andy hohorst | # Please include the string: [perl #38483] | # in the subject line of all future correspondence about this issue. | # | | | $ perl | use re 'eval'; | my $a = '(?{"})'; # note there is only one double-quote | "cookie" =~ m/$a/; | ^D | panic: restartop | | This is perl, v5.8.7 built for x86_64-linux | This is perl, v5.8.7 built for MSWin32-x86-multi-thread (^Z in this case) | This is perl, v5.8.7 built for cygwin-thread-multi-64int | | I think I can safely say the cause of the problem is the unterminated string | in the code expression. | Bandaid? Check for unterminated strings in code expressions. | Beyond that, I have no idea. | | This was found thanks to a piece of code that loads pairs of regexps and | eval strings from a file - one of the regexps used (.+)\b(?(?{!defined | $refs{'ntla}->{$1}})^) to find things that are defined in the ntla entry - | fun times. | | - andy | | | ----- End forwarded message ----- | _______________________________________________ | Phoenix-pm mailing list | Phoenix-pm at pm.org | http://mail.pm.org/mailman/listinfo/phoenix-pm From awwaiid at thelackthereof.org Sat Feb 11 15:16:18 2006 From: awwaiid at thelackthereof.org (Brock) Date: Sat, 11 Feb 2006 16:16:18 -0700 Subject: [Phoenix-pm] Fwd: perlbug-followup@perl.org: [perl #38483] panic: restartop In-Reply-To: <43EE6A55.4020809@stilyagin.com> References: <20060211220326.GB19781@illogics.org> <20060211221533.GB7600@thelackthereof.org> <43EE6A55.4020809@stilyagin.com> Message-ID: <20060211231618.GC7600@thelackthereof.org> Yeah, but looks like it only works on C. Though the gcc people seem to like it... I bet it will be great for perl (perl-parsing issues asside of course :) ). --Brock On 2006.02.11.15.51, Darrin Chandler wrote: | Brock wrote: | | > http://www.st.cs.uni-sb.de/dd/ - Delta | > | >In summary, it is an intelligent-brute-force way to chop down code until | >you have a snippet which illustrates the problem. | > | Ok, that's the coolest thing I've seen lately! I haven't played with it | at all yet, but I've downloaded it. I hope it's as cool as it looks. | | -- | Darrin Chandler | Phoenix BSD Users Group | dwchandler at stilyagin.com | http://bsd.phoenix.az.us/ | http://www.stilyagin.com/ | | From bwmetz at att.com Mon Feb 13 09:21:46 2006 From: bwmetz at att.com (Metz, Bobby W, WCS) Date: Mon, 13 Feb 2006 11:21:46 -0600 Subject: [Phoenix-pm] Fwd: [perl #38485] use integer; 0x80000000/-1; # coredump Message-ID: <01D5341D04A2E64AB9B345769047336701498590@OCCLUST01EVS1.ugd.att.com> I don't have access to 5.9.4 at the moment, but don't see the issue on the following non-X86 versions: 5.6.0 on HP-UX 5.6.1 on SunOS Bobby -----Original Message----- From: phoenix-pm-bounces+bwmetz=att.com at pm.org [mailto:phoenix-pm-bounces+bwmetz=att.com at pm.org]On Behalf Of Scott Walters Sent: Friday, February 10, 2006 4:25 PM To: phoenix-pm at pm.org Subject: [Phoenix-pm] Fwd: [perl #38485] use integer; 0x80000000/-1;# coredump I don't know why Perl coredumpers fascinate me so, but here's another one for ya'll. ----- Forwarded message from Nicholas Clark ----- From: Nicholas Clark Date: Fri, 10 Feb 2006 15:06:24 -0800 # New Ticket Created by Nicholas Clark # Please include the string: [perl #38485] # in the subject line of all future correspondence about this issue. # This is a bug report for perl from nick at ccl4.org, generated with the help of perlbug 1.35 running under perl 5.9.4. ----------------------------------------------------------------- [Please enter your report here] The code use integer; 0x80000000/-1; will coredump on (at least) x86 FreeBSD, with a floating point exception. (It's amazing what strange things you learn from perl6-internals) Do we want to trap this overflow case before things go boom? If so, what do we do? Die with something more meaningful analagous to the division by zero error? Nicholas Clark [Please do not change anything below this line] ----------------------------------------------------------------- --- Flags: category=core severity=low --- Site configuration information for perl 5.9.4: Configured by nwc10 at Fri Feb 10 21:49:21 GMT 2006. Summary of my perl5 (revision 5 version 9 subversion 4) configuration: Platform: osname=freebsd, osvers=5.4-stable, archname=i386-freebsd-thread-multi uname='freebsd colon.colondot.net 5.4-stable freebsd 5.4-stable #3: sat oct 15 10:50:35 bst 2005 mbm at colonii.colondot.net:usrobjusrsrcsyscolon i386 ' config_args='-Dusedevel=y -Dcc=ccache gcc -Dld=gcc -Ubincompat5005 -Uinstallusrbinperl -Dcf_email=nick at ccl4.org -Dperladmin=nick at ccl4.org -Dinc_version_list= -Dinc_version_list_init=0 -Doptimize=-g -Dusethreads -Uuse64bitint -Dprefix=~/snap5.9.x-27152 -Dusesitecustomize -Accflags=-DPERL_POISON -Uperlio -Dinstallman1dir=none -Dinstallman3dir=none -de' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='ccache gcc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DPERL_POISON -DDEBUGGING -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include', optimize='-g', cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DPERL_POISON -DDEBUGGING -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include' ccversion='', gccversion='3.4.2 [FreeBSD] 20040728', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags ='-Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lgdbm -lm -lcrypt -lutil -lc_r perllibs=-lm -lcrypt -lutil -lc_r libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib' Locally applied patches: --- @INC for perl 5.9.4: lib /export/home/nwc10/snap5.9.x-27152/lib/perl5/5.9.4/i386-freebsd-thread-m ulti /export/home/nwc10/snap5.9.x-27152/lib/perl5/5.9.4 /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl/5.9.4/i386-freebs d-thread-multi /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl/5.9.4 /export/home/nwc10/snap5.9.x-27152/lib/perl5/site_perl . --- Environment for perl 5.9.4: HOME=/export/home/nwc10 LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/export/home/nwc10/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/us r/local/sbin:/usr/local/bin:/usr/X11R6/bin:/export/home/nwc10/bin:/usr/l ocal/sbin:/sbin:/usr/sbin PERL_BADLANG (unset) SHELL=/usr/local/bin/bash ----- End forwarded message ----- _______________________________________________ Phoenix-pm mailing list Phoenix-pm at pm.org http://mail.pm.org/mailman/listinfo/phoenix-pm From intertwingled at qwest.net Fri Feb 17 18:51:43 2006 From: intertwingled at qwest.net (Anthony R. Nemmer) Date: Fri, 17 Feb 2006 19:51:43 -0700 Subject: [Phoenix-pm] Tempe Perlmongers Meeting Message-ID: <43F68BBF.8050402@qwest.net> There will be a Tempe Perlmongers meeting this coming Tuesday (21 Feb) at 7 PM at the Four Peaks Brewery in Tempe. Tony -- I always have coffee when I watch radar! From dwchandler at stilyagin.com Sat Feb 18 12:33:45 2006 From: dwchandler at stilyagin.com (Darrin Chandler) Date: Sat, 18 Feb 2006 13:33:45 -0700 Subject: [Phoenix-pm] Wim Vandeputte of OpenBSD Europe at Rula Bula 8:00pm TONIGHT (18th) Message-ID: <43F784A9.2090607@stilyagin.com> If you're an OpenBSD fan then stop in and have a drink with Wim, who will be in town for the evening. Try not to look surprised if there are rock stars, fire engines, and hookers. And don't quote me on that. -- Darrin Chandler | Phoenix BSD Users Group dwchandler at stilyagin.com | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ | From intertwingled at qwest.net Wed Feb 22 12:31:25 2006 From: intertwingled at qwest.net (Anthony R. Nemmer) Date: Wed, 22 Feb 2006 13:31:25 -0700 Subject: [Phoenix-pm] first Tempe Perlmongers meeting Message-ID: <43FCCA1D.7000209@qwest.net> First Tempe Perlmongers meeting was small but great fun. Thanks to all who attended. See you all next month! =) Tony -- I always have coffee when I watch radar! From dwchandler at stilyagin.com Wed Feb 22 12:38:30 2006 From: dwchandler at stilyagin.com (Darrin Chandler) Date: Wed, 22 Feb 2006 13:38:30 -0700 Subject: [Phoenix-pm] first Tempe Perlmongers meeting In-Reply-To: <43FCCA1D.7000209@qwest.net> References: <43FCCA1D.7000209@qwest.net> Message-ID: <43FCCBC6.9040904@stilyagin.com> Anthony R. Nemmer wrote: >First Tempe Perlmongers meeting was small but great fun. Thanks to all >who attended. See you all next month! =) > >Tony > > I wish I could have attended, but it conflicted with another geek meeting (Stammtisch). I hope I can go next month. From awwaiid at thelackthereof.org Sat Feb 25 01:21:15 2006 From: awwaiid at thelackthereof.org (Brock) Date: Sat, 25 Feb 2006 02:21:15 -0700 Subject: [Phoenix-pm] Refresh Message-ID: <20060225092115.GO5189@thelackthereof.org> Don't know if you all have noticed (I just noticed them a few days ago) but there is a new group which seems to be the spawn of the current phase of Web Development and Design called Refresh. RefreshPhoenix has had like 3 meetings so far, and it is interesting enough that I plan on attending the next one (since I spend most of my time doing web-related work). They're the type of people who love Ruby on Rails, if that tells you anything. Just thought I'd share -- http://refreshphoenix.org/ On another note I am still negotiating for a nice presentation from Ticketmaster's Perl Programmers, though I may call for a meeting before then. How are YOU doing? :) --Brock From scott at illogics.org Sat Feb 25 01:34:26 2006 From: scott at illogics.org (Scott Walters) Date: Sat, 25 Feb 2006 09:34:26 +0000 Subject: [Phoenix-pm] Refresh In-Reply-To: <20060225092115.GO5189@thelackthereof.org> References: <20060225092115.GO5189@thelackthereof.org> Message-ID: <20060225093425.GP22790@illogics.org> Hi Brock, I'm worn down and burnt out with no time to do the things I want to do and not enough money to justify anything but more work. Thanks for asking though. -scott On 0, Brock wrote: > Don't know if you all have noticed (I just noticed them a few days ago) > but there is a new group which seems to be the spawn of the current > phase of Web Development and Design called Refresh. RefreshPhoenix has > had like 3 meetings so far, and it is interesting enough that I plan on > attending the next one (since I spend most of my time doing web-related > work). > > They're the type of people who love Ruby on Rails, if that tells you > anything. > > Just thought I'd share -- http://refreshphoenix.org/ > > On another note I am still negotiating for a nice presentation from > Ticketmaster's Perl Programmers, though I may call for a meeting before > then. > > How are YOU doing? :) > > --Brock > > _______________________________________________ > Phoenix-pm mailing list > Phoenix-pm at pm.org > http://mail.pm.org/mailman/listinfo/phoenix-pm From intertwingled at qwest.net Sat Feb 25 04:48:28 2006 From: intertwingled at qwest.net (Anthony R. Nemmer) Date: Sat, 25 Feb 2006 05:48:28 -0700 Subject: [Phoenix-pm] Refresh In-Reply-To: <20060225093425.GP22790@illogics.org> References: <20060225092115.GO5189@thelackthereof.org> <20060225093425.GP22790@illogics.org> Message-ID: <4400521C.1070007@qwest.net> Hey now. There's Always room for IRC. Scott Walters wrote: > Hi Brock, > > I'm worn down and burnt out with no time to do the things I want to do > and not enough money to justify anything but more work. > > Thanks for asking though. > > -scott > > On 0, Brock wrote: >> Don't know if you all have noticed (I just noticed them a few days ago) >> but there is a new group which seems to be the spawn of the current >> phase of Web Development and Design called Refresh. RefreshPhoenix has >> had like 3 meetings so far, and it is interesting enough that I plan on >> attending the next one (since I spend most of my time doing web-related >> work). >> >> They're the type of people who love Ruby on Rails, if that tells you >> anything. >> >> Just thought I'd share -- http://refreshphoenix.org/ >> >> On another note I am still negotiating for a nice presentation from >> Ticketmaster's Perl Programmers, though I may call for a meeting before >> then. >> >> How are YOU doing? :) >> >> --Brock >> >> _______________________________________________ >> Phoenix-pm mailing list >> Phoenix-pm at pm.org >> http://mail.pm.org/mailman/listinfo/phoenix-pm > _______________________________________________ > Phoenix-pm mailing list > Phoenix-pm at pm.org > http://mail.pm.org/mailman/listinfo/phoenix-pm > > -- I always have coffee when I watch radar! From pm at upt.org Sat Feb 25 07:59:18 2006 From: pm at upt.org (Lane Davis) Date: Sat, 25 Feb 2006 08:59:18 -0700 (MST) Subject: [Phoenix-pm] Refresh In-Reply-To: <20060225092115.GO5189@thelackthereof.org> Message-ID: On 25-Feb-2006 Brock wrote: > Don't know if you all have noticed (I just noticed them a few days ago) > but there is a new group which seems to be the spawn of the current > phase of Web Development and Design called Refresh. RefreshPhoenix has > had like 3 meetings so far, and it is interesting enough that I plan on > attending the next one (since I spend most of my time doing web-related > work). > > They're the type of people who love Ruby on Rails, if that tells you > anything. > I've never used RoR before, but I must say I never cared for the name. Everytime someone brings up `Ruby on Rails' I feel like donating something to the Red Cross to help fight it (won't you think of the children?) -L From corey_s at streamreel.com Sat Feb 25 09:31:56 2006 From: corey_s at streamreel.com (Corey Saltiel) Date: Sat, 25 Feb 2006 10:31:56 -0700 Subject: [Phoenix-pm] Refresh In-Reply-To: <20060225093425.GP22790@illogics.org> References: <20060225092115.GO5189@thelackthereof.org> <20060225093425.GP22790@illogics.org> Message-ID: <200602251031.56230.corey_s@streamreel.com> On Saturday February 25 2006 2:34 am, Scott Walters wrote: > I'm worn down and burnt out with no time to do the things I want to do > and not enough money to justify anything but more work. > I hear you man, I was recently in the same rut - but when life gets you down, just remember this one thing: Beer heals all. That is why Beer is Good. Anyhow, I'm new here - so, "hello everyone" - been lurking for a while, but hoping to make the next 4Peaks meeting. Cheers! Corey From friedman at highwire.stanford.edu Sat Feb 25 10:21:59 2006 From: friedman at highwire.stanford.edu (Michael Friedman) Date: Sat, 25 Feb 2006 10:21:59 -0800 Subject: [Phoenix-pm] Refresh In-Reply-To: <20060225092115.GO5189@thelackthereof.org> References: <20060225092115.GO5189@thelackthereof.org> Message-ID: On Feb 25, 2006, at 1:21 AM, Brock wrote: > How are YOU doing? :) > > --Brock Well, I'm still in California, but I have been reading Martin Fowler's _Refactoring_ book and realizing that it's incredibly useful for Perl programming. For those who haven't read the book (or heard about Refactoring), he gives a ton of "recipes" for changing code to make it more readable, more maintainable, and more object oriented -- without changing what it does. Some of the ideas are mind-numbingly simple, like "Rename variable", but each one has explanatory text that tells you where you want to use it and what to look for in existing code that should probably be replaced. It's also handy so that you don't forget something -- "Move method" reminds you to look for global variables used in the method and that you'll probably have to rename it to fit the new class. All the sample code is in C++ or Java, but it's perfectly readable to a perl coder. You just have to decide if/how you want to handle the refactorings that involve encapsulation. :-) Anyway, I recommend the book to everyone. -- Mike PS - AND my boss gave me permission to spend a week refactoring some ugly spaghetti code I now get to maintain. Yay! (boy, am I a geek) --------------------------------------------------------------------- Michael Friedman HighWire Press Phone: 650-725-1974 Stanford University FAX: 270-721-8034 --------------------------------------------------------------------- From bod at debian.org Sun Feb 26 04:04:56 2006 From: bod at debian.org (Brendan O'Dea) Date: Sun, 26 Feb 2006 23:04:56 +1100 Subject: [Phoenix-pm] Bug#350369: *a=$a=*b; ${"a"}=*a; gets a segmentation fault In-Reply-To: <17372.36231.853290.344034@chiark.greenend.org.uk> References: <17372.36231.853290.344034@chiark.greenend.org.uk> Message-ID: <20060226120456.GB18947@londo.c47.org> forwarded 350369 perl5-porters at perl.org thanks On Sun, Jan 29, 2006 at 09:40:23AM +0000, Neil Turton wrote: >Package: perl-base >Version: 5.8.7-10 > >Perl shouldn't get a segmentation fault on valid or invalid input. I >think the following code is valid, even if it is ghastly. :) [snip: see http://bugs.debian.org/350369] In short, the following segfaults: $ perl -e '*a=$a=*b; $a=42' Memory fault I'm assuming that the problem is a circular assignment within the expression (since '$a=*b; *a=$a; $a=42' doesn't break). The simple answer is "don't do that". This would appear never to have worked (certainly as far back as 5.005 crashes). --bod