On Thursday 07 October 2004 17:58, Peter Pentchev wrote: --cut-- > > Ами в примера който съм дал след четене на временния файл, той се > > изпразва с > ... или просто искаше да наблегнеш на използването на > > mktemp(1) ? > > А какво правиш, ако двама потребители стартират скрипта едновременно, от > една и съща директория? :) Или ако някой стартира скрипта, но точно в > момента няма право да пише в текущата си директория? :) > > Или ако някой реши да бърка из супата на другарчето - в общия случай това > е трудно с default umask, съдържащ поне една двойка, но знае ли човек :)
с това съм съгласен напълно ;-) което това би предотвратило евентуално возене на рейса (race conditions ;-) но за да проличи май трябваше да отговоря: " ... или просто искаше да наблегнеш на използването на mktemp(1) заради unique filenames" ... не стоплих дали не беше видял, че файла се претрива или, че просто апендваш фийчърс. > И.. ъъъ.. таковата... погледни и това, което пиша по-долу, преди да > скочиш - това не е опит за заяждане, sowwy, ако изглежда така. така ли изглеждаше мейла ? ще се планирам за курс по културология, тогава ;-) > > > Ако искаш да си още по-спокоен, че никой външен процес, да не говорим > > > за друг потребител, няма да ти ровичка по файловете, можеш да отидеш и > > > още по-далеч: > > > > могат да се менят правата върху файла... но по-добре mktemp > > > > > REPLYDIR=`mktemp -d -t reply.XXXXXX` > > > trap "rm -rf $REPLYDIR" HUP INT TERM EXIT > > > REPLYFILE=`mktemp -t $REPLYDIR/reply.XXXXXX` > > > > ;-) съгласен за mktemp (доста скриптове и на моята система го използват), > > но с горния пример дори исках да избегна писането в temp file върху > > файловата система... писах от движение с цел елементарна демонстрация на > > това какъв избор да оставим на потребителя за въвеждане на данни с и без > > цикъл. > > Това ясно - твоят отговор беше просто proof of concept. Sorry ако е > прозвучало лошо, нямам никакво намерение да се заяждам или нещо такова - > просто посочих вариант за подобрение :) Май друг път ще трябва повече > да внимавам точно как си формулирам отговорите.... ама моля ти се... в случая спор не детектвам ;-) но и не виждам нищо лошо в добре аргументиран спор когато се сипят тежки аргументи от няколко страни... чужд опит шарван фор фрий не отказвам да "крада"... -- pub 4096R/0E4BD0AB 2003-03-18 <keyserver.bu.edu ; pgp.mit.edu> fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
