massiv-crap Mailing List for Massively multiplayer game middleware

----- Original Message -----
From: "Marek Vondrak" <MVO...@Ba...>

> 1) operator =
> mozna to je tim, ze mas naky strasne stary zdrojaky

Jo, je to tim, co sem pochopil.

> 2) dynamic_cast<>
> to je spravne a dokonce je tam napsany, proc to pise ten warning:
> je to z toho duvodu, ze kdyz neco prekladas bez vyjimek nebo RTTI, tak
> dynamic cast funguje nedynamicky a tudiz to nemuze delat, to co ma
> (preloz si to s /GR nebo /GX)

Joo, moje chyba, zapl jsem vyjimky, ale rtti uz ne. Ale stejne me prijde
divne, ze to vyhodilo vyjimku..ale to asi bude tak tema zastaralyma
zdrojakama.

Petr

Zdarec,

Pro zacatek - takovydle veci klidne posilejte do devel. Do crapu piste, ze 
jste si koupili novou lednicku.

On Thursday 29 November 2001 21:35, Petr Tovarys wrote:

> On Thu, 29 Nov 2001, Ondrej Pecta wrote:
> > Zdravim developery :o)
> > tak jsem vcera studoval zdrojaky SSH a musim priznat, ze Stepan mel
> > opravdu recht :o). Je to fakt sileny (nekolik desitek souboru), navic to
> > pouziva nejaky linux nativ knihovny gmp, se kteryma jsem na W32 nehnul
> > ani nahodou. Pak mi boovie doporucil windows SSH klienta Putty, kterej je
> > taky free se zdrojakama. Dneska jsem do toho koukal celej den a nejsem z
> > toho vubec moudrej, pouziva nejak zahadne private i public klic dohromady
> > a obsahuje dost zahadny fce na to sifrovani. Oproti SSH (tam jsou ty fce
> > na private a public encodovani/decodovani fakt pekne udelany) to jde
> > zkompilovat a vrtat se v tom, ale dneska jsem nepochopil vic, nez
> > generator klicu RSA. Mate nekdo nejaky napad, co ted ?

Vubec se zatim nehrab ve zdrojacich. Spis hledej pres google zajimave 
dokumenty. Dulezite je pochopit par zakladnich veci o sifrach. Symetricke vs. 
asymetricke, na co je treba dat pozor a tak. Jak ja to chapu, tak 
nejdulezitejsi je prvotni autentifikacni (nebo jak je to slovo) protokol.
A pak se kouknout na nejake implementace. Asi nejlepe vzit kus openssl (tu 
crypto knihovnu, generatory random cisel, dsa, blowfish).

> Cau, bavil jsem se trochu s Katem a Lesakem, a co jsem pochopil (a to
> sifrovani moc nechapu, tak me za ty poznamky nic nebijte), teda vubec
> obecne o sifrach...
> RSA je strasne pomale
> pak neco ze pry jsou lepsi symetricke sifry, kterou jsou take radove
> rychlejsi,

Imho nejde rict jestli jsou lepsi symetricke nebo asymetricke. Pokud to 
spravne chapu, kazda se nasazuje v jine situaci. Jak to tedka tak zhruba 
vidim, ma spojeni +-3 faze:
-Pripojeni klienta na server - musi se potvrdit, ze se pripojuje opravdu tam, 
kam si mysli.
-Autentifikace klienta - ze se opravdu smi pripojit.
-Komunikace.

Pricemz v prvnich dvou fazich se bez nejakejch asymetrickejch sifer moc 
neobejdes. Ale tam si muzou nejak spolecne napiskat klic, kterej se pak bude 
pouzivat pri komunikaci (symetricka sifra).

> Proste se secure spojenima budou asi problemy.

Rozhodne mensi nez s nesecure...

Posilam nejakej blbol o ssh, co jsem nasel na disku. Je to dost stary, ssh1, 
jeste to, ktery je tedka komercni (tj. ne openssh). V myslenkach se to ale 
asi nelisi, jenom ssh2 je dsa+blowfish misto rsa+des nebo tak nejak. Btw. na 
rsa platil jeste nedavno nejakej divnej patent a neslo zas tak bez problemu 
pouzit. Mozna uz je ale po nem.

Par linku, musi se ale jeste hledat dal (todle jsem mel otevreny kdyz mi 
spadl modem):
http://www.cs.auckland.ac.nz/~pgut001/links.html
http://directory.google.com/Top/Computers/Security/Products_and_Tools/Cryptography/SSH/Documentation/
http://www.openssh.com
http://www.openssl.org
http://www.uni-siegen.de/security/pointers.php


-- Stepan

On Thu, 29 Nov 2001, Ondrej Pecta wrote:

> Zdravim developery :o)
> tak jsem vcera studoval zdrojaky SSH a musim priznat, ze Stepan mel
> opravdu recht :o). Je to fakt sileny (nekolik desitek souboru), navic to pouziva nejaky linux
> nativ knihovny gmp, se kteryma jsem na W32 nehnul ani nahodou. Pak mi
> boovie doporucil windows SSH klienta Putty, kterej je taky free se
> zdrojakama. Dneska jsem do toho koukal celej den a nejsem z toho vubec
> moudrej, pouziva nejak zahadne private i public klic dohromady a
> obsahuje dost zahadny fce na to sifrovani. Oproti SSH (tam jsou ty fce
> na private a public encodovani/decodovani fakt pekne udelany) to jde
> zkompilovat a vrtat se v tom, ale dneska jsem nepochopil vic, nez
> generator klicu RSA. Mate nekdo nejaky napad, co ted ?
> Octa

Cau, bavil jsem se trochu s Katem a Lesakem, a co jsem pochopil (a to
sifrovani moc nechapu, tak me za ty poznamky nic nebijte), teda vubec
obecne o sifrach...
RSA je strasne pomale
pak neco ze pry jsou lepsi symetricke sifry, kterou jsou take radove
rychlejsi,
pry na 200MHZ pentiu to zvladne snad i 100Mbit za sekundu...
taky je asi problem s velikosti a nezavislosti malych UDP paketu, ze
sifrovace to asi rozsiruji (pridavaji balast na zacatek nebo konec), aby
to nebylo male (radove kb)...
Taky ze pry existuje nejake idealni sifrovani (slovnikove ci co), kde je
dokazano ze nejde rozlustit, ale to jen na okraj.

Proste se secure spojenima budou asi problemy.

Petr

Zdravim developery :o)
tak jsem vcera studoval zdrojaky SSH a musim priznat, ze Stepan mel
opravdu recht :o). Je to fakt sileny (nekolik desitek souboru), navic to pouziva nejaky linux
nativ knihovny gmp, se kteryma jsem na W32 nehnul ani nahodou. Pak mi
boovie doporucil windows SSH klienta Putty, kterej je taky free se
zdrojakama. Dneska jsem do toho koukal celej den a nejsem z toho vubec
moudrej, pouziva nejak zahadne private i public klic dohromady a
obsahuje dost zahadny fce na to sifrovani. Oproti SSH (tam jsou ty fce
na private a public encodovani/decodovani fakt pekne udelany) to jde
zkompilovat a vrtat se v tom, ale dneska jsem nepochopil vic, nez
generator klicu RSA. Mate nekdo nejaky napad, co ted ?
Octa
-- 
 Ondrej Pecta                          mailto:oc...@ma...

On Tuesday 27 November 2001 21:04, Petr Tovarys wrote:

> Tak tady tohle mi nefunguje. Uz me to nejak zase nefunguje ani to
> prirazeni, safra, mozna tam mam jen nejakou stupidni chybu...
>
> // error C2679: binary '=' : no operator defined which takes a right-hand
> // operand of type 'class Massiv::Core::Reference<class TestClassSon>'
> // (or there is no acceptable conversion).

Todle moc nechapu...

> // warning C4541: 'dynamic_cast' used on polymorphic type
> // 'class Massiv::Core::SharedObject' with /GR-;
> // unpredictable behavior may result
> // while compiling class-template member function
> // '__thiscall Massiv::Core::reference_cast<class TestClass>
> // ::Massiv::Core::reference_cast<class TestClass>
> // (class Massiv::Core::SharedObject *)'

Todle mi prijde, jako bys to prekladal s vypnutymi vyjimkami/rtti. Ale v MSVC 
se moc nevyznam.

-- Stepan

