On Thursday, August 1, 2002, at 07:14 PM, Christopher C. Chimelis wrote:
The only thing that I can think of is that there is or was a toolchain
bug
on the powerpc that built the last libmm debs (and the libmm12 deb). If
you built them, what versions of the toolchain packages are you
running?
On Thursday, August 1, 2002, at 06:43 PM, Christopher C. Chimelis wrote:
I'm a bit tied up with other work now, but I'll see if I can find out
what
path has assigned to it.
I wouldn't worry about it so much if the problem goes away with MMFILE -
I do have an upload forcing the shm type to th
Great :-)
After running a few more tests...
It appears that this only happens if the first argument to mm_create() is
0, which should tell it to allocate the largest possible block-o-mem,
according to the docs. I added a printf to make sure that the size it
wanted to create was reasonable and b
On Thu, 1 Aug 2002, Mark Brown wrote:
> Adding diagnostics to php4 so it'd actually say what went wrong (MM
> provides mm_error() giving a text-form error) might be helpful.
Here's the error returned by mm_error() when mm_create() fails:
mm:core: failed to acquire shared memory segment
On Thu, Aug 01, 2002 at 11:43:23AM -0400, Christopher C. Chimelis wrote:
> Good idea. MMFILE is probably the safest, although I'm still puzzled as
> to why IPCSHM seems to be so flaky.
> It proved one thing: that compiling against libmm12 didn't make a
> difference :-P I still get the same prob
On Thu, 1 Aug 2002, Mark Brown wrote:
> I'm going to rebuild forcing shm to MMFILE anyway since it'll avoid
> problems with the shm method randomly changing depending on which buildd
> it gets built on.
Good idea. MMFILE is probably the safest, although I'm still puzzled as
to why IPCSHM seems
On Thu, Aug 01, 2002 at 11:07:02AM -0400, Christopher C. Chimelis wrote:
> I just posted a follow-up to that bug report, complete with some
> experimentation results. To summarise, either double your shmmax or
> recompile libmm11 with --with-shm=MMFILE. Looks like there's a bug
> somewhere WRT I
On Thu, 1 Aug 2002, Mark Brown wrote:
> Nothing. PHP keeps on randomly breaking, even with only rebuilds rather
> than code changes for the shared library - the same thing happened
> between -4 and -6 on alpha with no code changes involved.
>
> There's a potential issue with the choice of share
On Thu, Aug 01, 2002 at 02:48:34PM +0200, Rubin wrote:
> I've seen this workaround being tried on the alpha platform but as far
> as I can see this does not work for powerpc. What changed between
> 1.1.3-6 and 1.1.3-7 that breaks php in this case? Maybe a /usr/doc/libmm
Nothing. PHP keeps on
Hi,
On Thursday, August 1, 2002, at 02:01 PM, Mark Brown wrote:
reassign 155095 php4
tag 155095 + help
merge 155095 136261
thanks
On Thu, Aug 01, 2002 at 01:34:25PM +0200, Rubin wrote:
After a quick apt-get update / apt-get upgrade in the unstable tree,
libmm11 got updated from 1.1.3-6 to 1.
10 matches
Mail list logo
