massiv-crap Mailing List for Massively multiplayer game middleware

From: "Marek Vondrak"


> >> Skutecne  nevidim smysl v tom vsechno seskrtat, zastavit
> >>  se tesne pred cilem, za cenu toho, ze se projekt odEvzda do zarijoveho
> >terminu (tohle je, co je nerealne!).
> >
> >Ja v tom smysl vidim. Duvody ktere me k tomu vedou:
> >- konecne dokoncit studium
> >- financni duvody - vis kolik me stoji studium za rok navic? 10000 jenom
za
> >kolejne, pak
> >  mas dalsi prachy na jidlo a na dopravu (cesta do/z prahy stoji 300).
> >Nemluve o tom, ze
> >  od zari si musim platit socialni pojisteni apod.
> >- moznost hledat si praci - kvalifikace - ja mam stredoskolske vzdelani a
> >pristiho pul roku se to
> >  ocividne nezmeni.
>
> Tyhle problemy mas z celeho tymu asi akorat ty.


Ano, je mi lito, ze nemas stejne problemy.
Mozna by jsi pak nepsal maily stylem jakym pises, a nekteri
lide by si o tobe nemysleli to, co si mysli.


> >Takze nezapomen odpovedet na ten mail tomu cloveku, ja na ten mail zatim
> >neodpovidal.
>
> Uz jsi ho prece napsal, ne? Nebo to nechapu...


Na mail, ktery jsem forwardoval do develu jsem neodpovidal.
Jak jsem uz psal, odpovez na nej ty.


Petr

>> >Tak jsem tomu cloveku odepsal (puvodni mail poslal do konfery Tuma), =
ze
>na
>> >realne pouziti
>> >se massiv v soucasnem stavu nehodi, a on me odepsal todle.
>>
>> Tohle me proste vytaci. Proc to nema realne pouziti?
>
>V aktualnim stavu to nema realne pouziti.=20

Na tuto otazku jsem si odpovedel sam v puvodnim mailu a v zasade ve =
stejnem zneni.

>Proste sem si predstavil sebe jako developera, ktery o massivu nic =
nevi, a
>ted
>mu nekdo da massiv v aktualnim stavu.
>Neni dokumentace, neni sprava serveru apod.

Presne tak. Coz znaci nedokonceny projekt, ktery se dost odlisuje od =
ciloveho stavu popsaneho ve specifikaci.

 >> Skutecne  nevidim smysl v tom vsechno seskrtat, zastavit
>>  se tesne pred cilem, za cenu toho, ze se projekt odEvzda do =
zarijoveho
>terminu (tohle je, co je nerealne!).
>
>Ja v tom smysl vidim. Duvody ktere me k tomu vedou:
>- konecne dokoncit studium
>- financni duvody - vis kolik me stoji studium za rok navic? 10000 =
jenom za
>kolejne, pak
>  mas dalsi prachy na jidlo a na dopravu (cesta do/z prahy stoji 300).
>Nemluve o tom, ze
>  od zari si musim platit socialni pojisteni apod.
>- moznost hledat si praci - kvalifikace - ja mam stredoskolske vzdelani =
a
>pristiho pul roku se to
>  ocividne nezmeni.

Tyhle problemy mas z celeho tymu asi akorat ty.

>> Doporucuju precist, jak se ujednala demo hra v kvetnu nebo i treba =
demo
>doc. Soucasny stav tomu
>>  neodpovida ani trochu. Nepracuju na projektu 3 roky proto, abych ho =
a)
>nedokoncil tak, jak si to zaslouzi
>>  b) abych si ho strcil za klobouk (nebo i jinam).
>
>Ano, ja byl na pocatku projektu take idealista - myslel jsem, ze massiv =
by
>mohl mit
>potencial i pro komercni ucely, ze bude hotov za rok a pul, chtel jsem
>restriktivni licence apod.
>Za 3 roky jsem ale vystrizlivel.

Nemluvim o stavu pred 3 lety, ale o demo doc z cervence a ujednani na =
posledni schuzi v cervnu.

