From xrz1138 at gmail.com Wed Nov 10 18:56:12 2010 From: xrz1138 at gmail.com (Christopher Hahn) Date: Wed, 10 Nov 2010 18:56:12 -0800 Subject: [San-Diego-pm] odd chars in file "Killing" my console Message-ID: Hey team, I am trying to parse a huge (7 Gb) file that is line oriented but has large sections that are any kind of binary character. (this is a p42svn dump file of a large perforce repository) I tried several smarter things, but found the after running for a while my console would just close....dead, gone: ============================ administrator at cmSVNDumper-09:/p42svn/testing$ ./p4dump-parse-new.pl Killed ============================ I am sure that there are odd chars in the file that are doing this.... I tried setting binmode on the input file handle, and just loading the entire file into a buffer, just as a test, as we have enough memory to do this. The result: =========================================== open(OUTF, ">SM_amanda_238037_fixed.dump") or die "Opening output file failed: $!"; open(INF, "SM_amanda_238037_bad.dump") or die "Opening input file failed: $!"; binmode INF; my @buffer = ; print OUTF @buffer; close(INF); close(OUTF); =========================================== I watched using "top" and after the memory used climbed to a tad more than the size of the file, the "Killed" message appeared and the console closed itself. I have to stay at work until this is done, and so am just hoping the someone if online and can give me the kick in the head that I need. In any case, thanks for the attention, Chris -- Realisant mon espoir, je me lance vers la gloire. Christopher Hahn == xrz1138 at gmail.com From pm at bionikchickens.com Wed Nov 10 19:57:10 2010 From: pm at bionikchickens.com (Nicholas Wehr) Date: Wed, 10 Nov 2010 19:57:10 -0800 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: References: Message-ID: Chris, are you able to post the file to a public place for us to look? Feel free to PM me as well. -nw On Wed, Nov 10, 2010 at 6:56 PM, Christopher Hahn wrote: > Hey team, > > I am trying to parse a huge (7 Gb) file that is line oriented but has > large sections > that are any kind of binary character. > > (this is a p42svn dump file of a large perforce repository) > > I tried several smarter things, but found the after running for a while > my console would just close....dead, gone: > ============================ > administrator at cmSVNDumper-09:/p42svn/testing$ ./p4dump-parse-new.pl > Killed > ============================ > > I am sure that there are odd chars in the file that are doing this.... > > I tried setting binmode on the input file handle, and just loading the > entire > file into a buffer, just as a test, as we have enough memory to do this. > > The result: > =========================================== > open(OUTF, ">SM_amanda_238037_fixed.dump") > or die "Opening output file failed: $!"; > > open(INF, "SM_amanda_238037_bad.dump") > or die "Opening input file failed: $!"; > binmode INF; > > my @buffer = ; > > print OUTF @buffer; > > close(INF); > close(OUTF); > =========================================== > > I watched using "top" and after the memory used climbed to a tad > more than the size of the file, the "Killed" message appeared and the > console closed itself. > > I have to stay at work until this is done, and so am just hoping the > someone if online and can give me the kick in the head that I need. > > In any case, thanks for the attention, > > Chris > > -- > Realisant mon espoir, je me lance vers la gloire. > Christopher Hahn == xrz1138 at gmail.com > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkil at scrye.com Thu Nov 11 01:26:04 2010 From: tkil at scrye.com (Anthony Foiani) Date: Thu, 11 Nov 2010 02:26:04 -0700 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: (Christopher Hahn's message of "Wed, 10 Nov 2010 18:56:12 -0800") References: Message-ID: Christopher -- Christopher Hahn writes: > I am trying to parse a huge (7 Gb) file that is line oriented but > has large sections that are any kind of binary character. > [...] > I am sure that there are odd chars in the file that are doing this.... That's really unlikely. What makes you sure? You could try doing a simple replace of all non-printable chars with, say "!", and see if it still chokes. > I tried setting binmode on the input file handle, and just loading > the entire file into a buffer, just as a test, as we have enough > memory to do this. And for 7GB, you really want to use 'mmap', not "read the buffer in". There are Perl modules to do that, although I've never used them. Oooooh! "Note that PerlIO now defines a :mmap tag and presents mmap'd files as regular files, if that is your cup of joe." -- http://search.cpan.org/~toddr/Sys-Mmap-0.14/Mmap.pm > I watched using "top" and after the memory used climbed to a tad > more than the size of the file, the "Killed" message appeared and > the console closed itself. Just to check, did you turn off the relevant limits? "ulimit -a" What kind of system is this? If it is a non-ancient Linux system, there is the "Out Of Memory Killer" ("OOM Killer") to contend with. Looking through the logs should point fingers if that's the case. That's pretty much the only thing I can think about that would kill your console session, actually; normally perl itself would just give up and/or choke, and return control to your tty. > I have to stay at work until this is done, and so am just hoping the > someone if online and can give me the kick in the head that I need. You can also use "strace" on linux (and "truss" on solaris and bsd?); that might tell you which system call actually failed. You probably want to send output to a file, since having it sent to a terminal that is disconnected is not horribly useful. strace -o boom.txt -f -tt ./my-perl-script-here.plx ... Finally, another way to deal with arbitrarily large but still "line-oriented" strings is to read in chunks (say, 4096 bytes), look for any complete structures, and then keep the "tail" from the previous blocks, append the next 4096 bytes, etc: # what separates records? my $sep_re = qr/xyzzy/; # how much to read at a time? my $chunk_size = 1 << 16; # read in chunks at a time, split into records, continue. my $buf; while ( my $n_read = read IN, $buf, $chunk_size, length $buf ) { # split into records, preserving any leading/trailing nulls my @recs = split $sep_re, $buf, -1; # store any trailer into the buffer for next read $buf = pop @recs; # now process the records that have been found foreach my $rec ( @recs ) { transmogrify $rec; } } # handle end-of-file stragglers if ( length( $buf ) ) { transmogrify $buf; } I've got a bit of an obscure example that does this; take a look around line 547 of perl-chat: http://foiani.com/perl/examples/perl-chat # and anything we had left over from last time my $buf = $read_buf{$sock}; my $n_bytes_read = sysread($sock, $buf, SOCK_IO_SIZE, length $buf); if (not defined $n_bytes_read) { print STDERR "sysread returned error: $!"; $socket_info{$sock}{state} = SS_CLOSE_IMMED; } elsif ($n_bytes_read == 0) { # if we didn't read any more bytes, then we probably want to remove it. $socket_info{$sock}{state} = SS_CLOSE_PENDING; } else { # split the buffer on newlines... my @lines = split /\n/, $buf, -1; # ... saving any stragglers for the next time around $buf = pop @lines; # and then process each line. foreach (@lines) { handle_line($sock, $_); print STDERR "r" if $config{DEBUG}; } } # store the remnants for the next time around. $read_buf{$sock} = $buf; I can expand on this technique if that [ancient!] code isn't particularly enlightening. :) > In any case, thanks for the attention, Hope it helps. :) Happy hacking, t. From shlomif at iglu.org.il Thu Nov 11 01:30:36 2010 From: shlomif at iglu.org.il (Shlomi Fish) Date: Thu, 11 Nov 2010 11:30:36 +0200 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: References: Message-ID: <201011111130.36687.shlomif@iglu.org.il> On Thursday 11 November 2010 04:56:12 Christopher Hahn wrote: > Hey team, > > I am trying to parse a huge (7 Gb) file that is line oriented but has > large sections > that are any kind of binary character. > > (this is a p42svn dump file of a large perforce repository) > > I tried several smarter things, but found the after running for a while > my console would just close....dead, gone: > ============================ > administrator at cmSVNDumper-09:/p42svn/testing$ ./p4dump-parse-new.pl > Killed > ============================ > > I am sure that there are odd chars in the file that are doing this.... > > I tried setting binmode on the input file handle, and just loading the > entire file into a buffer, just as a test, as we have enough memory to do > this. > > The result: > =========================================== > open(OUTF, ">SM_amanda_238037_fixed.dump") > or die "Opening output file failed: $!"; > > open(INF, "SM_amanda_238037_bad.dump") > or die "Opening input file failed: $!"; > binmode INF; > > my @buffer = ; > Are you sure you want to load the many lines of a 7GB file into an array? Perl arrays have a lot of overhead, and doing this would be very memory wasteful. How much RAM do you have? You'll need much more than 7 GB for that. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Stop Using MSIE - http://www.shlomifish.org/no-ie/ She's a hot chick. But she smokes. She can smoke as long as she's smokin'. Please reply to list if it's a mailing list post - http://shlom.in/reply . From xrz1138 at gmail.com Thu Nov 11 01:33:36 2010 From: xrz1138 at gmail.com (Christopher Hahn) Date: Thu, 11 Nov 2010 01:33:36 -0800 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: References: Message-ID: Thank you both for taking the time! A smaller test dump is divide-and-conquer...I should've thought of this, but I was challenged with trying to slam out a script in a half-day. I will ponder the techs suggested Tony. Thank you again. A good word goes a long way. Chris On Thu, Nov 11, 2010 at 1:26 AM, Anthony Foiani wrote: > > Christopher -- > > Christopher Hahn writes: > > I am trying to parse a huge (7 Gb) file that is line oriented but > > has large sections that are any kind of binary character. > > [...] > > I am sure that there are odd chars in the file that are doing this.... > > That's really unlikely. What makes you sure? > > You could try doing a simple replace of all non-printable chars with, > say "!", and see if it still chokes. > > > I tried setting binmode on the input file handle, and just loading > > the entire file into a buffer, just as a test, as we have enough > > memory to do this. > > And for 7GB, you really want to use 'mmap', not "read the buffer in". > There are Perl modules to do that, although I've never used them. > > Oooooh! > > "Note that PerlIO now defines a :mmap tag and presents mmap'd files > as regular files, if that is your cup of joe." > -- http://search.cpan.org/~toddr/Sys-Mmap-0.14/Mmap.pm > > > I watched using "top" and after the memory used climbed to a tad > > more than the size of the file, the "Killed" message appeared and > > the console closed itself. > > Just to check, did you turn off the relevant limits? "ulimit -a" > > What kind of system is this? If it is a non-ancient Linux system, > there is the "Out Of Memory Killer" ("OOM Killer") to contend with. > Looking through the logs should point fingers if that's the case. > > That's pretty much the only thing I can think about that would kill > your console session, actually; normally perl itself would just give > up and/or choke, and return control to your tty. > > > I have to stay at work until this is done, and so am just hoping the > > someone if online and can give me the kick in the head that I need. > > You can also use "strace" on linux (and "truss" on solaris and bsd?); > that might tell you which system call actually failed. You probably > want to send output to a file, since having it sent to a terminal that > is disconnected is not horribly useful. > > strace -o boom.txt -f -tt ./my-perl-script-here.plx ... > > Finally, another way to deal with arbitrarily large but still > "line-oriented" strings is to read in chunks (say, 4096 bytes), look > for any complete structures, and then keep the "tail" from the > previous blocks, append the next 4096 bytes, etc: > > # what separates records? > my $sep_re = qr/xyzzy/; > > # how much to read at a time? > my $chunk_size = 1 << 16; > > # read in chunks at a time, split into records, continue. > my $buf; > while ( my $n_read = read IN, $buf, $chunk_size, length $buf ) > { > # split into records, preserving any leading/trailing nulls > my @recs = split $sep_re, $buf, -1; > > # store any trailer into the buffer for next read > $buf = pop @recs; > > # now process the records that have been found > foreach my $rec ( @recs ) > { > transmogrify $rec; > } > } > > # handle end-of-file stragglers > if ( length( $buf ) ) > { > transmogrify $buf; > } > > I've got a bit of an obscure example that does this; take a look > around line 547 of perl-chat: > > http://foiani.com/perl/examples/perl-chat > > # and anything we had left over from last time > my $buf = $read_buf{$sock}; > > my $n_bytes_read = sysread($sock, $buf, SOCK_IO_SIZE, length $buf); > if (not defined $n_bytes_read) > { > print STDERR "sysread returned error: $!"; > $socket_info{$sock}{state} = SS_CLOSE_IMMED; > } > elsif ($n_bytes_read == 0) > { > # if we didn't read any more bytes, then we probably want to remove > it. > $socket_info{$sock}{state} = SS_CLOSE_PENDING; > } > else > { > # split the buffer on newlines... > my @lines = split /\n/, $buf, -1; > # ... saving any stragglers for the next time around > $buf = pop @lines; > > # and then process each line. > foreach (@lines) > { > handle_line($sock, $_); > print STDERR "r" if $config{DEBUG}; > } > } > > # store the remnants for the next time around. > $read_buf{$sock} = $buf; > > I can expand on this technique if that [ancient!] code isn't > particularly enlightening. :) > > > In any case, thanks for the attention, > > Hope it helps. :) > > Happy hacking, > t. > -- Realisant mon espoir, je me lance vers la gloire. Christopher Hahn == xrz1138 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From xrz1138 at gmail.com Thu Nov 11 01:35:30 2010 From: xrz1138 at gmail.com (Christopher Hahn) Date: Thu, 11 Nov 2010 01:35:30 -0800 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: <201011111130.36687.shlomif@iglu.org.il> References: <201011111130.36687.shlomif@iglu.org.il> Message-ID: Hey Shlomi, Thanks for taking the time. Yes, there is more than enough RAM to load the thing....and I was only trying that in desperation. Given that the day is over, I will try a smaller dump file to write my script to. Onward and upward, Chris On Thu, Nov 11, 2010 at 1:30 AM, Shlomi Fish wrote: > On Thursday 11 November 2010 04:56:12 Christopher Hahn wrote: > > Hey team, > > > > I am trying to parse a huge (7 Gb) file that is line oriented but has > > large sections > > that are any kind of binary character. > > > > (this is a p42svn dump file of a large perforce repository) > > > > I tried several smarter things, but found the after running for a while > > my console would just close....dead, gone: > > ============================ > > administrator at cmSVNDumper-09:/p42svn/testing$ ./p4dump-parse-new.pl > > Killed > > ============================ > > > > I am sure that there are odd chars in the file that are doing this.... > > > > I tried setting binmode on the input file handle, and just loading the > > entire file into a buffer, just as a test, as we have enough memory to do > > this. > > > > The result: > > =========================================== > > open(OUTF, ">SM_amanda_238037_fixed.dump") > > or die "Opening output file failed: $!"; > > > > open(INF, "SM_amanda_238037_bad.dump") > > or die "Opening input file failed: $!"; > > binmode INF; > > > > my @buffer = ; > > > > Are you sure you want to load the many lines of a 7GB file into an array? > Perl > arrays have a lot of overhead, and doing this would be very memory > wasteful. > How much RAM do you have? You'll need much more than 7 GB for that. > > Regards, > > Shlomi Fish > > -- > ----------------------------------------------------------------- > Shlomi Fish http://www.shlomifish.org/ > Stop Using MSIE - http://www.shlomifish.org/no-ie/ > > She's a hot chick. But she smokes. > She can smoke as long as she's smokin'. > > Please reply to list if it's a mailing list post - http://shlom.in/reply . > -- Realisant mon espoir, je me lance vers la gloire. Christopher Hahn == xrz1138 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From xrz1138 at gmail.com Fri Nov 12 12:46:11 2010 From: xrz1138 at gmail.com (Christopher Hahn) Date: Fri, 12 Nov 2010 12:46:11 -0800 Subject: [San-Diego-pm] odd chars in file "Killing" my console In-Reply-To: References: <201011111130.36687.shlomif@iglu.org.il> Message-ID: Hello all, A colleague handled this nasty file....using sed! I have used sed many times in the past, but as a standard filter....I never thought that it could "look back" like perl can. His answer was sufficiently nasty/beautiful that I wanted to share it: ============================================ #!/bin/sed -nf \|^Node-path: /names/mangled/serversetup/pdf/install_en.pdf| { p n \|^Node-kind: file| { p n \|^Node-action: add| { N \|Text-content-length: 40|{ N \|Text-content-md5: e87b1296fc0de5556340adcc7c904901| { s/Node-action: add/Node-action: change/ } } } } } P ============================================ (it had to find file PROP blocks that had the right md5 and then reset the action to "change") Take care all, Chris On Thu, Nov 11, 2010 at 1:35 AM, Christopher Hahn wrote: > Hey Shlomi, > > Thanks for taking the time. > > Yes, there is more than enough RAM to load the thing....and > I was only trying that in desperation. > > Given that the day is over, I will try a smaller dump file to write > my script to. > > Onward and upward, > > Chris > > On Thu, Nov 11, 2010 at 1:30 AM, Shlomi Fish wrote: >> >> On Thursday 11 November 2010 04:56:12 Christopher Hahn wrote: >> > Hey team, >> > >> > I am trying to parse a huge (7 Gb) file that is line oriented but has >> > large sections >> > that are any kind of binary character. >> > >> > (this is a p42svn dump file of a large perforce repository) >> > >> > I tried several smarter things, but found the after running for a while >> > my console would just close....dead, gone: >> > ============================ >> > administrator at cmSVNDumper-09:/p42svn/testing$ ./p4dump-parse-new.pl >> > Killed >> > ============================ >> > >> > I am sure that there are odd chars in the file that are doing this.... >> > >> > I tried setting binmode on the input file handle, and just loading the >> > entire file into a buffer, just as a test, as we have enough memory to >> > do >> > this. >> > >> > The result: >> > =========================================== >> > open(OUTF, ">SM_amanda_238037_fixed.dump") >> > ? or die "Opening output file failed: $!"; >> > >> > open(INF, "SM_amanda_238037_bad.dump") >> > ? or die "Opening input file failed: $!"; >> > binmode INF; >> > >> > my @buffer = ; >> > >> >> Are you sure you want to load the many lines of a 7GB file into an array? >> Perl >> arrays have a lot of overhead, and doing this would be very memory >> wasteful. >> How much RAM do you have? You'll need much more than 7 GB for that. >> >> Regards, >> >> ? ? ? ?Shlomi Fish >> >> -- >> ----------------------------------------------------------------- >> Shlomi Fish ? ? ? http://www.shlomifish.org/ >> Stop Using MSIE - http://www.shlomifish.org/no-ie/ >> >> She's a hot chick. But she smokes. >> She can smoke as long as she's smokin'. >> >> Please reply to list if it's a mailing list post - http://shlom.in/reply . > > > > -- > Realisant mon espoir, je me lance vers la gloire. > Christopher Hahn == xrz1138 at gmail.com > -- Realisant mon espoir, je me lance vers la gloire. Christopher Hahn == xrz1138 at gmail.com From thierryv at abac.com Sun Nov 14 13:56:12 2010 From: thierryv at abac.com (Thierry de Villeneuve) Date: Sun, 14 Nov 2010 22:56:12 +0100 Subject: [San-Diego-pm] SOAP server in PERL In-Reply-To: <3281FA38-2C7E-414D-A93B-788FCCC6D5E5@abac.com> References: <4CAC6F85.7010701@fentin.com> <4CACB353.10103@fentin.com> <4CACBC70.1060704@fentin.com> <4CACC727.8060102@fentin.com> <3281FA38-2C7E-414D-A93B-788FCCC6D5E5@abac.com> Message-ID: <759C9A7C-035B-4FCD-B7E0-45A630B38FCB@abac.com> Dear all, I see that this problem is also puzzling you, given the few answers it got. Thank you Nicholas. XML RPC was one time an option, but as the client software is almost complete, and out of my control, switching to RPC is no longer possible. Thank you Shlomi for your remarks, but sitting in front of a computer since 1979, I've quit bickering about the way PERL is written and Linux is pronounced. I could have said "sitting in front of a keyboard" but the first computer I worked with had none: It had ferrite beads as RAM and flip switches as keyboard (CII Mitra 15). Cheers, Thierry On Oct 22, 2010, at 12:55 AM, Thierry de Villeneuve wrote: > Dear Perl Mongers of San Diego, > > I very rarely post on the list since I've left San Diego in 2002. > Few of you remember of me regularly attending the meetings ... that > was some 10 years ago !!! I'm back to France now but have never > unsubscribe from the list and long the days I was in SD. > > Well, this said, here is what brings me here today. > > I have this (big) project at the office where I'll need to build a > SOAP server. The traffic is not expected to be very high: Something > like a transaction every 10". > > All the business backend is already developed and I've started > tinkering with SOAP::Lite a bit. I've never had to develop a server > based on SOAP (HTTP-SOAP) before. So, it's a brand new situation for > me. The XSD and WSDL is already developed, so far so good. > > If any one of you could shed some light on what are the "best > practices", best options, best CPAN modules to consider looking at > when to tackle this sort of project. > > The time to process one of the request will be important (around > 10~20" ... creating a SQLite db file of a few thousand rows to hand > over). I would rather consider an architecture where the server > would fork a subprocess to take care of each request. This is this > part I'm not feeling conformable with as of today. > > If someone could get me a few pointers where to start digging, > that'll be awesome, specifically regarding the forking/threading > issue. Otherwise, I'll have to turn this part of the project to > someone else to develop it in C++ and gSOAP. I'd like prove PERL can > do the job here too ;-) > > Thanks a lot, > > Thierry > > > > > > > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > From rkleeman at energoncube.net Mon Nov 15 14:30:57 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Mon, 15 Nov 2010 14:30:57 -0800 Subject: [San-Diego-pm] Meeting on Thursday Message-ID: Perl Mongers, This Thursday is our monthly meeting. As usual, Anonymizer.com will be hosting our meeting, starting around 7 PM. Bring your interesting ideas and we'll chat about them, the weather, and anything else that might be interesting. Drop me a quick note if you plan to be there, we'll save you a spot. I look forward to seeing everybody there! From merlyn at stonehenge.com Mon Nov 15 14:40:47 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon, 15 Nov 2010 14:40:47 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: (Bob Kleemann's message of "Mon, 15 Nov 2010 14:30:57 -0800") References: Message-ID: <86tyjius5s.fsf@red.stonehenge.com> >>>>> "Bob" == Bob Kleemann writes: Bob> This Thursday is our monthly meeting. And once again, I'll be swooping through town beginning Friday morning. My timing is impeccable. :) Maybe a meetup on Sunday though? I have to be at SAN around 2pm, but presuming the lines at the border aren't bad, I'll be available between 11am and noon. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion From rkleeman at energoncube.net Mon Nov 15 15:54:36 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Mon, 15 Nov 2010 15:54:36 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86tyjius5s.fsf@red.stonehenge.com> References: <86tyjius5s.fsf@red.stonehenge.com> Message-ID: Well then, something should be arranged. Probably something in the downtown, Point Loma, Ocean Beach, Old Town, or Coronado areas might work. Suggestions anyone? On Mon, Nov 15, 2010 at 2:40 PM, Randal L. Schwartz wrote: >>>>>> "Bob" == Bob Kleemann writes: > > Bob> This Thursday is our monthly meeting. > > And once again, I'll be swooping through town beginning Friday morning. > My timing is impeccable. :) > > Maybe a meetup on Sunday though? ?I have to be at SAN around 2pm, but > presuming the lines at the border aren't bad, I'll be available between > 11am and noon. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.posterous.com/ for Smalltalk discussion > From merlyn at stonehenge.com Mon Nov 15 15:56:32 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon, 15 Nov 2010 15:56:32 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: (Bob Kleemann's message of "Mon, 15 Nov 2010 15:54:36 -0800") References: <86tyjius5s.fsf@red.stonehenge.com> Message-ID: <86lj4uuonj.fsf@red.stonehenge.com> >>>>> "Bob" == Bob Kleemann writes: Bob> Well then, something should be arranged. Probably something in the Bob> downtown, Point Loma, Ocean Beach, Old Town, or Coronado areas might Bob> work. Suggestions anyone? And keeping in mind I won't have a car... so some place within a few blocks of the San Ysidro trolley would be nice. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion From rkleeman at energoncube.net Mon Nov 15 15:59:46 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Mon, 15 Nov 2010 15:59:46 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86lj4uuonj.fsf@red.stonehenge.com> References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> Message-ID: Ah, that's very important info. That would leave something in the downtown or Old Town areas. Again, suggestions anyone? On Mon, Nov 15, 2010 at 3:56 PM, Randal L. Schwartz wrote: >>>>>> "Bob" == Bob Kleemann writes: > > Bob> Well then, something should be arranged. ?Probably something in the > Bob> downtown, Point Loma, Ocean Beach, Old Town, or Coronado areas might > Bob> work. ?Suggestions anyone? > > And keeping in mind I won't have a car... so some place within a few > blocks of the San Ysidro trolley would be nice. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.posterous.com/ for Smalltalk discussion > From merlyn at stonehenge.com Thu Nov 18 13:14:33 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Thu, 18 Nov 2010 13:14:33 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86lj4uuonj.fsf@red.stonehenge.com> (Randal L. Schwartz's message of "Mon, 15 Nov 2010 15:56:32 -0800") References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> Message-ID: <86tyjepc5i.fsf@red.stonehenge.com> >>>>> "Randal" == Randal L Schwartz writes: Randal> And keeping in mind I won't have a car... so some place within a few Randal> blocks of the San Ysidro trolley would be nice. Any more thoughts on this? I'm trying to think of what's along the trolley. Particularly, if there's anything close to the Santa Fe station, since my friend will be getting aboard the 3pm train back to LA. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion From rkleeman at energoncube.net Thu Nov 18 13:28:01 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Thu, 18 Nov 2010 13:28:01 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86tyjepc5i.fsf@red.stonehenge.com> References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> <86tyjepc5i.fsf@red.stonehenge.com> Message-ID: I'll throw out a couple of suggestions: Karl Strauss is just a couple of blocks from the Santa Fe Depot. It's been a while since I've been there, but they should have some space we can occupy (not sure how busy they will be though). The Yard House is a few blocks further, but it's bigger, so possibly easier to get a table at. Those are two beer + food focused locations. Karl Strauss, Columbia Street: http://maps.google.com/maps/place?cid=61168630897612049&q=Karl+Strauss+Brewing+Co,+San+Diego,+CA&hl=en&cd=2&ei=35nlTN2GJIyqigPOk-3cBg&sig2=kcZGFAoOeiz9bik8HzH43A&dtab=0&sll=32.805977,-117.19453&sspn=0.217555,0.08946&ie=UTF8&ll=32.838058,-117.171936&spn=0.267115,0.301437&z=11 Yard House: http://maps.google.com/maps/place?cid=8983086518461141451&q=Yard+House+San+Diego,+San+Diego,+CA&hl=en&cd=1&ei=HprlTNSMCpWojgPoueTEBA&sig2=flQiHiT_7_207eOel6AKkQ&dtab=0&sll=32.715928,-117.160775&sspn=0.006295,0.007744&ie=UTF8&ll=32.71814,-117.162237&spn=0.008359,0.00942&z=16 On Thu, Nov 18, 2010 at 1:14 PM, Randal L. Schwartz wrote: >>>>>> "Randal" == Randal L Schwartz writes: > > Randal> And keeping in mind I won't have a car... so some place within a few > Randal> blocks of the San Ysidro trolley would be nice. > > Any more thoughts on this? ?I'm trying to think of what's along the > trolley. ?Particularly, if there's anything close to the Santa Fe > station, since my friend will be getting aboard the 3pm train back to > LA. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.posterous.com/ for Smalltalk discussion > From merlyn at stonehenge.com Thu Nov 18 14:43:11 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Thu, 18 Nov 2010 14:43:11 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: (Bob Kleemann's message of "Thu, 18 Nov 2010 13:28:01 -0800") References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> <86tyjepc5i.fsf@red.stonehenge.com> Message-ID: <86pqu2p81s.fsf@red.stonehenge.com> >>>>> "Bob" == Bob Kleemann writes: Bob> I'll throw out a couple of suggestions: Karl Strauss is just a couple Bob> of blocks from the Santa Fe Depot. Yeah, let's aim for Karl Strauss... I don't recall going there. I'll aim for noon, but based on border crossing, consider it about a 90 minute window on either side. Watch my tweets sunday (twitter.com/merlyn) to see when I've made it onto the trolley, and that'll give y'all a half-hour warning (and more, if I can estimate it while in line on the .mx side). Speaking of beer: ... http://merlyn.posterous.com/the-very-many-varieties-of-beer-from-pop-char -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion From rkleeman at energoncube.net Thu Nov 18 15:01:07 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Thu, 18 Nov 2010 15:01:07 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86pqu2p81s.fsf@red.stonehenge.com> References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> <86tyjepc5i.fsf@red.stonehenge.com> <86pqu2p81s.fsf@red.stonehenge.com> Message-ID: I'm definitely not going to be able to get there much before noon. Hopefully some other friends of Randal will join. On Thu, Nov 18, 2010 at 2:43 PM, Randal L. Schwartz wrote: >>>>>> "Bob" == Bob Kleemann writes: > > Bob> I'll throw out a couple of suggestions: ?Karl Strauss is just a couple > Bob> of blocks from the Santa Fe Depot. > > Yeah, let's aim for Karl Strauss... I don't recall going there. > > I'll aim for noon, but based on border crossing, consider it about a 90 > minute window on either side. ?Watch my tweets sunday > (twitter.com/merlyn) to see when I've made it onto the trolley, and > that'll give y'all a half-hour warning (and more, if I can estimate it > while in line on the .mx side). > > Speaking of beer: > > ... http://merlyn.posterous.com/the-very-many-varieties-of-beer-from-pop-char > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.posterous.com/ for Smalltalk discussion > From merlyn at stonehenge.com Thu Nov 18 15:01:58 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Thu, 18 Nov 2010 15:01:58 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: (Bob Kleemann's message of "Thu, 18 Nov 2010 15:01:07 -0800") References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> <86tyjepc5i.fsf@red.stonehenge.com> <86pqu2p81s.fsf@red.stonehenge.com> Message-ID: <86lj4qp76h.fsf@red.stonehenge.com> >>>>> "Bob" == Bob Kleemann writes: Bob> I'm definitely not going to be able to get there much before noon. Bob> Hopefully some other friends of Randal will join. Yeah, well, if I get there early, I'll just hang out. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion From rkleeman at energoncube.net Thu Nov 18 15:23:09 2010 From: rkleeman at energoncube.net (Bob Kleemann) Date: Thu, 18 Nov 2010 15:23:09 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: References: Message-ID: Just a quick reminder folks about our meeting tonight. I look forward to seeing each of you there! On Mon, Nov 15, 2010 at 2:30 PM, Bob Kleemann wrote: > Perl Mongers, > > This Thursday is our monthly meeting. ?As usual, Anonymizer.com will > be hosting our meeting, starting around 7 PM. ?Bring your interesting > ideas and we'll chat about them, the weather, and anything else that > might be interesting. > > Drop me a quick note if you plan to be there, we'll save you a spot. > I look forward to seeing everybody there! > From merlyn at stonehenge.com Sun Nov 21 11:13:14 2010 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Sun, 21 Nov 2010 11:13:14 -0800 Subject: [San-Diego-pm] Meeting on Thursday In-Reply-To: <86lj4qp76h.fsf@red.stonehenge.com> (Randal L. Schwartz's message of "Thu, 18 Nov 2010 15:01:58 -0800") References: <86tyjius5s.fsf@red.stonehenge.com> <86lj4uuonj.fsf@red.stonehenge.com> <86tyjepc5i.fsf@red.stonehenge.com> <86pqu2p81s.fsf@red.stonehenge.com> <86lj4qp76h.fsf@red.stonehenge.com> Message-ID: <86wro6o5h1.fsf@red.stonehenge.com> >>>>> "Randal" == Randal L Schwartz writes: Randal> Yeah, well, if I get there early, I'll just hang out. :) And yes, everything worked, so I'm here. We can hang out here until 1:30 or so. I'll hold off ordering food until 12. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion