Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: yes/no Скрипт


  • Subject: Re: lug-bg: yes/no Скрипт
  • From: George Danchev <danchev@xxxxxxxxx>
  • Date: Thu, 7 Oct 2004 18:36:56 +0300

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
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.