2010/7/15 slush :
>
> 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 zapisovat/cist/seekova
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 Fab
Dne Čt 15. července 2010 14:03:35 slush napsal(a):
> Super, moc diky. Tohle to aspon vysvetluje.
>
> 2010/7/15 Michal Molhanec :
> > 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
slush (čtvrtek 15 Červenec 2010 11:35:04):
> Funguje. Musim rict "bohuzel", protoze duvodu, proc by melo zapnute
> bufferovani preskakovat EOF nerozumim.
Protoze nectes stranku primo od kernelu, ale jen nejaky buffer udrzovany libc?
Urcite s tim bude mit souvislost w+/a+ rezim - AFAIK ma tohle svo
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
Super, moc diky. Tohle to aspon vysvetluje.
2010/7/15 Michal Molhanec :
> 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 in
Dne St 14. července 2010 23:00:51 slush napsal(a):
> 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
>> 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
> On to ale asi není "obyčejný příklad". Problém je asi v tom a+
> režimu (stejně se to chová i při w+) a v současném použití .read().
> Dokumentace říká:
>
> Note: This function is simply a wrapper for the underlying fread()
> C function, and will behave the same in corner cases, such as
>
>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 v
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 nek
11 matches
Mail list logo
