Re: [PATCH v3 08/10] IPC: message queue copy feature introduced

2012-08-13 Thread Stanislav Kinsbursky
12.08.2012 13:48, Manfred Spraul пишет: I would keep it simple - unless there is a clear use case where "peek by id" is useful. Or - since MSG_COPY is linux specific anyway: What about storing the number of the message that should be returned in *msgp? Store it as "int64", just to avoid any 32/6

Re: [PATCH v3 08/10] IPC: message queue copy feature introduced

2012-08-12 Thread Manfred Spraul
Hi Stanislav, 2012/8/11 Stanislav Kinsbursky : > 11.08.2012 15:20, Manfred Spraul пишет: >> a) What about the simpler approach: >> - if MSG_COPY is set, then @mtype is interpreted as the number of the >> message that should be copied. >>If there are less than @mtype messages, then -ENOMSG is r

Re: [PATCH v3 08/10] IPC: message queue copy feature introduced

2012-08-11 Thread Stanislav Kinsbursky
11.08.2012 15:20, Manfred Spraul пишет: Hi Stanislav, 2012/8/10 Stanislav Kinsbursky : This patch is required for checkpoint/restore in userspace. IOW, c/r requires some way to get all pending IPC messages without deleting them from the queue (checkpoint can fail and in this case tasks will be

Re: [PATCH v3 08/10] IPC: message queue copy feature introduced

2012-08-11 Thread Manfred Spraul
Hi Stanislav, 2012/8/10 Stanislav Kinsbursky : > This patch is required for checkpoint/restore in userspace. > IOW, c/r requires some way to get all pending IPC messages without deleting > them from the queue (checkpoint can fail and in this case tasks will be > resumed, > so queue have to be val