You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(17) |
Oct
(32) |
Nov
(22) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(7) |
Feb
(15) |
Mar
(14) |
Apr
(24) |
May
(54) |
Jun
|
Jul
(2) |
Aug
(6) |
Sep
(15) |
Oct
(36) |
Nov
(137) |
Dec
(30) |
| 2003 |
Jan
(63) |
Feb
(139) |
Mar
(244) |
Apr
(94) |
May
(63) |
Jun
(92) |
Jul
(140) |
Aug
(175) |
Sep
(138) |
Oct
(147) |
Nov
(184) |
Dec
(221) |
| 2004 |
Jan
(85) |
Feb
(116) |
Mar
(95) |
Apr
(19) |
May
(8) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(1) |
2
|
3
(3) |
|
4
(5) |
5
(9) |
6
(2) |
7
|
8
|
9
(2) |
10
|
|
11
|
12
|
13
(5) |
14
(2) |
15
(8) |
16
(1) |
17
|
|
18
|
19
|
20
(4) |
21
|
22
(3) |
23
(1) |
24
|
|
25
|
26
|
27
|
28
(8) |
29
(6) |
30
(3) |
31
|
|
From: Marek V. <mvo...@ce...> - 2003-05-30 12:46:24
|
> ! else if( !reply_to.is_null() ) Pouzivejte radsi "reply != null". -- Markoid |
|
From: Marek V. <mvo...@ce...> - 2003-05-30 12:26:17
|
> Cau, hlavne Markoide, > > Moc se v tech tvejch pointerech nevyznam, ale prijde mi, ze Thunks rozhodne > nejsou nove vytvareny vzdy pri kazdem dereferencovani remote pointeru, a > proto neni vubec rozumne do nich cpat parametry volani. Napriklad mam-li Funguje to tahle: ObjectPointer::operator->() (resp. ObjectPointer::dereference()) vraci hodnotou "active proxy", coz je bud LocalProxy nebo RemoteProxy. Aktivni proxy pak definuji "operator->", ktery vraci sam sebe, coz je jenom proto, ze hodnota vracena z ObjectPointer::operator->() neni reference/pointer na tridu. Veskere kontexty asociovane s jednim ptr.operator->() tak mohou byt ulozene v ActiveProxy. -- Markoid |
|
From: Marek V. <mvo...@ce...> - 2003-05-30 12:08:40
|
> ! #if ( _MSC_VER >= 1310 ) > ! // Redefine stdext to our_stdext and hope that no one includes > ! // MSVC's internal header that refers to original stdext. > ! #define stdext our_stdext Na tohle jsi zapomnel, to ted neni potreba. -- Markoid |
|
From: Martin H. <mha...@ma...> - 2003-05-29 18:17:06
|
Ulozim si jeho stav, zavru ho, prejmenuju, a obnovim stav. haf On Thu, 29 May 2003, Petr Tovarys wrote: > On Thu, 29 May 2003, Martin Havlista wrote: > > > Nova verze souboru prepise starou. Pokud je datovy soubor pouzivan > > (nejakym data objectem), je prejmenovan na <stare jmeno>.tmp a nadale > > pouzivan. > > > To funguje, kdyz mas otevrene streamy na soubor a pracujes s nima, tak > v pulce prace ten otevreny soubor prejmenovat a ty streamy budou cist > z toho prejmenovaneho a bude to fungovat? > > Petr > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Massiv-crap mailing list > Mas...@li... > https://lists.sourceforge.net/lists/listinfo/massiv-crap > |
|
From: Petr T. <pto...@ss...> - 2003-05-29 17:43:05
|
On Thu, 29 May 2003, Martin Havlista wrote: > Nova verze souboru prepise starou. Pokud je datovy soubor pouzivan > (nejakym data objectem), je prejmenovan na <stare jmeno>.tmp a nadale > pouzivan. To funguje, kdyz mas otevrene streamy na soubor a pracujes s nima, tak v pulce prace ten otevreny soubor prejmenovat a ty streamy budou cist z toho prejmenovaneho a bude to fungovat? Petr |
|
From: Martin H. <mha...@ma...> - 2003-05-29 16:31:33
|
Dam do doc presne pouziti data manageru. Zkusim co nejdriv. Haf |
|
From: Martin H. <mha...@ma...> - 2003-05-29 16:25:22
|
Nova verze souboru prepise starou. Pokud je datovy soubor pouzivan (nejakym data objectem), je prejmenovan na <stare jmeno>.tmp a nadale pouzivan. Neni treba znat popis .description souboru, pokud potrebujes pridat nejake datove soubory, datove objecty, pouzij data_update utility. Ta ti umi vygenerovat ukazkovy update description soubor, odkud muzes zjistit, jak se to pouziva. Haf On Thu, 29 May 2003, Petr Tovarys wrote: > Caues, > > - Kam stahuje data manager nove verse jednoho data objektu? > A jakym zpusobem nahradi starou versi novou (fyzicka data)? > > - Kde je popis formatu tech description souboru? > > Petr > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Massiv-devel mailing list > Mas...@li... > https://lists.sourceforge.net/lists/listinfo/massiv-devel > |
|
From: Martin H. <mha...@ma...> - 2003-05-29 12:21:38
|
zapomente na posledni email (problemy s kompilaci) uz mi to jede. Zvlastni ze vzducky kdyz uz si nevim rady, napisu email do konference, a pak na to prijdu.... Stava se vam to taky??? :) Haf |
|
From: Martin H. <mha...@ma...> - 2003-05-29 12:09:11
|
ok, v poradku. Chci prejit na novou verzi z cvs, ale
porad mam problemy s kompilaci, tak jsem to vyvijel starsi kompilovatelne
verzi. Posilam vypis kompilace co mi to dela na nove verzi.
Vsechno jsem promazl, stahl ciste z cvs, configuroval makefily,
a kompiloval. Vse ok do doby, nez to zacne kompilovat generovane zdrojaky.
Haf
Vypis
***************************
cl /nologo /Zm200 /W3 /G5 /ZI /MD
/Fp"..\..\.bin\win32.x86_msvc7.debug.stdcpp\sr
\core\precompiled.pch"
/Fd"..\..\.bin\win32.x86_msvc7.debug.stdcpp\src\core\debug_databas
.pdb" /GX /GR /c
/Fo..\..\.bin\win32.x86_msvc7.debug.stdcpp\src\core\object\lib\account_o
ject_interface_generated.obj /I. /I..\ext\cryptopp /Icmdline /Idata
/Idatabase /Ifilesys
/Ifilesys\arch\win32 /Iglobal /Ilogger /Inet /Inet\arch\win32 /Iobject
/Iobject\lib /Ioth
r /Ipointer /Iproperty /Iregistry /Ireplication /Iserializer /Istatus
/Isysevent /Ithread
/Ithread\arch\win32 /Itime /Itime\arch\win32 /D__WIN32__ /D__MSVC__
/D__X86__ /D__DEBUG_
/Tp object\lib\account_object_interface_generated.cpp
account_object_interface_generated.cpp
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(36) : error C2059: syntax error : '<'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(36) : error C2238: unexpected token(s) preceding ';'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(47) : error C2143: syntax error : missing ';' before
'*'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(47) : error C2501:
'Massiv::Generated::ObjectFactory<Class>::self' : m
ssing storage-class or type specifiers
with
[
Class=Massiv::Core::Lib::AccountObjectInterface
]
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(54) : error C2059: syntax error : '<'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(57) : error C2238: unexpected token(s) preceding ';'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(62) : error C2523:
'Massiv::Generated::ObjectFactory<Class>::~ObjectFa
tory' : destructor tag mismatch
with
[
Class=Massiv::Core::Lib::AccountObjectInterface
]
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(62) : error C2143: syntax error : missing ';' before
'<'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(62) : error C2433:
'Massiv::Generated::ObjectFactory<Class>::__dtor' :
'virtual' not permitted on data declarations
with
[
Class=Massiv::Core::Lib::AccountObjectInterface
]
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(62) : error C2524:
'Massiv::Generated::ObjectFactory<Class>' : destruc
ors must have a 'void' parameter list
with
[
Class=Massiv::Core::Lib::AccountObjectInterface
]
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(62) : error C2238: unexpected token(s) preceding ';'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(138) : error C2059: syntax error : '<'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(138) : error C2238: unexpected token(s) preceding ';'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(149) : error C2143: syntax error : missing ';' before
'*'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(149) : error C2501:
'Massiv::Generated::MetaObject<Class>::self' : mis
ing storage-class or type specifiers
with
[
Class=Massiv::Core::Lib::AccountObjectInterface
]
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(159) : error C2059: syntax error : '<'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(163) : error C2238: unexpected token(s) preceding ';'
d:\Development\massiv\sf.maxnew_dontknow_abc\massiv\src\core\object\lib\account_object_in
erface_generated.h(168) : error C2523:
'Massiv::Generated::MetaObject<Class>::~MetaObject
: destructor tag mismatch
On Thu, 29 May
2003, Stepan
Vondrak wrote:
> On Thursday 29 of May 2003 00:15, Martin Havlista wrote:
>
> > Krok c.3:
> > dobrou noc.
>
> Krok c.4:
> cvs update
>
> Aspon mne to funguje, support pro todle tam pribyl asi tak pred tydnem.
>
> -- Stoupik
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: eBay
> Get office equipment for less on eBay!
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> Massiv-crap mailing list
> Mas...@li...
> https://lists.sourceforge.net/lists/listinfo/massiv-crap
>
|
|
From: Stepan V. <sv...@vo...> - 2003-05-28 22:36:54
|
On Thursday 29 of May 2003 00:15, Martin Havlista wrote: > Krok c.3: > dobrou noc. Krok c.4: cvs update Aspon mne to funguje, support pro todle tam pribyl asi tak pred tydnem. -- Stoupik |
|
From: Martin H. <mha...@ma...> - 2003-05-28 22:15:35
|
Krok c.1:
perl -w ../../core/factgen/classlist.pl
server/entity.idl (27): Parse error. Expected type name, found 'Socket'.
property property_array< Socket ***HERE*** > output_sockets;
Died at D:/Development/massiv/sf/massiv/src/core/factgen/lib/Parser.pm
line 578, <GEN16> l
ine 27.
NMAKE : fatal error U1077: 'perl' : return code '0x2'
Stop.
---------------
Krok c.2:
viz priloha
Chci udelat PArray< Socket >, a kdyz to zapisu v IDL, tak to perl nechce
prechroustat.
Krok c.3:
dobrou noc.
Haf
On Thu, 29 May 2003, Stepan Vondrak wrote:
> On Wednesday 28 of May 2003 23:44, Martin Havlista wrote:
>
> > Co s tim?
>
> Krok c.2:
> Poslat jako attachement soubor, na kterem to neprojde.
>
> -- Stoupik
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: eBay
> Get office equipment for less on eBay!
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> Massiv-crap mailing list
> Mas...@li...
> https://lists.sourceforge.net/lists/listinfo/massiv-crap
> |
|
From: Stepan V. <sv...@vo...> - 2003-05-28 22:08:54
|
On Wednesday 28 of May 2003 23:44, Martin Havlista wrote: > Co s tim? Krok c.2: Poslat jako attachement soubor, na kterem to neprojde. -- Stoupik |
|
From: Stepan V. <sv...@vo...> - 2003-05-28 22:08:12
|
On Wednesday 28 of May 2003 23:44, Martin Havlista wrote: > Co s tim? Krok c.1 - naucit se posilat chybove vypisy a ne nejake "nejde". -- Stoupik |
|
From: Martin H. <mha...@ma...> - 2003-05-28 21:44:29
|
nejde mi v souboru .idl nadefinovat pole prvku nejake tridy:
.cpp
----
class Logic : public Object
{
class Socket : public Object
{
};
PArray< Socket > output_sockets;
};
.idl
----
class< abstract > Logic :
::Massiv::Core::Object
{ class< abstract > Socket : ::Massiv::Core::Object
{
}
property property_array< Socket > output_sockets; <--------nejde
}
Co jde, je udelat, je:
property property_array< strong_pointer< Socket > > output_sockets;
Co s tim?
Haf
|
|
From: Stepan V. <sv...@vo...> - 2003-05-28 21:11:04
|
Cau, hlavne Markoide, Moc se v tech tvejch pointerech nevyznam, ale prijde mi, ze Thunks rozhodne nejsou nove vytvareny vzdy pri kazdem dereferencovani remote pointeru, a proto neni vubec rozumne do nich cpat parametry volani. Napriklad mam-li const Remote< Object > & object operator-> vrati const RMIThunks< Object > * takze by ty parametry musely byt mutable, nebo se tam delat const_cast nebo podobne cunaciny. Navic by porad prudily v tech object proxy, coz vubec neni nutne. Pri kazdem dereferencovani pointeru by se musely nastavovat na default, protoze nevim, jestli je nekdo nekdy predtim nezmenil. Takze to zatim necham takhle (muzu sice klidne zase zrusit ten prefix async_, ale to tedka taky menit nebudu, protoze nejsem presvedcen o spravnosti takoveho kroku). -- Stoupik |
|
From: <mvo...@ce...> - 2003-05-28 18:57:54
|
> Delam ty entity - pouzil jsem k tomu tridu Logic, > kterou jsi kdysi posilal do konference. > Je tam docela hodne preklepu, a ted jsem zatuhl - nejde mi to prelozit > a nevim jak to rozchodit. > Nemas nejakou novejsi verzi, treba kompilovatelnout? Ne. "Nejnovejsi", co kdy bylo je logic2.h, kterou jsem rovnez posilal. Do= mluv se nejak s Booviem, protoze se na to taky chysta. Zasadni problemy, = o kterych vim, jsou tyto: 1) pouziva se overloading, ktery nefunguje v IDL; takze je potreba prejme= novat nektere metody 2) neni pro to napsano IDL 3) neni otestovano, zda korektne funguje PArray s Objecty -- Markoid |
|
From: Martin H. <mha...@ma...> - 2003-05-28 18:49:28
|
Delam ty entity - pouzil jsem k tomu tridu Logic, kterou jsi kdysi posilal do konference. Je tam docela hodne preklepu, a ted jsem zatuhl - nejde mi to prelozit a nevim jak to rozchodit. Nemas nejakou novejsi verzi, treba kompilovatelnout? Haf |
|
From: <oc...@ma...> - 2003-05-23 02:01:06
|
>No, to je ale nahodicka=2E=2E=2E Fakt ale nevim jak to ted opatchovat, pr= otoze >zrejme ty jejich hash_mapy maji porad ten STLPort nekompatibilni interfac= e, >takze ty wrappery tam budou potreba=2E Co na to rika Octa? Mozna by se da= l Ty nase jsou tam potreba, ty jejich jsou nekompatibilni :o( >udelat takovy trik, ze pro MSVC se stdext #definuje na stdextext, wrapper= y >se soupnou tam a prislusne se upravi hash=2Eh=2E Zkusim si s tim jeste pohrat, ty ifstreamy mi ale delaji vetsi starosti=2E= Octa -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E |
|
From: Stepan V. <sv...@vo...> - 2003-05-22 21:08:31
|
On Thursday 22 of May 2003 19:52, Marek Vondrak wrote: > Tady chybi tr.line().clear(), protoze v pripade, ze stream je v chybovem > stavu, seekg() a nasledujici cteni selze. Tak to tam nekdo opravte, ja jedu pryc. -- Stoupik |
|
From: Marek V. <mvo...@ce...> - 2003-05-22 17:51:23
|
> ! // Read class name and convert it to class type id. Tady chybi tr.line().clear(), protoze v pripade, ze stream je v chybovem stavu, seekg() a nasledujici cteni selze. > ! tr.line().seekg( position ); > ! ClassTypeId class_type_id; > ! class_type_id.text_read( tr, desc ); -- Markoid |
|
From: Marek V. <mvo...@ce...> - 2003-05-22 09:19:08
|
> neco jsem nasel > In Visual C++ .NET 2003, members of the <hash_map> and <hash_set> header files are no longer in the std namespace, but rather have been moved into the stdext namespace. > proste tam ma konflikt a proto to nezkompiluje. No, to je ale nahodicka... Fakt ale nevim jak to ted opatchovat, protoze zrejme ty jejich hash_mapy maji porad ten STLPort nekompatibilni interface, takze ty wrappery tam budou potreba. Co na to rika Octa? Mozna by se dal udelat takovy trik, ze pro MSVC se stdext #definuje na stdextext, wrappery se soupnou tam a prislusne se upravi hash.h. -- Markoid |
|
From: Stepan V. <sv...@vo...> - 2003-05-20 22:56:25
|
Cau, hlavne Markoide prop_dictionary je v dost divnem stavu, hlavne zalezitosti s dedenim z DictionaryInfo (asi nekde zapomenuto) a constovatost referenci na data vracena lookupem. Nejak jsem to oprasil, aby se to prelozilo, ale rozhodne to neni dobre. Vsude jsou FIXME. Tak to nejak zprovozni. (a vazne to MSVC prelozi?) -- Stoupik |
|
From: Stepan V. <sv...@vo...> - 2003-05-20 21:32:20
|
Cau, od patku 23.5. do pondelka 26.5. (vcetne) tu nejsem, takze pokud jsem neco ve zdrojacich moc rozbil a nedozvim se to ihned, mate smulu. Stejne tak pokud hodlate v tu dobu domlouvat nejake schuze, asi to prosvihnu. Potom snad mam porad volno, takze kdyz nejakou tu schuzi od uterka kdykoliv dal naplanujete, mel bych prijit. -- Stoupik |
|
From: Marek V. <mvo...@ce...> - 2003-05-20 09:37:53
|
> Zdravim, > > na posledni chvili mi odrekl Ondrej Velek (je v Japonsku > a nestihne se vratit vcas), takze musime zajistit nahradni > program. Pokud nekdo mate sikovne tema a byli byste schopni > si ho pripravit tak rychle, napiste i co nejdrive. > > V danem terminu budu kazdopadne k dispozici v E1 a zajemcum > budu zapisovat zapocty. > > J.Pelikan > |
|
From: Marek V. <mvo...@ce...> - 2003-05-20 09:33:30
|
Zdrav=EDm,
posledn=ED dv=EC p=F8edn=E1=B9ky na=B9eho Speci=E1ln=EDho semin=E1=F8e se=
budou konat
tento t=FDden:
=DAter=FD 20.5. od 15:40 v m=EDstnosti E1 (menza v Tr=F3ji):
P=F8edn=E1=B9ej=EDc=ED: Jaroslav Seman=E8=EDk, MFF
T=E9ma: Motion-capturing a retargeting
=C8tvrtek 22.5. od 17:20 v m=EDstnosti E1:
P=F8edn=E1=B9ej=EDc=ED: Velek, MFF
T=E9ma: Metody na rozpozn=E1v=E1n=ED rukou psan=E9ho p=EDsma
(+ p=F8=EDpadn=EC: zku=B9enosti z PhD studia v Japonsku)
V=B9ichni jste srde=E8n=EC zv=E1ni, J.Pelik=E1n
|