Date: Sun, 24 Nov 1996 16:19:42 -0500 From: Lotus_Mail_Exchange@CSERVE4.CCMAIL.compuserve.com To: "INTERNET:hackers@freefall.freebsd.org" <hackers@freefall.freebsd.org> Subject: NON-DELIVERY of: hackers-digest V1 #1656 Message-ID: <199611241619_MC1-BCB-5D87@compuserve.com>
next in thread | raw e-mail | index | archive | help
Sender: owner-hackers-digest@freefall.freebsd.org
Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by dub-img-7.compuserve.com (8.6.10/5.950515)
id PAA15553; Tue, 19 Nov 1996 15:31:47 -0500
From: <owner-hackers-digest@freefall.freebsd.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.8.3/8.8.3) with ESMTP id OAA15389; Tue, 19 Nov 1996 14:24:21 -0600 (CST)
Received: (from root@localhost)
by freefall.freebsd.org (8.7.5/8.7.3) id LAA27758
for freebsd-hackers-digest-outgoing; Tue, 19 Nov 1996 11:56:24 -0800 (PST)
Date: Tue, 19 Nov 1996 11:56:24 -0800 (PST)
Message-Id: <199611191956.LAA27758@freefall.freebsd.org>
To: freebsd-hackers-digest@FreeBSD.ORG
Subject: hackers-digest V1 #1656
Reply-To: hackers@freefall.freebsd.org
Errors-To: owner-hackers-digest@freefall.freebsd.org
Precedence: bulk
hackers-digest Tuesday, 19 November 1996 Volume 01 : Number 1656
In this issue:
Re: sendmail without DNS (was: Re: BoS: Exploit for sendmail smtpd bug (ver. 8.7-8.8.2).)
Re: aic0 (/dev/rst0) problem
Re: aic0 (/dev/rst0) problem
Re: AH2940 complains about disk geometry
Re: cdrom boot?
2.2-ALPHA data point - positive
Re: split speed sio port?
Re: aic0 (/dev/rst0) problem
Re: PnP in 2.1.6 and 2.2
Creating a device driv., Pb with outb, outw...
Re: Who needs Perl? We do!
Turbo FreeBSD CD
Re: Turbo FreeBSD CD
Re: Turbo FreeBSD CD
Re: Who needs Perl? We do!
Re: Who needs Perl? We do!
Re: Who needs Perl? We do!
----------------------------------------------------------------------
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Date: Tue, 19 Nov 1996 05:48:02 -0500 (EST)
Subject: Re: sendmail without DNS (was: Re: BoS: Exploit for sendmail smtpd bug (ver. 8.7-8.8.2).)
>
> As I mentioned before, and should have mentioned again when I moved it to
> -hackers, that still does not prevent sendmail from trying to use DNS in
> all cases. I've tried it. Quite a bit.
>
> I have tried nocanonify, nodns, a service.switch file and perhaps a few
> other things that I can't remember right now, but sendmail still tries to
> do DNS lookups. The last time this discussion came through the conclusion
> was that the only way to change this was to recompile sendmail. AFAIK,
> that is still the case.
My experience exactly! If you read the sendmail documentation; you'll
find a statement to that effect... It was previously claimed that
nocanonify and nodns together would cause sendmail to not use DNS; but
it didn't work for me either.
I had to recompile sendmail to not use DNS...
I did investigate what it took to run DNS; but it quickly degraded
into a mess for me - my machine wants to participate in 3 different
domains at the same time, and reading the DNS/BIND book on how
to do this left me without a solution...
I'd suggest recompiling :-)
- Dave Rivers -
>
> On Mon, 18 Nov 1996, Mark Diekhans wrote:
>
> > >[moved to -hackers from security. It started with a discussion of
> > >sendmail with uucp; I stated that sendmail still tries to use DNS no
> > >matter how you configure it and you have to recompile it to make it stop.]
> > >
> > >On Mon, 18 Nov 1996, Robert Shady wrote:
> > >
> > >> > Incorrect. It RUNS without DNS but still TRIES to use it. If you really
> > >> > don't have IP connectivity, then difference doesn't matter because it
> > >> > still works when the lookup fails, however it still does try and the
> > >> > difference does matter if you have partial IP connectivity. I have a
> > >> > system setup with nocanonify and all the other config file tweaks I know
> > >> > of, and it still tries to use DNS as a tcpdump shows quite clearly. This
> > >> > system is running 8.7.5, so things may have been changed in more recent
> > >> > versions but I can't say for sure; if this has changed in more recent
> > >> > versions, please let me know.
> > >> >
> > >> > I _think_ the define that needs to be set to 0 is NAMED_BIND, but don't
> > >> > recall for sure. This has been gone over before on the lists.
> >
> > I disabled the use of DNS by sendmail by adding the file /etc/service.switch
> > containing the line:
> >
> > hosts files
> >
>
>
------------------------------
From: Greg Lehey <grog@lemis.de>
Date: Tue, 19 Nov 1996 11:35:24 +0100 (MET)
Subject: Re: aic0 (/dev/rst0) problem
Terry Lambert writes:
>> # tar cvf /dev/rst0 /
>> ^C^Cst0: not ready (after a while)
>>
>> Is there anything special to that HP DAT drive? Blocksize which the driver
>> cannot cope with? Compression on/off? I believe the driver is working in
>> polled modes, at least not DMA driven. The board doesn't have busmaster
>> DMA logic and the motherboard DMA doesn't seem (yet) implemented in the
>> driver.
>
> Unless you set a dipswitch, it won't work with "audio DAT Tapes"; HP
> is the first drive that whines about them. 8-(.
Early 35470As didn't complain either. I don't have a functional one
at the moment, but I recollect that I got a different error with this
one (in fact, it was an old HP DDS tape that wasn't coded either :-).
My current drive is a C1533, and it seems to handle the tape with no
problems, so I can't check the message.
Greg
------------------------------
From: Greg Lehey <grog@lemis.de>
Date: Tue, 19 Nov 1996 11:29:12 +0100 (MET)
Subject: Re: aic0 (/dev/rst0) problem
Christoph Kukulies writes:
>
> After a hard time getting two WD8013EPC cards working in my router box
> with the aic0 driver/card present (had to wire the cards to different
> ports/irqs/iomem) I'm still having problems getting the tape
> working:
>
> FreeBSD 2.2-CURRENT #0: Mon Nov 18 13:52:01 MET 1996
> kuku@bach.physik.rwth-aachen.de:/usr/src/sys/compile/CGATE
> Calibrating clock(s) relative to mc146818A clock...
> i8254 clock: 1193402 Hz
> CPU: i486DX (486-class CPU) #it's an Amd 486/40 CPU
> real memory = 8650752 (8448K bytes)
> avail memory = 6881280 (6720K bytes)
> Probing for devices on the ISA bus:
> sc0 at 0x60-0x6f irq 1 on motherboard
> sc0: MDA/hercules <16 virtual consoles, flags=0x0> # Hercules(!)
> ed0 at 0x200-0x21f irq 4 maddr 0xd0000 msize 16384 on isa # having this at
> ed0: address 00:00:c0:fe:34:0a, type WD8013EPC (16 bit) # 0x300 made the
> ed1 at 0x280-0x29f irq 3 maddr 0xd8000 msize 16384 on isa # card defunct
> ed1: address 00:00:c0:10:1b:1e, type WD8013EPC (16 bit)
> lpt0 at 0x3bc-0x3c3 irq 7 on isa
> lpt0: Interrupt-driven port
> lp0: TCP/IP capable interface
> aic0 at 0x340-0x35f irq 11 on isa
> (aic0:3:0): "HP HP35470A T503" type 1 removable SCSI 2
> st0(aic0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled
> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
> fdc0: NEC 765
> fd0: 1.44MB 3.5in
> fd1: 1.2MB 5.25in
> wdc0 at 0x1f0-0x1f7 irq 14 on isa
> wdc0: unit 0 (wd0): <Maxtor 7080 AT>
> wd0: 81MB (166770 sectors), 981 cyls, 10 heads, 17 S/T, 512 B/S
> npx0 on motherboard
> npx0: INT 16 interface
> st0(aic0:3:0): timed out # <<<< This is the result of a tar cvf /dev/rst0 /
> st0(aic0:3:0): timed out
>
> And the system hangs at the tar command:
>
> # tar cvf /dev/rst0 /
> ^C^Cst0: not ready (after a while)
>
> Is there anything special to that HP DAT drive?
Yes. It has an MTBF of six months :-(
> Blocksize which the driver cannot cope with? Compression on/off? I
> believe the driver is working in polled modes, at least not DMA
> driven. The board doesn't have busmaster DMA logic and the
> motherboard DMA doesn't seem (yet) implemented in the driver.
No problems there, but maybe the drive is really dead? When the tape
is inserted, both of the LEDs should be continuous green (i.e. no
flashing). It should handle any block size, but I've found that 64 kB
(i.e. 128 blocks) gives best performance.
Greg
------------------------------
From: Greg Lehey <grog@lemis.de>
Date: Tue, 19 Nov 1996 11:24:23 +0100 (MET)
Subject: Re: AH2940 complains about disk geometry
Daniel O'Callaghan writes:
>
> Hi,
>
> I just pulled a Conner CFP4207S 4.2 GB hdd out of a machine with a
> Adaptec 1542CF and put it in one with an Adaptec 2940. On bootup, the
> 2940 complained about the partitioning geometry 4096/64/16 not being
> compatible with booting or something, and it should be 1024/255/16.
> This message is followed by a 'Press any key to boot' message.
> The 2940 is in a production machine, so I could not leave the disk in
> there regardless, in case an unattended reboot was needed.
>
> I had a look in the Adaptec BIOS menus for ignoring that check, and I had
> a quick attempt to change the disk partitioning, but both failed.
>
> Can anyone tell me how to fix the disk or the adaptor, please.
Here's what I have:
=== root@freebie (/dev/ttyp2) /src/cvs-cur/2500 28 -> disklabel -r sd2
# /dev/rsd2c:
type: SCSI
disk: CFP4207S
label:
flags:
bytes/sector: 512
sectors/track: 104
tracks/cylinder: 20
sectors/cylinder: 2080
cylinders: 3998
sectors/unit: 8317919
rpm: 7200
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
c: 8317919 0 unused 0 0 # (Cyl. 0 - 3998*)
h: 8317919 0 4.2BSD 512 4096 0 # (Cyl. 0 - 3998*)
This is currently running under a 1542B, but it was on a 2940 before.
You should disable DOS translation, or whatever they call it.
Greg
------------------------------
From: Greg Lehey <grog@lemis.de>
Date: Tue, 19 Nov 1996 11:16:57 +0100 (MET)
Subject: Re: cdrom boot?
J Wunsch writes:
> As J.J.Ming wrote:
>
>> Is it current boot from cdrom ?
>
> Nobody ever came round who was really interested in persuing this.
I think it's about time that the FreeBSD core team began paying some
attention to the things which will gain acceptability of FreeBSD when
compared to other free UNIXes. These include CD-ROM booting (which
should be straightforward) and smooth support for ATAPI CD-ROMs (which
apparently isn't).
There's an article about CD-ROM booting in the current c't (December
1996), page 72. It starts with the promis "Sysadmins of Unix systems
or Macintoshes have known about it for a long time. You don't need
floppies to install a new operating system on a hard disk, just a
CD-ROM".
In summary, it says:
- - There's a new substandard on top of ISO 9660, El Torito (that's
where they hacked out the scheme :-)
- - More and more motherboard BIOSes support El Torito, as do a number
of SCSI host adapters. I built two machines yesterday, and both the
(useless) host adapter and the motherboard BIOS support it.
- - The specs and a cookbook for making bootable CD-ROMs are available
in Adobe Acrobat format (whatever that may be) from a link in
http://www.ptltd.com/techs/specs.html. Maybe somebody can convert
them to PostScript for the rest of us to look at.
- - There's also a document on making bootable CD-ROMs on
http://mail.ncku.edu.tw/~thlx/bootcd.htm.
J=F6rg, aren't you the right person to integrate this stuff?
Greg
------------------------------
From: Christoph Kukulies <kuku@gilberto.physik.rwth-aachen.de>
Date: Tue, 19 Nov 1996 13:56:34 +0100
Subject: 2.2-ALPHA data point - positive
I had a router outage half an hour ago (FreeBSD acts as a router).
The hard disk power cable got flakey thus resulting in a totally
damaged FS. I decided to reinstall from 2.2-ALPHA and was up in
20 minutes again (Minimum system, 65 MB /, 21 MB swap, 8MB RAM, 486DX40 AMD,
hercules graphic card, 2 WD8013EPC 16bit).
Big applause for the current install.
- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
------------------------------
From: Adam David <adam@veda.is>
Date: Tue, 19 Nov 1996 12:53:40 +0000 (GMT)
Subject: Re: split speed sio port?
> Adam David stands accused of saying:
> >
> > Will FreeBSD allow this scenario currently? :)
> > (I know, I know. Try it and see ;)
Mike Smith says:
> Why do people keep trying to do bandwidth-throttling with hardware? It's
> far too much of a pain in the backside!
>
> Use the spiffo 'divert socket' stuff and write a management program that
> tracks how much data it has forwarded for each of the classes in a given
> period. This gives you total flexibility, and saves us from trying to
> second-guess harebrained ideas 8)
This is all very well, but when upstream is not (yet?) willing to implement
such measures themselves and will not trust software that is located outside
of their direct control, one has to make do with what is available.
Of course, a proven product might catch their interest in terms of suitability.
- --
Adam David <adam@veda.is>
------------------------------
From: Khetan Gajjar <khetan@iafrica.com>
Date: Tue, 19 Nov 1996 15:21:16 +0200 (SAT)
Subject: Re: aic0 (/dev/rst0) problem
On Mon, 18 Nov 1996, Christoph Kukulies wrote:
>I hope not you are trying to create a tar archive on you CD-ROM drive :-)
No, definitely not (so no, I wasn't that drunk :-> )
>At which operation exactly does it 'hang'?
Any thing which would affect the CD-ROM. I'd try and mount it after a
clean boot, and it would hang. I could then not recover that session.
If I logged in on another vc, I would see that the mount process had been
in a d-state, and a few minutes (literally) later, a kernel message would
pop up saying device timed out (cd0).
>I guess the AVA 1515 is the one with BIOS ROM and other circuitry
>while mine (the AVA 1505) has no BIOS end decoding circuitry.
The 1515 does have the bios rom - for all the good that it does.
- --khg
------------------------------
From: root@deadline.snafu.de (Andreas S. Wetzel)
Date: Tue, 19 Nov 1996 18:05:10 +0100 (MET)
Subject: Re: PnP in 2.1.6 and 2.2
In article <freebsd-hackers.199611171047.LAA16408@father.ludd.luth.se>,
Tomas Klockar <dateck@ludd.luth.se> writes:
> Does anyone know if the 2.1.6-RELEASE or 2.2-RELEASE will support=20
> initialazion of pnp cards. I have an old 486 which doesn't support pnp
> My two pnp cards one 3c509 and one gravis ultrasound PnP pro need this.
> On my network card I can turned off PnP but the gravis card doesn't have =
> this=20
> feature.
> Also does any of them support the gravis card so I can get some sound out=
> of it.
I'm currently having the same problem with a ISA PnP ISDN card and have
hacked my kernel a little bit to have a basic PnP support. Although it
does not very much until now, but recognize all installed PnP cards and
give information about their resource usage and such, I think I could
manage to extend this to a fully functional PnP support with some help
maybe. You must know that I'm not very experienced about kernel hacking
until now. For a fully working PnP support the driver had to modify kernel
device tables etc I think.
Regards, Mickey
- --
(__)
(@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de
/-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/
/ | || 13347 Berlin Fon: <+4930> 456 066 90
* ||----|| Germany Fax: <+4930> 456 066 91/92
~~ ~~
------------------------------
From: Emmanuel Duros <eduros@chouette.inria.fr>
Date: Tue, 19 Nov 1996 19:27:49 +0100 (MET)
Subject: Creating a device driv., Pb with outb, outw...
Hi,
I am going to write a device driver for a communication card which is
a receive-only interface for satellite links.
First, I would like to write a peace of code outside the kernel (in user
context) that would intialize the adapter with a sequence of outb
functions to the correct interface address.
With a very simple program such as:
#include<machine/cpufunc.h>
void main(void){
outb( 0x300, 1 );
}
I always get a BUS ERROR. I also tried on the parallel port (0x378)
without success.
Any comments on this, why does this happen ?
I am using FreeBSD 2.2-961006-SNAP and I noticed there is no man on
these functions or on any low level functions, is this normal ?
Could you also reply to my personal Email ? Thanks...
Emmanuel
------------------------------
From: Terry Lambert <terry@lambert.org>
Date: Tue, 19 Nov 1996 11:14:09 -0700 (MST)
Subject: Re: Who needs Perl? We do!
> I'm aware that people will want to scream, but I _do_ believe that we
> should take some steps towards incorporating perl in the base system,
> as we have done (successfully, and IMHO very usefully) with Tcl.
[ ... ]
> - a contrib-ready Perl, at release quality. ie., not the 'patch de jour'
> but the equivalent of a -STABLE version.
>
> - an undertaking from several to keep an eye on Perl development, and
> update the in-contrib Perl as appropriate.
This is the rub. PERL is not stable over the release cycle period for
FreeBSD. People are *always* complaining "why don't you upgrade your
PERL?", even when it it well known that an upgrade frequently requires
updating all of the PERL-dependent scripts to the new syntax, since
the syntax is not sufficiently stable.
For FreeBSD, the biggest problem is PERL dependent ports and MajorDomo;
PERL upgrades have been delayed for MajorDomo more than once in the
past.
> A point to consider : I _loathe_ Perl. Reading it gives me a
> headache, and I would sooner snort powdered lithium than program in
> it. Understand that I think Perl is relevant for what it is, and not
> what I feel about it.
At STP, Lithium is a gas. 8-).
Terry Lambert
terry@lambert.org
- ---
Any opinions in this posting are my own and not those of my present
or previous employers.
------------------------------
From: Wilko Bulte <wilko@yedi.iaf.nl>
Date: Tue, 19 Nov 1996 19:38:36 +0100 (MET)
Subject: Turbo FreeBSD CD
Hi there,
I just today got a catalog in my PObox of Pacific HighTech CDROM.
A bit to my surprise it has a 'Turbo FreeBSD' CDROM listed on it's
cover. I contains 2.1.5R and a 2.2 SNAP (960801? it's very
fine print).
Comments?
Wilko
_ ____________________________________________________________________
| / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands
|/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda
- --------------------------------------------------------------------------
------------------------------
From: Chris Timmons <skynyrd@tahoma.cwu.edu>
Date: Tue, 19 Nov 1996 11:28:35 -0800 (PST)
Subject: Re: Turbo FreeBSD CD
Well the great thing about FreeBSD is that it's FREE... so anybody can put
it on a CD and sell it.
My preference has always been to buy from Walnut Creek CDROM because they
support the project. I personally subscribe to both the -RELEASE and
- -SNAP cd distributions and have had excellent experience dealing with the
Walnut Creek people on the phone. Since we rely heavily on FreeBSD at
work, I spec Walnut Creek as the CD-ROM of choice there as well. Thanks
WC!!!
- -Chris
On Tue, 19 Nov 1996, Wilko Bulte wrote:
> Hi there,
>
> I just today got a catalog in my PObox of Pacific HighTech CDROM.
> A bit to my surprise it has a 'Turbo FreeBSD' CDROM listed on it's
> cover. I contains 2.1.5R and a 2.2 SNAP (960801? it's very
> fine print).
>
> Comments?
>
> Wilko
> _ ____________________________________________________________________
> | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands
> |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda
> --------------------------------------------------------------------------
>
------------------------------
From: Joe Greco <jgreco@brasil.moneng.mei.com>
Date: Tue, 19 Nov 1996 13:31:47 -0600 (CST)
Subject: Re: Turbo FreeBSD CD
> Hi there,
>
> I just today got a catalog in my PObox of Pacific HighTech CDROM.
> A bit to my surprise it has a 'Turbo FreeBSD' CDROM listed on it's
> cover. I contains 2.1.5R and a 2.2 SNAP (960801? it's very
> fine print).
>
> Comments?
"Behind the times" mean anything to ya? :-)
Now I know why I tell folks to buy from WC.
... JG
------------------------------
From: jlemon@americantv.com (Jonathan Lemon)
Date: Tue, 19 Nov 1996 13:33:50 -0600
Subject: Re: Who needs Perl? We do!
Terry Lambert writes:
> > I'm aware that people will want to scream, but I _do_ believe that we
> > should take some steps towards incorporating perl in the base system,
> > as we have done (successfully, and IMHO very usefully) with Tcl.
>
> [ ... ]
>
> > - a contrib-ready Perl, at release quality. ie., not the 'patch de jour'
> > but the equivalent of a -STABLE version.
> >
> > - an undertaking from several to keep an eye on Perl development, and
> > update the in-contrib Perl as appropriate.
>
> This is the rub. PERL is not stable over the release cycle period for
> FreeBSD. People are *always* complaining "why don't you upgrade your
> PERL?", even when it it well known that an upgrade frequently requires
> updating all of the PERL-dependent scripts to the new syntax, since
> the syntax is not sufficiently stable.
I take exception to this. The only syntax changes were from perl4 -> perl5,
and were extremely minor. (actually syntax cleanup, to be pedantic). There
haven't been any syntax changes internal to the p5 releases, unless you count
the addition of new features.
Also, the "official" release version is still 5.003, nevermind that the
development version of _08 is coming out this week or the next.
- --
Jonathan
> At STP, Lithium is a gas. 8-).
Really? Then, are my lithium batteries pressurized, or are they bound in a
molecule that changes their properties? (eh, physics was not my strong suit)
------------------------------
From: roberto@keltia.freenix.fr (Ollivier Robert)
Date: Tue, 19 Nov 1996 20:06:45 +0100
Subject: Re: Who needs Perl? We do!
According to Michael Smith:
> - a contrib-ready Perl, at release quality. ie., not the 'patch de jour'
> but the equivalent of a -STABLE version.
Perl 5.004 is rounding the corner. 5.003_08 just came out and 5.003_09 will
be 5.004-candidate.
Many thinks are broken (even if people don't tumble often on them) and
5.004 should be stable.
> - an undertaking from several to keep an eye on Perl development, and
> update the in-contrib Perl as appropriate.
I'm keeping eyes on main Perl dev. thru perl5-porters as probably others
do. As for modules, we have a Perl5-port guru :-)
BTW OpenBSD has already done the integration into a bmake-based tree so we
could look at how they've done it.
- --
Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 3.0-CURRENT #28: Sun Nov 10 13:37:41 MET 1996
------------------------------
From: nik@blueberry.co.uk (Nik Clayton)
Date: Tue, 19 Nov 1996 19:49:10 +0000
Subject: Re: Who needs Perl? We do!
Terry Lambert writes:
> This is the rub. PERL is not stable over the release cycle period for
> FreeBSD. People are *always* complaining "why don't you upgrade your
> PERL?", even when it it well known that an upgrade frequently requires
> updating all of the PERL-dependent scripts to the new syntax, since
> the syntax is not sufficiently stable.
As someone who spends a reasonable amount of the working day coding in
Perl, I don't think this is a particularly valid point, particularly in
comparison to the moving target that is Tcl/Tk. In the past four years
Perl 4.036 (/usr/bin/perl on 2.1.5 and below) has been the standard,
rock-solid version on the 4.branch, while 5.0 was the new, OO biased
version.
Even given that, the changes from 5.000 to 5.003 have been bug fixes,
with very few alterations to syntax at all.
There is an issue moving from 4.036 to 5.x, as the syntax did change
in a few places between the two -- not counting the option of a new
OOish syntax, which wouldn't break older scripts anyway. Most obviously
where '@' in strings suddenly needed to backslash-escaped. This broke
a lot of things that dealt with e-mail addresses. But in the past 2
years (and 2 years ago I was running FreeBSD 2.0 with Perl 5.mumble)
I haven't seen any clean Perl code that would run on 5.000 but
wouldn't run on 5.003.
Not much in the way of hard facts there, but this seems to be an opinion
only thread anyway.
Having said that, I don't think Perl should be moved to the base system
anyway (assuming that base system is whatever you get when you install
bin.xx for the first time). But this is for the same reason I don't
particularly want tcl in there either -- they're extensions to the
system -- I have no objections to seeing a new dist category, something
like 'cool-things-we-think-you'll-enjoy', but I tend to prefer to
build these things myself.
Of course, if that is what we're talking about then you can ignore that
last paragraph :-)
N
- --
- --+=[ Blueberry Hill Blueberry New Media ]=+--
- --+=[ http://www.blueberry.co.uk/ 1/9 Chelsea Harbour Design Centre, ]=+--
- --+=[ WebMaster@blueberry.co.uk London, England, SW10 0XE ]=+--
- --+=[ Where am I going? And what am I doing in this handbasket? ]ENTP
------------------------------
End of hackers-digest V1 #1656
******************************
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611241619_MC1-BCB-5D87>