|bla)' asdf.txt
or
awk '!/XYZ/ !/bla/ {print}' asdf.txt
ok... end useless contribution.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy
On Tue, 4 Jan 2011 10:01:47 -0800
Devin Teske dte...@vicor.com wrote:
On Jan 4, 2011, at 9:33 AM, Randal L. Schwartz wrote:
Patrick == Patrick Bihan-Faou
patrick.bihan-f...@teambox.fr writes:
Patrick cat asdf.txt | grep -v XYZ | grep -v bla
And yet, you still have the Useless
that spans multiple lines between
two field delimiters, C/C++ is superior to perl/awk which excel at line-
based I/O versus block I/O. However, I conclude that the OP wanted
something that was executable from the command-line (considering that
he/she actually gave a basic construct for a perl one-liner
hi everyone
When i installed FreeBSD 8.1 the other day i was just going to keep it a
console-based system with no X just to do a bit of coding and stuff. I then
installed perl 5.12.
A few days later I changed my mind and installed X with a window manager and a
few other things. Somehow
On 4 January 2011 20:11, ja...@gnix.co.uk wrote:
hi everyone
When i installed FreeBSD 8.1 the other day i was just going to keep it a
console-based system with no X just to do a bit of coding and stuff. I then
installed perl 5.12.
A few days later I changed my mind and installed X
installed that require perl have been built against 5.12.
jamie
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
, translating that into
a program is generally rather mechanical. Hence the irony of such
questions.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc
On Tue, Jan 04, 2011 at 09:33:03AM -0800, Randal L. Schwartz wrote:
Patrick == Patrick Bihan-Faou patrick.bihan-f...@teambox.fr writes:
Patrick cat asdf.txt | grep -v XYZ | grep -v bla
And yet, you still have the Useless Use of Cat.
The weirdest thing about most useless uses of cat is
On 12/27/10, David Southwell da...@vizion2000.net wrote:
On 12/27/10, David Southwell da...@vizion2000.net wrote:
Agreed - but following Doug's commit I can vouch that the PERL_THREADED
hack
was still needed for 7.2 p3 systems on amd64.
It shouldn't be needed. Can you remove this
this definition from any
locally-modified Makefiles, and provide the same information that was
requested from Da Rock? (Why do I feel like a WWE announcer when I
type that? ...)
b.
I do not want to rebuild WITHOUT_IMAGEMAGICK_PERL on a running system with
active user access which needs perl.
Have
needs perl.
Have you got the replies from Da Rock?
Before going any further I would suggest that Da Rock be advised to update
his ports tree followed by
# pkgdb -F
Fix any problems then. If there are any problems he cannot fix at this stage
then report those. Then:
# portmaster
on a running system with
active user access which needs perl.
Oh, I didn't intend for you to do that. (This particular problem
shouldn't arise if perl support is disabled.) I meant to show the
output of 'make -C $PORTSDIR/graphics/ImageMagick -V PERL_THREADED',
'make -C $PORTSDIR/graphics/ImageMagick
access which needs perl.
Have you got the replies from Da Rock?
Before going any further I would suggest that Da Rock be advised to update
his ports tree followed by
# pkgdb -F
Fix any problems then. If there are any problems he cannot fix at this
stage then report those
WITHOUT_IMAGEMAGICK_PERL on a running system
with active user access which needs perl.
Have you got the replies from Da Rock?
Before going any further I would suggest that Da Rock be advised to
update
his ports tree followed by
# pkgdb -F
Fix any problems then. If there are any problems
- it looked so
close :)
I'm getting something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with
threads or undefine WITH_IMAGEMAGICK_PERL
** Listing the failed packages
be nice to get it updated for once- it looked so
close :)
I'm getting something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl
with
threads or undefine WITH_IMAGEMAGICK_PERL
thought it'd be nice to get it updated for once- it looked so
close :)
I'm getting something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl
- ImageMagick _always_ has issues for me. I just
thought it'd be nice to get it updated for once- it looked so
close :)
I'm getting something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded
What concerns me is perl-threaded _is_ installed but it can't see it.
Do you have in:
etc/make.conf
PERL_THREADED=true
Perhaps I'm a little daft atm. Either way I want to be clear: Are you
saying the define needs to be in the make.conf so that it will build
correctly
On 12/27/10 22:54, b. f. wrote:
What concerns me is perl-threaded _is_ installed but it can't see it.
Do you have in:
etc/make.conf
PERL_THREADED=true
Perhaps I'm a little daft atm. Either way I want to be clear: Are you
saying the define needs to be in the make.conf so
Well I did offer the info in the OP, albeit pkg_version style. Anyhoo
perl --version outputs:
Yes, but the output of 'perl --version' is what really matters in this
case, because it is used to determine PERL_THREADED for this port, as
you can see in the port Makefile.
This is perl, v5.10.1
What concerns me is perl-threaded _is_ installed but it can't see
it.
Do you have in:
etc/make.conf
PERL_THREADED=true
Perhaps I'm a little daft atm. Either way I want to be clear: Are you
saying the define needs to be in the make.conf so
On 12/27/10, David Southwell da...@vizion2000.net wrote:
What concerns me is perl-threaded _is_ installed but it can't see
it.
Do you have in:
etc/make.conf
PERL_THREADED=true
Perhaps I'm a little daft atm. Either way I want to be clear: Are you
saying
On 12/27/10, David Southwell da...@vizion2000.net wrote:
What concerns me is perl-threaded _is_ installed but it can't
see it.
Do you have in:
etc/make.conf
PERL_THREADED=true
Perhaps I'm a little daft atm. Either way I want to be clear
I'm running another set of updates, and I can't for the life of me get
rid of this erroneous behaviour.
I run portupgrade and it tells me it can't update ImageMagick because
the Djvu option requires threads, and needs perl, therefore perl needs
to be threaded. So it comes up with an IGNORE
Da Rock writes:
I'm running another set of updates, and I can't for the life of me get
rid of this erroneous behaviour.
I run portupgrade and it tells me it can't update ImageMagick because
the Djvu option requires threads, and needs perl, therefore perl needs
to be threaded. So
On 12/26/10 23:04, Robert Huff wrote:
Da Rock writes:
I'm running another set of updates, and I can't for the life of me get
rid of this erroneous behaviour.
I run portupgrade and it tells me it can't update ImageMagick because
the Djvu option requires threads, and needs perl
something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with
threads or undefine WITH_IMAGEMAGICK_PERL
** Listing the failed packages (-:ignored / *:skipped / !:failed
Da Rock wrote:
I run portupgrade and it tells me it can't update ImageMagick because
the Djvu option requires threads, and needs perl, therefore perl needs
to be threaded. So it comes up with an IGNORE which is nuts because I
run threaded perl.
...
Any hints guys?
So, as the others wrote, build
so close :)
I'm getting something similar, have been for a couple of weeks:
** Port marked as IGNORE: graphics/ImageMagick:
OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with
threads or undefine WITH_IMAGEMAGICK_PERL
** Listing the failed packages
Previously, I wrote
I'm in a process of installing a new server. I have already built
and installed a lot of ports over the past weeks, and now that I'm
almost done I discovered that one of the last things I need to
install (misc/amanda-server) needs Perl installed with threads
support
Hello!
I'm in a process of installing a new server. I have already built and
installed a lot of ports over the past weeks, and now that I'm almost
done I discovered that one of the last things I need to install
(misc/amanda-server) needs Perl installed with threads support,
whereas I
Based on advice to switch to portmaster from portupgrade, I am now
having a problem with perl. When I went to upgrade a perl package, it
re-installed perl, but fail (and removed perl). I am getting this
message:
=== perl-5.8.9_3 : Your apache does not support DSO modules.
I have tried
really have no idea
how to go about this, so any hints would be apreciated.
Oh! And one other thing. I was just running a modest sized new Perl
program I've been writing that uses DB_File and that ties a %hash to
a Berkeley DB file. Basically, I've debugged it and it _had_ seemed
to be working well
5.12?
IMHO 5.10 is new enough! But the great thing about the Perl community
is that it usually respects previous versions not like some other
crazy, irresponsible communities such as PHP who can break your code
from 5.2 to 5.3.
Doesn't sound like there are strong reasons for going for 5.12 so
Hi,
Todays ports tree has lang/perl5.10 and lang/perl5.12. A new 8.1-RELEASE
jail in tinderbox using this ports tree is using perl5.10 by default.
Should I leave this as is or should I be using 5.12?
This is for a home desktop.
eco# uname -a
FreeBSD eco.config 8.1-RELEASE FreeBSD
is new enough! But the great thing about the Perl community
is that it usually respects previous versions not like some other
crazy, irresponsible communities such as PHP who can break your code
from 5.2 to 5.3.
This is for a home desktop.
eco# uname -a
FreeBSD eco.config 8.1-RELEASE FreeBSD 8.1
On Thu, 23 Sep 2010, Chris Whitehouse wrote:
Hi,
Todays ports tree has lang/perl5.10 and lang/perl5.12. A new 8.1-RELEASE jail
in tinderbox using this ports tree is using perl5.10 by default. Should I
leave this as is or should I be using 5.12?
This is for a home desktop.
eco# uname -a
Quoth Peter Ulrich Kruppa on Thursday, 23 September 2010:
On Thu, 23 Sep 2010, Chris Whitehouse wrote:
Hi,
Todays ports tree has lang/perl5.10 and lang/perl5.12. A new 8.1-RELEASE
jail in tinderbox using this ports tree is using perl5.10 by default.
Should I leave this as is or should I
Hi, all.
Could you please test this script (requires x11-toolkits/p5-Gtk2):
-
#!/usr/bin/perl
use strict;
use Gtk2 -init;
my $filechooser = Gtk2::FileChooserButton-new(Choose a file, 'open');
print XXX\n;
-
It should just print XXX and exit. On my system (8.1-STABLE/amd64) it
never
2010/8/2 Jon Theil Nielsen jonth...@gmail.com
Hi list
After upgrading perl according to UPDATING, I cannot use mrtg anymore. The
error message is:
Bareword P_DETACH not allowed while strict subs in use at
/usr/local/lib/perl5/site_perl/5.12.1/MRTG_lib.pm line 1172.
Compilation failed
On 2010-08-02 10:49, Jon Theil Nielsen wrote:
2010/8/2 Jon Theil Nielsen jonth...@gmail.com
Hi list
After upgrading perl according to UPDATING, I cannot use mrtg anymore. The
error message is:
Bareword P_DETACH not allowed while strict subs in use at
/usr/local/lib/perl5/site_perl/5.12.1
2010/8/2 Morgan Wesström freebsd-questi...@pp.dyndns.biz
On 2010-08-02 10:49, Jon Theil Nielsen wrote:
2010/8/2 Jon Theil Nielsen jonth...@gmail.com
Hi list
After upgrading perl according to UPDATING, I cannot use mrtg anymore.
The
error message is:
Bareword P_DETACH not allowed
Hi list
After upgrading perl according to UPDATING, I cannot use mrtg anymore. The
error message is:
Bareword P_DETACH not allowed while strict subs in use at
/usr/local/lib/perl5/site_perl/5.12.1/MRTG_lib.pm line 1172.
Compilation failed in require at /usr/local/bin/mrtg line 89.
BEGIN failed
uname -a
FreeBSD mybsd.zsoft.com 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Wed Jul 14
15:35:26 CST 2010
r...@mybsd.zsoft.com:/media/G/usr/obj/media/G/usr/src/sys/MYKERNEL i386
sudo env DISABLE_CONFLICTS=1 portupgrade -o lang/perl5.12 -f perl-5.8.\*
pkg_info |grep -i perl
perl-5.12.1_1
On Thu, Jul 29, 2010 at 12:26:48AM +, J. Altman wrote:
I would advise you to use portmaster;
1) portmaster -o lang/perl5.12 lang/perl5.10
2) portmaster p5-
That worked for me.
Hmm...well, I've used portupgrade since 4.3, and have only wondered
if switching is a good
Greetings...
I am looking at upgrading to 8.1 from 8.0 on an AMD64.
As you know, Perl is now at 5.12 and requires a recursive dependency
rebuild; and so does libgcrypt.
This seems to be a rather extensive pair of updates.
Perl, while (IIRC) it is in the base system, is being reported
J. Altman writes:
Perl, while (IIRC) it is in the base system,
You do not recall correctly.
Robert Huff
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Wed, Jul 28, 2010 at 03:20:27PM +, J. Altman wrote:
Greetings...
I am looking at upgrading to 8.1 from 8.0 on an AMD64.
In case you're upgrading from source, do not forget to delete the archivers/xz
port before doing a buildworld, else buildworld will fail.
As you know, Perl is now
On Wed, Jul 28, 2010 at 06:00:25PM +0200, Roland Smith wrote:
On Wed, Jul 28, 2010 at 03:20:27PM +, J. Altman wrote:
Greetings...
I am looking at upgrading to 8.1 from 8.0 on an AMD64.
In case you're upgrading from source, do not forget to delete the
archivers/xz port before doing
I have seen this issue on two machines now, but this particular
instance is on a newly built one.
I run munin to collect and graph stats on my network from this box.
net-mgmt/munin-master depends on perl and rrdtool. I installed perl
5.10 from ports and then installed munin-master. rrdtool
On 13 July 2010 22:59, Rob Byrnes rbyr...@gmail.com wrote:
I have seen this issue on two machines now, but this particular
instance is on a newly built one.
I run munin to collect and graph stats on my network from this box.
net-mgmt/munin-master depends on perl and rrdtool. I installed perl
mentioned this before, but are you using Spamassassin
with mailscanner? This message describes a problem that sounds very
similar to yours, and there's a solution included:
http://old.nabble.com/Re%3A-amavisd---exited-on-signal-11---FreeBSD-8-with-Perl-5.10-p28627858.html
Hope that helps
a perl process or processes owned by root that are dying due to
segmentation violations.
I've seen perl core dumps a few times too. They seem to be triggered by
Gnome bug-buddy, but I haven't had much time to investigate why/when
they are triggered. A typical Perl traceback here looks like
I have rebuilt world to today's 8.1-PRERELEASE sources
I have forced a rebuild of every port on the system with:
portupgrade -f *
I have rebooted.
I am still seeing these log messages:
(perl5.10.1), uid 0: exited on signal 11
The long running perl processes on this system
running perl processes on this system are associated with
MailScanner. MailScanner does periodically restart itself thereby
killing these perl processes, but I wouldn't expect this to throw a
signal 11...
Ideas anyone?
Have you recently upgraded perl without running perl-after-upgrade
:
(perl5.10.1), uid 0: exited on signal 11
The long running perl processes on this system are associated with
MailScanner. MailScanner does periodically restart itself thereby
killing these perl processes, but I wouldn't expect this to throw a
signal 11...
Ideas anyone?
Have you recently
On 6/18/10 2:30 PM, Tim Daneliuk wrote:
Have you recently upgraded perl without running perl-after-upgrade
afterwards?
I did upgrade perl some time ago. I do not recall if I ran perl-after-upgrade.
Wouldn't the 'portupgrade -f *' take care of this, or should I go run the
script now, just
On 6/18/2010 1:34 PM, Glen Barber wrote:
On 6/18/10 2:30 PM, Tim Daneliuk wrote:
Have you recently upgraded perl without running perl-after-upgrade
afterwards?
I did upgrade perl some time ago. I do not recall if I ran
perl-after-upgrade.
Wouldn't the 'portupgrade -f *' take care
On 6/18/2010 1:52 PM, Tim Daneliuk wrote:
On 6/18/2010 1:34 PM, Glen Barber wrote:
On 6/18/10 2:30 PM, Tim Daneliuk wrote:
Have you recently upgraded perl without running perl-after-upgrade
afterwards?
I did upgrade perl some time ago. I do not recall if I ran
perl-after-upgrade
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18/06/2010 19:56:26, Tim Daneliuk wrote:
I should mention that I don't think it is actually dumping core.
It's just reporting the problem in /var/log/messages...
You'll only get a core file if the current working directory of the
process is
On 6/18/2010 2:09 PM, Matthew Seaman wrote:
On 18/06/2010 19:56:26, Tim Daneliuk wrote:
I should mention that I don't think it is actually dumping core.
It's just reporting the problem in /var/log/messages...
You'll only get a core file if the current working directory of the
process is
using Spamassassin
with mailscanner? This message describes a problem that sounds very
similar to yours, and there's a solution included:
http://old.nabble.com/Re%3A-amavisd---exited-on-signal-11---FreeBSD-8-with-Perl-5.10-p28627858.html
Hope that helps,
Greg
- --
Greg Larkin
http://www.FreeBSD.org
using Spamassassin
with mailscanner? This message describes a problem that sounds very
similar to yours, and there's a solution included:
http://old.nabble.com/Re%3A-amavisd---exited-on-signal-11---FreeBSD-8-with-Perl-5.10-p28627858.html
Hope that helps,
Greg
Aha! Der plot thickens. I am
I am running 8.1-PRERELEASE and seeing a half dozen of these a day:
(perl5.10.1), uid 0: exited on signal 11
Anyone have theories on this?
--
Tim Daneliuk tun...@tundraware.com
PGP Key:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16/06/2010 15:11:15, Tim Daneliuk wrote:
I am running 8.1-PRERELEASE and seeing a half dozen of these a day:
(perl5.10.1), uid 0: exited on signal 11
Anyone have theories on this?
You have a perl process or processes owned by root
On 6/16/2010 9:18 AM, Matthew Seaman wrote:
On 16/06/2010 15:11:15, Tim Daneliuk wrote:
I am running 8.1-PRERELEASE and seeing a half dozen of these a day:
(perl5.10.1), uid 0: exited on signal 11
Anyone have theories on this?
You have a perl process or processes owned by root
On Wed, Jun 16, 2010 at 4:11 PM, Tim Daneliuk tun...@tundraware.com wrote:
I am running 8.1-PRERELEASE and seeing a half dozen of these a day:
(perl5.10.1), uid 0: exited on signal 11
Anyone have theories on this?
If perl doesn't always crash, but only when running certain
programs, it may
or maybe in bash..
script/one liner e.g.: input: http://pastebin.com/raw.php?i=pMZPEsMZ
i want to make this output from it:
http://pastebin.com/raw.php?i=kH8VxT0A
So from the input, i want to make an ascendant order, how many things
are under a SOMETHING-XX
Does anyone has any perl magic
Jozsi == Jozsi Vadkan jozsi.avad...@gmail.com writes:
Jozsi So from the input, i want to make an ascendant order, how many things
Jozsi are under a SOMETHING-XX
So you just want paragraphs ordered by line count?
Something like this, untested:
perl -00 'print map $_-[0], sort { $a-[1] = $b-[1
The solution [i asked Randal L. Schwartz, because i didn't worked, and
he said he just forgot the -e, now it works!!]:
perl -00 -e 'print map $_-[0], sort { $a-[1] = $b-[1] } map [$_,
tr/\n//], ' before.txt after.txt
Thank you!!
Jozsi == Jozsi Vadkan jozsi.avad...@gmail.com writes
* Hans F. Nordhaug hans.f.nordh...@himolde.no [2010-04-29]:
* Hans F. Nordhaug hans.f.nordh...@himolde.no [2010-04-29]:
Hi!
I have been happily running Postfix with amavisd-new (and Clamav
and SpamAssassin) on FreeBSD 7 with Perl 5.8 for a long time.
Recently, I upgraded to FreeBSD 8
This is more of a handy how-to than it is a question. A permanent
'howto' as it were.
A Perl project I'm working on contains 457 functions (ie. subroutines
(ie methods)), and even though I have documentation for all of them,
sometimes it is handy to have a list in front of me.
This is how I
...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
___
freebsd-questions@freebsd.org mailing list
http
On 2010.05.19 22:05, Randal L. Schwartz wrote:
Steve == Steve Bertrand st...@ipv6canada.com writes:
Steve This is how I produce the list of all sub-routines within all module
Steve files, which includes the module name and sub.
See perldoc B::Xref.
...that *might* just work, for what I
Hi!
I have been happily running Postfix with amavisd-new (and Clamav
and SpamAssassin) on FreeBSD 7 with Perl 5.8 for a long time.
Recently, I upgraded to FreeBSD 8 and rebuilt all ports (after
updating). Suddenly I saw many
kernel: pid x (perl), uid 110: exited on signal 11
lines
* Hans F. Nordhaug hans.f.nordh...@himolde.no [2010-04-29]:
Hi!
I have been happily running Postfix with amavisd-new (and Clamav
and SpamAssassin) on FreeBSD 7 with Perl 5.8 for a long time.
Recently, I upgraded to FreeBSD 8 and rebuilt all ports (after
updating). Suddenly I saw many
I have Perl and apache installed on my system. Do I have to do anything
additional to get apache to run Perl CGI programs?
Is putting the perl script in the cgi-bin directory at
/usr/local/www/data all it takes to make things work?
___
freebsd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 25/04/2010 09:38:38, Fbsd1 wrote:
I have Perl and apache installed on my system. Do I have to do anything
additional to get apache to run Perl CGI programs?
Is putting the perl script in the cgi-bin directory at
/usr/local/www/data all it takes
On Sat, 10 Apr 2010 07:14:48 +0800, Aiza wrote:
A When installing perl i see 2 links between /usr/local/bin and /usr/bin.
A Is this still required or is it something left over from when perl was
A part of the base system?
A
A symlinking /usr/local/bin/perl5.8.9 and /usr/bin/perl
A symlinking
Anton == Anton Yuzhaninov cit...@citrin.ru writes:
Anton most perl scripts begins with
Anton #!/usr/bin/perl
Anton this is common convention (also outside *BSD world)
In fact, it's the recommendation from the original Camel book in 1990
(which I wrote, but the kids forget
in message 86zl1btumw@red.stonehenge.com,
wrote Randal L. Schwartz thusly...
Anton == Anton Yuzhaninov cit...@citrin.ru writes:
Anton most perl scripts begins with
Anton #!/usr/bin/perl
Anton this is common convention (also outside *BSD world)
In fact, it's the recommendation from
Services, Inc. - +1 503 777 0095
mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
___
freebsd
On Sat 10 Apr 2010 at 09:26:33 PDT Randal L. Schwartz wrote:
parv == parv p...@pair.com writes:
parv So, you are the guilty one. By that logic, every software should
parv assume some location, so that people can have fun with link farm
parv maintainance.
Keep in mind, the scene has changed
503 777 0095
mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
___
freebsd-questions@freebsd.org
/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
When installing perl i see 2 links between /usr/local/bin and /usr/bin.
Is this still required or is it something left over from when perl was
part of the base system?
symlinking /usr/local/bin/perl5.8.9 and /usr/bin/perl
symlinking /usr/local/bin/perl5.8.9 and /usr/bin/perl5
On Apr 9, 2010, at 4:14 PM, Aiza wrote:
When installing perl i see 2 links between /usr/local/bin and /usr/bin. Is
this still required or is it something left over from when perl was part of
the base system?
symlinking /usr/local/bin/perl5.8.9 and /usr/bin/perl
symlinking /usr/local/bin
On Sat, Apr 10, 2010 at 07:14:48AM +0800, Aiza wrote:
When installing perl i see 2 links between /usr/local/bin and /usr/bin.
Is this still required or is it something left over from when perl was
part of the base system?
symlinking /usr/local/bin/perl5.8.9 and /usr/bin/perl
symlinking
, I'm not going to like it in perl.
That's not the same as telling you what you should and shouldn't do.
I don't use perl or python all that much, and I wasn't aware of quite
how religious an issue this is. I thought I was commenting on a perl
feature, but it appears to have been interpreted
be convenient to type the decision after the action,
but it don't I think it promotes good quality software.
This sounds exactly like the complaints Pythonistas use to explain why
they have a deep hatred of Perl. If that's how you feel, I'd prefer
you stop trying to tell me how Perl should work
On Tue, Apr 06, 2010 at 09:01:10PM -0600, Chad Perrin wrote:
On Tue, Apr 06, 2010 at 06:17:41PM -0400, Steve Bertrand wrote:
On 2010.04.06 17:10, Randal L. Schwartz wrote:
Now, on the other hand, emacs rules, vi sucks. :-) :-)
ok, ok. I was on the side of Perl, and was content
On Tue, Apr 6, 2010 at 5:10 PM, Randal L. Schwartz
mer...@stonehenge.com wrote:
Chuck == Chuck Swiger cswi...@mac.com writes:
[...]
Now, on the other hand, emacs rules, vi sucks. :-) :-)
you got that right bud!
oh, and the Perl stuff too ;-)
--
Randal L. Schwartz - Stonehenge Consulting
software.
This sounds exactly like the complaints Pythonistas use to explain why
they have a deep hatred of Perl. If that's how you feel, I'd prefer
you stop trying to tell me how Perl should work, and just use
something else.
I'm not, I'm expressing an opinion that this is not a feature
, the real answer in the case of Ruby and Perl falls somewhere
around 1.5, but 3 is still a believable-sounding excuse, and perfectly
acceptable to me.
perl (and ruby) are byte-compiled languages, not interpreted languages
(like sh). All ordering variations on if and unless statements should
end up using
On Mon, 5 Apr 2010 19:55:44 -0600
Chad Perrin per...@apotheon.com wrote:
On Mon, Apr 05, 2010 at 05:36:32PM +0100, RW wrote:
IMO this is a bad mistake that other languages were quite right not
to copy - a test shouldn't come after a block of code unless it's
evaluated after the block
the most. In that sense, in the Perl statement:
warn x = $x, y = $y, z = $z\n
if $debug;
... the most important part is that it's printing something to stderr,
and what's being printed. It's only minor that it's only when
debugging, and luckily Perl lets us relegate that to the tail end
.
else
echo $1
fi
After a couple hours experimentation, the following does the same for my
perl scripts:
#!/usr/bin/perl
$argc = @ARGV;
if (! $argc ) {
printf(No args; need filename.\n);
}
else {
printf(%s\n, @ARGV);
}
Yes, that's very close to the sh(1) version
Giorgos == Giorgos Keramidas keram...@ceid.upatras.gr writes:
Giorgos This means you can write your sh version like this in Perl:
Giorgos #!/usr/bin/perl
Giorgos if (int(@ARGV) == 0) {
Giorgos die No args; at least one filename expected;
Giorgos }
Giorgos printf(%s\n
an equally valid argument that the most important
thing should stand out the most. In that sense, in the Perl statement:
warn x = $x, y = $y, z = $z\n
if $debug;
... the most important part is that it's printing something to stderr,
and what's being printed. It's only minor that it's only
101 - 200 of 1476 matches
Mail list logo