Nazdarek,
tady posilam link na jakysi "on-line" prekladac C++, ktery by mel byt
dost ANSI compliant a navic umoznuje on-line zapsat cast kodu a 
nechat si ji zkontrolovat. Takze kdyz budete na pochybach nebo se vam 
bude neco prekladat spatne, vyzkousejte tohle:
www.comeaucomputing.com/tryitout

-- Markoid

Zde mate nejake heslovite zapisy ze schuzek.
http://www.krava.cz/home/systole/massiv/
Jakekoli updaty preze me.

Petr

Tak tady tohle mi nefunguje. Uz me to nejak zase nefunguje ani to =
prirazeni, safra, mozna tam mam jen nejakou stupidni chybu...

Petr


#define __DEBUG__ 1


#include "reference.h"

using namespace Massiv;
using namespace Massiv::Core;


class TestClass : public SharedObject
    {
    };

class TestClassSon : public TestClass
    {
    };

int main()
    {
    Reference<TestClass>    tc1;
    Reference<TestClassSon> tc2;

    tc2 =3D new TestClassSon;

// error C2679: binary '=3D' : no operator defined which takes a =
right-hand=20
// operand of type 'class Massiv::Core::Reference<class TestClassSon>'=20
// (or there is no acceptable conversion).
    tc1 =3D tc2;

// warning C4541: 'dynamic_cast' used on polymorphic type=20
// 'class Massiv::Core::SharedObject' with /GR-;=20
// unpredictable behavior may result
// while compiling class-template member function=20
// '__thiscall Massiv::Core::reference_cast<class TestClass>
// ::Massiv::Core::reference_cast<class TestClass>
// (class Massiv::Core::SharedObject *)'
    tc1 =3D reference_cast<TestClass>( new TestClassSon );

    return 0;
    }

Hello Stepan,
Monday, November 26, 2001, 12:04:50 AM, you wrote:

SV> Nazdar,

SV> Asi by se v utery mela konat schuzka. Tezko rict, co by se na ni melo 
SV> projednavat, pravdepodobne porad nejake globalnejsi veci. Ja jsem o tom ale 
SV> posledni dobou moc nepremyslel, spis jsem se hrabal v c++ a stl a iostreamech 
SV> a neco jsem zacal psat, ale porad to neni hodno prezentovani a stejne by to 
SV> asi nikdo neprozkoumal natolik dukladne, aby se o tom dalo uz v utery bavit. 
SV> Ani to radeji zatim nebudu posilat.

SV> Na co jsem narazil (prizemni zalezitosti):

SV> -Vyjimky:
SV> Zakladni hierarchie. Tedka nemyslim uplne to, ceho jsme se lehce dotkli 
SV> minule. Spis jde o to, jak/jestli to udat tak, aby to zapadlo mezi standardni 
SV> c++ vyjimky.
SV> Cil: Chceme chytat vyjimky vsude "stejnym" zpusobem, at jsou to nase 
SV> podivnoste nebo standardni veci (bad_alloc, bad_cast, out_of_range, etc.). 
SV> Chceme, aby se vsechny vyjimky posilaly do logu.

SV> -String:
SV> Pouzivat nejaky nas string rozsirujici/obalujici ten standardni nebo ne? V 
SV> STLPortu neni reference counted, coz muze byt neprijemne. Jak delat "spravne" 
SV> case insensitive porovnavani stringu. Podle stl "spravne" = pouzit jine 
SV> char_traits, coz ale znamena, ze zpusob porovnavani je pevne vazan na typ 
SV> (tj. std. 'string' porovnava case sensitive, a treba 'cistring' case 
SV> insensitive), to mi prijde podivne.

SV> -Iostreams:
SV> Ja bych doporucoval na ne prejit, stl bez nich je tak trochu divne; a zas tak 
SV> strasny to neni.

SV> -Namespace std:
SV> Pouzivat vsude "using std", nebo prefixovat std veci "std::"?

SV> Ted me zrovna uz zadna podobna blbina nenapada.


SV> Obecne "velke" veci k reseni (pripominam, ze jsem si to nerozmyslel):

