gimp fails suddenly

[Viktor Vasilev]

On Mon, Dec 08, 2003 at 11:59:19AM -0800, Doug White wrote:
> On Sun, 7 Dec 2003, Viktor Vasilev wrote:
> 
> > > Well that would imply that somehow SYSVSHM got removed from your kernel.
> > > What does 'ipcs -a' say?
> >
> > Actually the kernel is compiled with the SYSVSHM option. IIRC gimp was
> > installed with pkg_add -r.
> 
> ok.
> 
> > Shared Memory:
> > T     ID     KEY        MODE       OWNER    GROUP  CREATOR   CGROUP NATTCH  SEGSZ  CPID  LPID   ATIME    DTIME    CTIME
> > m 196608          0 --rw-r--r--     root   myuser     root   myuser      7 151552    228    22821:49:32 21:49:32 12:14:10
> > m  65537          0 --rw-r--r--     root   myuser     root   myuser      6 122880    228   104221:29:46 21:29:46 12:14:10
> > m  65538          0 --rw-------   myuser   myuser   myuser   myuser      2 393216    255    22812:15:18 22:35:00 12:15:18
> > m  65539          0 --rw-r--r--     root   myuser     root   myuser      2 790528    228    29812:15:54 12:15:54 12:15:54
> > m 393220          0 --rw-r--r--     root   myuser     root   myuser      2 110592    228    35412:21:49 15:32:20 12:21:49
> > m 262149          0 --rw-r--r--     root   myuser     root   myuser      4 110592    228    35412:21:49 15:32:20 12:21:49
> 
> hm... I think we have a winner. FreeBSD, by default, only allocates 32MB
> max to shm segments. You have a bunch already loaded and gimp wants 7MB
> more, and thats probably putting you over the limit.  It returns EINVAL if
> there isn't enough space available.
> 
> > shminfo:
> >         shmmax: 33554432        (max shared memory segment size)
> >         shmmin:       1 (min shared memory segment size)
> >         shmmni:     192 (max number of shared memory identifiers)
> >         shmseg:     128 (max shared memory segments per process)
> >         shmall:    8192 (max amount of shared memory in pages)
> 
> You probably need to add
> 
> kern.ipc.shmmax="67108864"
> 
> to /boot/loader.conf, then reboot your system.  This should give you ~64MB
> of shm space.

Uhm, I did what you had in mind, not what you typed in :) Added the line

kern.ipc.shmmax=67108864

to /etc/sysctl.conf, and ipcs -a and sysctl show that the line did it's job.
shminfo:
        shmmax: 67108864        (max shared memory segment size)
	...

But still no change. Gimp spits out the same error message after trying to
load script-fu. How ironic :) The output from ipcs at that point looks like
this:

Shared Memory:
T     ID     KEY        MODE       OWNER    GROUP  CREATOR   CGROUP NATTCH  SEGSZ  CPID  LPID   ATIME    DTIME    CTIME
m 262144          0 --rw-r--r--     root   myuser     root   myuser      5 122880    269    30021:32:55 21:32:55 21:31:17
m 262145          0 --rw-r--r--     root   myuser     root   myuser      6 151552    269    33021:34:22 21:41:37 21:31:17
m 589826          0 --rw-------     root    wheel     root    wheel      2 196608    485    26921:51:14 21:51:19 21:51:14
m 524291          0 --rw-------     root    wheel     root    wheel      1  16384    485    48521:51:15 21:51:19 21:51:15
m  65540          0 --rw-r--r--     root   myuser     root   myuser      2 790528    269    30021:32:55 21:32:55 21:32:55


anyway, I compiled gimp1 (same version as before - 1.2.5,1) from ports with 
debugging symbols and WITHOUT_PRINT=yes, and now everything's fine. Odd.

Shared Memory:
T     ID     KEY        MODE       OWNER    GROUP  CREATOR   CGROUP NATTCH  SEGSZ  CPID  LPID   ATIME    DTIME    CTIME
m 262144          0 --rw-r--r--     root   myuser     root   myuser      6 122880    269  6200322:19:25 22:19:26 21:31:17
m 262145          0 --rw-r--r--     root   myuser     root   myuser      8 151552    269  6200322:19:25 22:19:26 21:31:17
m 655362          0 --rw-r--r--     root   myuser     root   myuser      2 110592    269    67921:53:28 no-entry 21:53:28
m 589827          0 --rw-r--r--     root   myuser     root   myuser      4 110592    269    67921:53:26 no-entry 21:53:25
m  65540          0 --rw-r--r--     root   myuser     root   myuser      2 790528    269    30021:32:55 21:32:55 21:32:55
m  65541          0 --rw-r--r--     root   myuser     root   myuser      2 106496    269    67921:55:55 no-entry 21:55:55
m  65542          0 --rw-r--r--     root   myuser     root   myuser      2 106496    269    67921:55:55 no-entry 21:55:55
m  65543          0 --rw-r--r--     root   myuser     root   myuser      2  98304    269    67921:55:56 no-entry 21:55:56
m  65544          0 --rw-r--r--     root   myuser     root   myuser      2  98304    269    67921:55:56 no-entry 21:55:56
m  65545          0 --rw-------   myuser   myuser   myuser   myuser      2 393216    705    26921:58:00 22:23:00 21:58:00
m 1179658          0 --rw-------   myuser   myuser   myuser   myuser      2 196608  62423    26922:26:58 22:26:59 22:26:58
m 917515          0 --rw-------   myuser   myuser   myuser   myuser      0  16384  62410  6241122:25:46 22:26:03 22:25:46
m 1245196          0 --rw-------   myuser   myuser   myuser   myuser      2  16384  62423  6242422:26:59 22:26:59 22:26:59

The last three lines being the gimp related processes (62410 and 62423) 
and X11 process 269. Hope this makes any sence to you :)

Have a nice week,

Viktor

-- 
Microsoft: Where do you want to go today?
Linux: Where do you want to go tomorrow?
BSD: Are you guys coming, or what?