massiv-crap Mailing List for Massively multiplayer game middleware

Cau,

Omlouvam se, ze mi ten editor, kterym edituju xml, cisti whitespace na konci 
radek. Diffy nejsou moc citelne. Pokusim se to vypnout, jestli nezapomenu.

-- Stoupik

>         Calling of methods on objects that may be located on another node.
>         Correctly, this should be called <acronym>RMI</acronym> (Remote
>         Method Call), but Massiv calls it
>         <link linkend="chapter_rpc"><acronym>RPC</acronym>
>         (Remote Procedure Call)</link>
>         for some historical reasons.

Puvodne se to jmenovalo RMI, ale Stepan vsude prosazoval RPC. Udelal
spravne, protoze RMI se obvykle rozumi Java RMI, coz je stupidni CORBA-like
middleware jakozto java.rmi.* package.

>     <para>
>     Although C++ doesn't provide a mechanism to manage the
>     <emphasis>meta-information</emphasis> about classes and objects (such
as
>     name or ancestors), they are crucial for implementation of the
features
>     mentioned above. For example, when calling a method via
>     <acronym>RPC</acronym>, it is needed to serialize information such as
its
>     name, type, actual parameters values and others into a network stream
>     (so-called <emphasis>marshalling</emphasis>) and to reconstruct the
>     call on the destination node after transmitting the information over
the
>     network.
>     </para>

Ano, ale spis bych uvedl jiny priklad. RPC v Massivu je jen jakysi bonus.
Zakladni duvod pro introspekci je obecna serializace a replikace objektu,
moznost vytvaret objekty dynamicky a moznost naimplementovat GC a enumerace
migracnich/replikacnich skupin.

-- Markoid

Ahoj,
jak je to s install_client utility, tusim, ze ji delal haf. Je to
vubec pouzitelne? Me to hlasi, ze mu chybi nejaky cfg soubor. Pokud je
to obsolete, tak se to muze smazat ne?
Octa

On Sunday 25 of January 2004 21:23, Marek Svantner wrote:
> Cau, tak CVS stale nejede, takze se tam ty nove
> casti dokumentace objevi az zejtra (jestli to
> uz pujde)...

Mne to tady jede, pomalu, ale jede.
Co mas v CVS/Root (v kteremkoliv)? Ja tam mam:
:ext:st...@cv...:/cvsroot/massiv

Mozna se connectis pres jiny cvs server? Zkus si to tam kdyztak prepsat.

> Pro Stepana: pocitam teda furt s tim, ze ten
> zmergovanej docgen tam soupnu ja.

Ja taky.

-- Stoupik

On Monday 26 of January 2004 22:16, Marek Svantner wrote:
> Ahoj,
>
> nezapomnel jsi poslat ten mejl, co jsme psali v nedeli?
> Zda se, ze mejly uz normalne chodej, ale tenhle furt
> nic...

Nejen ten, ale asi vsechno, co kdo za poslednich par dnu napsal, sf proste 
zahodil. Posilam to znova...

-- Stoupik

Ahoj,

nezapomnel jsi poslat ten mejl, co jsme psali v nedeli?
Zda se, ze mejly uz normalne chodej, ale tenhle furt
nic...

Marek

tohle melo byt v priloze ale nejak se to rozbilo...
Octa

Cau,
 tak jsem prohledal i to Egoboo a moc jsem tam toho nenasel. Je to tam
 sama postavicka, zbran, zadny stromek. Pak jsem zkusil konvertit z nejakych 3ds
 souboru stromky a travu, nevyhoda je, ze to ma
 vetsi velikost, pac to ma slozitejsi strukturu, ale zase je to
 hezci, dale nemam k tomu skin, ale u vetsiny staci to potahnout
 zelene ( to uz musi nejak zkusit Stepan )

 co tam zhruba je:
 nejaka trava, stromek, palma, kamen, houba.

 Na svoje www se ted nemuzu dostat, nejede tam FTP, tak jsem to dal do
 prilohy, ( 100kb snad nikoho nezabije ) windowsari si to muzou
 prohlidnout pomoci utilitek www.quick3d.com.
 
 Octa

On Thursday 22 of January 2004 18:19, Marek Svantner wrote:
> Me fop funguje naprosto bez problemu a to, co vygeneruje vypada
> celkem rozumne. Zadne hnusne triky, o kterych pises.
> Takze to pdf muzu kdyztak proste vygenerovat ja, na napsani
> docs staci snad html. Mimochodem, generujes to pod Windows
> nebo pod Linuxem?