SV> -Jake servery a jak spolu komunikuji:
SV> Chtelo by to asi sepsat standardni akce v systemu a pak si rozmyslet, kudy 
SV> mezi servery bude jake info behat. Tj. slovy popsat hodne podrobne jednotlive 
SV> kroky. Priklady akci:
SV>  -Prilogovani noveho klienta
SV>   faze1: client<->logserver
SV>   faze2: logserver<->gameserver
SV>  -Replikacni sitovy tick.
SV>  -Predavani objektu. Trackovani objektu z duvodu zasilani zprav a zotaveni
SV>   po padu (dve ruzne veci).
SV>  -Pridani noveho gameserveru za behu.
SV>  -Pad gameserveru, jak, kdo a co zjisti. Vzpamatovavani se.
SV>  -Pad jineho serveru, totez.
SV>  -atd.
V lim->>inf by z toho mohla vzniknout predstava, jak to bude jako celek 
SV> fungovat.

SV> Napiste aspon nekdo, co by se podle vas melo resit.


SV> -- Stoupik

SV> _______________________________________________
SV> Massiv-crap mailing list
SV> Mas...@li...
SV> https://lists.sourceforge.net/lists/listinfo/massiv-crap

Jsem rozhodne pro schuzku, taky mam neco, co bych chtel resit, tyka se
to hlavne toho sitovani, chtelo by to rozmyslet, jaka vsechna
komunikace tam pobezi, protokoly, server/client, kolik portu bude stacit atd.
Pak bych ocenil, kdyby nekdo zauceny (treba Stoupik) podal nejake info
o tech iostreams, abych vedel, co se po me vlastne chce, kdyz je ma
komunikace taky pouzivat. Jinak docela souhlasim s tim co navrhl resit
stoupik. mejte se, Octa

-- 
 Ondrej                            mailto:oc...@ma...

Nazdar,

Asi by se v utery mela konat schuzka. Tezko rict, co by se na ni melo 
projednavat, pravdepodobne porad nejake globalnejsi veci. Ja jsem o tom ale 
posledni dobou moc nepremyslel, spis jsem se hrabal v c++ a stl a iostreamech 
a neco jsem zacal psat, ale porad to neni hodno prezentovani a stejne by to 
asi nikdo neprozkoumal natolik dukladne, aby se o tom dalo uz v utery bavit. 
Ani to radeji zatim nebudu posilat.

Na co jsem narazil (prizemni zalezitosti):

-Vyjimky:
Zakladni hierarchie. Tedka nemyslim uplne to, ceho jsme se lehce dotkli 
minule. Spis jde o to, jak/jestli to udat tak, aby to zapadlo mezi standardni 
c++ vyjimky.
Cil: Chceme chytat vyjimky vsude "stejnym" zpusobem, at jsou to nase 
podivnoste nebo standardni veci (bad_alloc, bad_cast, out_of_range, etc.). 
Chceme, aby se vsechny vyjimky posilaly do logu.

-String:
Pouzivat nejaky nas string rozsirujici/obalujici ten standardni nebo ne? V 
STLPortu neni reference counted, coz muze byt neprijemne. Jak delat "spravne" 
case insensitive porovnavani stringu. Podle stl "spravne" = pouzit jine 
char_traits, coz ale znamena, ze zpusob porovnavani je pevne vazan na typ 
(tj. std. 'string' porovnava case sensitive, a treba 'cistring' case 
insensitive), to mi prijde podivne.

-Iostreams:
Ja bych doporucoval na ne prejit, stl bez nich je tak trochu divne; a zas tak 
strasny to neni.

-Namespace std:
Pouzivat vsude "using std", nebo prefixovat std veci "std::"?

Ted me zrovna uz zadna podobna blbina nenapada.


Obecne "velke" veci k reseni (pripominam, ze jsem si to nerozmyslel):

-Jake servery a jak spolu komunikuji:
Chtelo by to asi sepsat standardni akce v systemu a pak si rozmyslet, kudy 
mezi servery bude jake info behat. Tj. slovy popsat hodne podrobne jednotlive 
kroky. Priklady akci:
 -Prilogovani noveho klienta
  faze1: client<->logserver
  faze2: logserver<->gameserver
 -Replikacni sitovy tick.
 -Predavani objektu. Trackovani objektu z duvodu zasilani zprav a zotaveni
  po padu (dve ruzne veci).
 -Pridani noveho gameserveru za behu.
 -Pad gameserveru, jak, kdo a co zjisti. Vzpamatovavani se.
 -Pad jineho serveru, totez.
 -atd.
V lim->inf by z toho mohla vzniknout predstava, jak to bude jako celek 
fungovat.

Napiste aspon nekdo, co by se podle vas melo resit.


