nefunguje ani takovyto obycejny priklad:
t = file('blabla.txt', 'a+')
t.write(Lorem ipsum dolor sit amet)
print t.read()
t.close()
Ocekaval jsem, ze se vypise prazdny retezec (vzhledem k tomu, ze se
snazim cist na konci souboru). Tento priklad ale opakovane a bez
vyjimky do konzole vypise
To znamená, že to může mít co do činění s použitím vyrovnávacího
bufferu, který může být v Linuxu a pod Windows obsluhován jinak
Takze to znamena, ze Windowsi fread() obsahuje buffer overflow? OK,
chapu, nemusi to byt chyba pythonu, ale v takovem pripade to je snad
jeste horsi.
Je to asi
No vida. Víc hlav, víc zelí. Fuguje to ;)
Michal Molhanec napsal
[...]
MSDN: When the r+, w+, or a+ access type is specified, both reading
and
writing are allowed (the file is said to be open for update). However, when
you switch between reading and writing, there must be an intervening
Dne Čt 15. července 2010 14:03:35 slush napsal(a):
Super, moc diky. Tohle to aspon vysvetluje.
2010/7/15 Michal Molhanec mol-pyt...@seznam.cz:
MSDN: When the r+, w+, or a+ access type is specified, both
reading and writing are allowed (the file is said to be open for
update). However,
Moc diky vsem za reakce, dost mi to dalo. MSDN znam, ale naposled jsem
pod Win vyvijel pred deseti lety. Ted vyvijim pod Linuxem a podporu
pro Win resim vlastne jen pro to, ze bych casem vysledek rad submitnul
do pypi. Takze se omlouvam za blbe dotazy a neznalost Win prostredi.
2010/7/15 Hynek
2010/7/15 slush sl...@centrum.cz:
Bohuzel, mmap resi pouze fyzicky pristup k disku, nejde pouzit pro
libovolny file-like object. Podporu pro velmi velke diskove soubory
(jako specialni pripad) pres mmap planuji do dalsi verze, kazdopadne
musim to nejdriv vyresit obecne tak, aby slo
Ahoj,
narazil jsem prave na situaci, ktere vubec nerozumim.
Vyvijim par dni jeden projekt pro praci se soubory - na Linuxu funguje vse
OK. Dnes jsem chtel pokracovat na vyvoji na svem druhem pocitaci s
Win7 a python2.6, ale aplikace mi po spusteni misto ocekavaneho
textoveho vystupu zobrazila