>> Taky by bylo dobre videt, co presne jsi jim odepsal, neb to neni jen
>_tvuj_ projekt.
>>
>Napsal jsem mu;
>- massiv je ve velkem vyvoji
>- massiv je vyvijen jako skolni projekt
>- do pouzitelnosti mu stale neco chybi a support po obhajobe muze byt
>minimalni
>- take jsem mu napsal todle, cituji:
>"...ale mozna se ti ozvou i nekteri z ostatnich clenu teamu s jinym =
nazorem"

S tim nelze nesouhlasit, ale mel jsi to poslat i do develu.

>Muj projekt to neni, ale povazoval jsem za SLUSNOST mu odpovedet, =
stejne
>jako
>cloveku pred nim, co kdysi psal nejakeho maila, protoze nikdo jiny by =
mu
>neodepsal.

To te chvali.

>Nebo ty jsi mu snad odpesal?

Ne a priznam se, ze jsem spolehal na tebe.

>Takze nezapomen odpovedet na ten mail tomu cloveku, ja na ten mail =
zatim
>neodpovidal.

Uz jsi ho prece napsal, ne? Nebo to nechapu... Samozrejme s textem, =
ktery jsi tedka castecne zverejnil souhlasim. Co jsem vytykal, ze tvoje =
hlaska "tak jsem tomu cloveku odpovedel", mela byt doplnena vlastni =
odpovedi.

-- Markoid
=00d
=00du rad - nebudu su muset starat o odepisovani; ty budes rad - nebudu =
uz
>dal hanit nas projekt.
>Takze nezapomen odpovedet na ten mail tomu cloveku, ja na ten mail =
zatim
>neodpovidal.

Uz jsi ho prece napsal, ne? Nebo to nechapu... Samozrejme s textem, =
ktery jsi tedka castecne zverejnil souhlasim. Co jsem vytykal, ze tvoje =
hlaska "tak jsem tomu cloveku odpovedel", mela byt doplnena samotnou =
odpovedi.

-- Markoid
=00M...@li...
>https://lists.sourceforge.net/lists/listinfo/massiv-crap
>
>
>
=00--------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Massiv-crap mailing list
>Mas...@li...
>https://lists.sourceforge.net/lists/listinfo/massiv-crap
>
>
>
=00=0A=
>Nebo ty jsi mu snad odpesal?
>
>Timto tedy ustanovuji, ze o jakekoli dalsi support requesty se odted =
staras
>vyhradne TY.
>Ja uz na zadne maily od lidi reagovat nebudu, ale budu je forwardovat =
primo
>tobe
>(pokud prijdou me soukrome).
>Pozadavky na vyrizovani supportu na tebe nekladu zadne - nemusis me
>informovat,
>co tem lidem budes psat, klidne propaguj massiv dle sveho uvazeni.
>
>Ja budu rad - nebudu su muset starat o odepisovani; ty budes rad - =
nebudu uz
>dal hanit nas projekt.
>Takze nezapomen odpovedet na ten mail tomu cloveku, ja na ten mail =
zatim
>neodpovidal.
>
>
>Petr
>
>
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Massiv-crap mailing list
>Mas...@li...
>https://lists.sourceforge.net/lists/listinfo/massiv-crap
>
>
>
=00

PT> Caues,
PT> Octo, na cvs jsi zapomel hodin edit_box_inline.h.

PT> Petr

Sorry, prehlidl jsem , uz je tam
Octa

Caues,
Octo, na cvs jsi zapomel hodin edit_box_inline.h.

Petr

From: "Marek Vondrak"


> >Tak jsem tomu cloveku odepsal (puvodni mail poslal do konfery Tuma), ze
na
> >realne pouziti
> >se massiv v soucasnem stavu nehodi, a on me odepsal todle.
>
> Tohle me proste vytaci. Proc to nema realne pouziti?