-- Stoupik

http://www.mindview.net/Books/TICPP/ThinkingInCPP2e.html
(precist cele za domaci ukol, hlavne vol2, i kdyz je incomplete)

http://www.dinkumware.com/
(prej dobry docs, ale prudej, zatim se mi to nepodarilo stahnout offline)

Jinak nic moc, vsechno tisteny. Leda tak SGI STL dokumentace a podobne veci. 
Zna nekdo neco jineho pekneho poucneho?

-- Stepan

$SUBJ
Pokud teda nikdo neprijde ihned se skvelym navrhem na jeji napln.

-- Stepan

Zdarec,

tak mi to normalne chodi:
export CVS_RSH=ssh
cvs -d:ext:st...@cv...:/cvsroot/massiv blabla

Vsechno chodi.
Prectete si
http://sourceforge.net/docman/display_doc.php?docid=765&group_id=1
a podobne.

Mozne je, ze:
When I try to use CVS it tells me that "/home/users/[account name]" does
not exist. 
You need to ssh into your account on the CVS server once before attempting
to use CVS for the first time. Sshing in will cause your home directory to
be created. 

Jinak fakt nevim.

A opravdu si to nejdriv vyskousejte z cmdline nez budete nadavat. Tam se
to da o dost lip zdebugovat.


Vse ke v modulu massiv.
V nem adresare massiv a test.
V massivu by melo byt "to prave", v test si delejte co je libo.


-- Stepan

Zdravim,
hraju si s tim CVS a narazil jsem na docela velikej problem :
nemuzu nic commitnout, pac nemam prava do naseho adresare na
sourceforge, nevis Stepane, co s tim ?
hlasi to toto :

cvs commit -m moje_zmena massiv\doc\codestyle.txt (in directory C:\temp\massiv\)
cvs [server aborted]: "commit" requires write access to the repository

Mozna to bude chtit to jeste trosicku nastavit ne? :o)
Octa

Hojte,=20

1/ Mam sepsanou nejakou historii massivu, takze se nesnazte prepisovat =
ty veci ze scannu apod.
2/ Schuzka utery 13.11. bude klasicky v 17.00, zde je nutno podoktnout =
ze v 19.00 zacina v E5 takovy ten oficialni sraz projektove komise =
(predvadecky apod.) tak se tam muzem taky mrknout.
3/ Add styl: Ja preferuji tak jak to napsal stepan, rozlezle (ja tak =
nepisu, bo sem linej, a prave proto chci, bo myslim ze to stoji za to, =
kdyz koukam na sve zdrojaky starsich projektu)...jinak detaily (octa & =
markoid reakce) muzem doresit v to utery.
 Jinak psaci styl muzeme brat tak, ze az budeme nekde programovat tak =
vam taky reknou jak to mate psat, a bavit se uz s vami nebudou,  takze =
to muzeme brat jako pripravku :-)
4/ Co by se melo v utry probrat: Mozna jiz implement. detaily nektere =
(jak zacit psat zakladni casti serveru jako logovani, vyjmky atak viz. =
stepanovy upravy) ale jinak je stale hafo co resit. Problem zalohovani =
bych nenechaval zbytecne na pozdeji, neb je docela dulezity a kdyz ted =
jeste nejsme vytizeni psanim tak mame hafo casu.=20
5/ Kdo chce at mu koupim veceri at se mi ozve.
6/ Pokud si nekdo mysli ze by schuzka byt nemela tak muze diskutovat. =
NIcmene je nutno podotkount, ze bude asi kratsi nez obvykle, neb estli =
pudem v 19.00 na ten sraz a este stihnout veceri tak to vyjde tak na =
hodku a pul cisteho casu.
Zatim vse,=20

Petr

Cau,
muzete si je prohlidnout na http://massiv.sourceforge.net

-- Markoid

