From walter at frii.com Fri Mar 8 11:22:56 2002 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] decent web/perl resource article Message-ID: This one was mentioned in today's Apache Week, and I thought it did a great job at pointing out some useful tools. http://www.devshed.com/Server_Side/Perl/DataMining/page1.html Spring is coming. Anyone feel like crawling out of their hole and getting the blood flowing on a hike or walk somewhere? I'd be happy to get some suggestions for a really nice location; I'm willing to drive to get there. Walter From Robert.L.Harris at rdlg.net Sun Mar 10 17:42:10 2002 From: Robert.L.Harris at rdlg.net (Robert L. Harris) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] A challenge Message-ID: <20020310164210.E29902@rdlg.net> I've put together a forking mp3 encoder that uses bladeenc and cdparanoia. It works pretty well except for some oddity in the IPC code. Haven't found any good examples to work off recently. I'm gonna list it on sourceforge and open it, but while I'm waiting on the site to be set up, etc, I'm wondering if anyone would like to help try and clean up the IPC block or anything else they want to dig into. :wq! --------------------------------------------------------------------------- Robert L. Harris | Micros~1 : Senior System Engineer | For when quality, reliability at RnD Consulting | and security just aren't \_ that important! DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From walter at frii.com Tue Mar 12 11:36:54 2002 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] A challenge In-Reply-To: <20020310164210.E29902@rdlg.net> Message-ID: On Sun, 10 Mar 2002, Robert L. Harris wrote: > > I've put together a forking mp3 encoder that uses bladeenc and > cdparanoia. It works pretty well except for some oddity in the IPC > code. Haven't found any good examples to work off recently. > > I'm gonna list it on sourceforge and open it, but while I'm waiting on > the site to be set up, etc, I'm wondering if anyone would like to help > try and clean up the IPC block or anything else they want to dig into. If you can provide some detail as to the IPC "oddity", and the relevant code, maybe someone might see something while they're reading their e-mail and drinking their coffee. Walter From Robert.L.Harris at rdlg.net Tue Mar 12 12:04:30 2002 From: Robert.L.Harris at rdlg.net (Robert L. Harris) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] A challenge In-Reply-To: References: <20020310164210.E29902@rdlg.net> Message-ID: <20020312110430.A12265@rdlg.net> Last time I was told I gave too much info. I'll keep it short but attach the file though in hopes. Here is the offending code: (please excuse if this is "sloppy" as it's a first attempt at something like this.) sub ProcessPipe { my ($sel) = new IO::Select( \*READER ); my ($Read, $handle); my ($Loop)="T"; while(@PipeReady = $sel->can_read(1)) { foreach $FileHandle (@PipeReady) { print "\$FileHandle :$FileHandle:\n"; if ($FileHandle == \*READER) { # We have something to read print "We have something to read!\n" if ($Verbose eq "T"); @LinesFromReader=(\*READER); print "\@LinesFromReader :@LinesFromReader\n" if ($Verbose eq "T"); foreach $handle ( @LinesFromReader ) { while($Loop eq "T") { chomp($Read=<$handle>); next if ($Read =~ /^$/); print "\$Read :$Read:\n" if ($Verbose eq "T"); $Loop=&HandleRead($Read); } # $sel->remove(\*READER) if eof(\*READER); last unless $sel->handles; } } sleep 3; } } } What is happening, I have a while loop running that runs until all the songs are riped from CD and encoded. Once per loop it executes this sub proc. It should grab song names from the forked children of what has been ripped and then tell the script it has a new song to encode. At current I seem to be getting stuck in this loop and it continuously prints out the "We have something to read" followed by the LinesFromReader and the "Read" line meaning it has valid information in the pipe, but it doesn't deem to be popping it off the pipe and continueing. Some times it'll go through a whole CD, sometimes it starts it's fatal loop after the first song is ripped. If I uncomment the line: # $sel->remove(\*READER) if eof(\*READER); The code blows and exits. Please feel free to suggest changes, but give a "why" so I can learn. If anyone comes up with suggestions I'll be happy to put in a Credits section, etc. Thanks to those who will help. Thus spake Walter Pienciak (walter@frii.com): > On Sun, 10 Mar 2002, Robert L. Harris wrote: > > > > > I've put together a forking mp3 encoder that uses bladeenc and > > cdparanoia. It works pretty well except for some oddity in the IPC > > code. Haven't found any good examples to work off recently. > > > > I'm gonna list it on sourceforge and open it, but while I'm waiting on > > the site to be set up, etc, I'm wondering if anyone would like to help > > try and clean up the IPC block or anything else they want to dig into. > > If you can provide some detail as to the IPC "oddity", and the relevant > code, maybe someone might see something while they're reading their > e-mail and drinking their coffee. > > Walter :wq! --------------------------------------------------------------------------- Robert L. Harris | Micros~1 : Senior System Engineer | For when quality, reliability at RnD Consulting | and security just aren't \_ that important! DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' -------------- next part -------------- A non-text attachment was scrubbed... Name: EncodeIt.tar.bz2 Type: application/octet-stream Size: 4401 bytes Desc: not available Url : http://mail.pm.org/archives/boulder-pm/attachments/20020312/b52fb346/EncodeIt.tar.obj From zeb at utalk.org Sun Mar 17 20:24:54 2002 From: zeb at utalk.org (LZ) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] OT Help with procmail Message-ID: <12117092467.20020317192454@utalk.org> Hello boulder-pm-list, My first post here since joining in '99 when I thought I'd get into the tech field, not. But I've enjoyed the list, so I've hung around, and the hikes sound great! I've rcv'd the below with a 123k attached file 7 times, times two to another old ISP address since 10 Mar all with another address in the rfc header. My ISP replied with a form letter when I asked them for help, set up a .procmailrc file with the from address to block. It seemed to work, nothing since 14 Mar until today. Is there problem in my procmail file? Likley, I hope. This is what I have in the .procmailrc file on my user page: :: ^From: .* /dev/null That is not working. Taken from the web page, C c C v, should it be on one line? :: in line? ?? As long as I got your eye, I'm setting up a DVD recording system and have a NTFS ? for sector size on a 80g data drive. 512 to 64k is availiable in w2k. Any thoughts? Into large cold frames now, zya at the farmers market, -- Best regards, Lamar Sunny Hill Organic Gardens Longmont, CO CMO (chief mechanic officer) CCNA# 47289 Nov 99 ========================================== Return-Path: Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by supernova.dimensional.com (8.11.4/8.11.4) with ESMTP id g2HGxo102202 for ; Sun, 17 Mar 2002 09:59:50 -0700 (MST) Received: from pfuckie ([12.237.244.140]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020317165944.TQVI2951.rwcrmhc53.attbi.com@pfuckie>; Sun, 17 Mar 2002 16:59:44 +0000 From: "Microsoft Corporation Security Center" To: "Microsoft Customer" <'customer@yourdomain.com'> Subject: Internet Security Update Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="NextPart_000235" Message-Id: <20020317165944.TQVI2951.rwcrmhc53.attbi.com@pfuckie> Date: Sun, 17 Mar 2002 16:59:44 +0000 Status: Microsoft Customer, this is the latest version of security update, the "13 Mar 2002 Cumulative Patch" update which eliminates all known security vulnerabilities affecting Internet Explorer and MS Outlook/Express as well as six new vulnerabilities, and is discussed in Microsoft Security Bulletin MS02-005. Install now to protect your computer from these vulnerabilities, the most serious of which could allow an attacker to run code on your computer. Description of several well-know vulnerabilities: - "Incorrect MIME Header Can Cause IE to Execute E-mail Attachment" vulnerability. If a malicious user sends an affected HTML e-mail or hosts an affected e-mail on a Web site, and a user opens the e-mail or visits the Web site, Internet Explorer automatically runs the executable on the user's computer. - A vulnerability that could allow an unauthorized user to learn the location of cached content on your computer. This could enable the unauthorized user to launch compiled HTML Help (.chm) files that contain shortcuts to executables, thereby enabling the unauthorized user to run the executables on your computer. - A new variant of the "Frame Domain Verification" vulnerability could enable a malicious Web site operator to open two browser windows, one in the Web site's domain and the other on your local file system, and to pass information from your computer to the Web site. - CLSID extension vulnerability. Attachments which end with a CLSID file extension do not show the actual full extension of the file when saved and viewed with Windows Explorer. This allows dangerous file types to look as though they are simple, harmless files - such as JPG or WAV files - that do not need to be blocked. System requirements: Versions of Windows no earlier than Windows 95. This update applies to: Versions of Internet Explorer no earlier than 4.01 Versions of MS Outlook no earlier than 8.00 Versions of MS Outlook Express no earlier than 4.01 How to install Run attached file q216309.exe How to use You don't need to do anything after installing this item. For more information about these issues, read Microsoft Security Bulletin MS02-005, or visit link below. http://www.microsoft.com/windows/ie/downloads/critical/default.asp If you have some questions about this article contact us at rdquest12@microsoft.com Thank you for using Microsoft products. With friendly greetings, MS Internet Security Center. ---------------------------------------- ---------------------------------------- Microsoft is registered trademark of Microsoft Corporation. Windows and Outlook are trademarks of Microsoft Corporation. From walter at frii.com Wed Mar 20 18:02:42 2002 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] OT Help with procmail In-Reply-To: <12117092467.20020317192454@utalk.org> Message-ID: On Sun, 17 Mar 2002, LZ wrote: > Hello boulder-pm-list, > > My first post here since joining in '99 when I thought I'd > get into the tech field, not. But I've enjoyed the list, so > I've hung around, and the hikes sound great! > > I've rcv'd the below with a 123k attached file 7 times, > times two to another old ISP address since 10 Mar all with > another address in the rfc header. My ISP > replied with a form letter when I asked them for help, set > up a .procmailrc file with the from address to block. It > seemed to work, nothing since 14 Mar until today. > > Is there problem in my procmail file? Likley, I hope. > > This is what I have in the .procmailrc file on my user page: > > :: > ^From: .* > /dev/null > > That is not working. Taken from the web page, C c C v, > should it be on one line? :: in line? ?? [snip invervening lines] > From: "Microsoft Corporation Security Center" I haven't used procmail in a while, but I'm thinking :0 H * ^From.* /dev/null might work. Good luck. Walter From zeb at utalk.org Wed Mar 20 21:23:46 2002 From: zeb at utalk.org (LZ) Date: Wed Aug 4 23:58:41 2004 Subject: [boulder.pm] OT Help with procmail In-Reply-To: References: Message-ID: <116182874099.20020320202346@utalk.org> Hello Walter, Thanks for your reply. I've since found out, it is a new virus route, and my ISP must have done a system wide block [after I sent rfc headers of all them I recieved. (I hope)] Sorry for the off topic intrusion. Lamar Wednesday, March 20, 2002, 5:02:42 PM, : > On Sun, 17 Mar 2002, LZ wrote: >> Hello boulder-pm-list, >> >> My first post here since joining in '99 when I thought I'd >> get into the tech field, not. But I've enjoyed the list, so >> I've hung around, and the hikes sound great! >> >> I've rcv'd the below with a 123k attached file 7 times, >> times two to another old ISP address since 10 Mar all with >> another address in the rfc header. My ISP >> replied with a form letter when I asked them for help, set >> up a .procmailrc file with the from address to block. It >> seemed to work, nothing since 14 Mar until today. >> >> Is there problem in my procmail file? Likley, I hope. >> >> This is what I have in the .procmailrc file on my user page: >> >> :: >> ^From: .* >> /dev/null >> >> That is not working. Taken from the web page, C c C v, >> should it be on one line? :: in line? ?? > [snip invervening lines] >> From: "Microsoft Corporation Security Center" > I haven't used procmail in a while, but I'm thinking > :0 H > * ^From.* > /dev/null > might work. Good luck. > Walter