V aktualnim stavu to nema realne pouziti. To je muj nazor.
Proste sem si predstavil sebe jako developera, ktery o massivu nic nevi, a
ted
mu nekdo da massiv v aktualnim stavu.
Neni dokumentace, neni sprava serveru apod. Navic jakmile se projekt
odevzda,
NEBUDE zadny support ze strany developeru - tedy nas. Mozna ty se budes
massivu
pak venovat, ale ja vim, ze po obhajobe s massivem definitivne koncim (ne ze
bych
nemel zadny citovy vztah k massivu, ale proste uz mam naplanovano mnozstvi
pro me dulezitejsich a prespektivnejsich veci). U octy
a hafa a marekuse bych tipoval to same, stepan se taky v tomdle smeru
vyjadroval
v podobnem duchu.
Co se tyce idee, ze massiv prevezme opensource komunita, to je mozne, ale
nez jej prevezme bude trvat minimalne pul roku, coz je s pul rokem do
obhajoby
zhruba rok do pouzitelnosti massivu - coz je podle me dalsi duvod, proc
massiv v AKTUALNIM STAVU nema realne pouziti.

Ja nerikam, ze je massiv na nic. Kdyz se preda massivu opensource komunite
a nekdo se o nej zacne starat, tak budu jen rad, kdyz najde uplatneni.

Ja si prosto pouze myslim, ze massiv mezi MMO systemy je neco jako
nachos mezi operacnimi systemy.


> Skutecne  nevidim smysl v tom vsechno seskrtat, zastavit
>  se tesne pred cilem, za cenu toho, ze se projekt odEvzda do zarijoveho
terminu (tohle je, co je nerealne!).


Ja v tom smysl vidim. Duvody ktere me k tomu vedou:
- konecne dokoncit studium
- financni duvody - vis kolik me stoji studium za rok navic? 10000 jenom za
kolejne, pak
  mas dalsi prachy na jidlo a na dopravu (cesta do/z prahy stoji 300).
Nemluve o tom, ze
  od zari si musim platit socialni pojisteni apod.
- moznost hledat si praci - kvalifikace - ja mam stredoskolske vzdelani a
pristiho pul roku se to
  ocividne nezmeni.

Jsem realista - co je pro me dulezitejsi? Co nejdrive dokoncit nejaky skolni
projekt
za jakoukoli cenu. Ja jsem ochoten obetovat celou svou dosavadni praci na
massivu -
nevadi mi mnozstvi casu venovaneho massivu i pokud bude k nicemu a massiv
se dal nebude vyvijet - to proste neni muj cil zivota - muj cil je dokoncit
skolu.
Ale opet - pokud se bude massiv po obhajobe dal vyvijet, budu jen rad. Budu
rad, ze jsem
byl jeho zakladatel, ale nic za to neocekavam.


> Doporucuju precist, jak s ujednala demo hra v kvetnu nebo i treba demo
doc. Soucasny stav tomu
>  neodpovida ani trochu. Nepracuju na projektu 3 roky proto, abych ho a)
nedokoncil tak, jak si to zaslouzi
>  b) abych si ho strcil za klobouk (nebo i jinam).


Ano, ja byl na pocatku projektu take idealista - myslel jsem, ze massiv by
mohl mit
potencial i pro komercni ucely, ze bude hotov za rok a pul, chtel jsem
restriktivni licence apod.
Za 3 roky jsem ale vystrizlivel.


> Taky by bylo dobre videt, co presne jsi jim odepsal, neb to neni jen
_tvuj_ projekt.


Napsal jsem mu;
- massiv je ve velkem vyvoji
- massiv je vyvijen jako skolni projekt
- do pouzitelnosti mu stale neco chybi a support po obhajobe muze byt
minimalni
- take jsem mu napsal todle, cituji:
"...ale mozna se ti ozvou i nekteri z ostatnich clenu teamu s jinym nazorem"

Muj projekt to neni, ale povazoval jsem za SLUSNOST mu odpovedet, stejne
jako
cloveku pred nim, co kdysi psal nejakeho maila, protoze nikdo jiny by mu
neodepsal.
Nebo ty jsi mu snad odpesal?

Timto tedy ustanovuji, ze o jakekoli dalsi support requesty se odted staras
vyhradne TY.
Ja uz na zadne maily od lidi reagovat nebudu, ale budu je forwardovat primo
tobe
(pokud prijdou me soukrome).
Pozadavky na vyrizovani supportu na tebe nekladu zadne - nemusis me
informovat,
co tem lidem budes psat, klidne propaguj massiv dle sveho uvazeni.