> Dobry den,
> 
> > obracime se na vas s zadosti: projekt byl uz komisi schvalen, nicmene 
> > je ve stavu "vypsan"; na projektovych strankach se pise, ze k tomu, 
> > aby byl projekt "zahajen" je potreba informovat vedouciho, kdo 
> > projekt bude resit, a ten pak zajisti potrebne ukony. Mate nejakou
> > podminku na pocet resitelu? Zatim je nas 5 / mozna 6.
> 
> 
> Pocet resitelu asi neni dulezity, dokud bude dostatecny :-) hlavne abych 
> vedel, kdo to je :-).
> 
> > Dale bychom radi vedeli, jakym zpusobem hodlate / budete / 
> > chctete / nechcete dohlizet nad vyvojem projektu.
> 
> 
> Plati to, co jsem rikal jiz pred zacatkem projektu. Rad bych mel ramcovy 
> prehled o tom, co kdo dela a v jake je to fazi, a na cem jste se dohodli 
> v zavaznych technickych otazkach. Mohu mirne prispivat do technickych 
> diskusi, pokud budete mit zajem, ale zavaznejsi debaty bych z casovych 
> duvodu nerad podnikal prilis casto.
> 
> Petr Tuma
> 

Cau,
byva mym zvykem, ze na radu poznamek se snazim reagovat co nejdrive, 
aniz bych si je predem poradne prostudoval. Zatim bych k tomu rekl 
to, ze pokud to chcete psat nekompresene, tak prosim, me to ale tak 
pripada neprehledne - je sice pravda, ze se tam potom daji vtesnat 
popisy pro doxygen, ale z .h neni nic poznat ("kompresene" se popis 
tridy vejde na stranku, takhle ne) - v podstate by se pak hodilo 
pouzivat vygenerovanou dokumentaci i v pripadech, kdybychom se jinak 
radsi divali primo do zdrojaku (dokumentace by slouzila i nam). 
Nejvic mi ale vadi prazdna radka mezi deklaraci funkce a jeji 
implementaci.

No a ted, konkretneji:

V pripade, ze by se psalo nekompresene, pak uz nelze 
"funkcni skupiny" metod oddelovat prazdnymi radkami, ale jedine 
(rozumne) pomoci uvozovani public:/protected:/private:.

Pokud nechcete & a * cpat vpravo, pak vsude s mezerou a konzistentne:
Object *    object_name;
Object *    function() nebo kdyz uz to roztahujeme, tak
Object *
    function
        (
        [ void ] - spis ne
        )
        
Inline implementace psat mimo deklarace ve tride.

Dokumentovat jen to, co je nutne (zrejme veci jako copy constructor 
ne, spis na zacatku tridy popsat naky zakladni veci, jak se to ma 
chovat, a ze treba kopirovani objektu vytvari/nevytvari novou instanci
zavislou/nezavislou na predchozi).

Hlavicky zdrojaku samozrejme ano.

Polozky enumu prefixovat typem.

Asserty:
    spis asi tvrdej stop bez absolutne zadnyho uklidu
    (pokud chcete uklizet, pak je lepsi hazet vyjimku, pricemz
     v debug modu by to znamenalo stop, tak ze (pokud to system umi)
     se na to pusti ihned debugger apod.) 
     
Pojmenovavani vyjimek:
    ExceptionXXX mi pripada hodne dlouhy a pripomina mi to Delphi 
    (tam to je Exxx), spis Massiv::Exception::XXX
    
Massiv namespace:
    je asi lepsi udelat si tu hierarchii s korenem Massiv
    (tj. Massiv::Core, Massiv::Script, ...) misto MassivCore, 
    MassivScript;
    potom se nabizi sikovne rozsireni na Massiv::Exception
    apod.
    
RString:
    hodi se podle me dost, protoze je muzes vsude predavat hodnotou,
    zejmena treba do vyjimek (predat referenci nemuzes, protoze se pri 
    unwindovani ten string muze zrusit a reference bude ukazovat do 
    pytle; alokovat objekt dynamicky a predavat pointer mi prijde 
    jeste horsi)

    snazil jsem se to napsat tak, aby interface byl co nejvic podobny 
    tomu v STL, proto ty operatory
    (pokud to nechcete, muze se to zrusit, pak uvidite, ze celej 
    RString je jenom trivialni wrapper nad std::string pouzivajici
    automaticky pocitani referenci z ref.h)

Logovani:
    ten filtr by mel byt opravdu nastavitelny dynamicky a ne natvrdo
    ve status;
    
    zaroven by se melo vymyslet i rozhrani jak zapisovat obecne
    zpravy, ne jenom pres vyjimky
    