Pod Linuxem, ale oboji je Java, tak by to snad melo bejt jedno.

> Jinak mas ale pravdu, ze je fop dost divnej - uz podle toho,
> jakym zpusobem bleje errory - vubec se vetsinou nepozna, ceho
> se ten error tyka.
>
> Zkousel jsi taky vygenerovat (rucne) .fo Saxonem a potom
> prelozit FOPem?

Zjevne ten muj example je prave todle...

> Udelam jeste par zmen do docgenu, aby sel kdyztak pouzivat i
> s jinymi nastroji nez Saxon a FOP.

Stacilo by, kdyby to tam necpalo parametry automaticky, ale replaclo by to 
neco jako @XML@ @XSL@, tj misto
  SAXON=java -cp /usr/share/java/saxon.var bla.bla.bla
by tam bylo
  XMLPROC=java -cp /usr/share/java/saxon.var bla.bla.bla @XML@ @XSL@ -o @OUT@
(ted nevim v jakem poradi to ocekava, ale je snad jasne, co myslim)

Muzeme to udelat o vikendu, prace na 5 minut. Radeji v docgen nic nemen, 
trochu jsem ti to prevrtal (hlavne jsem zrusil ty tvoje implementace 
kopirovani souboru apod, kdyz to perl umi sam).

-- Stoupik

Me fop funguje naprosto bez problemu a to, co vygeneruje vypada
celkem rozumne. Zadne hnusne triky, o kterych pises.
Takze to pdf muzu kdyztak proste vygenerovat ja, na napsani
docs staci snad html. Mimochodem, generujes to pod Windows
nebo pod Linuxem?

Jinak mas ale pravdu, ze je fop dost divnej - uz podle toho,
jakym zpusobem bleje errory - vubec se vetsinou nepozna, ceho
se ten error tyka.

Zkousel jsi taky vygenerovat (rucne) .fo Saxonem a potom
prelozit FOPem?

Udelam jeste par zmen do docgenu, aby sel kdyztak pouzivat i
s jinymi nastroji nez Saxon a FOP.

Marek

Stepan Vondrak wrote:
> Cau,
> 
> Funguje tady nekomu fop? Prijde mi to jako dost podivny software, moc toho 
> prechroustat schopny neni. Kdyz si vygeneruju fo rucne, spadne na nem hned v 
> druhe radce (coz je nejakej silenej balast, spadne nekde ve sloupci ~60000). 
> Vlastni text je ale az za tim, vubec se k nemu nedochrousta.
> 
> Pustim:
>     xsltproc /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/fo/docbook.xsl
>         massiv_user_guide.xml >massiv.fo
> 
> (xsltproc neni v jave a je rychlejsi nez saxon, jinak je to ale jedno)
> (nepouziji se mirne jine parametry nastavene tim nasim xsl, ale to je taky 
> jedno)
> 
> Dale:
>     fop massiv.fo massiv.pdf
> 
> Krome toho, ze vybleje tunu erroru, spadne nakonec s hlaskou>:
> [ERROR] file:/home/stoupa/massiv/massiv/doc/docbook/cz/user/massiv.fo:2:61447 
> Flow 'xsl-region-body' does not map to the region-body in page-master 'blank'
> 
> Zkousel jsem tunu podivnych triku, prohnat to fo-patch-for-fop.xsl apod., ale 
> nic nepomohlo. Fakt nevim co s tim.
> 
> Delal s tim nekdo z vas nejake podivne triky? Nebo vam to proste funguje samo 
> od sebe?
> 
> Btw. na programmers guide to pada uplne stejne.
> 
> Zkousel jsem jeste xmltex+passivetex, coz aspon neco vygeneruje, ale taky nic 
> moc. User guide jsem tim prechroustal celou, ale musel jsem vypnout vsechny 
> takove ty male obrazky (ikonky u warning, note, apod. - to mate na CVS stejne 
> vyply; a u screen apod. poznamek - ty tam nikde na CVS nepouzivate). Vysledek 
> vypada celkem pekne, ale obrazky jsou strasne nafoukly.
> 
> Tak nevim, jestli nekdy vubec nejakou dokumentaci (krome html) vygenerujem. 
> Vecer snad nacommituju tech par zmen, co jsem provedl, ale spis s tim zatim 
> jenom bojuju.