Ja budu rad - nebudu su muset starat o odepisovani; ty budes rad - nebudu uz
dal hanit nas projekt.
Takze nezapomen odpovedet na ten mail tomu cloveku, ja na ten mail zatim
neodpovidal.


Petr

>Caues,
>Tak jsem tomu cloveku odepsal (puvodni mail poslal do konfery Tuma), ze =
na
>realne pouziti
>se massiv v soucasnem stavu nehodi, a on me odepsal todle.

Tohle me proste vytaci. Proc to nema realne pouziti? Protoze je to =
matfyzacky projekt, u ktereho par lidi nema vuli poradne ho dotahnout do =
konce. Skutecne  nevidim smysl v tom vsechno seskrtat, zastavit se tesne =
pred cilem, za cenu toho, ze se projekt odEvzda do zarijoveho terminu =
(tohle je, co je nerealne!).
Doporucuju precist, jak s ujednala demo hra v kvetnu nebo i treba demo =
doc. Soucasny stav tomu neodpovida ani trochu.
Nepracuju na projektu 3 roky proto, abych ho a) nedokoncil tak, jak si =
to zaslouzi b) abych si ho strcil za klobouk (nebo i jinam).

Taky by bylo dobre videt, co presne jsi jim odepsal, neb to neni jen =
_tvuj_ projekt.

-- Markoid
=00-
>From: "Rous Roman" <rr...@an...>
>To: "Petr Tovarys" <pto...@ss...>
>Sent: Friday, August 29, 2003 1:03 PM
>Subject: RE: Massive Multiplayer hra - z obdob=ED Neolitu
>
>
>Byly byste ochotni do toho j=EDt na komer=E8n=ED b=E1zi, kdyby se mi =
poda=F8ilo ten
>projekt prodat - tzn.full time job? Zat=EDm jsem oslovil Altar =
Interactive a
>ne=F8ekli hned ne ;-)
>
>Ne=F8=EDk=E1m, =BEe se mi to poda=F8=ED, proto=BEe je to byznys s =
velkou m=EDrou rizika ...
>ale chv=EDli bych to mohl zkou=B9et prodat - t=F8eba tak p=F9l roku ...
>
>Roman
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Massiv-crap mailing list
>Mas...@li...
>https://lists.sourceforge.net/lists/listinfo/massiv-crap
>
>
>
=00

/map:$(OBJROOT)mapfile.map /nologo /incremental:no /fixed:no =
$(CFG_LDFLAGS)
>  ARFLAGS =3D $(CFG_ARFLAGS)

Myslim, ze rychlejc to jede bez inkrementalniho linkovani a edit & =
continue (/ZI). Nejvic to zpomaluje zbytecne generovani .map fajlu.

Kdyz uz chcete mit edit&continue, pak ma smysl zapnout i inkrementalni =
preklad/minimum rebuild.

-- Markoid
=00

Caues,
Tak jsem tomu cloveku odepsal (puvodni mail poslal do konfery Tuma), ze n=
a
realne pouziti
se massiv v soucasnem stavu nehodi, a on me odepsal todle.
Ne ze by to bylo realne, ale je zajimave, ze se o massivu dozvidaj
nejruznejsi lide...

Petr

--------------------
From: "Rous Roman" <rr...@an...>
To: "Petr Tovarys" <pto...@ss...>
Sent: Friday, August 29, 2003 1:03 PM
Subject: RE: Massive Multiplayer hra - z obdob=ED Neolitu


Byly byste ochotni do toho j=EDt na komer=E8n=ED b=E1zi, kdyby se mi poda=
=F8ilo ten
projekt prodat - tzn.full time job? Zat=EDm jsem oslovil Altar Interactiv=
e a
ne=F8ekli hned ne ;-)

Ne=F8=EDk=E1m, =BEe se mi to poda=F8=ED, proto=BEe je to byznys s velkou =
m=EDrou rizika ...
ale chv=EDli bych to mohl zkou=B9et prodat - t=F8eba tak p=F9l roku ...

