From tim at consultix-inc.com Wed Jul 28 17:23:50 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Testing New List Server Message-ID: <199907282223.PAA06028@consultix.wa.com> >> Message submitted at: Wed Jul 28 15:23:50 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 614 SPUGers, Just a test of our new, improved list service. Any spug-list subscribers who don't see this, please contact me ASAP 8-} By the way, we've got 243 members on our list now - mostly lurkers! *==================================================================* | Tim Maher, PhD CEO, Consultix & (206) 781-UNIX/8649 | | Pacific Software Gurus, Inc. Email: tim@consultix-inc.com | | "The UNIX/Perl Training Experts" http://www.consultix-inc.com | | CLASSES: UNIX: TBA; Shell & Utils: 8/23-27; Perl: 8/30-9/2; | *==================================================================* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace "action" below by subscribe or unsubscribe Email to majordomo@pm.org: "action" spug-list your_address From stuart_poulin at yahoo.com Wed Jul 28 19:18:16 1999 From: stuart_poulin at yahoo.com (Stuart Poulin) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: use strict and do files. Message-ID: <19990729001816.26510.rocketmail@web103.yahoomail.com> --- Tim Maher/CONSULTIX wrote: > ... > By the way, we've got 243 members on our list now - mostly > lurkers! > I was a proud member of the SPLG (Seattle Perl Lurkers Group) but now I have a question. I was looking for a cheap rc type file behavior. I thought I could just use a "do" file with variables in it - but I wanted "use strict" to be enforced. The perlfunc man page says: do 'stat.pl'; is just like scalar eval `cat stat.pl`; This doesn't appear to be true. This is on win98 so s/cat/type/ but "type" is expensive as far as run time. Is there a way to force a "use strict" on do files? Thanks, Stu #!perl use strict; use vars qw($one); package doit; use strict; use vars qw($one $two); package main; $one = "main_one"; package doit; do "doit.pl"; package main; print "Would like to see and error on doit::whoops but don't\n"; print "$one $doit::one $doit::two $doit::whoops\n\n"; package doit; print "Now I'll see and error\n"; scalar eval `type doit.pl`; package main; print "$one $doit::one $doit::two $doit::whoops\n"; END #-------------------------- # doit.pl #use strict; $one = "doit_one"; $::one = "main_one"; $two = "doit_two"; $whoops = "toss_an_error"; This outputs: Would like to see and error on doit::whoops but don't main_one doit_one doit_two toss_an_error Now I'll see and error Variable "$whoops" is not imported at (eval 1) line 6. Global symbol "$whoops" requires explicit package name at (eval 1) line 6. main_one doit_one doit_two toss_an_error _____________________________________________________________ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From ryan at erwin.org Thu Jul 29 01:44:23 1999 From: ryan at erwin.org (Ryan Erwin) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: The Best Editor... Message-ID: <99072823492800.00628@linbox> This one is a little less technical, OK, a lot less technical, then other questions asked on the spuglist but I've been wondering which is the SPUG Editor of Choice for Perl? I've checked out: http://www.perl.com/reference/query.cgi?section=editors&x=15&y=10 I only use Linux so the best options seem to be vim, emacs and Nedit if your using X Which editor do you use? Ryan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From byoung at citylinq.com Thu Jul 29 11:04:11 1999 From: byoung at citylinq.com (Bradley E. Young) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: The Best Editor... In-Reply-To: <99072823492800.00628@linbox> Message-ID: <000201bed9db$ff8739b0$2fc6adcf@byoung.spry.com> Xemacs. It has color highlighting, context sensitive indenting (hard to explain, but it really is nice), can use ftp as a file system (edit files via ftp). The learning curve is a little steep, but once you get proficient, you'll have a hard time moving to any inferior (read: any other editor) editor. It even runs on NT. Brad > -----Original Message----- > From: owner-spug-list@happyfunball.pm.org > [mailto:owner-spug-list@happyfunball.pm.org]On Behalf Of Ryan Erwin > Sent: Wednesday, July 28, 1999 11:44 PM > To: Seattle Perl Users Group > Subject: SPUG: The Best Editor... > > > This one is a little less technical, OK, a lot less technical, > then other questions asked on the spuglist but I've been > wondering which is the SPUG Editor of Choice for Perl? > > I've checked out: > http://www.perl.com/reference/query.cgi?section=editors&x=15&y=10 I only use Linux so the best options seem to be vim, emacs and Nedit if your using X Which editor do you use? Ryan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From leary at nwlink.com Thu Jul 29 11:30:25 1999 From: leary at nwlink.com (Michael Leary) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: The Best Editor... References: <000201bed9db$ff8739b0$2fc6adcf@byoung.spry.com> Message-ID: <37A081A1.D2440941@nwlink.com> I mostly edit on Windows, but run on Unix/Linux, and use UltraEdit. A darn fine editor with sytax highlighting, auto-indent, ftp, project files and a raft of other features I haven't gotten around to using. Shareware, about $30, http://www.ultraedit.com. If I could find a comparable editor for Linux, I'd switch to Linux as my prime machine at home. *sigh* (well, that and getting around to setting up the printer and sound card, but I digress...) "Bradley E. Young" wrote: > Xemacs. > > It has color highlighting, context sensitive indenting (hard to explain, but > it really is nice), can use ftp as a file system (edit files via ftp). > > The learning curve is a little steep, but once you get proficient, you'll > have a hard time moving to any inferior (read: any other editor) editor. > > It even runs on NT. > > Brad > > > -----Original Message----- > > From: owner-spug-list@happyfunball.pm.org > > [mailto:owner-spug-list@happyfunball.pm.org]On Behalf Of Ryan Erwin > > Sent: Wednesday, July 28, 1999 11:44 PM > > To: Seattle Perl Users Group > > Subject: SPUG: The Best Editor... > > > > > > This one is a little less technical, OK, a lot less technical, > > then other questions asked on the spuglist but I've been > > wondering which is the SPUG Editor of Choice for Perl? > > > > I've checked out: > > > http://www.perl.com/reference/query.cgi?section=editors&x=15&y=10 > > I only use Linux so the best options seem to be vim, emacs and > Nedit if your using X > > Which editor do you use? > > Ryan > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From billa at fhcrc.org Thu Jul 29 12:28:24 1999 From: billa at fhcrc.org (Bill Alford) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: The Best Editor... In-Reply-To: <000201bed9db$ff8739b0$2fc6adcf@byoung.spry.com> Message-ID: Vanilla GNU emacs is also very good. All the same features listed below for Xemacs. BTW, if you've used the PINE email client, you can use (X)emacs. The main commands are virtually identical. And there's mouse driven menus for beginners. Bill On Thu, 29 Jul 1999, Bradley E. Young wrote: > Xemacs. > > It has color highlighting, context sensitive indenting (hard to explain, but > it really is nice), can use ftp as a file system (edit files via ftp). > > The learning curve is a little steep, but once you get proficient, you'll > have a hard time moving to any inferior (read: any other editor) editor. > > It even runs on NT. > > Brad > > > -----Original Message----- > > From: owner-spug-list@happyfunball.pm.org > > [mailto:owner-spug-list@happyfunball.pm.org]On Behalf Of Ryan Erwin > > Sent: Wednesday, July 28, 1999 11:44 PM > > To: Seattle Perl Users Group > > Subject: SPUG: The Best Editor... > > > > > > This one is a little less technical, OK, a lot less technical, > > then other questions asked on the spuglist but I've been > > wondering which is the SPUG Editor of Choice for Perl? > > > > I've checked out: > > > http://www.perl.com/reference/query.cgi?section=editors&x=15&y=10 > > I only use Linux so the best options seem to be vim, emacs and > Nedit if your using X > > Which editor do you use? > > Ryan > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address > > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 14:54:11 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl/Web Jobs in Kent & Austin Message-ID: <199907291954.MAA09612@consultix.wa.com> >> Message submitted at: Thu Jul 29 12:54:11 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3976 According to Rita Scroggin: > > Dear Tim Maher, > > I am a Senior Technical Recruiter with Infinite Source and would like to > post some full time positions to the Seattle Perl Usergroup. I visited your > great website and would really appreciate if you could post these jobs to > your listserver . Both Job profiles are full time opportunities with two of > my clients in the Seattle area. > Thank you very much for your help and don't hesitate to contact me should > you have any questions. > > Rita Scroggin > Infinite Source, LLC > your professional partner in high technology placement > 800 Fifth Ave, Suite 4100 > Seattle,WA 98104 > Tel: 206-447-1400 ext.3400 > E-mail: ritas@InfiniteSource-jobs.com > http://www.InfiniteSource-jobs.com > > > > Job #: > 2033 > Title: > Internet Developer (multiple positions) > Description: > Primarily responsible for the systems development and technical > documentation of applications supporting the Online store. The incumbent may > also be responsible for the internal detail design and development phases of > a major project, directing other Programmer/Analysts as required. > This person is highly qualified to work on a variety of applications, > (handling multiple tasks), fully competent to work alone. This position has > the highest levels of expertise, proficiency, authority and autonomy of all > Programmer/Analyst positions. Includes accountability for product produced > and schedules accepted. > > Required > Education: > * Minimum of 2-year college degree in Computer Science, Business > Administration, related fields, and/or equivalent experience > Required > Experience: > > * 2+ years applications development experience on UNIX utilizing PERL > programming language > > * Working knowledge of DB2 UDB, Oracle or other SQL database, and ability to > read and understand data models. > > * Experience with Web and CGI development > > * Experience with IBM's Net.Data highly desired > > * Experience with C programming language highly desired > > * Familiarity with IBM's Net.Commerce highly desired > > * Experience designing applications programs. This experience must include > writing and modifying programs, testing programs and systems analysis > > * Proven ability in all phases of technical and project documentation > > * Proven ability to: evaluate client specifications, design in detail all > programs necessary to complete client requests, and provide technical > guidance to other members of a project team > Job Type: > Full Time - Employee > Location: > Kent, WA > Compensation: > $40k-$70k ++ profit sharing, stock, fabulous benefits > How to Apply: > Email your resume as a WORD attachment or as plain text to: > ritas@InfiniteSource-jobs.com > wwww.InfiniteSource-jobs.com > > > > > 2032 > Title: > Unix Web Software Developer > Description: > This position involves scripting and systems programming for Web sites and > online Unix databases. > Required > Education: > Bachelors degree required (CS pref) > Required > Experience: > PERL or C programming experience and familiarity with the Web, HTML, UNIX, > CGI scripting required. Familiarity with Java programming for Web > applications a plus. Experience with Unix databases such as Oracle, a plus. > Backgrounds in Object Oriented programming & User Interface design are big > pluses. > > Status: > No H1 Visa Sponsorship > Job Type: > Full Time - Employee > Location: > Openings available in both Seattle and Austin offices. > Compensation: > $50K - $65K > How to Apply: > Email your resume as a WORD attachment or as plain text to: > ritas@InfiniteSource-jobs.com > www.InfiniteSource-jobs.com > ========================================================== | Tim Maher, Ph.D. Tel/Fax: (206) 781-UNIX | | SPUG Founder & Leader Email: spug@halcyon.com | | Seattle Perl Users Group HTTP: www.halcyon.com/spug | ========================================================== - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 15:15:12 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Internet Developer - Kent WA Message-ID: <199907292015.NAA09696@consultix.wa.com> >> Message submitted at: Thu Jul 29 13:15:12 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3381 According to Bill Jorgensen: > > IF YOU'RE INTERESTED, PLEASE SEND ME YOUR WORD RESUME. > > I AM WORKING ON A CONTRACT TO FILL SOME VERY HIGH PRIORITY POSITIONS! > > IF YOU HAVE PERL (CGI) ON UNIX AND SQL, THEN YOU HAVE A GREAT CHANCE OF > GETTING THIS HIGH PAYING POSITION! > > THIS COMPANY IS HIGHLY MOTIVATED, THE WILL MOVE VERY QUICKLY AND PAY WELL ON > THESE POSITIONS! > > ************************************************************************* > > DEPARTMENT/LOCATION: Kent, WA > > COMPENSATION: $50-75K > > *Position will be filled at either the II or III Level, depending on > experience > > WORK SCHEDULE: Monday - Friday, days. Flexible work schedule can be > arranged. > > JOB SCOPE: Primarily responsible for the systems development and technical > documentation of applications supporting our Online store. The incumbent may > also be responsible for the internal detail design and development phases of > a major project, directing other Programmer/Analysts as required. This > person is highly qualified to work on a variety of applications, (handling > multiple tasks), fully competent to work alone. This position has the > highest levels of expertise, proficiency, authority and autonomy of all > Programmer/Analyst positions. Includes accountability for product produced > and schedules accepted. > > QUALIFICATIONS: > > The following knowledge, skills and abilities listed in priority order, have > been identified as those qualifications that would most enable an individual > to be successful in this job. Applicants will possess a strong combination > of all or most of the skills to be competitive in the selection process. > > * 2+ years applications development experience on UNIX utilizing PERL > programming language > > * Working knowledge of DB2 UDB, Oracle or other SQL database, and ability to > read and understand data models. > > * Experience with Web and CGI development > > * Experience with IBM's Net.Data highly desired > > * Experience with C programming language highly desired > > * Familiarity with IBM's Net.Commerce highly desired > > * Minimum of 2-year college degree in Computer Science, Business > Administration, related fields, and/or equivalent experience > > * Experience designing applications programs. This experience must include > writing and modifying programs, testing programs and systems analysis > > * Proven ability in all phases of technical and project documentation > > * Proven ability to: evaluate client specifications, design in detail all > programs necessary to complete client requests, and provide technical > guidance to other members of a project team > > * Successful work performance demonstrating an ability to communicate > effectively, work well with others, use productive work methods, exercise > sound judgment and display initiative and innovation on the job > > > Bill Jorgensen > Recruitment > > Phone .....: 425-427-1131 > Toll Free .: 800-870-1941 > FAX .......: 800-760-0684 > E-Mail ....: bill@cascade-consulting.com > URL .......: www.cascade-consulting.com > > ========================================================== | Tim Maher, Ph.D. Tel/Fax: (206) 781-UNIX | | SPUG Founder & Leader Email: spug@halcyon.com | | Seattle Perl Users Group HTTP: www.halcyon.com/spug | ========================================================== - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 17:27:19 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Jobs, Downtown Seattle Message-ID: <199907292227.PAA11124@consultix.wa.com> >> Message submitted at: Thu Jul 29 15:27:19 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3397 > > According to Elizabeth Roney: > > > > > > We'd like to share a perl opportunity with your members... > > > > Hi Elizabeth, > > > > In order to post this to our list of 243 Perl professionals, we > > need the following additional information: > > > > Est. Duration of Contract Assignments > > Pay Range for Contract Assignments > > > > I'll post your announcement on receipt of that info. > > > > -Tim Maher > > SPUG-Master According to Elizabeth Roney: > > Duration: estimated 5 months, with possible extension. Client would also > like to have some of the contractors to convert to perm status after the > initial evaluation period. > > Compensation: $20-60/Hr, DOE > > Thanks so much, Tim! > > Elizabeth Roney > > > > > > > Interactive Business Systems, Inc. (formerly Whitenack West Consulting) > = > > > has a downtown Seattle client with immediate consulting openings for = > > > perl developers. They are looking for minimum 2 years of perl = > > > development experience in a UNIX environment. Here's our client's job = > > > description: > > > Knowledge of Perl and Unix is essential, as is familiarity with = > > > Internet and World Wide Web issues (HTTP, HTML). Experience with SQL, = > > > CGI scripting, LINUX, Internet security issues, database interaction, = > > > and any other related skills are strong pluses.=20 > > > > > > Development tasks include designing and implementing web-based = > > > interfaces and various system controls and user management features. = > > > These include design and implementation of internal databases, reporting > = > > > and statistical functions, system status displays, data manipulation and > = > > > conversion systems, and interfaces to all of the above. Most tasks = > > > involve CGI programming. Some involve database (SQL or custom) = > > > interfacing, use of generic or custom modules, object-oriented = > > > programming, client/server socket programming, handling of large data = > > > sets, and Unix system interaction. > > > > > > IBS offers salaried, hourly and 1099 positions, competitive pay and a = > > > comprehensive benefit package (check us out at www.whitenack-west.com). > = > > > > > > > > > NOTE: Whitenack West Consulting purchase by IBS, Inc. was finalized on > = > > > 7/22/99 (see press release at www.ibs.com/what's_new/index.html). = > > > Whitenack West's company web site has not yet been updated yet to = > > > reflect this change. > > > > > > Interested parties should send their resume to eroney@whitenack-west.com > = > > > or call 425-462-5203. > > > > > > We really appreciate your help -- please contact me if you have any = > > > questions or need further information to be able to share this = > > > opportunity with your members. > > > > > > Thank you! > > > > > > Elizabeth Roney > > > Senior Technical Recruiter > > > IBS, Inc. > > > (formerly Whitenack West Consulting) > > > 10900 NE 8th St., Suite 1523 > > > Bellevue, WA 98004 > > > 425.462.5203 or 425.462.5214 > > > Toll Free 800.292.0715 > > > Fax 425.454.1735 > > > eroney@whitenack-west.com > > > www.whitenack-west.com ========================================================== | Tim Maher, Ph.D. Tel/Fax: (206)781-UNIX | | SPUG Founder & Leader Email: spug@halcyon.com | | Seattle Perl Users Group HTTP: www.halcyon.com/spug | ========================================================== - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 17:30:16 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Job Postings: Feedback Solicited! Message-ID: <199907292230.PAA11144@consultix.wa.com> >> Message submitted at: Thu Jul 29 15:30:16 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1019 SPUG-ers, Don't know what's happening today - we're getting flooded with new job postings all of a sudden. Personally, I consider this a valuable and perhaps even vital function of this list, and to keep the signal/noise ratio acceptable, I only post messages here once the recruiter has divulged the most critical info, including location, pay range, payment status, and contract duration. What do you think about the way this is working out? Should we make a separate list (or perhaps newsgroup) for job postings? Or just add an extra identifier to the Subject line (to facilitate filtration)? Add additional informational requirements to the postings? Just leave things the way they are? Let me know - Tim Maher ========================================================== | Tim Maher, Ph.D. Tel/Fax: (206) 781-UNIX | | SPUG Founder & Leader Email: spug@halcyon.com | | Seattle Perl Users Group HTTP: www.halcyon.com/spug | ========================================================== - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From gheil at uswest.net Thu Jul 29 18:43:32 1999 From: gheil at uswest.net (greg heil) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Jobs, Downtown Seattle References: <199907292227.PAA11124@consultix.wa.com> Message-ID: <37A0E724.4C4068B6@uswest.net> Tim Maher/CONSULTIX wrote: > > > In order to post this to our list of 243 Perl professionals, we > > > need the following additional information: > > > > > > Est. Duration of Contract Assignments > > > Pay Range for Contract Assignments i propose adding the following line: > > > What the F___ the purpose of the job is. i see quadrillions of ads for Perl jobs none of which say anything about whether the company sell turtle friendly coffee beans or assault grenade launchers. Some people really are interested in the purpose of their jobs and it would be nice if we had one place where people were upfront about what they were asking for. Heck we might even know if they were just body hunters or real people with their own needs. greg heil mailto:gheil@scn.org http://www.scn.org/tl/anvil - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 19:44:44 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Jobs, Downtown Seattle In-Reply-To: <37A0E724.4C4068B6@uswest.net> from "greg heil" at Jul 29, 99 04:43:32 pm Message-ID: <199907300044.RAA11764@consultix.wa.com> >> Message submitted at: Thu Jul 29 17:44:45 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2561 According to greg heil: > > Tim Maher/CONSULTIX wrote: > > > > > In order to post this to our list of 243 Perl professionals, we > > > > need the following additional information: > > > > > > > > Est. Duration of Contract Assignments > > > > Pay Range for Contract Assignments > > i propose adding the following line: > > > > > What the F___ the purpose of the job is. I understand, but wonder how workable this would really be. For example, if your request were to be operationally recoded as something like this: ** What is the main product or service that this job supports? I wonder if the information you're really after would be forthcoming, instead of self-serving euphemisms. Specifically, headhunters are very careful not to reveal enough information to let you figure out the client on your own, and approach them directly. If our new stipulation would be designed to have them say "this job will support on-line pornography services in Downtown Seattle", then they might fear that would go too far towards helping you identify the client. So they'd want to say "support image delivery services", and then you miss out on the very information you're after to do your screening of the assignment. Might be worth a try, though, to see how it works. > > i see quadrillions of ads for Perl jobs none of which > say anything about whether the company sell turtle friendly > coffee beans or assault grenade launchers. Some people > really are interested in the purpose of their jobs and > it would be nice if we had one place where people were > upfront about what they were asking for. Heck we might even > know if they were just body hunters or real people with > their own needs. > > greg heil > mailto:gheil@scn.org > http://www.scn.org/tl/anvil > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address > > > *==================================================================* | Tim Maher, PhD CEO, Consultix & (206) 781-UNIX/8649 | | Pacific Software Gurus, Inc. Email: tim@consultix-inc.com | | "The UNIX/Perl Training Experts" http://www.consultix-inc.com | | CLASSES: UNIX: TBA; Shell & Utils: 8/23-27; Perl: 8/30-9/2; | *==================================================================* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From tim at consultix-inc.com Thu Jul 29 20:40:55 1999 From: tim at consultix-inc.com (Tim Maher/CONSULTIX) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Contractor's Handbook Web Site Message-ID: <199907300140.SAA12013@consultix.wa.com> >> Message submitted at: Thu Jul 29 18:40:55 PDT 1999 X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 591 According to Michael Leary: > http://www.cehandbook.com > LOTS of wonderful info for contractors, quite possibly > worthy of a post to the list, so that at least the list > members can be better prepared to deal with agencies and > make them better servants to us. Check it out! Looks good! ========================================================== | Tim Maher, Ph.D. Tel/Fax: (206) 781-UNIX | | SPUG Founder & Leader Email: spug@halcyon.com | | Seattle Perl Users Group HTTP: www.halcyon.com/spug | ========================================================== - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From devin at premier1.net Thu Jul 29 20:57:04 1999 From: devin at premier1.net (Devin L. Ganger) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Job Postings: Feedback Solicited! In-Reply-To: <199907292230.PAA11144@consultix.wa.com> Message-ID: On Thu, 29 Jul 1999, Tim Maher/CONSULTIX wrote: > What do you think about the way this is working out? Should we > make a separate list (or perhaps newsgroup) for job postings? Or > just add an extra identifier to the Subject line (to facilitate > filtration)? Add additional informational requirements to > the postings? Just leave things the way they are? My vote is to leave it the way it is. Although I'm not looking for jobs, nor am I currently looking to *fill* jobs, I may be in the future, and seeing things like this helps keep me aware of what the going rates for talented Perl programmers are. -- Devin L. Ganger, Chief Systems Administrator, Premier1 Internet Services "Fear leads to anger. Anger leads to hate. Hate leads to using Windows NT for mission-critical applications." -- What Yoda *meant* to say - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From charles.e.derykus at boeing.com Thu Jul 29 21:34:33 1999 From: charles.e.derykus at boeing.com (charles.e.derykus@boeing.com) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: use strict and do files. Message-ID: <199907300234.TAA17248@carios2.ca.boeing.com> > I was looking for a cheap rc type file behavior. I thought I could just use a > "do" file with variables in it - but I wanted "use strict" to be enforced. The > perlfunc man page says: > do 'stat.pl'; > is just like > scalar eval `cat stat.pl`; > This doesn't appear to be true. This is on win98 so s/cat/type/ but "type" is > expensive as far as run time. Is there a way to force a "use strict" on do > files? Stu, I noticed now that Tom Christiansen has amended the docs slightly to say: do $file is like eval `cat $file`, except the former: 1.1 searchs @INC and updates @INC 1.2 bequeaths an unrelated "lexical" scope on the eval'ed code (See: http://x32.deja.com/[ST_rn=ps]/getdoc.xp?AN=503977526&CONTEXT=933300222.1535180873&hitnum=1) That's rather confusing though and doesn't account for instance why 'use constant' is visible whereas 'use strict' pragma isn't in the case below: package main; ... package doit: use strict; # doesn't propagate to 'do file' use constant CONS => 3 # does " " " package main; package doit; do "doit.pl"; #-------------------------- # doit.pl $whoops = "toss_an_error"; print "CONS = ", CONS, "\n"; # prints CONS = 3 So, you'll probably have to insert a 'use strict' in doit.pl unless I'm missing something. Regards, -- Charles DeRykus - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From byoung at citylinq.com Thu Jul 29 22:23:02 1999 From: byoung at citylinq.com (Bradley E. Young) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Jobs, Downtown Seattle In-Reply-To: <37A0E724.4C4068B6@uswest.net> Message-ID: <000001beda3a$d48077e0$1ac6adcf@byoung.spry.com> > -----Original Message----- > From: owner-spug-list@happyfunball.pm.org > [mailto:owner-spug-list@happyfunball.pm.org]On Behalf Of greg heil > Sent: Thursday, July 29, 1999 4:44 PM > To: spug-list@pm.org > Subject: Re: SPUG: Perl Jobs, Downtown Seattle > i see quadrillions of ads for Perl jobs none of which > say anything about whether the company sell turtle friendly > coffee beans or assault grenade launchers. Right. I'd like to know what my job responsibilities are *really* going to be, not just "interfaces with team members and management to drive win-win solutions in a fast paced, do-it-yourself, team-focused environment." I understand that some companies may not want that information released to the public, due to the project not being announced, etc. In this case, it should be just, "The customer asked that this remain confidential; we can give you this information after receiving a quart of your blood and this NDA". I'd also like to see the company name. This makes things much easier to deal with when you're dealing with multiple recruiting companies. All in all, I'd love to see this list blossom (or maybe jettison) into a list where companies can bring contract projects, and list members can bid on a per project or hourly basis. I'd really like to see a co-op that takes the place of all the headhunting agencies, but we all have dreams =). Brad - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From dwaring at nwsr.com Fri Jul 30 00:18:49 1999 From: dwaring at nwsr.com (David Waring) Date: Wed Aug 4 00:09:28 2004 Subject: SPUG: Perl Internet Developers in KENT Message-ID: I happen to know a good deal about these positions, and since I am not a recruiter I will tell all. REI is looking for several, and don't mean 2 or 3 programmers for the online store(s) www.rei.com and its friends rei-outlet.com and japan.rei.com. I have been meaning to post but have not gotten around to it. An I have not been able to make the SPUG meetings lately. I have been on the online team for more than a year, we are doing well, and growing FAST. Most new code is being written in Perl now, we will be starting to bring in Java (server side) soon. We work with both DB2 and Oracle databases in Unix only site. (IBM AIX). Any experience with IBM's Net Commerce would be great but not necessary. We are a profitable online store with VERY BIG plans for the future. We are not the flashiest of sites (our pages must be viewable by OLD browsers), and we are a coop so there are no stock options available. But is a very friendly group, work environment is excellent and the benefits are very good. I am more than willing to talk, or write to any serious applicants. David Waring dwaring@rei.com but use my home address dwaring@nwsr.com because I will soon be on PAID paternity leave. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From dougb at scalar.org Fri Jul 30 03:21:55 1999 From: dougb at scalar.org (Doug Beaver) Date: Wed Aug 4 00:09:29 2004 Subject: SPUG: use strict and do files. In-Reply-To: <199907300234.TAA17248@carios2.ca.boeing.com>; from charles.e.derykus@boeing.com on Thu, Jul 29, 1999 at 07:34:33PM -0700 References: <199907300234.TAA17248@carios2.ca.boeing.com> Message-ID: <19990730012155.A16855@scalar.org> On Thu, Jul 29, 1999 at 07:34:33PM -0700, charles.e.derykus@boeing.com wrote: > > > I was looking for a cheap rc type file behavior. I thought I could > > just use a "do" file with variables in it - but I wanted "use > > strict" to be enforced. The perlfunc man page says: > > do 'stat.pl'; > > is just like > > scalar eval `cat stat.pl`; > > > This doesn't appear to be true. This is on win98 so s/cat/type/ but > > "type" is expensive as far as run time. Is there a way to force a > > "use strict" on do files? > > Stu, > > > I noticed now that Tom Christiansen has amended the docs > slightly to say: > > do $file is like eval `cat $file`, except the former: > > 1.1 searchs @INC and updates @INC > 1.2 bequeaths an unrelated "lexical" scope on the eval'ed code > > (See: http://x32.deja.com/[ST_rn=ps]/getdoc.xp?AN=503977526&CONTEXT=933300222.1535180873&hitnum=1) > > That's rather confusing though and doesn't account for instance > why 'use constant' is visible whereas 'use strict' pragma isn't > in the case below: > > package main; > ... > package doit: > use strict; # doesn't propagate to 'do file' > use constant CONS => 3 # does " " " > > package main; > > package doit; > do "doit.pl"; > > > #-------------------------- > # doit.pl > $whoops = "toss_an_error"; > print "CONS = ", CONS, "\n"; # prints CONS = 3 > > > So, you'll probably have to insert a 'use strict' in doit.pl > unless I'm missing something. The funny thing is, if you add C to doit.pl, then you have to declare the variables as either globals (with C or by stating the package name explicitly) or make them lexical. C is supposed to be like C, and because lexicals lose their scope outside of an eval (search perlsub for 'eval' for more info), any lexical variables that are declared in doit.pl will not be visible after the do(), so it really doesn't make sense to use strict in doit.pl. (Try declaring $whoops with a my in doit.pl and see if you can see it after the do() happens. You can only see the variables that were globals.) You can still use do() to implement a quick and useful rc system though: ------- doit.pl ------- $LOGGING_DAEMON_CONFIG = { logdir => '/var/log', proclimit => 32, valid_domains => [qw/ibm.com sun.com hp.com/], }; --snip-- #!/usr/bin/perl $rc = do 'doit.pl'; print "Logging directory is: ", $rc->{'logdir'}, "\n"; print "Max num of processes: ", $rc->{'proclimit'}, "\n"; $domains = $rc->{'valid_domains'}; for (@$domains) { print "Allow connection from $_\n"; } __END__ Since do() returns the value of the last evaluated expression in the file it was called with, you can store the data structure inside a variable in doit.pl and then assign it to $rc using do(). I like it because you can check the syntax of your rc file with perl -c, and you can use perl syntax to create the different elements of the data structure (no new special syntax to learn in order to start adding items to your rc file). This also works with Data::Dumper because it's output is very similar to the example doit.pl above (in fact, I got the idea for implementing rc files this way after fiddling around with some dumps I made with Data::Dumper). That also makes it really easy to have your software create the rc file based on questions they ask the user, because all you have to do is add their responses to a data structure and then use Data::Dumper to dump it to a rc file. #!/usr/bin/perl use Data::Dumper; $prefs = {}; $prefs->{'logdir'} = prompt("Where do you keep your logs: "); $prefs->{'proclimit'} = prompt("How many processes to run at once: "); while ($domain = prompt("Enter a domain to allow connections from: ")) { push @{ $prefs->{'valid_domains'} }, $domain; } open(RC, ">rc.pl") || die "Can't write rc.pl: $!"; print RC Dumper($prefs); close RC; sub prompt { my ($question) = @_; print $question; chomp($answer = ); return $answer; } __END__ Use rc.pl instead of doit.pl in the first program and it will print the new values you entered. Only bad thing is that Data::Dumper dumps in a certain format, but it has variables that let you tweak it's output so that you can probably make it closely resemble the format you use in your rc files. (Look at some Data::Dumper output to see what I mean.) Sorry this ended up being such a long email, but I thought Stu and others might see this and get an idea or two from it. Perhaps I misunderstood why he wanted to use strict, but it seemed to me that he wanted it for the wrong reason, and I figured I would share this method just in case nobody knew about it. HTH, Doug p.s. I used C<> for some of the code snippets because I puked the first time I typed 'do 'doit.pl''. ;-) p.p.s. The variable that you use in the rc file is meaningless, it's just a place to store the data structure. I usually name it descriptively so that you can glance at the top of the rc file and see what program it's for. Data::Dumper will let you set the variable name by setting $Data::Dumper::Varname, so you can name the generated rc file's variable descriptively too... -- Ned: So recycling is our way of giving Mother Earth a great big hug! Burns: Yes, well, it does sound like fun. I can't wait to start pawing through my trash like some starving racoon! [To Smithers] Release the hounds! - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From stuart_poulin at yahoo.com Fri Jul 30 12:23:26 1999 From: stuart_poulin at yahoo.com (Stuart Poulin) Date: Wed Aug 4 00:09:29 2004 Subject: SPUG: use strict and do files. Message-ID: <19990730172326.20731.rocketmail@web122.yahoomail.com> --- Doug Beaver wrote: > On Thu, Jul 29, 1999 at 07:34:33PM -0700, charles.e.derykus@boeing.com wrote: > > > Stu Poulin wrote: > > > I was looking for a cheap rc type file behavior. I thought I could > > > just use a "do" file with variables in it - but I wanted "use > > > strict" to be enforced. The perlfunc man page says: > > > do 'stat.pl'; > > > is just like > > > scalar eval `cat stat.pl`; > > > > > This doesn't appear to be true. This is on win98 so s/cat/type/ but > > > "type" is expensive as far as run time. Is there a way to force a > > > "use strict" on do files? > > ... > > The funny thing is, if you add C to doit.pl, then you have > to declare the variables as either globals (with C or by > stating the package name explicitly) or make them lexical. > Yes, a use vars is in the original message. > ... > You can still use do() to implement a quick and useful rc system though: > > ------- > doit.pl > ------- > $LOGGING_DAEMON_CONFIG = { > logdir => '/var/log', > proclimit => 32, > valid_domains => [qw/ibm.com sun.com hp.com/], > }; > --snip-- > My idea of cheap was to declare some variables with "use vars" and let perl toss an error if a name was mispelled or a unknown variable was set. Using a hash I'd have to parse for unknown keys myself. (Of course that'd be easier than writing all this email ;-) But you did give me an idea. I though "What if I use the new psuedo hash? That'd be easy!" Alas, it doesn't work with "do" because it's a compile time verses runtime issue. But it does work with "require". So maybe that's what I'll use. Thanks, Stu #!perl -w use strict; package doit; use vars qw($parms); $parms = [ { one=>1, two=>2 }, "main_one", "main_two" ]; print "$doit::parms->{one} $doit::parms->{two}\n"; # $parms->{whoops} = "whoops"; # Does toss an error with do :-) Compile time. # do "doit.pl"; require "doit.pl"; package main; print "$doit::parms->{one} $doit::parms->{two}\n"; __END__ # doit.pl #use strict; $parms->{one} = "doit_one"; $parms->{two} = "doit_two"; $parms->{whoops} = "error"; # doesn't toss an error with "do" - Runtime _____________________________________________________________ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address From Scott.Borow at pss.boeing.com Fri Jul 30 12:55:22 1999 From: Scott.Borow at pss.boeing.com (Borow, Scott W) Date: Wed Aug 4 00:09:29 2004 Subject: SPUG: use strict and do files. Message-ID: <212F359A8596D0118C8E00805FFE12BE040D1454@xch-sea-07.ca.boeing.com> I know this doesn't answer the original use strict question, but you may want to look at the Safe module as it gives you more control over what namespaces are used, what variables are shared with the config file, and what kinds of opcodes are allowed in your configuration file when it gets evaled. # build a safe compartment my $cpt = new Safe; # define variables to share with main:: my @shared = qw( %seed_file_sites @devices_cf_hosts ); $cpt->share( @shared ); # get the shared variables from our config file... my $return; unless ( $return = $cpt->rdo($config_file)) { die "Couldn't parse $config_file: $@" if $@; die "Couldn't do $config_file: $!" unless defined $return; } --Scott > ---------- > From: Stuart Poulin[SMTP:stuart_poulin@yahoo.com] > Sent: Friday, July 30, 1999 10:23 AM > To: Doug Beaver; charles.e.derykus@boeing.com > Cc: spug-list@pm.org; stuart_poulin@yahoo.com > Subject: Re: SPUG: use strict and do files. > > > > --- Doug Beaver wrote: > > On Thu, Jul 29, 1999 at 07:34:33PM -0700, charles.e.derykus@boeing.com wrote: > > > > Stu Poulin wrote: > > > > I was looking for a cheap rc type file behavior. I thought I could > > > > just use a "do" file with variables in it - but I wanted "use > > > > strict" to be enforced. The perlfunc man page says: > > > > do 'stat.pl'; > > > > is just like > > > > scalar eval `cat stat.pl`; > > > > > > > This doesn't appear to be true. This is on win98 so s/cat/type/ but > > > > "type" is expensive as far as run time. Is there a way to force a > > > > "use strict" on do files? > > > > ... > > > > The funny thing is, if you add C to doit.pl, then you have > > to declare the variables as either globals (with C or by > > stating the package name explicitly) or make them lexical. > > > Yes, a use vars is in the original message. > > > ... > > You can still use do() to implement a quick and useful rc system though: > > > > ------- > > doit.pl > > ------- > > $LOGGING_DAEMON_CONFIG = { > > logdir => '/var/log', > > proclimit => 32, > > valid_domains => [qw/ibm.com sun.com hp.com/], > > }; > > --snip-- > > > > My idea of cheap was to declare some variables with "use vars" and let perl > toss an error if a name was mispelled or a unknown variable was set. > Using a hash I'd have to parse for unknown keys myself. (Of course that'd be > easier than writing all this email ;-) > > But you did give me an idea. I though "What if I use the new psuedo hash? > That'd be easy!" > Alas, it doesn't work with "do" because it's a compile time verses runtime > issue. But it does work with "require". So maybe that's what I'll use. > Thanks, > Stu > > #!perl -w > > use strict; > > package doit; > use vars qw($parms); > $parms = [ { one=>1, two=>2 }, "main_one", "main_two" ]; > print "$doit::parms->{one} $doit::parms->{two}\n"; > > # $parms->{whoops} = "whoops"; # Does toss an error with do :-) Compile time. > > # do "doit.pl"; > require "doit.pl"; > > package main; > print "$doit::parms->{one} $doit::parms->{two}\n"; > > __END__ > > > > # doit.pl > #use strict; > > $parms->{one} = "doit_one"; > $parms->{two} = "doit_two"; > $parms->{whoops} = "error"; # doesn't toss an error with "do" - Runtime > > > _____________________________________________________________ > Do You Yahoo!? > Free instant messaging and more at http://messenger.yahoo.com > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org > Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ > SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe > Email to majordomo@pm.org: ACTION spug-list your_address > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - POST TO: spug-list@pm.org PROBLEMS: owner-spug-list@pm.org Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/ SUBSCRIBE/UNSUBSCRIBE: Replace ACTION below by subscribe or unsubscribe Email to majordomo@pm.org: ACTION spug-list your_address