Hi all,
Here's a sharing session on my successful experience on the a/m, with
lots of excellent support from Sisyphus (thanks dude!).
Problem statement:
Writing a C/C++ extension can be difficult and laborious. Fortunately
inline.pm helps to automate much of the work, and keep us developer
d
What about using Win32::API to access a separate DLL written in C ?
Or does it have to be all Perl ?
Thanks for the suggestion. I am so darn rusty on C that no amount of
WD-40 will work! So writing a DLL in C from scratch is really asking me
to learn Thai...it's near impossible.
Anyway,
- Original Message -
From: "Foo Ji-Haw" <[EMAIL PROTECTED]>
To: "Sisyphus" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
Sent: Tuesday, February 28, 2006 4:59 PM
Subject: Re: Resolving 'Can't Locate .\Makefile.PL' via PerlTray
> Thanks for coming to my rescue again!
>
> Quick qn: I must
Thanks for coming to my rescue again!
Quick qn: I must be missing something, 'cause when I do 'perl
Makefile.PL', I get:
Can't open perl script "Makefile.PL": No such file or directory
I'm using MSVC6. Or do I need another compiler?
Indeed it is. I do it often.
In 'perldoc Inline-FAQ' , see
- Original Message -
From: "Foo Ji-Haw"
.
.
>
> Just an idea: is it possible to generate XS code via inline, then simply
> write a separate module that called it do that inline is not used?
>
Indeed it is. I do it often.
In 'perldoc Inline-FAQ' , see the section 'How do I create a binar
On Tue, Feb 28, 2006 at 10:51:39AM +0800, Foo Ji-Haw wrote:
> But don't get too ambitious on Perl's ithreads. They are fun, but not as
> rich as threads from other languages.
They're also unstable under Unix, and will cause your script to crash
randomly (though not frequently, in my experience.)
Thanks Jan, it's a real bummer that inline is not supported on PerlTray,
'cause I have just painfully written some C codes to extend Perl use
beyond its existing domain!
Is there any other way I can use my C codes somehow on the PerlTray
environment? Some form of XS or something?
Just an ide
I don't want to get too far OT but I am in a similar situation as Jaime and
was also planning to use MySQL. This is the first time I've seen or heard
any comments like this and wanted to "poll the audience" to see what people
think and if Greg's sentiments are the norm.
For me, MySQL is perhaps
Yup. Basically that's it. :)
But don't get too ambitious on Perl's ithreads. They are fun, but not as
rich as threads from other languages.
Carter Thompson wrote:
Is this really as easy as it seems or am I over looking something?
I have an array with references to tests. I want to loop thr
Is this really as easy as it seems or am I over looking something?
I have an array with references to tests. I want to loop through each
element in the array, call a subroutine passing in the test reference
using a thread. When all tests (threads) have been started I want to
loop through all
Greetings Chris,
I have gotten dozens of them and wrote to the sender informing of that
fact. It seems to have stopped for now.
Monday, February 27, 2006, 7:48:53 AM, you wrote:
> Is anyone else receiving these virus/spam emails through this list? Can
> someone unsubscribe [EMAIL PROTECTED]
> -
On Sun, 26 Feb 2006, Foo Ji-Haw wrote:
> I'm using some inline codes alongside PerlTray. It seems that compiling
> an executable results in the following error:
> .\Makefile.PL:
> error: Can't locate .\Makefile.PL
> refby: C:\Perl\lib\ExtUtils\MakeMaker.pm line 181
>
> I'm using Windows 20
Is anyone else receiving these virus/spam emails through this list? Can
someone unsubscribe [EMAIL PROTECTED]
- Chris
Received: from listserv.activestate.com [209.17.183.249] by whatever.com
with ESMTP
(SMTPD32-8.10) id A6FC1DC8006A; Sat, 25 Feb 2006 09:17:32 -0500
Received: from listserv.a
> > How wedded are you MySQL ? I personally would use it only for
> > situations where there was a single user connecting at a time (or at
> > most only a few) and data integrity is not important. MySQL lacks
> > too many features of a reliable database for me to trust it.
> >
> That is hogwas
I am in the process of planning a huge project.
It will be web based with heavy database accesses.
Since I am have more programming experience with Perl,
I prefer using it. However several people have suggested
using PHP + MySQL + Apache combo.
If you are given the choice, what will you choose?
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:perl-win32-
> [EMAIL PROTECTED] On Behalf Of Peter Eisengrein
> Sent: Monday, February 27, 2006 8:12 AM
> To: perl-win32-users@listserv.ActiveState.com
> Subject: RE: I need your opinion: perl vs php
>
> >
> > How wedded are you MySQL
Well, I didn't see the rest of this thread, but we are an Apache/Perl/MySQL
shop. We write all of our software to be run as a web-based app. We store
our data in the MySQL backend, and use perl to deliver to the web.
I feel somewhat the opposite, in that the reason we DO use MySQL is for all
of i
I have found that perl for web development is painful. If you plan on
using perl for this, use the Mason modules for templates and keep all
logic away from display.
I found PHP to be much easier to work with for web stuff. Like perl
though, make sure you use some kind of templating system, l
I am successfully monitoring the event logs of several windows machines,
the script works fine and by using Win32::EventLog::GetMessageText($evtHashRef)
it gets all messages of "application", "system" and "security".
A newer machine is a domain controller and has an event log called
"directory
>
> How wedded are you MySQL ? I personally would use it only for
> situations where there was a single user connecting at a time
> (or at most only a few) and data integrity is not important.
> MySQL lacks too many features of a reliable database for me
> to trust it.
>
I don't want to get
Need your help guys...
A bit more information to my problem:
1. I can run the codes fine from the command line. It's compiling from
PerlTray that's giving the error
2. Attached are two simple files that I use to test. To compile from the
command-line (not using PerlTray) I omit 'use PerlTray'.
21 matches
Mail list logo
