[Devel] Fwd: [linux-cifs-client] sharing access

Evgeny Sinelnikov =?iso-8859-1?q?sin_=CE=C1_etersoft=2Eru?=
Пн Окт 27 14:07:04 MSK 2008


Здравствуйте,

хочу сообщить, что мы начали переписку по поводу патча для cifs. К
сожалению, пока нам никто не ответил. Тем не менее, отслеживать этот
вопрос нужно внимательно... Все желающие могут присоединится. Ниже
привожу адрес рассылки и прилагаю письмо...

Думаю, что стоит подготовить патч, которым мы планируем передать и
далее выслать ссылку интересующимся для ознакомления... Вероятно,
стоит подробнее описать приложения, которые смогут работать после
предлагаемых нами изменений.

Вот адрес рассылки linux-cifs-client
https://lists.samba.org/mailman/listinfo/linux-cifs-client
в рассылках Samba:
https://lists.samba.org/mailman/


---------- Forwarded message ----------
From: Evgeny Sinelnikov <sin на etersoft.ru>
Date: 2008/10/27
Subject: Re: [linux-cifs-client] sharing access
To: Pavel Shilovsky <piastry на etersoft.ru>


Наверное стоит теперь подготовить URL с патчем... Мне кажется, что
первый существенный вопрос который может возникнуть - "где пачти"...
Нужно просмотреть оеализацию cifs.ko и поправть если, нужно наш патч
на предмет соотвествия стилю (скобки, переносы, табы/пробелы и т.д), а
также просмотреть как формируются сдвиги битов в других местах кода и
уточнить ыопрос об использовании прибитых в коде констант, обычно
выносят хотя бы в препроцесорные определения...

2008/10/27 Pavel Shilovsky <piastry на etersoft.ru>:
> Hello!
> We have situation during our work with Wine and Cifs-client  then we have
> to use sharing access policy to files and we used 3 free bits from 21 to
> 23 of attribute flag(it allow to do NT-semantic for opening files in open()
> and it is neccesary for correct implementation of function NTCreateFile in
> Wine). We think that it'll be useful not only for us and
> we proffer to add into the file /usr/include/asm-generic/fcntl.h
> following flags:
>
> #define O_DENYREAD      004000000 /* Do not permit read access */
> #define O_DENYWRITE     010000000 /* Do not permit write access */
> #define O_DENYDELETE  020000000 /* Do not permit delete or rename
> operations*/
>
> Yes, it'll change semantic of calling open() function, but by default(if
> not to use these flags) functionality won't changed, and if we use it
> we'll acquire new resources for organization file access policy. On
> the other hand, we patched cifs with inverting these flags, because
> according to CIFS protocol
> #define FILE_SHARE_ALL    0x00000007
> ones have opposite meaning.
>
> Yours faithfully,
> Pavel Shilovsky.
> _______________________________________________
> linux-cifs-client mailing list
> linux-cifs-client на lists.samba.org
> https://lists.samba.org/mailman/listinfo/linux-cifs-client
>



--
Sin (Sinelnikov Evgeny)



-- 
Sin (Sinelnikov Evgeny)


Подробная информация о списке рассылки devel