Status:
    myslim, ze se to da pouzit i na vraceni hodnot z funkci;
    mozne priklady, jak se da resit konverze ze stringu na float:
    
    Delphi:
    
    _try
        {
        d := StringToDouble(s);
        }
    _except(Eneco)
        {
        chyba;
        }
        
    C:
    
    char *end_s;
    d = strtod(s, &end_s);
    if (end_s == s)
        chyba;
        
    Status:
    
    if (ToDouble(s, &d).is_error())
        {
        chyba;
        }

-- Markoid    

zdravim
reaguju na mail od Stoupy
- 80 znaku na radek mi nepripada moc, klidne bych to rozsiril na tech
100
- uprednostunuji tenhle zapis fce
  int * moje_uzasna_funkce
- hlavicka vsech zdrojaku by taky mohla byt stejna, to souhlasim, jen
  bych to ted neresil, das to tam klidne nakonec
- jsem pro kratsi ifdef/ifndef u headru, tudiz
  #ifndef _MYHEADER_H_         //svuj ucel to prece splni
- dal bych pouzival #ifdef/#ifndef, nedaval bych variantu STEPAN b)
- vsechny jednoradkove komentare psat jako //komentar
- nevim, co myslis Stepane tou doxygen dokumentaci ?! Na co to je?
- polozky enum bych taky pojmenovaval s prefixem napr. SEVERITY_ERROR,
abychom vedeli, co to je
- poradi metod a promennych, struct vs. class:
  jsem pro b) promenne pred metodami
- jsem pro vic trid v jednom zdrojaku


-- 
 Ondrej Pecta                          mailto:oc...@ma...

Hlasi se sesty zajemce o projekt. Chceme(te) ho? Potrebujeme sest lidi?
[to asi tedka nikdo nevi, ale na praci toho asi bude dost; otazka je,
jestli to pujde vhodne rozdelit]. Jde ho vubec jeste pridat do teamu?

Predbezne jsme mu rekli, ze v utery bude schuzka, takze to tam dojedname,
pripadne se klidne muze zucastnit. Rekl bych, ze ukol "vysvetlete cizimu
cloveku, jak to ma fungovat" by pomerne dobre mohl odhalit, jak v tom sami
vlastne mame jasno (tip na odpoved: nemame). Psal s Markoidem FTPFS, tak
se na podrobnosti ptejte Markoida.

-- Stepan

---------- Forwarded message ----------
Date: Thu, 1 Nov 2001 18:47:10 +0100 (CET)
From: Martin Havlista <mha...@ma...>
To: st...@po...
Subject: projekt massiv

Zdravim.

Marek Vondrak mi rekl neco o Vasem
projektu Masiv. Uz jsem cetl i vasi
specifikaci. Mel bych zajem s k vam
pripojit a delat na tom projektu.
Dej mi prosim te vedet,
jestli bych na tom mohl delat s vami
nebo ne.

Dik za odpoved, s pozdravem Martin Havlista

----- Original Message -----
From: "Stepan Vondrak" <sv...@vo...>

> Zdar,
>
> Pro ty, kteri to jeste nevedi - pristi schuzka se kona v utery 6.11.2001
od
> 17:00 na tradicnim miste (tj. u baru). Aspon teda doufam.
>

1/ Prebezne co resit:
-doresit veci z minula (mozna by stacilo todle na celou schuzku :), format
objektu, planovac, jak se hledaji
 objekty na replikaci, jak se replikuje
-obnoveni ze zalohy podrobneji - jak se resi spec. pripady (pridani
atributu, ruseni objektu ze sveta (co s referencemi na nej)) apod
-sprava object id (format id), sprava server id (ruseni/pridavani serveru)
-neco dalsiho co vas napadne a je akutni
-vic radeji ne, uz takhle toho je hafo

2/ Navrhuju nedelat schuzku delsi jak 4 hodiny, z minula vime ze se pak
schuzka stava este vice kontraproduktivni nez normalne.

3/ Tak kolem 19.00 bude rozchod na veceri a po ni pokracovani, tak s tim
pocitejte.

Petr

Zdar,

Pro ty, kteri to jeste nevedi - pristi schuzka se kona v utery 6.11.2001 od 
17:00 na tradicnim miste (tj. u baru). Aspon teda doufam.

Top Secret Message (for Systole's eyes only):
Markoid vzkazuje, ze mas Vondrakum koupit po jedne veceri. Vrele diky.


-- Stepan