Roman

From: "Stepan Vondrak"


> > Hello Petr,
> >
> > PT> To je chyba v mkgenu (spatna detekce zavislosti).
> 
> Kde konkretne?


No nedavno kdyz si byl pryc, jsem psal maila, ze
kdyz zmenim idl (ale ne h nebo cpp), tak se neprekompiluji
generated fajly potomku trid definovanych v tom idl
(zmenil sem repflags, ale v generated fajles se ty
repflags nastavovaly postaru, nebo tak neco to bylo).

Ale nijak jsem to nezkoumal, a ted uz to zda se nedela, nebo
mozna byla chyba nekde uplne jinde.

Co se tyce te chyby vyse, tak se jednalo o to, ze
Monster sem zdedil misto z Entity z Physicalu
ale do exace se nenalikovala zmena, ze Player (ktery
je potomek Monster), je potomek Physicalu, tudiz selhala
konverze Player -> Physical.
Mozna se jedna jen o chybu v instanciacich default castu
(dynamic castu) (?)

Petr

From: "Stepan Vondrak"


> No ja tim peklem myslel anonymous pripojeni k simulacnim serverum, ten
master
> data service snad prezit pujde. Ale stejne mi neni moc jasne, k _jakemu_
data
> service se pripojuje - k tomu potrebuje uz jeho adresu z nejakeho configu,
> ne? Takze hraci vsech tech milionu ruznych her na Massivu budou login
dialog
> tahat z jednoho mista?


Jo, existuje master data service node. Proste klient potrebuje
znat nejaky server, kteru mu rekne kde je vsechno ostatni.

Ted se master data service vyuziva k tomu, ze se z nej stahnou
minimalni data, coz zahrunje databasi nodu. Za behu hry uz muze
klient stahovat data od kohokoli, ale to je uz otazka data
manageru, jestli todle zvlada, nebo pouziva stale jen master
data service (kyz pominem, ze zadne jine service nody nemame).


> Klasicka rec hrace, ktery nikdy nemusel mesicne platit za ucet na
normalnim
> nepiratskem MMORPG serveru :-)


Cha, free shardy nejsou piratske :) Teda minimalne se toleruji :)
No je pravda, ze mezi osi a free shardy je docela velky rozdil
skoro ve vsem.

Petr

From: "Stepan Vondrak"


> > Dival jsem se do toho ReplicaClientu a ReplicaManageru a mam za to, ze
by
> > bylo dobre zavest novy typ registrace "chci se dozvedet o updatech v
moji
> > migracni skupine". Tedka je to napraseno v ReplicaClientu, ze v zasade
> > vsechny objekty jsou updatovany, ackoliv doslo k updatu jen objektu z
jeho
> > migracni skupiny. Musi se enumerace nasledne resit jen na strane klientu
> > nebo muze server (resp. ReplicaUpdate) nejak pomoci? -- Markoid
>
> Jinou zpravu (enum) pro nezmenene ale "nekdo v replikacni zkupine se
zmenil"
> jsem navrhoval uz driv. Nikdo se neozval...
>
> Enumerace na strane klienta mi prijde o dost rozumnejsi - na strane
serveru
> jde udelat taky, ale je zbytecne ho s tim zatezovat. Navic by pak muzel do
> toho paketu sepsat objectid vsech objektu ve skupine - data na vic. Uz se
na
> todle ptal i Boovie (myslim), co vam vadi na enumeraci na klientu?


Uz je implementovano na cvs.

Petr

From: "Petr Tovarys"


> FileSystem &    file_system = Global::volume_manager().file_system();
> file_system.delete_file( file_name );
> 
> nesmaze dany soubor z native file systemu
> (ted se to pouziva pro ackovani archivu).


Sorac, co se tyka tohodle bugu, chyba byla na me strane
(predaval jsem jine jmeno souboru, ale protoze to bylo platne
jmeno souboru, nehodila se vyjimka).

Petr

From: "Marek Vondrak"

