LINUX.ORG.RU

История изменений

Исправление user_id_68054, (текущая версия) :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее запрещено было открывать? (файловый диалог как отдельный процесс со своими привилегиями — и возможностью передать другому процессу файловый дескриптор уже нового открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые-и-связанные файловые дескрипторы) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исправление user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможно было открыть? (файловый диалог как отдельный процесс со своими привилегиями — и возможностью передать другому процессу файловый дескриптор уже нового открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые-и-связанные файловые дескрипторы) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исправление user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможен был открыт? (файловый диалог как отдельный процесс со своими привилегиями — и возможностью передать другому процессу файловый дескриптор уже нового открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые-и-связанные файловые дескрипторы) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исправление user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможен был открыт? (файловый диалог как отдельный процесс со своими привилегиями — и возможностью передать другому процессу файловый дескриптор уже нового открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исправление user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможен был открыт? (файловый диалог как отдельный процесс со своими привилегиями — и возможностью передать другому процессу файловый дескриптор уже открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исправление user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими привилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможен был открыт? (файловый диалог как отдельный процесс со своими привелегиями — и возможностью передать другому процессу файловый дескриптор уже открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)

Исходная версия user_id_68054, :

Ну да, а все редакторы, которые умеют больше одного файла открывать, на свалку

вот-вот! я к тому и говорю что всё нужно продумать.

что нельзя просто взять и превратить многопользовательскую систему в однопользовательскую. так как должен поменяться сам подход. :)

а может в редакторе который умеет редактировать несколько файлов — каждая вкладка — это отдельный процесс (со своими прbвилегиями) ???

а может файловый диалог (который открывает файл) — даёт возможность получить доступ к тому файлу, который ранее не возможен был открыт? (файловый диалог как отдельный процесс со своими привелегиями — и возможностью передать другому процессу файловый дескриптор уже открытого файла) ???

а может ещё куча вариантов реализации? :-) с учётом того что в unix-like дочерний процесс может наследовать открытый файловый дескриптор от родителя (и передавать новые файловые дескрипторы через ранее открытые) — можно напридумывать неимовено хитрых схем с манипуляцией полномочиями :-)