Date: Mon, 30 Nov 2009 17:34:29 -0000 From: "Meyers, Dan" <d.meyers@lancaster.ac.uk> To: <freebsd-questions@freebsd.org> Subject: RE: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0, Perl 5.8.9 or 5.10, FreeRADIUS 2.1.6 Message-ID: <E3375EE549EE51429A4BB9B0BD871BB75E71C0@exchange-be8.lancs.local>
next in thread | raw e-mail | index | archive | help
Interestingly, a completely fresh install of 7.2 that never sees anything out of ports installs perl 5.8.9_2 not 5.8.9_2, and freeradius 2.1.4 instead of 2.1.6 via pkg_add if I do a pkg_add freeradius. *That* works absolutely fine. Unfortunately the packages for 8.0 are 5.8.9_3 and 2.1.6 respectively. For now, it looks like we'll stick with 7.2 and install from packages instead of ports. > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Meyers, Dan > Sent: 30 November 2009 16:18 > To: freebsd-questions@freebsd.org > Subject: RE: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0,Perl > 5.8.9 or 5.10, FreeRADIUS 2.1.6 >=20 > Had a bit more of a poke. Same symptoms under FreeBSD 7.2 amd64. I am > now looking towards there being some kind of issue with the perl or > freeradius in ports/packages. Has anyone else seen this at all? >=20 > > -----Original Message----- > > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > > questions@freebsd.org] On Behalf Of Meyers, Dan > > Sent: 30 November 2009 15:00 > > To: freebsd-questions@freebsd.org > > Subject: PL_sv_undef and PL_stack_max undefined - FreBSD 8.0,Perl > 5.8.9 > > or 5.10, FreeRADIUS 2.1.6 > > > > We've had a setup for a while where we have a FreeBSD server running > > FreeRADIUS 2.1.6 and using the rlm_perl module to examine a database > > and > > do some fairly complex checking of the returned data before deciding > > whether to accept or reject the radius request. This works fine on > > FreeBSD 7.2 amd64 with Perl 5.8.9 and FreeRADIUS 2.1.6 (all compiled > > from source out of the same copy of the ports tree. Perl compiled > > without threading support as that causes issues with our database > > connections when under high load). <snip>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E3375EE549EE51429A4BB9B0BD871BB75E71C0>