David Budd wrote:
I thought this was working, but my logs just showed a case where it
seems not to do what I want.
Why does:
$OK_body=($body=~/library\s*?card\D*?(\d{7})\D/i) ;
Not become true when $body contains:
Library Card: 0240742
i'd bet that it passes when you have some whitespace af
--- Chris Wagner <[EMAIL PROTECTED]> wrote:
> I'm on 98SE and it seems to work OK for me. Are u sure ur program is
> printing to STDOUT and not STDERR?
>
i've actually got STDERR redirected to a textfile, and the only thing that ever
gets sent to it is the "terminating program" message when I
um... sorry Ken, you are absolutely right.
my WinXP does not allow writes to the IO port. It does on 98, and i mistakenly
thought it was working on XP as well.
technically, I only need this to work on the manufacturing's Win98 machines,
and now methinks the working C-code might be just fine af
Glenn Linderman wrote:
>
> On approximately 6/17/2005 10:29 PM, came the following
> characters from
> the keyboard of robert johnson:
> > perl 5.8.6 on Win32
> >
> > i need to redirect STDERR, in order to parse runtime information
from
> > a flash progra
perl 5.8.6 on Win32
i need to redirect STDERR, in order to parse runtime information from a
flash programmer. the program "monice.exe" runs on either Win98/XP/2000
just fine, but the command i'm using to redirect STDERR does not work on
Win98
heres the offending line in my Perl script:
$pid = o
i just can't get this figured out.
i have a device, that reports ascii data via a typical (DB-9) serial port. i
set up Win32::SerialPort in the following method:
$comm = Win32::SerialPort->new($port) or die "Close any application using
$port\n";
$comm->baudrate($baud); $comm->databits($dbits);
$
sorry for the crossposting, but all these lists could be appropriate. please
correct me in your reply as needed.
i just installed activestate PDK (with Perl.Net, PerlApp, etc) here at home. i
cant get any perl executables to build. (I have been successfully using it at
work though.) In both ca
--- Sisyphus wrote:
>
> Robert Johnson wrote:
> >
> > Installing /usr/lib/perl5/site_perl/5.8/cygwin/auto/Win32/API/API.dll
> > Installing /usr/lib/perl5/site_perl/5.8/cygwin/auto/Win32/API/libAPI.dll.a
> > Files found in blib/arch: installing files in blib/lib i
--- Sisyphus wrote:
>
> - Original Message -
> From: "robert johnson"
>
> >
> > youre right. during the make there were several warnings.
> >
> > API.c: In function `XS_Win32__API_LoadLibrary':
> > API.c:90: warning: cas
--- Sisyphus wrote:
>
> - Original Message -
> From: "robert johnson"
>
> >
> > Rob, Bill,
> >
> > Ive installed Risacher's patched Win32::API as Rob suggested, and tried
> > again to install Win32::SerialPort in my cygwin
--- Sisyphus wrote:
>
> - Original Message -
> From: "robert johnson"
> >
> > So, now my question becomes trivial. How do I get Win32::SerialPort
> towork
> > under cygwin? i tried installing this module but it dies miserably during
>
--- robert johnson wrote:
> Hi, i really need some help.
dangit. right after i cross-posted this, i solved my own problem.
for some reason, with the ActiveState PDK requires that all "use" statements be
placed at the very top of the program. I had put them later in the prog
Hi, i really need some help.
Ive been using Perl for a while, but am new to the ActiveState Perl Dev Kit
environment. my perl scripts will not build into executables correctly, when I
have "use ". teh perl dev kit claims that it cant find any perl
modules in my @INC paths, and that the @INC is
--- Bbirthisel wrote:
> Hello Robert,
>
> In a message dated 4/29/2005 7:51:42 PM Eastern Daylight Time,
> r_wray_johnson writes:
>
> > checking the checking serial control via ioctl... no
> > configure: WARNING: Without ioctl support, most serial control functions
> > are missing.
>
> That is
hello
i have been using activestate's perl for win32 just fine, except that i cant do
ZModem transfers. so I installed CYGWIN, and built a new perl in that
environment, with the hopes i could use available zmodem routines built for
*nix.
problem is, whereas Win32::SerialPort worked just fine in
staff/project/telnet/src/omen/-Original
Message-From: Robert Johnson Ken Cornetet
wrote:>> Win32::SerialPort> >
http://members.aol.com/Bbirthisel/alpha.html> > This will let
you send and receive bytes via serial ports, but AFAIK, > there isn't
i have some devices that send data files via ZModem. i want to
automate the process of receiving these files for parsing via a perl
script.
after searching CPAN and other sites, i find that it's not as easy as i
would have thought.
Devices::Modem doesnt allow file transfer, and is apparently ve
$maxerrors = 220; # needs tuning
$pi = reverse
"3.141592653589793238462643383279502884197169399375105820974944592307816
406286208998628034825342117067982148086513282306647093844609550582231725
359408128481117450284102701938521105559644622948954930381964428810975665
93344612847564823378678316527120
t know why that would be
happening. Perhaps someone else has experience with this.
sorry i can't be more help. good luck
>
> --- Robert Johnson wrote:
> > Jim Hansen wrote:
> > >
> > > $name = 'HP4000 [PSserver01]';
> > > if ( $name =~ /[PSserver
Jim Hansen wrote:
>
> $name = 'HP4000 [PSserver01]';
> if ( $name =~ /[PSserver/ ) {
> next;
> }
> running this straight as a script with the '-d' switch
> or without, it works fine, but if I compile it and run
> it, for some reason it is ignored and I end up with my
> issue. IS there a better wa
Jim Hansen wrote:
>
> Sorry. Lousy explanation. I have a string that will have
> PSserver01...02, etc. I need to check for this string:
>
> $Printserver = "HP4000 [PSserver01]"
>
> I guess this can be as simple as
>
> $Printserver = "HP4000 [PSserver01]"
> if ( ! /PSserver/ ) {
> do
> }
> Jezebel wrote:
> I have found what i think is what I need: The
> TERM::ReadKey module and/or the TERM::GetKey module
> (which depends on ReadKey)
>
> problem is, i can not compile the TERM::ReadKey from
> source.
I found an alternative on CPAN: TERM::GETCH -- apparently the author
also h
Earlier, I babbled:
> I have an error in the "-x" file test option. Found while
> building the ExtUtils F77.pm module. The result, for me, was
> that the 'make test' failed and died because a routine didn't
> recognize my fortran compiler as being executable
Uh, never mind. Its not the "-x
I have an error in the "-x" file test option. Found while building the
ExtUtils F77.pm module. The result, for me, was that the 'make test'
failed and died because a routine didn't recognize my fortran compiler
as being executable
(This module is a prereq for PDL)
F77.pm line 160
$F77confi
I'm having a rough time installing stuff for Perl (win32). I think
maybe my problems stem from my general cluelessness about makefiles.
Trying to install PDL (http://pdl.perl.org/)
perl makefile.PL
seems to be ok, but
dmake
Fails with the following
g++: pdlcore.o: No such
Is this even possible?
I'm having a helluvatime finding any information on installign the
Gimp-Perl modules in a windows environment. (every time I try, it never
works)
If anyone has a hint for me, please let me know
Thanks,
Rob
___
Perl-Win32-Users
Title: Message
Hey
Frank,
these damn things just never work right, do
they?
Try following this link,
it should help --> Please Daddy Make It
Stop1
Best,
Robert
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Frank75063Sen
Oh, and Nick gets the points :)
Nick Ing-Simmons wrote:
> Robert Johnson writes:
> >
> >> if ($^O eq 'MSWin32') returns true, then the cmd.exe
> system commands
> >> will be available.
> >
> >Other windows system commands do work. Lik
our help, especially Sisyphus :-)
Rob
> -Original Message-
> From: Sisyphus [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 03, 2005 5:55 PM
> Cc: Robert Johnson;
> perl-win32-users@listserv.ActiveState.com;
> [EMAIL PROTECTED]
> Subject: Re: Errors dur
Sisyphus wrote:
>
>
> Was that the full error statement ? Maybe there was more:
> sh: type: filename.txt not found
No. Just "filename.txt not found"
> if ($^O eq 'MSWin32') returns true, then the cmd.exe system commands
> will be available.
Other windows system commands do work. Like
`re
Sisyphus(Rob), et. al.,
This is my second try to build the stable perl -- same
problems. New thread for clarity.
I'm building Perl 5.8.6 again on my Windows XP box (factory
Dell dimension <2yrs old standard stuff). Compiled it with
with MinGW (3.1.0) using dmake (4.1 for win32).
I'm still
Sisyphus wrote:
>
> Robert Johnson wrote:
> >
> > Hmm. I tried doing a `type filename.txt`, and perl always
> > returns "filename.txt not found"
> >
> > (note: does exist in the working directory, and
> > entering "type file
used
much in the perl modules? I never even heard of this command before
today. (I said I was clueless)
Thanks
Rob
> -Original Message-
> From: Sisyphus [mailto:[EMAIL PROTECTED]
> Sent: Sunday, January 02, 2005 2:57 PM
> To: Robert Johnson
&g
Here are my results:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
../ext/IO/t/io_dup.t64 66.67% 2-5
comp/multiline.t62 33.33% 5-6
io/dup.t
34 matches
Mail list logo