massiv-devel Mailing List for Massively multiplayer game middleware

Hello Stepan,

Monday, September 30, 2002, 9:49:15 AM, you wrote:

SV> Zdar.

SV> Trochu pozde, ale o vikendu jsem nejako nebul na mailu. Sorry. Takze abych to 
SV> shrnul: vsichni krome boovieho jsou +- schopni tento tyden nekam prijit. 
SV> Otazka je kdy? Dneska uz asi ne. Zitra je asi moc brzo na to, aby se to 
SV> dohodlo (pokud teda nahodou nemate nekdo telefonicke spojeni na ostatni lidi, 
SV> ja jenom na Markoida). Ve stredu rano nema Tuma cas. Jinak kdykoliv. Mne by 
SV> se to hodilo spis rano, hlasoval bych pro ctvrtek 9:00. Jak ma cas Octa? Mne 
SV> rikal, ze jenom po/ut nebo jsem to uz zapomnel (coz je pravdepodobnejsi).

SV> Protoze asi nebude cas se nejak dohadovat na terminu, vyhlasuji schuzi v 9:00 
SV> ve ctvrtek (na MS). Pokud se to opravdu nekomu nehodi a odpovi nekdy dneska 
SV> do obeda, lze to jeste zmenit. Pozdeji asi ne.

SV> -- Stoupik


Pocitam s tim a stavim se, i kdyz se mi to nehodi. Kde bude ten sraz?
chce to upresnit misto, nebo se tam budeme jeste pul hodiny hledat.
Octa


-- 
Best regards,
 Ondrej                            mailto:oc...@ma...

Tohle mi z develu neprislo zpatky, tak to
posilam znova... + neco novyho na konci.

----------------------

Cau,
zda se, ze MSVC6.0 jde na nervy radek
friend class ObjectPointerBase<true>;
v object.h. Hlasi tohle:

error C2908: explicit specialization;
'ObjectPointerBase<1>' has already been
instantiated from the primary template.

