Re: Compilation of Inline::Ruby on win32

2007-08-10 Thread Sisyphus
- Original Message - From: Ed S. Peschko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Jan Dubois [EMAIL PROTECTED]; Eric Promislow [EMAIL PROTECTED]; Gisle Aas [EMAIL PROTECTED]; perl-win32-users@listserv.ActiveState.com; Todd Whiteman [EMAIL PROTECTED] Sent: Thursday, August 09, 2007

win32::ole (excel) question

2007-08-10 Thread dkazatsky
Hi all, Weird situation with creating new worksheets and keeping the title in the tab. I f I create just one everything is fine - when I add a second worksheet to the workbook the title goes away from the original worksheet. Code excerpt: This is where the object is instanciated and the first

Re: Perl-Win32-Users Digest, Vol 13, Issue 5

2007-08-10 Thread m.srilakshmi lakshmi
Inline Example Compile time use Inline C = ' int times2(int a) { return a * 2 } '; print times2(8); Runtime sub make_multiplier {my($n) = @_;my $name = times$n;my $code = int ${name}(int a) { return a * $n; } ;Inline-bind(C = $code); } make_multiplier(42); print

RE: win32::ole (excel) question

2007-08-10 Thread dkazatsky
Hi Jan, You're abolutely right - I forgot I had changed the name I was using to set Sheet1. I changed to a shorter length and it's running perfect. Thanks much. Dave Kazatsky Senior Middleware Engineer NSE - Solutions Engineering W. (732) 893-4351 C. (973) 865-8106

RE: win32::ole (excel) question

2007-08-10 Thread Jan Dubois
The first sheet name is never changed from Sheet1 to begin with because you are trying to set it to a name with 37 characters. The maximum sheet name length in Excel is 31 characters. It would be nice if Excel returned an error if you try to assign an invalid name, but it doesn't appear to

Re: Perl-Win32-Users Digest, Vol 13, Issue 5

2007-08-10 Thread Sisyphus
- Original Message - From: m.srilakshmi lakshmi [EMAIL PROTECTED] To: perl-win32-users@listserv.ActiveState.com snipped the entire post as I could not understand it Do you have a question ? (Sorry ... it is not my intention to be smart or nasty, but I could not understand your post.)

Re: hash table question

2007-08-10 Thread Todd Beverly
Mark Funk wrote: What exactly does the following Perl code do? %hash=(); open(PREVFILE, $prevfile) or die(Unable to open previous file); while(PREVFILE) { chomp; last if /BREAK/; $seen{$_}++; } close(PREVFILE); At the end of the loop, The %seen hash keys will have every

Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Ed S. Peschko
hmm.. So -- ruby uses 'native' signals on win32 and perl rolls it own? Is that the major issue? Too bad.. it would be awfully nice to be able to 'borrow' any APIs that ruby folks write, and roll them up into CPAN. Anyways, apparently HttpWatch has a generic COM interface (not a ruby-only)

Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Ed S. Peschko
hmm.. So -- ruby uses 'native' signals on win32 and perl rolls it own? Is that the major issue? Too bad.. it would be awfully nice to be able to 'borrow' any APIs that ruby folks write, and roll them up into CPAN. Anyways, apparently HttpWatch has a generic COM interface (not a ruby-only)

Re: hash table question

2007-08-10 Thread Lim Ee Wah
It counts the number of occurances of all lines in a file until a directive BREAK. a v b a a BREAK - Then, $seen{a} = 3; $seen{v} = 1; $seen{b} = 1; On 8/11/07, Todd Beverly [EMAIL PROTECTED] wrote: Mark Funk wrote: What exactly does the following Perl code do? %hash=();

Re: Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Randy Kobes
On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie: firing up IE and populating both main windows and closing

Re: Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Ed S. Peschko
On Fri, Aug 10, 2007 at 09:39:46PM -0500, Randy Kobes wrote: On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie:

Re: Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Ed S. Peschko
On Fri, Aug 10, 2007 at 09:39:46PM -0500, Randy Kobes wrote: On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie:

Re: Orphaned modules (was: compiling Inline::Ruby on win32)

2007-08-10 Thread Randy Kobes
On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie: firing up IE and populating both main windows and closing