LINUX.ORG.RU
ФорумTalks

Почему «creat»?


0

0

Системный вызов creat (2) используется для создания файла.

Почему не create? Может быть кто-нибудь знает чем обусловлена экономия одного (!) символа в названии?


Не знаю насчет системного вызова, но я так часто названия столбцов с базах данных обрезаю. Чтоб не путать стобец `sum` и функцию sum.

drull ★☆☆☆
()

Посмотри исходники, вдруг в комментах что-нибудь написано.

Yareg ★★★
()

Ну а почему размонтирование делается командой umount, а не более логичной unmount? Кто-то так решил, другие не исправили.

yirk ★★★
()
Ответ на: комментарий от yirk

Ну а почему размонтирование делается командой umount, а не более логичной unmount? Кто-то так решил, другие не исправили.

Дизайн-баг на баге багом погоняет.

bibi
()

Возможно в те былинные времена, когда была придумана сия функция, в коде уже была функция с именем create. Переименовывать старую или придумать другое название для новой поленились.

Relan ★★★★★
()
Ответ на: комментарий от Relan

Возможно в те былинные времена, когда была придумана сия функция, в коде уже была функция с именем create. Переименовывать старую или придумать другое название для новой поленились.

Это называется узкость мышления. Белые люди не побоялись прослыть новоязами но ввели таки CreateFile(). И где сегодня те бюрократы а где новаторы? Вот то-то и оно. Мораль: не бойся времен смутных если революция - это ты.

bibi
()

Погугли. Тут это даже уже упоминалось, помнится.

Deleted
()

ибо такой файл будет креат и кошерн

yatagarasu
()

это не экономия, это древний фейл, который уже не исправить

nu11 ★★★★★
()
Ответ на: комментарий от yirk

> Кто-то так решил, другие не исправили.

А жаль. Иногда кажется, что у программистов чувство прекрасного отрезают еще в детстве.

ntp
() автор топика

>>Computer. In an earlier interview you were asked what you might do differently if you had to do Unix over again, and you said that you would add an «e» to the creat system call. Seriously, in hindsight, can you give us an assessment of the problems you overcame, the elegant solutions, and the things you would have done differently.

Thompson. I think the major good idea in Unix was its clean and simple interface: open, close, read, and write. This enabled the implementation of the shell as well as Unix's portability. In earlier systems, I/O had different entry points, but with Unix you could abstract them away: You open a file, and if the file happens to be a tape, you could write to it. Pipes allowed tools and filters that could accommodate classical monster programs like sort.

Probably the glaring error in Unix was that it underevaluated the concept of remoteness. The open-close-read-write interface should have been encapsulated together as something for remoteness; something that brought a group of interfaces together as a single thingóa remote file system as opposed to a local file system.

deadman ★★
()

Чувствуется явное ограничение по количеству символов, может быть даже чисто техническое (что-то не позволяло сделать больше), в основном - не более пяти букв (хоть и есть всякие execvp(), unlink() и т.п., которые длиннее)

Cancellor ★★★★☆
()
Ответ на: комментарий от deadman

Probably the glaring error in Unix was that it underevaluated the concept of remoteness. The open-close-read-write interface should have been encapsulated together as something for remoteness; something that brought a group of interfaces together as a single thingóa remote file system as opposed to a local file system.


План! План! План!
Хихи.
Ага.

bibi
()

даже Таттенбаум писал, что ответ затерялся в истории

RedPossum ★★★★★
()

Ken Thompson was once asked what he would do differently if he were redesigning the UNIX system. His reply: «I'd spell creat with an e.»

-- cite

beastie ★★★★★
()
Ответ на: комментарий от Relan

>Ну и? На вопрос про creat он так и не ответил.

а никто не думал, что может писатель unix'a был чуток неграмотным в плане английского? (мне creat не мешает, как слышится так и пишется)

dikiy ★★☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.