> Dalsi chyba je v node/object manageru, ktery neinformuje objekty v
migracni skupine, ze je
> nelze dorucit, pokud jsou poslany k neexistujicimu node (tj. Nodeobjectu).
Pouze se zaloguje
> hlaska.


Melo by byt fixnuto.

Petr

MV> Ahoj,
MV> Mate-li zajem, abych s tim neco udelal, nekdo, kdo ma msvc7 + debugger, mi sdeli, kde dojde k te vyjimce, misto neustaleho posilani mailu, ze kterych neni nic poznat.
MV> Trivialne musi stacit nastavit filtrovani vyjimek tak, ze c0000005 znamena STOP a pustit server.

MV> -- Markoid

To bude asi boovieho....

Mazal jsem archiv c.0000000004, smazlo ho to a pak tohle.


ArchivationId::ArchivationId
    (
    const ArchivationId & arch_id
    ) :
    id( arch_id.id )
=>  {                //exception
    }




hodnoty:

-       this    0x0012fbe0      Massiv::Core::ArchivationId * const
        id      4       unsigned int
-       arch_id {...}   const Massiv::Core::ArchivationId &
        id      CXX0030: Error: expression cannot be evaluated  unsigned int

Ahoj,
Mate-li zajem, abych s tim neco udelal, nekdo, kdo ma msvc7 + debugger, =
mi sdeli, kde dojde k te vyjimce, misto neustaleho posilani mailu, ze =
kterych neni nic poznat.
Trivialne musi stacit nastavit filtrovani vyjimek tak, ze c0000005 =
znamena STOP a pustit server.

-- Markoid
=00

>> Pokud to zdokumentujete, muze se DefaultCast pro core/lib =
instanciovat
>> rovnou v core.
>
>Myslis jako ze by to tam bylo nekde rucne napsane a do class_listu by =
se=20
>natvrdo veci z core neinstanciovaly?

Mozna/asi tak. Pak by se idl stuff nemusel linkovat napr. K utilitam, =
apod.

-- Markoid
=00

> Hello Petr,
>
> PT> To je chyba v mkgenu (spatna detekce zavislosti).

Kde konkretne?

-- Stoupik

On Wednesday 27 of August 2003 21:31, Petr Tovarys wrote:

> Klidne to dodelam, nebo kdokoli, mela by to byt zmena na 3 radky.

Udelej to :-)

-- Stoupik

On Tuesday 26 of August 2003 12:35, Marek Vondrak wrote:
> > + # Temporary hack - DefaultCast implementation.
> > + libs += ../demo/lib/service/demo_lib_service
>
> Pokud to zdokumentujete, muze se DefaultCast pro core/lib instanciovat
> rovnou v core.

Myslis jako ze by to tam bylo nekde rucne napsane a do class_listu by se 
natvrdo veci z core neinstanciovaly?

-- Stoupik

On Monday 25 of August 2003 22:12, Petr Tovarys wrote:

> > Povolit pri spusteni klienta pripojeni pres "default" ucet je cesta do
>
> pekel.
>
>
> Bohuzel uz je to na cvs.
> Jsou tam problemy s otevrenymi konexemi, takze nefunguje
> automaticky download za behu, ale to by mel trivialne spravit
> octa podle pokynu.

No ja tim peklem myslel anonymous pripojeni k simulacnim serverum, ten master 
data service snad prezit pujde. Ale stejne mi neni moc jasne, k _jakemu_ data 
service se pripojuje - k tomu potrebuje uz jeho adresu z nejakeho configu, 
ne? Takze hraci vsech tech milionu ruznych her na Massivu budou login dialog 
tahat z jednoho mista?

> > A vybira ucet (ma-li jich vic, coz je dost nepravdepodobne -
> > proc by to delal?)
>
> Jo klasicka rec vyvojare, ktery mmo nikdy nehral :)
> Vice uctu pozuiva jedna admin, a pak normalni hraci,
> hlavne pro zaskodnictvi a pro zatajeni identity
> (to je dulezite, kdyz ma 2 postavy, jedna je "good"
> a druha "evil").

