Hallvard B Furuseth <h.b.furuseth@usit.uio.no> wrote:

Yes, the backend/overlay which returns an entry often owns that entry.
If you are result and modifying rs->sr_entry, rs->sr_flags describe
ownership of the entry and if it is modifiable. You can call

rs_entry2modifiable( op, rs, on /*the overlay*/ );

to ensure rs->sr_entry is modifiable. If necessary, this duplicates
the entry and frees/releases the old one. This invalidates any pointers
to/into the old sr_entry. Note how e.g. overlays/valsort.c re-reads
rs->sr_entry->e_attrs if the entry was replaced.

At other times you may prefer to duplicate an entry "by hand"
with entry_dup() to get a modifiable copy, and free it later with
entry_free() or by setting the MUSTBEFREED flag in rs->sr_flags.

If your overlay needs to free the entry in a special way, it can
set a entry release function and set the MUSTRELEASE flag to alert
other code that the entry can't just be entry_free()d.

Hey Hallvard!

Thanks a lot for your answers, they were very help full!

To be sure, when I use entry_dub(); it makes a duplication of the entry from the server cache to somewhere in the memory.

So I just need to make the pointer of the SlapReply point to my new duplicated entry,modified it as wanted,and free it once the response have been send to the client.

If, I'm multi-threading and an other request arrives it will use the entry still in the cache and not my modified duplication, is that write?

Thanks!

Johan Jakus