Vilem Kebrt napsal/wrote, On 11/30/09 23:31:
No jesli je ten buffer na zasobniku jak pise dan, mohlo by se mozna
jednat i o docela velky security leak ? Ale to teoretizuji...
To spis ne. Bavime se o bufferu, pres ktery probiha vypisovani ze
samotneho kernelu (vc. loadovanych modulu). Kod bezic
Ahoj,
Zbyněk Burget napsal(a):
Dan Lukes napsal(a):
> No, proc tam nabidnuty patch neni tam je vysvetleno - tato cast kodu se
vola i v kontextech kdy pouziti zamku (a tedy serializace jak jsem ji
popsal vcera) neni bezpecne pouzitelna.
To je sice hezke, ale pokud nekde neco dela nesmysly, bylo
Zbyněk Burget napsal/wrote, On 11/30/09 21:00:
resenim je pouzit
options PRINTF_BUFR_SIZE=N
Pak, kdyz dojde k prokladani, tak nebude prokladano po jednom znaku,
ale po N.
Jak velke to N je ted (kde to zjistim)?
Jak vyse receno (pokud nemas v konfiguraku uvedeno, vypisuje s epo jednom).
Co
Dan Lukes napsal(a):
> No, proc tam nabidnuty patch neni tam je vysvetleno - tato cast kodu se
vola i v kontextech kdy pouziti zamku (a tedy serializace jak jsem ji
popsal vcera) neni bezpecne pouzitelna.
To je sice hezke, ale pokud nekde neco dela nesmysly, bylo by dobre, aby
na to nekdo sed
Zdravim,
ospravedlnujem sa za offtopic, ale momentalne si uz naozaj neviem
pomoct.
Stretli ste sa s problemom v subj., kedy win pri pokuse o synchronizacie
hlasi "The process cannot access the file because it is being used by
another process"?
Vzhladom na OT vas poprosim odpovedat priamo mne
Miroslav Prýmek napsal/wrote, On 11/30/09 08:58:
Taky jsem na to narazil. Je to tahle chyba:
http://www.freebsd.org/cgi/query-pr.cgi?pr=116310
Nevim, proc je oznacena jako closed, kdyz patch ve zdrojacich zjevne neni...
No, proc tam nabidnuty patch neni tam je vysvetleno - tato cast kodu se
v