Klasicka rec hrace, ktery nikdy nemusel mesicne platit za ucet na normalnim 
nepiratskem MMORPG serveru :-)
Nektere z nich povoluji vic postav, ale na jednom uctu (tj. normalne se 
pripojis na svuj jediny uceta a ve hre si pak vyberes jednu ze svych postav).

-- Stoupik

On Thursday 28 of August 2003 13:23, Marek Vondrak wrote:
> Ahoj,
> Dival jsem se do toho ReplicaClientu a ReplicaManageru a mam za to, ze by
> bylo dobre zavest novy typ registrace "chci se dozvedet o updatech v moji
> migracni skupine". Tedka je to napraseno v ReplicaClientu, ze v zasade
> vsechny objekty jsou updatovany, ackoliv doslo k updatu jen objektu z jeho
> migracni skupiny. Musi se enumerace nasledne resit jen na strane klientu
> nebo muze server (resp. ReplicaUpdate) nejak pomoci? -- Markoid

Jinou zpravu (enum) pro nezmenene ale "nekdo v replikacni zkupine se zmenil" 
jsem navrhoval uz driv. Nikdo se neozval...

Enumerace na strane klienta mi prijde o dost rozumnejsi - na strane serveru 
jde udelat taky, ale je zbytecne ho s tim zatezovat. Navic by pak muzel do 
toho paketu sepsat objectid vsech objektu ve skupine - data na vic. Uz se na 
todle ptal i Boovie (myslim), co vam vadi na enumeraci na klientu?

-- Stoupik

From: "Marek Vondrak"


> zbezne jsem se dival na ten load a narazil jsem na to, ze se tam ctou ty
skupiny ("g*" streams).
> To je prece uplne spatne, protoze smysl nacitani unpacked archivu je v
tom, ze migracni
> skupiny se mohly zasahem uzivatele naprosto libovolne zmenit, ne?


Spatne to neni.

 Jestli jsis vsiml, streamy "o[*]" neobsahuji optional part, cili hlavne
ClassTypeId.
Ale ja class id potrebuju. A to je ulozeno prave _pouze_ v "g*" souborech.

Archive pack z g* vycucava pouze class type id, to ze je to migracni grupa
uplne ignoruje.

Takze jak jsem psal o te utilitce o mergnuti dvou unpacked archivu, ta by
mohla proste jen vytvorit jediny g* sourbor, kde by byl mergnuty seznam
objektu.


Petr

From: "Ondrej Pecta"


> PT> Rekneme, ze client se pripoji pomoci sveho praveho node id,
> PT> ale ve zprave, ze ktere se urci NodeId pro ConnectionInfo
> PT> posle falesne NodeId. Takze core ho bude znat pod falesnym
> PT> node id.
> 
> Furt tomu nejak nerozumim, prece kdyz mu posle, ja jsem nekdo jinej,
> tak server ho hned bude povazovat za nekoho jinyho a podle toho
> vyhleda jeho public klic, aby spolu mohli komunikovat. Takze ( pokud
> tomu jeste trosku rozumim ), nelze poslat spatne node_id, protoze, pak
> by se spolu nedomluvily, pokud by ten, co poslal spatne node_id nemel
> k nemu private klic, aby to rozsifroval ok.


Ee sorry, asi sem to spatne pochopil.
Myslel sem puvodne, ze se NodeId posila 2x, poprve
na overeni klicu, podruhe v dalsi zprave. Ale asi
to tak neni. Zapomen na to :)

Petr

Pokud by byl problem pouzit ty atomicke operace na unixu, pak klidne =
pouzivej dal ty zamky - zamek, ale bude muset byt v nejakem, korektne =
inicializovanem, globalnim objektu, tj. Ne v mtreferencelock.

-- Markoid
=00

> FileSystem &    file_system = Global::volume_manager().file_system();
> file_system.delete_file( file_name );
> nesmaze dany soubor z native file systemu
> (ted se to pouziva pro ackovani archivu).

Nemam tady ted debugger, ale je jiste, ze tam dojde k access violation (cili
segfault), ktere se trapne premapuje na C++ vyjimku.
-- Markoid