Asi by to chtelo tu instanci sablony
predem nejak pojmenovat... ale uplne presne
ty chybe zas nerozumim :(

Zda se, ze staci "class" nahradit "template",
ale netusim, jak to zchrousta gcc. Pak se
objevuje problem s linkovanim - unresolved
externals v CryptLibu - ma s tim problemy
jeste nekdo v MSVC6?

Marek

Zdar.

Trochu pozde, ale o vikendu jsem nejako nebul na mailu. Sorry. Takze abyc=
h to=20
shrnul: vsichni krome boovieho jsou +- schopni tento tyden nekam prijit.=20
Otazka je kdy? Dneska uz asi ne. Zitra je asi moc brzo na to, aby se to=20
dohodlo (pokud teda nahodou nemate nekdo telefonicke spojeni na ostatni l=
idi,=20
ja jenom na Markoida). Ve stredu rano nema Tuma cas. Jinak kdykoliv. Mne =
by=20
se to hodilo spis rano, hlasoval bych pro ctvrtek 9:00. Jak ma cas Octa? =
Mne=20
rikal, ze jenom po/ut nebo jsem to uz zapomnel (coz je pravdepodobnejsi).

Protoze asi nebude cas se nejak dohadovat na terminu, vyhlasuji schuzi v =
9:00=20
ve ctvrtek (na MS). Pokud se to opravdu nekomu nehodi a odpovi nekdy dnes=
ka=20
do obeda, lze to jeste zmenit. Pozdeji asi ne.

-- Stoupik

On Sunday 29 September 2002 16:42, Marek Svantner wrote:

> zda se, ze MSVC6.0 jde na nervy radek
> friend class ObjectPointerBase<true>;
> v object.h. Hlasi tohle:
>
> error C2908: explicit specialization;
> 'ObjectPointerBase<1>' has already been
> instantiated from the primary template.
>
> Asi by to chtelo tu instanci sablony
> predem nejak pojmenovat... ale uplne presne
> ty chybe zas nerozumim :(

To uz se tu resilo. V msvc6 staci "friend ObjectPointerBase< true >", ted=
y bez=20
toho "class", coz tam ale podle standardu byt musi. Asi by to chtelo neja=
kej=20
#ifdef, coz je samozrejme fuj, ale co nam zbyva.

-- Stoupik

V praze jsem ted pondeli az ctvrtek, prakticky k dispozici cely
den, musim to ale vedet predem, kdy se sejit, musim totiz vcas
zdrhnout z prace.

To Marekus:
Jak jsem psal vyse, jen napis, kdy se ti to hodi a ja jsem ti schopnej
ukazat, jak ted NET funguje a co je tam potreba jeste udelat.
Octa

Cau,
zda se, ze MSVC6.0 jde na nervy radek
friend class ObjectPointerBase<true>;
v object.h. Hlasi tohle:

error C2908: explicit specialization;
'ObjectPointerBase<1>' has already been
instantiated from the primary template.

Asi by to chtelo tu instanci sablony
predem nejak pojmenovat... ale uplne presne
ty chybe zas nerozumim :(

Marek

Cau lidi,
jsem opet v Praze a kupodivu jeste ziju... Vsem se omlouvam, ze pres 
prazdniny
jsem se k projektu nedostal. Ted nebudu mit skoro nic na praci, tak to 
snad napravim :)

Dalsi veci:
Prave jsem stahnul asi 600 mejlu za vetsinu prazdnin a chvili mi potrva, 
nez to
zpracuju - jestli je neco duleziteho, co bych mel rychle vedet, tak mi 
to prosim nekdo
napiste. Cetl jsem vsechny mejly z posledni doby, tj. vim o schuzce s 
vedoucim,
o zprave apod.

Pokud jde o tu schuzku s p. Tumou, mel bych se ted uz trvale usidlit v 
Praze, takze
muzu kdykoli - staci, kdyz se ta zprava objevi tak 2 dny predem (kazdej 
den nebudu
online). Co se tyce casu - prizpusobim se libovolne, nejlepe mi bude 
vyhovovat neco
uprostred dne.

Ke zprave zadne poznamky, akorat k fixme u me: muj stav je takovej, ze 
veci, co
jsem mel udelat jeste pred prazdninama, jsou hotove, ted mam neco jako 
"high-level
network interface". Jeste jsem psal nejaky ty streamy, ale to asi 
nestoji za to ve
zprave zminovat.. Jinak dneska jsem mluvil s Markoidem a dozvedel jsem 
se neco
o generovani c++ a h z IDL, tak jsem si rikal, ze bych si to vzal, ale 
ve zprave jsem
ted zjistil, ze to uz ma Stoupa. To Stoupa: nechces se rozdelit, az bude 
hotovej net? :)

To Octa: chtel bych se s tebou nekdy sejit, abych presne zjistil, jak 
jses na tom se
siti a co mam teda vlastne delat... (pres prazdniny jsem presny udaje 
zapomel).
Koukal jsem, ze na SF mas napsano dokonceni na 50%, takze pocitam, zes 
vsechnu
praci za me neudelal :) Muzu teoreticky kdykoli od pondelka, napis mi, 
kdy by se to
hodilo tobe.

Snad jsem na nic nezapomel..

Marek

Caute,

Beta verse zpravy.
To co chybi je nize, dopiste to az bude schuze. Ja uz do
toho nic pripisovat nebudu.
Skuste se treba kouknout na jine zpravy o projektech, a zjistite
ze se o massivu rozkecavame az prilis.
Jinak podle pravidel co jsou na webu, tak se zpravy obhajuji
v dobe, kdy jsou obhajoby objektu (asi jako takova bokovka),
pokud si to teda pamatuju spravne.

