[CRIU] [PATCH 1/2] zdtm: introduced a local version of O_LARGEFILE

Pavel Emelyanov xemul at parallels.com
Tue Jan 29 18:13:51 EST 2013


On 01/29/2013 10:36 AM, Alexander Kartashov wrote:
> On 01/29/2013 08:30 AM, Pavel Emelyanov wrote:
>> If it's absent, in the distro,
> 
> It's not absent, the value in the header

In what header?

> doesn't match the value
> used by glibc. Particularly, the header declares O_LARGEFILE
> to be 0 but the function open still adds the flags O_LARGEFILE
> defined as 010000 to a newly opened descriptor that means
> that glibc was compiled with other value of the flag.

OK, so zdtm test opens file with O_LARGEFILE flag, doesn't it? Does
crtools save this flag in the image? Does it restore one back? What's
the problem then? Plz, be more specific.

> The test static/file_fown suggests that Cyrill experienced the same
> problem that made him to use the value of the flag explicitly.
> 




More information about the CRIU mailing list