"Chas. Owens" wrote on 06/08/2010 02:00:28 PM:
> On Wed, Apr 28, 2010 at 01:52, Andreas Moroder
> wrote:
> snip
> > "Can't build and link to 'attr'"
> >
> > Does anyone know what causes this error ?
> snip
>
> My first bet is that you don't have a C compiler installed, but I
> really can't tell u
Prasaad Kulkarni wrote on 06/08/2010 02:49:32 PM:
> nfsv4 supports acl in linux.
> getacls and facls can be look out for.
>
> On Tue, Jun 8, 2010 at 5:26 PM, Chas. Owens wrote:
>
> > On Tue, Jun 1, 2010 at 17:20, Jenda Krynicky wrote:
> > > From: Andreas Moroder
> > > Hello,
Laarni,
Kulit Ko wrote on 05/29/2010 05:41:35 PM:
> So sorry, on the first look i thought "Veith" was "Keith". =D
NP. Btw, do you realize that you don't post to the ML anymore, but directly
to me?
> Hmm..that's quiet challenging.
Why? Just run "cpan IPC::Run" and install it. :-)
> Is there an
Kulit Ko wrote on 05/29/2010 04:38:56 PM:
> Hi Keith,
My name's Eric. ;-)
> Thanks for the reply. Is the IPC::Run always available in the perl
> installation? Ive tried is but it says it is not available in @INC.
> Thanks.
No, IPC::Run isn't available with a standard perl installation, that's w
Kulit Ko wrote on 05/29/2010 12:26:40 PM:
> Im trying to run a jar file. this jar file will output multiple
> question in console manner and i need to input a value in order to
> proceed.
Have a look at IPC::Run at CPAN. It allows you to interact with a program
much in a way "expect" would do.
Hello Marilyn,
Marilyn Sander wrote on 05/27/2010 01:28:58
AM:
> Thanks, this document just explains about @INC. I already know how to
> use @INC. My question was about "normal", "standard", or "best"
> practice for placement of scripts and Perl libraries on Windows. The
> default setup for A
Chaitanya Yanamadala wrote on 05/24/2010
03:51:56 PM:
> but i cannot able to understand it.
> i am not that much of an expert in LINUX..
Besides what Shlomi already posted to help you, let me go further into
detail on my anti-daemonize thing.
Traditionally, Unix services have brought themselves
"Bob McConnell" wrote on 05/17/2010 02:26:58 PM:
> What is the difference between this and exporting a YAML file? Where
> would either be preferred over the other?
Except for the obvious syntax and that YAML might be easier to read for
"end users" that just happen to edit a config file, I guess t
"raphael()" wrote on 05/10/2010 04:07:58 PM:
> I want to do work on all elements of an array simultaneously.
To clarify: You want to access an hash defined in the parent process from
all N child processes?
I'm sorry to tell you, but this won't work so easily. When forking, data is
*copied*. Whic
Peter Scott wrote on 04/10/2010 03:33:46 PM:
> You'd probably benefit from taking this to a Moose list.
Good idea.
Thanks for all the help, especially to Shlomi, who pointed out the
$instance->can('foo') solution.
Eric
--
Eric MSP Veith
Hechtsheimer Str. 2
DE-55131 Ma
Peter,
Peter Scott wrote on 04/09/2010 03:45:54 AM:
> Yikes, I do not like that design. Forking should be defined in its own
> independent location, not as some part of a global funnel that all
method
> calls pass through.
AFAIK Method attributes are per-package. I am already using Moose to
Shlomi Fish wrote on 04/08/2010 08:37:10 PM:
> > Uh, what are you really trying to do? There are helper modules that
make
> > using attributes much easier.
>
> Yes, I'm wondering about it too.
I'm trying to use method attributes to get a certain behaviour with some
syntactic sugar. Like, for
Hello Perlers,
this is probably going to be quick one. I know how to get an subroutine
reference under "normal" circumstances, but I don't know how to get one
from an object instance. Like:
---%<---
my $foo = My::Foo->new("bleh");
# Calling the sub:
$foo->quux;
# How would I get the reference
Sam wrote on 03/23/2010 11:18:11 PM:
> Could you use a file of random data? You can create one of those really
> easy: dd if=/dev/urandom of=ranfile bs=
Theoretically, yes, of course I could just try to create an arbitrary
sized file from /dev/urandom via dd. I hoped there would be an equal
Hello list,
this is rather unusual: I want a chunk of random garbage, and I want it
fast. The background is that I have a streaming test, and to run into some
intelligent read-ahead/write-behind/caching algorithm, I need random
stuff. /dev/null is fast, but obviously won't do it. /dev/urandom i
Parag Kalra wrote on 03/16/2010 07:44:43 AM:
> Just couple of questions - How can I make my code readonly using Git
> such that it can be edited only when it is checked out.
The only thing that comes near to what you describe is a git repo created
with --bare. It's one that you can push to, and
Jeremiah Foster wrote on 03/15/2010 05:20:16
PM:
> Shlomi mentioned git early on in this thread.
You're right, sorry, I missed that one.
Eric
--
Eric MSP Veith
Hechtsheimer Str. 2
DE-55131 Mainz
Germany
IBM Deutschland GmbH
Vorsitzender des Aufsichtsrats: Erich Clemen
Shlomi Fish wrote on 03/15/2010 08:33:30 AM:
> Please don't recommend CVS for new development. There are much
> superior and/or
> open-source alternatives now. See:
>
> http://better-scm.berlios.de/
I'm honestly curious why nobody has explicitly suggested git so far. It is
not only pretty po
Jay:
Jay Savage wrote on 03/08/2010 08:53:40 PM:
> It sounds like Term::Readline is using Term::ReadLine::Gnu as the
> back-end. The problem there is that, to Perl, the XS call for GNU
> readline() looks like a single system call.
> Try setting the PERL_RL environment to "Perl" instead of "Gnu":
YAPH wrote on 03/05/2010 06:57:19 PM:
> It was the shell construc, eval '' if 0; (Will this ever
> execute?)
>
> and the
>
> exec /bin/perl $0 ${1+"$@"};
>
> that threw me off.
YAPH:
Actually, the first constructs gets read and interpreted by both shell and
perl. However, Perl doesn't e
"Bob McConnell" wrote on 03/05/2010 08:22:23 PM:
> The way I read his problem description, it sounded neither simple nor
> easy.
Bob, Jay,
I fear, Jay, my explanaitions weren't fully able to depict what my app is
trying to archieve. It is not only a matter of IPC on one machine that
happens to
Jeremiah Foster wrote on 03/03/2010 02:09:40
PM:
> I would avoid threads. I would have a program / process on machine 0
> that fires off another program / process on machine 1. Then I guess
> you need to fire off your program on machine 2 to do network
> monitoring (?). When the program on 1 is
Dear list,
I'm wrinting a perl program that works with different threads. Those
threads depend on each other, not all in the same way. Some threads should
stop when others are finished with their work, and again others are to be
started afterwards. The current architecture I have in mind is tha
23 matches
Mail list logo