[Chybi:]
- Oklestit uvod, dlouhe pasaze nahradit zkracenymi.
- Zminka, ze je nejake kryptovani v sitove vrstve.
- Neni vysvetlen pojem serializace, object factory.
- Pokec o async RPC? Pokec o idl a fact generation?
  Pokec o tucnych pointerech, bublani zaspinovani? 
- Seznam veci, ktere je jeste treba udelat.
  Miochodem tohle jsem v zadne zprave o projektu nevidel.
  Stoupik wrote: "Seznam veci, ktere je jeste treba udelat.
  Nekam za delbu prace. Mimo jine dodelat sitovani
  (autorizace, autentifikace). Co je jeste treba
  jineho v core (ne zbytecne detaily). Herni server
  postaveny na zakladni jiz temer hotove :-) knihovne (velky
  distribuovany interaktivni svet, automaticke migrovani a 
  replikovani objektu). Jednoduchy graficky klient. Zbytecne bych
  to asi nerozvadel do detailu."
- Stav Marekuse.
- Upravit vyhazov hafa zda je to pravda.
 
[Changes alpha -> beta:]
- Upravena prace u Octy (btw. co sit pod linuxem?)
- Zrusena zminka o "serializaci typu".
- Pridan popis k properties "(automaticky archivovatelne
  a serializovatelne atributy objektu)".
- Registry a cvar nahrazeno "globalni persistentni konfiguracni
  databaze".
- Odstraneny fixme.
- V oddilu "soucasny stav" pridan zminka o testovadlech spravnosti
  chovani jednotlivych modulu a komponent (no proste core/test).

  
Petr

From: "Stepan Vondrak" <st...@po...>

> 
> Predbezna neucast: boovie se vykruca. Ze prej se mu nechce ci co.
>

No abych to uvedl na pravou miru, koleje stale nejsou pristupne,
takze bych musel dojet. Ale cesta do Prahy od nas trva 6 hodin,
neco dost to stoji, plus cestovani po Praze atp., pak dalsich
6 hodin zpet. Tak na to nemam nervy, stacila me registrace, navic
k tomu co je treba projednat nejsem nijak potreben.


Petr

> > > 3) archivace:
> >   Ta funkce F zatim neni implementovana, proto ani nema jmeno.
> 
> Ted uz mi to je jasny.
> F by se melo z ObjectPointeru volat jen pri archive_on_write modu.
> 
> Co me ale zajima dal:
> - jak to je s tim, kdyz pro odswapovany objekt prijde udalost


Objekt se naswapuje (resp. cela jeho migracni skupina), prichozi
objekt se mu doruci. Jiz je implementovano.


> - kdy se objekt odswapovava (to tam myslim neni implementovano;
> staci po urcitem timeoutu vzheldem k jeho event queue)


Implementovane neni, s tim (a zda vubec) bych pockal, az se vycisti
migrace (este tam je par todo), nebot odswapovani je to same.

Aktualne swap funguje tak, ze se z nej pouze nacitaji objekty, kdyz
je nutno. Objekty, ktere nemaji udalosti nebo jim nikdo neposila
zpravy, hnijou ve swapu dale. Pri startu systemu staci otevrit
swap soubor, a vse ostatni uz zacne fungovat samo.

Co se tyce logiky "kdy odswapovat objekt", to je slozitejsi.
Nestaci jen monitorovat event queue. Navic vsechny statistiky
by se mely udrzovat na urovni migracnich grup...To je na
poradnem projednani na schuzce nekdy o load balancingu obecne. 


> - objekty nactene ze swapu do pameti se automaticky mazou ze swapu?


Ano. Mimojine z tohoto duvodu se pri startu systemu musi
zaloha, ze ktere se startuje, zkopirovat do temporary souboru,
ktery bude slouzit jako swap, v nem se bude object manager
hrabat podle potreby. Zaloha se pak dela do jineho souboru,
do ktereho se nejdrive zkopiruje konsistentni obraz stavu swapu
v okamziku zahajeni lokalni archivace (uz je taky implementovano).
 

