[MacPerl] re: 520r4: CPAN version funny !

2001-05-02 Thread Louis Pouzin
On Tue, 1 May 2001 11:08:32 -0400, Christian Smith wrote: >This can happen when there is a problem with your file system. Try running Norton >Disk Doctor if you have this. If you don't have it, get it because your file system >is in bad shape and if left unattended you are going to lose data.

RE: [MacPerl] RuntimeBuilder

2001-05-02 Thread Pete Prodoehl
Did you try it with as much memory as you can give it? Pete > -- > From: [EMAIL PROTECTED] > Sent: Sunday, April 29, 2001 6:02 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: [MacPerl] RuntimeBuilder > > I have downloaded Runti

RE: [MacPerl] RuntimeBuilder

2001-05-02 Thread Katherine Richmond
--- You wrote: Did you try it with as much memory as you can give it? --- end of quote --- Pete, Thank you so much for replying. I discovered that I had two copies of MacPerl, and I was not giving the RAM to the correct one! RuntimeBuilder does work now. I gave both MacPerl and RunTimeBuilder.

RE: [MacPerl] RuntimeBuilder

2001-05-02 Thread Katherine Richmond
I meant to say RuntimeBuilder.dp. --- Katherine Richmond wrote: --- You wrote: Did you try it with as much memory as you can give it? --- end of quote --- Pete, Thank you so much for replying. I discovered that I had two copies of MacPerl, and I was not giving the RAM to the correct one! Run

Re: [MacPerl] RuntimeBuilder

2001-05-02 Thread Bart Lateur
On 02 May 2001 19:35:30 EDT, Katherine Richmond wrote: > RuntimeBuilder does work now. That's good to hear. > I >gave both MacPerl and RunTimeBuilder.pm 8 MB ram. Probably could go lower, but >I'm just thrilled that it works! A droplet doesn't need much memory. All it does, it get a list of t

Re: [MacPerl] RuntimeBuilder

2001-05-02 Thread Bill Becker
I have a question: How does one go about telling the system how much memory to assign an app? Likely not relevant, as are most of my questions, but since it happens to be the topic du jour, I thought I'd ask. >MacPerl, OTOH, is doing all the hard work, and can use all the spare >memory that yo

Re: [MacPerl] Perl Scope problem

2001-05-02 Thread Ronald J Kimball
On Wed, May 02, 2001 at 11:27:28PM -0400, Randall Perry wrote: > I'm baffled by perl's scoping of variables. In the code below, the > $cust_data hash ref is inited outside the while loop. It's then set in the > while with the results of a PgSQL query. > > In the if-else statement $cust_data can b

[MacPerl] Perl Scope problem

2001-05-02 Thread Randall Perry
I'm baffled by perl's scoping of variables. In the code below, the $cust_data hash ref is inited outside the while loop. It's then set in the while with the results of a PgSQL query. In the if-else statement $cust_data can be seen in the 'if' but not in the 'else' (if I try to print a value in el

Re: [MacPerl] Perl Scope problem

2001-05-02 Thread hciR nellA
think this will work ... use strict; my ($cust_data) = {}; my ($condition, $condition2); while ($condition) { #... $cust_data = get_cust_data(); if ($condition2) { if (send_mail($cust_data)) { print $cust_data->{'customer'}; # ... } }

Re: [MacPerl] RuntimeBuilder

2001-05-02 Thread Bart Lateur
On Wed, 2 May 2001 20:20:15 -0700, Bill Becker wrote: >I have a question: How does one go about telling the system how much >memory to assign an app? > >Likely not relevant, as are most of my questions, but since it >happens to be the topic du jour, I thought I'd ask. This might depend on the

Re: [MacPerl] Perl Scope problem

2001-05-02 Thread Bart Lateur
On Wed, 02 May 2001 23:27:28 -0400, Randall Perry wrote: >I'm baffled by perl's scoping of variables. In the code below, the >$cust_data hash ref is inited outside the while loop. It's then set in the >while with the results of a PgSQL query. > >In the if-else statement $cust_data can be seen in