On Wednesday 21 of January 2004 13:46, Stepan Vondrak wrote:
> Cau,
>
> Zatim necommituju, ale todle jsem tam musel oprasit:
>
> ===================================================================
> RCS file:
> /cvsroot/massiv/massiv/doc/docbook/en/core/chapters/registry.xml,v
> retrieving revision 1.1
> diff -u -r1.1 registry.xml
> --- massiv/doc/docbook/en/core/chapters/registry.xml    20 Jan 2004
> 04:22:32 -0000      1.1
> +++ massiv/doc/docbook/en/core/chapters/registry.xml    21 Jan 2004
> 12:42:35 -0000
> @@ -659,6 +659,10 @@
>
>    </sect1>
>
> +  <!-- Stoupik: todle mi z nepochopitelneho duvodu shodi saxon - snazi se
> +       cist
> /home/stoupa/massiv/massiv/doc/docbook/en/core/chapters/chapters/
> config_syntax.xml
> +       - tj. je tam to chapters 2x
>    &config_syntax;
> +  -->
>      <!-- Registry configuration files syntax -->
>  </chapter>

Mel jsem starou verzi, uz to nedela...


-- Stoupik

Cau,

Funguje tady nekomu fop? Prijde mi to jako dost podivny software, moc toho 
prechroustat schopny neni. Kdyz si vygeneruju fo rucne, spadne na nem hned v 
druhe radce (coz je nejakej silenej balast, spadne nekde ve sloupci ~60000). 
Vlastni text je ale az za tim, vubec se k nemu nedochrousta.

Pustim:
    xsltproc /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/fo/docbook.xsl
        massiv_user_guide.xml >massiv.fo

(xsltproc neni v jave a je rychlejsi nez saxon, jinak je to ale jedno)
(nepouziji se mirne jine parametry nastavene tim nasim xsl, ale to je taky 
jedno)

Dale:
    fop massiv.fo massiv.pdf

Krome toho, ze vybleje tunu erroru, spadne nakonec s hlaskou>:
[ERROR] file:/home/stoupa/massiv/massiv/doc/docbook/cz/user/massiv.fo:2:61447 
Flow 'xsl-region-body' does not map to the region-body in page-master 'blank'

Zkousel jsem tunu podivnych triku, prohnat to fo-patch-for-fop.xsl apod., ale 
nic nepomohlo. Fakt nevim co s tim.

Delal s tim nekdo z vas nejake podivne triky? Nebo vam to proste funguje samo 
od sebe?

Btw. na programmers guide to pada uplne stejne.

Zkousel jsem jeste xmltex+passivetex, coz aspon neco vygeneruje, ale taky nic 
moc. User guide jsem tim prechroustal celou, ale musel jsem vypnout vsechny 
takove ty male obrazky (ikonky u warning, note, apod. - to mate na CVS stejne 
vyply; a u screen apod. poznamek - ty tam nikde na CVS nepouzivate). Vysledek 
vypada celkem pekne, ale obrazky jsou strasne nafoukly.

Tak nevim, jestli nekdy vubec nejakou dokumentaci (krome html) vygenerujem. 
Vecer snad nacommituju tech par zmen, co jsem provedl, ale spis s tim zatim 
jenom bojuju.


-- Stoupik

  
> ! Remote<Sector> Entity::get_sector
> 
> !     (
> 
> !     const SectorAddress & address
> 
> !     )

Davej si bacha na ty windowsi entry.
-- Markoid

Cau,

Zatim necommituju, ale todle jsem tam musel oprasit:

===================================================================
RCS file: /cvsroot/massiv/massiv/doc/docbook/en/core/chapters/registry.xml,v
retrieving revision 1.1
diff -u -r1.1 registry.xml
--- massiv/doc/docbook/en/core/chapters/registry.xml    20 Jan 2004 04:22:32 
-0000      1.1
+++ massiv/doc/docbook/en/core/chapters/registry.xml    21 Jan 2004 12:42:35 
-0000
@@ -659,6 +659,10 @@

   </sect1>

+  <!-- Stoupik: todle mi z nepochopitelneho duvodu shodi saxon - snazi se
+       cist /home/stoupa/massiv/massiv/doc/docbook/en/core/chapters/chapters/
config_syntax.xml
+       - tj. je tam to chapters 2x
   &config_syntax;
+  -->
     <!-- Registry configuration files syntax -->
 </chapter>

On Wednesday 21 of January 2004 01:20, Marek Svantner wrote:

> To teda fakt taky netusim, ten nazev draft.png a release se prece nikde
> nemohl vycucat z prstu... a pritom nikde v Massivu zadnej draft.png
> neni a to ani jako soubor ani jako retezec...