Petr
  

Zdravim.

Na tu schuzku, co se bude konat v pristim tydnu, prijdu.
Co se tyce meho nahnuteho clenstvi v projektu, na schuzce
to doufam vyresime, mam snahu v projektu pokracovat,
samozrejme ponekud jinak nez doposud.

Hafik

Ahoj,
domluvte se na terminu schuzky s ohledem na fakt, ze do stredy (vcetne =
dopoledne) nectu maily.

-- Markoid

>Moc se omlouvam, na to jsem fakt zapomnel, jak je to v tom adresari Arch,
>jsem na to fakt zapomnel, tady ty soubory posilam.
>Prominte, musite to tam nekdo commitnout, pac ja uz jsem ted zase za
>firewallem. Jeste jednou sorry
>
>Octa

To se vubec neomlouvej. Jenom doporucuju pote co neco nacommitujes pustit
jeste cvs diff, aby ses presvedcil, ze se tvoje repository nelisi od stavu
na cvs.
Jinak jak se stavis k te schuzi? Mozna by se to melo domluvit uz ted,
protoze na kazdy je porad online.

-- Markoid

Moc se omlouvam, na to jsem fakt zapomnel, jak je to v tom adresari Arch,
jsem na to fakt zapomnel, tady ty soubory posilam=2E
Prominte, musite to tam nekdo commitnout, pac ja uz jsem ted zase za
firewallem=2E Jeste jednou sorry

Octa

Original Message:
-----------------
From: Marek Vondrak mvondrak@ceu=2Ecz
Date: Thu, 26 Sep 2002 10:33:00 +0200
To: massiv-devel@lists=2Esourceforge=2Enet
Subject: [Massiv-devel] net


Ahoj,

zrejme to vypada tak, ze Octa zapomnel nasubmitovat cast svych zdrojaku do=

cvs, protoze ta verze na SF nelze zkompilovat=2E Konkretne chybi implement=
ace
Socket::set_nonblock() v tech XXXSocketXXX (arch)=2E

-- Markoid



--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web=2Ecom/ =2E

Ahoj,

zrejme to vypada tak, ze Octa zapomnel nasubmitovat cast svych zdrojaku =
do cvs, protoze ta verze na SF nelze zkompilovat. Konkretne chybi =
implementace Socket::set_nonblock() v tech XXXSocketXXX (arch).

-- Markoid

> > 1) vice targetu pro win32:
> >    Zajistit podporu MSVC6 se STLPortem.
> >    Vytvorit novy target pro MSVC7 s moznosti vyuzit link-time
> >    cg pri release buildu.
>
>
> MSVC6 a STLPort funguje, asi jsi myslel MSVC7?
> O MSVC7 at se stara ten kdo ho ma (ty :-)

MSVC6: v tom object.h se teda ale musi udelat oficialni ifdef, kvuli tomu
friendu (podobny uchylarny tam uz stejne mame - viz ty Stoupikovy gcc 2.95
tohle neumi, apod.)

>
> > 2) STD C++:
> >     Melo by se projit ext_xxx.h a patrne ty extenze vyhodit,
> >     protoze nejsou ve standardu. To by vyzadovalo projit cast
> >     zdrojaku a upravit je tak, aby ty extenze nepouzivaly
> >     (jako std::identity, ...). Pokud by se toto podarilo, dalo
> >     by se pak prekladat pod MSVC7 _bez_ STLPortu.

> Muze mi nekdo vysvetlit, jak je to vubec s tim STL?
> Jestli jsem to spravne pochopil, tak existuje rozsireni
> SGI STL, kde jsou has mapy, zminovane indentity apod. Toho
> existuje nekolik implemetaci, jednou z nich je i STLPort.
> Stejne tak tohle rozsireni obsahuje i gcccko.
> A pak existuji dalsi rozsireni STL, nekompatibilni s tim SGI,
> a to napriklad implementace v tom MSVC7.
> Chapu to spravne?

