--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Mar 04 2006 - 12:35, Jeremy C. Reed wrote:
> On Sat, 4 Mar 2006, Joel CARNAT wrote:
>=20
> > well... in fact I saw that but couldn't change it ; so I thought I was
> > looking at the wrong one.
> >=20
> > # sysctl -w proc.curproc.rlimit.stacksize.hard=3D16777216
> > proc.curproc.rlimit.stacksize.hard: 8388608 -> 16777216
>=20
> Instead of using "curproc" use a specific process ID.
>=20

same issue when specifying PID.

I also did try to build www/php4 on my i386.
And tada... no problem there.

So I tried copy/paste rlimit value from i386 to sparc64 and vice-versa.
Still no luck on sparc64 and installation OK on i386.

> > # sysctl proc.curproc.rlimit.stacksize
> > proc.curproc.rlimit.stacksize.soft =3D 8388608
> > proc.curproc.rlimit.stacksize.hard =3D 8388608
> >
> > # ulimit -s 16384
> > # ulimit -a
> > time(cpu-seconds)    unlimited
> > file(blocks)         unlimited
> > coredump(blocks)     unlimited
> > data(kbytes)         1048576
> > stack(kbytes)        8192
>=20
> I don't know.
>=20
> I think the error came from the PHP itself. Maybe it is running the=20
> interpreter.
>=20
> Maybe try increasing the limit in the php.ini. I am not sure of best way=
=20
> to do that duing a pkgsrc installation though.
>=20

I've deleted any php binary found from previous install.
Removed previous php.ini, restored it verifying memory_limit is more
than 8M.

As nothing related to php was installed on my i386, maybe the issue in
the update more than the installation. Gonna try a clean update (with
pkg_chk)...


--x+6KMIRAuhnl3hBn
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (NetBSD)

iD8DBQFEChBQ0/VH7L7F7Y4RAhKtAJ9PvUdX8GlshoFwq4tp6WAeq5cQyQCfYbrz
iEWqLScTmLfW7MW1dkNn3j8=
=6IyM
-----END PGP SIGNATURE-----

--x+6KMIRAuhnl3hBn--