Jen tak pro srandu - vyzkousej si prelozit ty docy bez pripojeni k netu. Me to 
hazi totez a snazi se to sosat nekde z docbook.sourceforge.net nebo tak 
nejak. Viz. muj jinej mail. Divne...

-- Stoupik

From: "Marek Svantner"


> postmortem a postmortem2 je commitly jedno jako ascii a jedno
> binarne. A vubec, proc je to rozdeleny na 2 soubory?

Rozdelen je to na dva soubory, protoze kdyz jsem psal part2,
nemel jsem pristup na inet, tak jsem to psal kvuli kolizim
do jineho souboru. Zmergnout je to trivi.

Petr

> Martin Havlista wrote:
>   > No fajn, ja tam tedy docvakam data, thread, atd. proste to co jsem
> delal.
> > Mam to pojat tedy ve stylu, v jakem pises ty? tj. registry, co uz jsou tam
> > napsane? Souhlasi s tim vsichni, nebo to je tvuj zpusob, ktery neni
> > schvaleny?
>
> Moc nechapu, na co se presne ptas. Je to hlavne dokumentace pro
> cloveka, co se rozhodne napsat neco nad Massivem a tohle si precte

Jde mi o to, abych nepsal neco, o cem nekdo pak rekne, ze se to musi
prepsat, protoze je to napsane blbe. Takze pokud ma nekdo neco proti
stylu, jak je napsana dokumentace pro registry, tak se ozvete ted anebo
nikdy, protoze ja budu psat sve casti podobne.

Haf

> jako souvisly cteni, ktere mu pomuze se zorientovat. Zadne vycty
> metod, maximalne jen tech nejdulezitejsich, jak je to treba v registry.
> Taky zadne zbytecne interni zalezitosti - i kdyz o nekterych internich
> featurach tam jsou kapitoly (network, load balancing), ale ty
> by mely byt strucne - jenom pro ucelenou predstavu a pro komisi,
> ktera se podle me nebude prilis hrabat v doxy (i kdyz kdo vi...).
> Algoritmy a internosti by pak mely byt podrobne popsany v tech
> doxy groups (ale nektere veci z tech groups se klidne mohou
> castecne opakovat i tady - proste aby to byla ucelena kniha).
>
> Nevim jestli je to tak schvaleny, ale napr. registry je tam uz
> hodne dlouho a nikdo se proti tomu nijak vyrazne nepostavil,
> takze asi ok.
>
> Taky se podivej na ty casti, co uz tam jsou, a snaz se to psat
> konzistentne s tim - tj. pouzivat alespon ty tagy, co se tam
> pouzivaji, atd.
>
> Kdyztak taky na
> http://www.docbook.org/tdg/en/html/docbook.html
> je docela dost dobra kniha o docbooku s prehledem vsech tagu.
>
> Jo a davejte si taky pozor na delku nadpisu - na jeden radek se
> toho velkym pismem v pdf moc nevejde a ten docbook to zalamuje
> dost hnusne - asi je lepsi ty nadpisy umele zkratit.
>
> Marek
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Massiv-devel mailing list
> Mas...@li...
> https://lists.sourceforge.net/lists/listinfo/massiv-devel
>

sorry, kapitolu pro casovou synchronizaci jsem tam uz nasel

Haf

On Tue, 20 Jan 2004, Marek Svantner wrote:

> Ahoj,
> v doc/docbook/en/core nebo tak neco je kostra dokumentace
> jadra k projednani. Je to primo v docbookovejch zdrojakach
> jako poznamky, takze si normalne vygenerujte dokumentaci
> a kouknete na to. Je to pomerne hrube, ale snad by to melo
> stacit, aspon zatim.
>
> Taky jsem trosku prerovnal soubory ve vsech docbookovych
> dokumentacich - ukazalo se, ze ve vetsine pripadu bude
> na kapitolu (nepocitam-li obrazky) stacit 1 (max par)
> souboru, takze je zbytecne delat na kazdou kapitolu extra
> adresar (spis to prekazi). Takze vsechny kapitoly ted
> jsou pohromade v adresarich chapters. Hafovy zmeny ze
> vcerejska by v tom uz mely byt zapracovane.
>
> Zitra az pozitri bych tam mel commitnout ty casti o IDL
> k projednani (mozna neuplne) a taky napsat (nebo
> pretahnout) Introduction, Architecture, Core Requirements,
> Compilation (ty posledni 2 zaberou tak 10min :) a dal
> uvidim.
>
> Marek
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Massiv-devel mailing list
> Mas...@li...
> https://lists.sourceforge.net/lists/listinfo/massiv-devel
>