Je to presne takhle.
Kazdopadne bych ale vyhodil ty ext_xxx, protoze kdyz uz to ma byt podle
standardu, tak tam tyhle blbosti nemaji co pohledavat.
Ve zdrojacich se stejne ty extenze nikde nepouzivaji, pokud vim (krome
std::identity, std::binary_function, apod.).
U tech hashu je to o necem jinem, ty uz pouzivame hodne, rozhodne by se ale
na ne nemelo odkazovat jako std::hash_xxx.
Ted jen zbyva rozhodnout jestli teda udelame stdext::hash_xxx definovane v
hash.h nebo Massiv::Core::HashXXX.

>
> > 3) archivace:
>   Ta funkce F zatim neni implementovana, proto ani nema jmeno.

Ted uz mi to je jasny.
F by se melo z ObjectPointeru volat jen pri archive_on_write modu.

Co me ale zajima dal:
- jak to je s tim, kdyz pro odswapovany objekt prijde udalost
- kdy se objekt odswapovava (to tam myslim neni implementovano; staci po
urcitem timeoutu vzheldem k jeho event queue)
- objekty nactene ze swapu do pameti se automaticky mazou ze swapu?

-- Markoid

Cest a zdravi preji ja,

Asi by se nekdy mela usporadat schuze, kde se projedna dalsi osud
projektu. Mimo jine:
- Vyrocni zprava s vymluvami proc to jeste neni hotovo.
- Clenstvi nekterych flakacu, mj. stoupika a hafika.
a tak.

Schuza by se mela konat pobliz p.Tumy, zucastnit by se meli vsichni,
kterych se to tyka. Nekdy pristi tyden 30.9 az 4.10.

Predbezna ucast: stoupik, markoid, octa (ti se nejak po Praze poflakuji,
takze nemaji vymluvu).

Predbezna neucast: boovie se vykruca. Ze prej se mu nechce ci co.

HODNE BY SE HODILA UCAST zbyvajicich 2 clenu, nebo aspon vyjadreni
(sahodlouhe) mailem, pokud mozno s navrhnutim nejakych jinych casove
prijatelnejsich terminu. A tak.

-- Stoupik

> Hello Marek,
>
> Friday, September 20, 2002, 2:51:23 PM, you wrote:
>
> MV> Ahoj,
>
> MV> Pro Octu:
> MV> Mohl bys prosim tridu Net udelat globalni v tom smyslu, ze se zaradi
do Global a vykopou z ni staticke polozky?
> MV> Diky.
>
> MV> -- Markoid
>
> Klido :o)
> kdyz mi nejak nastinis, co zamyslis po vykopnutim statickych polozek

Veskere objekty, ktere existuji jen v jedne instanci (napr. ObjectManager,
ClassManager, Logger, ...) nejsou definovany jako globalni objekty, protoze
u nich nelze jednoduse zarucit pozadovane poradi inicializaci. Proto
existuje trida Global, ktera tyto "globalni" objekty registruje (on-demand).
Pri pozadavku na ziskani pointeru na ten globalni objekt trida Global bud
ten objekt vytvori nebo pokud jiz byl vytvoren, vrati jen na nej referenci.
Vyhodou je, ze objekty se takto konstruuji az kdyz jsou potreba a ve
spravnem poradi.
Smysl upravy tridy Net je jen zaradit ji do Global (podle vzoru ve
zdrojacich) a zruseni statickych metod a statickych atributu, ktere se
stanou normalnimi member metodami/atributy. Misto volani Network::neco() se
potom vola tohle "(static) Network & network = Global::network();
network->neco()".

Jo a jedna poznamecka k codestyle: nazvy trid, enumu apod bez podtrzitek
(Registered_Messages -> RegisteredMessages, XXX_Status -> XXXStatus).

-- Markoid

Hello Marek,

Friday, September 20, 2002, 2:51:23 PM, you wrote:

