Re: use case for activeState
Pipirilo wrote: I've been working with MS .NET for desktop and web applications for quite a while, and it doesn't fit my expectations. I've used ORACLE long time ago, and that is a very good tool, I miss it. I would think Visual Studio is a reasonable platform for Windows Forms development. What are your expectations? ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Need help with my code
Hi. I can understand why nobody on the other list responded to u. I'm
taking an educated guess at what ur question is. It doesn't work isn't a
good question. Sorry to bust ur chops but asking well constructed questions
is the best way to get help.
Why are u using Tie::File? With small files and not writing to them, it
doesn't buy u anything. One bug seems to be that it doesn't support grep{}.
If I take out Tie::File the code seems to work. That moves the problem to
ur regex's in bootInfo.
The problem I believe is that none of the regex's in ur first big while{}
loop match anything. That loop eats up all of the file and so the later
while{} loops have nothing to do. Work on those regex's in that if/else
block and that should solve ur problem. Put a lot of printf's throughout ur
code so u can track the state of the variables at critical points.
Some tips. Comment ur code! If u ever want ur work to be examined by
others (or even urself in the future), self document it with judicious
comments that explain what is going on at every steep. This will greatly
help ur own code development. Don't let one loop eat into the next section.
At each iteration check to see if ur spilling over into the next section and
bail out of the loop. Don't jam alot of line checking into the loop
conditionals. Don't use regular expressions when u can use index(). If u
are confident in the consistent formatting of ur data files, go directly to
the line numbers, don't scan for everything. e.g. once u find LAN info, the
adaptors are 3 lines after that. Use for(x;y;z) instead of while{}, it
keeps the loop business in one spot. If ur not confident in ur ability to
control the cursor ($idx), go ahead and build an index ahead of time. That
way u know to look at only lines 2 - 19 for boot information for example.
Hope that helps. If u need more help, try to tell us what ur looking for in
the file and what formats the file can take.
At 11:59 AM 6/19/2009 -0700, James T. wrote:
It works file file 'file1.txt' as it get some information
on the BOOT INFORMATION but when running it with
'file2.txt' , it only get
information on BOOT PROCESSOR INFORMATION but not the
BOOT INFORMATION
Can someone tell me what's wrong with my bootInfo
subroutine ?
I think the problem might in line 43
while ( $idx = $#{$data} and $data-[$idx] !~ m/(The
current root cell is)|AutoBoot/)
but I am not sure.
--
REMEMBER THE WORLD TRADE CENTER ---= WTC 911 =--
...ne cede malis
0100
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: use case for activeState
Not to be melodramatic, but u can create the entire Internet using ActiveState Perl. U could build Yahoo, Google, and Amazon for starters. It's really suitable for every conceivable task other than audio video. At 01:47 PM 6/18/2009 -0400, Pipirilo wrote: Is there a webpage in which I can see what kind of projects or products are using ActiveState products? I want to know what I can do with this tools. Will it allow me to create desktop as well as web applications? You know those kind of questions. Basically, I want to know why to use ActiveState products? I've been working with MS .NET for desktop and web applications for quite a while, and it doesn't fit my expectations. I've used ORACLE long time ago, and that is a very good tool, I miss it. -- REMEMBER THE WORLD TRADE CENTER ---= WTC 911 =-- ...ne cede malis 0100 ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Gilbert Carrilho is out of the office
Je serai absent(e) à partir du 21/06/2009 de retour le 29/06/2009. I will be out of the office starting 06/22/2009 and will not return until 06/29/2009. I will respond to your message when I return. Please contact EQD BCP IT by email or Jacques Vervelle on the phone This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Do not print this message unless it is necessary, consider the environment. - Ce message et toutes les pieces jointes (ci-apres le message) sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. N'imprimez ce message que si necessaire, pensez a l'environnement. ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Older version of CAM::PDF ( 1.13)
Thanks for the suggestion, Serguei. CAM::PDF-107 is now installed along with perl 5.10 and the CAM:PDF functions that I am using work just fine now. Oh, one thing about the Build. I thought that Build test was probably testing whether the install would be successful, so I ran it before Build install as you indicated. Not a pretty sight! Build test goes into an unending loop spewing garbage onto the screen. I had to kill it with the Task Manager. I wonder if MODULE::BUILD could/should be trained to catch that newbie blunder??? Again, thanks, Phil On Sun, Jun 21, 2009 at 7:08 PM, Serguei Trouchelles...@railways.dp.ua wrote: Phillip Richcreek wrote: I'd like to get hold of a version of CAM::PDF prior to 1.13. 1.52 and 1.13 are available, but I can't find a repository that advertises anything prior to 1.13. I tried the ones in PPM::REPOSITORY that have '5.6' in their description (thinking that if they still have 5.6 perl they might also have older versions of things like CAM::PDF) and all of those failed when I tried to add them with ppm:gui. I want the older version so that I can do comparison with 1.52 to troubleshoot a problem I'm having with CAM::PDF:Renderer::Text (see earlier post if interested!). Any idea where I might be able to find the older version? You can make it yourself, it's easy: CPAN has 1.12 and other versions, http://search.cpan.org/~cdolan/CAM-PDF-1.12/ It's pure perl and it uses Module::Build so you don't even have to have make. Just download, untar/ungzip, run perl Build.PL, Build test and Build install. -- Serguei Trouchelle ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Registering message DLL for Win32::EventLog
Mark,
Thanks for the direction, it was exactly the information I was hoping to
find. Even with this required information, it took me about a week to iron
out little idiosyncrasies and end up with a functioning product.
Best regards,
-Brian
-Original Message-
From: Mark Leighton [mailto:mark.leigh...@utoronto.ca]
Sent: Friday, June 12, 2009 10:06
To: Brian H. Oak
Subject: Re: Registering message DLL for Win32::EventLog
You just need to add registry values under the EventLog service registry key
indicating where to find your source's message file.
See http://www.perlmonks.org/?node_id=737505 for the gory details.
Cheers,
Mark
---
Mark Leighton
CLIC LAN Supervisor, Information Commons, University of Toronto
E-mail: mark{DOT}leighton{AT}utoronto.ca
Original Message
Subject: Registering message DLL for Win32::EventLog
From: Brian H. Oak o...@ieee.org
To: perl-win32-users@listserv.ActiveState.com
Date: Thursday, June 11, 2009 4:34:17 PM
I have created and compiled my own message table DLL, and I am trying to
figure out how to register it so that Windows Event Log will use it for
Event ID lookup for events that are sourced from my application.
I am familiar with Win32::EventLog::Message by Dave Roth, but it will only
register its own Message.DLL file. I tried replacing that file with my
own,
but Roth's Message.DLL file apparently contains some required XS code as
well. In addition to that problem, I have to wonder if Roth's module
would
publish correctly with my PerlSvc application.
I have both of Dave Roth's Win32 Perl books, and he hints in one about
rolling your own message DLL and registering it for use. But it's only a
hint and no specifics are provided. The POD for Win32::EventLog contains
this cryptic sentence: The EventID field should contain the ID of the
message that this event pertains too. This assumes that you have an
associated message file (indirectly referenced by the field Source).
So I know that I need a message DLL to be registered or associated with my
event source. I have gone to great lengths to compile just such a file of
my own. I simply can't figure out how to register the file in which I
have
invested so much time and effort. Will someone please show me the light?
Thank you,
-Brian
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re[2]: Registering message DLL for Win32::EventLog
You could also have used Win32::Eventlog::Message.
Much easier, less hassle. If you could post working samples of code I would
appreciate it. I never could get the perlmonks linked info to work properly
for me.
Dax
*** REPLY SEPARATOR ***
On 6/22/2009 at 7:46 PM Brian H. Oak wrote:
Mark,
Thanks for the direction, it was exactly the information I was hoping to
find. Even with this required information, it took me about a week to iron
out little idiosyncrasies and end up with a functioning product.
Best regards,
-Brian
-Original Message-
From: Mark Leighton [mailto:mark.leigh...@utoronto.ca]
Sent: Friday, June 12, 2009 10:06
To: Brian H. Oak
Subject: Re: Registering message DLL for Win32::EventLog
You just need to add registry values under the EventLog service registry
key
indicating where to find your source's message file.
See http://www.perlmonks.org/?node_id=737505 for the gory details.
Cheers,
Mark
---
Mark Leighton
CLIC LAN Supervisor, Information Commons, University of Toronto
E-mail: mark{DOT}leighton{AT}utoronto.ca
Original Message
Subject: Registering message DLL for Win32::EventLog
From: Brian H. Oak o...@ieee.org
To: perl-win32-users@listserv.ActiveState.com
Date: Thursday, June 11, 2009 4:34:17 PM
I have created and compiled my own message table DLL, and I am trying to
figure out how to register it so that Windows Event Log will use it for
Event ID lookup for events that are sourced from my application.
I am familiar with Win32::EventLog::Message by Dave Roth, but it will
only
register its own Message.DLL file. I tried replacing that file with my
own,
but Roth's Message.DLL file apparently contains some required XS code as
well. In addition to that problem, I have to wonder if Roth's module
would
publish correctly with my PerlSvc application.
I have both of Dave Roth's Win32 Perl books, and he hints in one about
rolling your own message DLL and registering it for use. But it's only a
hint and no specifics are provided. The POD for Win32::EventLog contains
this cryptic sentence: The EventID field should contain the ID of the
message that this event pertains too. This assumes that you have an
associated message file (indirectly referenced by the field Source).
So I know that I need a message DLL to be registered or associated with
my
event source. I have gone to great lengths to compile just such a file
of
my own. I simply can't figure out how to register the file in which I
have
invested so much time and effort. Will someone please show me the light?
Thank you,
-Brian
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