> Ahoj,
> v doc/docbook/en/core nebo tak neco je kostra dokumentace
> jadra k projednani. Je to primo v docbookovejch zdrojakach
> jako poznamky, takze si normalne vygenerujte dokumentaci
> a kouknete na to. Je to pomerne hrube, ale snad by to melo
> stacit, aspon zatim.
>
> Taky jsem trosku prerovnal soubory ve vsech docbookovych
> dokumentacich - ukazalo se, ze ve vetsine pripadu bude
> na kapitolu (nepocitam-li obrazky) stacit 1 (max par)
> souboru, takze je zbytecne delat na kazdou kapitolu extra
> adresar (spis to prekazi). Takze vsechny kapitoly ted
> jsou pohromade v adresarich chapters. Hafovy zmeny ze
> vcerejska by v tom uz mely byt zapracovane.
>
> Zitra az pozitri bych tam mel commitnout ty casti o IDL
> k projednani (mozna neuplne) a taky napsat (nebo
> pretahnout) Introduction, Architecture, Core Requirements,
> Compilation (ty posledni 2 zaberou tak 10min :) a dal
> uvidim.

No fajn, ja tam tedy docvakam data, thread, atd. proste to co jsem delal.
Mam to pojat tedy ve stylu, v jakem pises ty? tj. registry, co uz jsou tam
napsane? Souhlasi s tim vsichni, nebo to je tvuj zpusob, ktery neni
schvaleny?

Chybi tam asi kapitola pro casovou synchronizaci.

Haf

 >
> Marek
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Massiv-devel mailing list
> Mas...@li...
> https://lists.sourceforge.net/lists/listinfo/massiv-devel
>

Ahoj,
postmortem a postmortem2 je commitly jedno jako ascii a jedno
binarne. A vubec, proc je to rozdeleny na 2 soubory?
Marek

> Melo by se to "nekde" (v demo/client) testovat. Nebo pridat do startup
infa
> flazik "single threaded" - tj. ignoruj, co je v settings; a v demo/client
ho
> natvrdo nastavit na true.

Beru na vedomi. Udelam tam flag "single_threaded_srpc" (klient i tak bude
mit vic vlaken, kvuli fsys nebo stack traceru).
-- Markoid

> Nefunguje mi ted cvs (connection refused), takze posilam mailem (pro
> kontrolu: funguje vam to ted?):
> Musi se tam prohodit to poradi ifu a address.layer testovat hned na zacatku.
>
> Remote<Sector> Entity::get_sector
>     (
>     const SectorAddress & address
>     )
>     {
>     if( address.layer != null )
>         {
>         if( current_sector != null )
>             {
>             return current_sector->get_sector( address );
>             }
>         else
>             {
>             Remote< Layer > layer = address.layer.convert();
>             return layer->sync_get_sector( address );
>             }
>         }
>     else
>         {
>         return null;
>         }
>     }
>

Jo tohle chodi.

Haf

Marek Vondrak wrote:
> Nefunguje mi ted cvs (connection refused), takze posilam mailem (pro
> kontrolu: funguje vam to ted?):

Pokud myslis CVS, tak nefunguje, a to uz od vcerejsiho odpoledne.

Marek

Nefunguje mi ted cvs (connection refused), takze posilam mailem (pro
kontrolu: funguje vam to ted?):
Musi se tam prohodit to poradi ifu a address.layer testovat hned na zacatku.

Remote<Sector> Entity::get_sector
    (
    const SectorAddress & address
    )
    {
    if( address.layer != null )
        {
        if( current_sector != null )
            {
            return current_sector->get_sector( address );
            }
        else
            {
            Remote< Layer > layer = address.layer.convert();
            return layer->sync_get_sector( address );
            }
        }
    else
        {
        return null;
        }
    }

-- Markoid

> Na win98 to haze tohle:
> Initializing Massiv core...
> !generic error: Panic: SymInitialize() failed. (file
> 'thread\arch\win32\stack_tr
> acer_win32.cpp', line 103, function __thiscall
> Massiv::Core::StackTracerMSVC::St
> ackTracerMSVC(void))

Spravim tak, aby to slo pustit. Stack-traces nebudou na w9x fungovat, ale
pojede to.
-- Markoid