MV> Ahoj,

MV> Pro Octu:
MV> Mohl bys prosim tridu Net udelat globalni v tom smyslu, ze se zaradi do Global a vykopou z ni staticke polozky?
MV> Diky.

MV> -- Markoid

Klido :o)
kdyz mi nejak nastinis, co zamyslis po vykopnutim statickych polozek
...
Octa

-- 
Best regards,
 Ondrej                            mailto:oc...@ma...

> 1) vice targetu pro win32:
>    Zajistit podporu MSVC6 se STLPortem.
>    Vytvorit novy target pro MSVC7 s moznosti vyuzit link-time
>    cg pri release buildu.


MSVC6 a STLPort funguje, asi jsi myslel MSVC7?
O MSVC7 at se stara ten kdo ho ma (ty :-)


> 2) STD C++:
>     Melo by se projit ext_xxx.h a patrne ty extenze vyhodit,
>     protoze nejsou ve standardu. To by vyzadovalo projit cast
>     zdrojaku a upravit je tak, aby ty extenze nepouzivaly
>     (jako std::identity, ...). Pokud by se toto podarilo, dalo
>     by se pak prekladat pod MSVC7 _bez_ STLPortu.


Nebo pockame na MSVC8 :)
Muze mi nekdo vysvetlit, jak je to vubec s tim STL?
Jestli jsem to spravne pochopil, tak existuje rozsireni
SGI STL, kde jsou has mapy, zminovane indentity apod. Toho
existuje nekolik implemetaci, jednou z nich je i STLPort.
Stejne tak tohle rozsireni obsahuje i gcccko.
A pak existuji dalsi rozsireni STL, nekompatibilni s tim SGI,
a to napriklad implementace v tom MSVC7.
Chapu to spravne?

Co se tyce uprav zdrojaku, nedelal bych ohybani massivu podle
MSVC7, ale ohybani MSVC7 podle massivu, tudiz spis wrappery
ktere se tvari jako std::hash_map, pokud teda citis potrebu
rozchozovat to pod MSVC7 bez STLPortu.  
    
             
> 3) archivace:
>     Prosime Boovieho, aby nekde sepsal (nebo nas alespon mailem
>     informoval), jak zhruba funguje archivovani. Porad mi neni
>     jasny, proc by se pri zmene pointeru melo volat
>     write_requested() na "obou" objektech (referenced & owning).
>     Pokud je to je proto, ze muze dojit ke spojeni migracnich
>     skupin a tohle ma detekovat jejich spojeni, pak by se to asi
>     melo udelat jinak. Minimalne pro tyto ucely definovat jinou
>     funkci nez write_requested(), protoze tohle znamena, ze so do
>     objektu _opravdu_ zapisuje (vcetne testovani, zda je objekt
>     read-only apod.).


Archiv je totozny strukturou se swapem. Tudiz archiv musi znat
informace o migracnich skupinach. Objekty se do archivu
"registruji". Pri registraci objektu se take uvadi, do ktere
skupiny se registruje.

Archiv tedy obsahuje:
- Archivacni skupiny - Archivacni skupina obsahuje seznam objektu,
    ktere jsou v teto skupine zaregistrovany. Spolu s tim obsahuje
    cas, kdy se ma skupina (resp. objekty) nacist do pameti
    aby mohly byt simulovany (to bude vetsinou (ale nemusi)
    cas nejblizsi udalosti naplanovane v objektu.
- Streamy s daty - Kazdy zaregistrovany objekt ma svuj vlastni
    stream, ve kterem je naserializovan. Kazda archivacni
    skupina ma vlastni stream, ve kterem jsou ulozeny informace
    o ni.
    
Objekty se v archivu takzvane "validuji". Objekt v archivu
je valid, pokud je v archivu ulozen stream s daty tohoto objektu.
To znamena, ze pri registraci neni nutno rovnou naserializovat
data objekty, ale registruje se pouze object_id. Potom je objekt
v archivu zaregistrovan, ale neni valid.
Stejne tak se validuji i archivacni skupiny. Skupina je valid,
pouze pokud jsou validni vsechny objekty v ni zaregistrovane.

Jakmile je objekt zaserializovan do streamu v archivu, je provedena
jeho validace - uzavre se dany stream a objekt je oznacen
jako valid. Pokud jsou valid vsechny objekty ze stejne
archivacni skupiny, provede se validace cele skupiny, a tim
je archivace cele skupiny dokoncena.

Jakmile jsou validovany vsechny skupiny, muze se validovat
cely archiv. Po ukonceni validace celeho archivu obsahuje
archiv konzistentni stav lokalniho stavu serveru.


No a jak probiha vlastni archivace objektu:

Pri Object::archive_now() se zjisti, zda tento
objekt je jiz zaregistrovan v archivu. Pokud neni,
enumeruje se jeho migracni skupina a zaregistruji se vsechny
objekty z teto skupiny do archivu. v tento okamzik
je zaregistrovana cela migracni skupina v archivu
a zadny objekt neni valid.
Nakonec se provede serializace objektu do streamu v archivu,
a pote se provede validace toho objektu.

Shrnuto: Archivuje se per object, pri archivaci posledniho
objektu z migracni skuipny se cela skupina v archivu
automaticky validuje.

No a ted proc je nutno volat write_requested() v tech pointerech.
Pokud mame skupinu X a v ni objekt x a skupinu Y a v ni objekt y.
Zadna skupina neni zaarchivovana (zaregistrovana v archivu),
x a y jsou oznaceny archive_on_write().
 
Prirazenim x->pointer = y dojde:
1/ x->archive_now().
  Podle vyse uvedeneho se enumeruje migracni skupina X
  a vsechnmy objekty se zaregistruji do archivu.
  Objekt x se naserializuje a validuje v archivu.
2/ Dojde ke spojeni X a Y do jedne migracni skupiny Z.
3/ A to je vsechno.

No a ted za chvili dojde k zapisu do objektu y.
Co se stane:
1) y->archive_now().
  Podle vyse uvedeneho, y (a Y) neni stale zaregistrovan v archivu,
  tudiz dojde k enumeraci migracni skupiny objektu y.
  To ale vrati skupinu Z, kde jsou jiz objekty, ktere jiz
  byly zaarchivovany!
  
  Na prvni pohled se zda, ze staci udelat
  W = Z - X, kde Z znam, X taky (je zaregistroavna v archivu)
  a tudiz Y == W.
  To ale nemusi byt pravda! To Z jiz nemusi byt puvodnu X + Y,
  ale mohou do nej pribyt (ale i zmizet) jine migracni skupiny!!
  To by stale nevadilo, pokud by do puvodniho Z pribyly
  jen jiz zaregistrovane skupiny, ale tam mohou pribyt
  jeste nezaregistrovane skupiny!!! (napriklad
  dojde k x->druhy_pointer = u, kde u je objekt z jeste
  nezaregistrovane skupiny - do skupiny Z se prida skupina U
  a cele je to v kyblu).
  Tudiz _NELZE_ zjistit puvodni migracni skupiny Y, do ktere
  patril objekt y.
  
  Jediny okamzik, kde lze spravne zjistit Y je
  v okamziku x->pointer = y. Coz znamena, ze se musi
  zavolat funkce F object manageru na y, ktera provede
  enumeraci Y, jeji zaregistrovani v archivu. Zadny objekt
  z Y neni nutno v tomto okamziku archivovat.
  (Lze zavolat pro jednoduchost i y->write_requested(),
  ktera ale zbytecne take zaarchivuje i Y, coz je zbytecne
  overhead v tomto okamziku).
  
  Ta funkce F zatim neni implementovana, proto ani nema jmeno.
  
  Howgh, domluvil jsem,
  podepsan vlastni krvi mistr archivarsky...
  
  P.S. Jedina jina moznost, ktera me ted napada, bez nutnosti
  volat F na y, by byla enumerovat _vsechny_ migr. skupiny
  pri startu archivace, ale to bych nerad, protoze uz nyni
  je jasne, ze tick, ve kterem nastane start archivace bude
  pekne pomaly... 
      

> 6) core-independent libs:
>     Jak? A ma to smysl?


Priorita to neni, ale sem tam se to hodi. Mozna by stacilo
vrazit common veci do vlastniho namespace, ktery nema nic
spolecneho s Massivem, aby clovek mohl jednoduse pouzit treba
heapu nebo cache...
No ale asi nema smysl se ted tim nejak podrobneji zabirat.


Petr

----- Original Message -----
From: "Petr Tuma" <pet...@mf...>
To: <mas...@li...>
Sent: Friday, September 20, 2002 11:43 AM
Subject: [Massiv-devel] Muj bordel :-)


> Zdravim,
>
> abych vas trochu vytrhnul z technickych problemu: zjistil jsem, ze byla
> mozna chyba, kdyz jsem si nepoznamenal, komu jsem zapsal za projekt
> zapocet (a do ktereho semestru). Tak bych chtel zpetne pozadat dotcene,
> aby se mi priznali :-) (nezapomente, ze to stejne zjistim, az vam budu
> zapisovat neco jineho :-).
>
> Diky, Petr Tuma
>
>

Bylo by dobre, kdyby se dotycni ozvali pres massiv-devel, at mame prehled.
Panu Tumovi doporucuji nahlednout do zpravy o projektu, ktera se tady nekde
povaluje, aby vedel, kdo ma narok na zapocet :-)

-- Markoid

Ahoj,

Pro Octu:
Mohl bys prosim tridu Net udelat globalni v tom smyslu, ze se zaradi do =
Global a vykopou z ni staticke polozky?
Diky.

-- Markoid

Aby zhruba ostatni meli prehled o pracovni moralce nekterych clenu tymu:

----- Original Message ----- 
From: "Stepan Vondrak" <st...@mi...>
To: "Marek Vondrak" <mvo...@ce...>
Sent: Friday, September 20, 2002 2:14 PM
Subject: Re: skola, massiv, jsem blp?


> On Friday 20 September 2002 14:09, Marek Vondrak wrote:
> 
> > Cau,
> 
> Dobry den mistre flamere.
> 
> Ja tam k nim jdu ve stredu odevzdat zapocet z oosu a do te doby 100% nic 
> neudelam. To je tak vse.
> 
> Priste to pis do develu.
> 
> Cest
> -- Sipak

Zdravim,

abych vas trochu vytrhnul z technickych problemu: zjistil jsem, ze byla 
mozna chyba, kdyz jsem si nepoznamenal, komu jsem zapsal za projekt 
zapocet (a do ktereho semestru). Tak bych chtel zpetne pozadat dotcene, 
aby se mi priznali :-) (nezapomente, ze to stejne zjistim, az vam budu 
zapisovat neco jineho :-).

Diky, Petr Tuma

Cau,
 tuma by se to rozhodne mel dozvedet driv nez ta komise, asi s nim nebudem=
e
mluvit osobne, ale poslal bych mu to=2E
Octa

Original Message:
-----------------
From: Marek Vondrak mvondrak@ceu=2Ecz
Date: Tue, 17 Sep 2002 12:13:57 +0200
To: massiv-devel@lists=2Esourceforge=2Enet
Subject: [Massiv-devel] vyhled


Ahoj,

napada me, ze bychom mozna meli nasledujici postup konzultovat s p=2E Tumo=
u=2E
Nejedna se jen o napsani pracovni zpravy, ale i o blizsi informovani o
stavu projektu a zjisteni potrebnych informaci, jako, zda hodla "vest"
projekt dal, apod=2E

-- Markoid


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web=2Ecom/ =2E