Menu
▾
▴
rccparser-main — Main discussion and anouncement list for the rccparser
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(11) |
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(13) |
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2003 |
Jan
(2) |
Feb
(4) |
Mar
(12) |
Apr
(11) |
May
|
Jun
|
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tom H. <tom...@us...> - 2003-10-01 23:25:55
|
On Wednesday 01 October 2003 18:03, Oliver Obst wrote: > cool . Here's another one: Thanks. I've jsut commited it. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 MSM: Tom...@ho... |
|
From: Oliver O. <fr...@un...> - 2003-10-01 08:03:50
|
On Wednesday 01 October 2003 04:11, Tom Howard wrote:
> Thanks for the patch. It's now committed. I've also added optional
> support for clang, which allows users to create exes (or libs) with or
> without clang support from the same installed lib.
cool . Here's another one:
--- rccofflinecoachserializer.cpp.orig 2003-09-27 22:16:28.000000000 +0200
+++ rccofflinecoachserializer.cpp 2003-09-27 22:17:05.000000000 +0200
@@ -38,7 +38,7 @@
void
OfflineCoachSerializer::init( int version )
{
- output() << "(init " << version << ")" << std::ends << std::flush;
+ output() << "(init (version " << version << "))" << std::ends <<
std::flush;
}
void
cheers
Oliver
--
Oliver Obst form follows function - Louis Sullivan
AI Research Group
U Koblenz B219 https://www.uni-koblenz.de/~fruit/
|
|
From: Tom H. <tom...@us...> - 2003-10-01 02:12:34
|
On Wednesday 01 October 2003 11:56, Oliver Obst wrote: > here's a small patch for the serializer to compile on my system (basically > added some includes). > The OnlineCoach sayCLang command is commented out because it didn't work > for me. (we're planning to use the serializer for an offlinecoach). Thanks for the patch. It's now committed. I've also added optional support for clang, which allows users to create exes (or libs) with or without clang support from the same installed lib. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 MSM: Tom...@ho... |
|
From: Oliver O. <fr...@un...> - 2003-10-01 01:57:30
|
Hi Tom, here's a small patch for the serializer to compile on my system (basically added some includes). The OnlineCoach sayCLang command is commented out because it didn't work for me. (we're planning to use the serializer for an offlinecoach). cheers Oliver -- Oliver Obst form follows function - Louis Sullivan AI Research Group U Koblenz B219 https://www.uni-koblenz.de/~fruit/ |
|
From: SourceForge.net <no...@so...> - 2003-08-25 01:38:08
|
Bugs item #766636, was opened at 2003-07-06 09:51 Message generated for change (Comment added) made by tomhoward You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=388605&aid=766636&group_id=26880 Category: Compiling Group: latest >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Patrick Riley (patstg) Assigned to: Tom Howard (tomhoward) Summary: v1.2.5 Mislink Initial Comment: This is a bizaare bug, and I'm not sure I can give enough detail. I compile rccparser in a fairly standard way: setenv LIBRARY_PATH :/usr/local/lib setenv C_INCLUDE_PATH :/usr/local/include setenv CPLUS_INCLUDE_PATH :/usr/local/include ./configure --prefix=`pwd`/../1.2.5-install --disable-shared LDFLAGS="-L/usr/local/lib -L/usr/local/lib/rcssserver" CXXFLAGS="-I/usr/local/include" LLIMPORTER_PATH="/usr/local/bin" CFLAGS="-I/usr/local/include" I then link with my objects. During run time, the virtual function calls to doBuild (called from build) sometimes go to the wrong function! It's always a virtual functions, and I can often make different ones fail by changing unrelated parts of the code. The function names are not necc. the same. The argument are not casted or anything, for example, if the argument was supposed to be an int, and we end up at a function that takes a double, the double value is bitwise equal to the correct int value. I suspect name munging oddities perhaps, but I am not sure. shamu:~/soccer/coachteam/rccparser % g++ --version 3.0.1 Please request more info as needed! ---------------------------------------------------------------------- >Comment By: Tom Howard (tomhoward) Date: 2003-08-25 01:38 Message: Logged In: YES user_id=189676 Hi, Sorry but all I can say is buggered if I know. All I can suggest is trying a more recent version of g++. Cheers, Tom ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=388605&aid=766636&group_id=26880 |
|
From: Tom H. <tom...@us...> - 2003-07-23 20:52:42
|
On Wednesday 23 July 2003 19:12, José Cascalho wrote: > The messages with the flags (flag b l 10) and (flag l b 10) call the > same functions? If so, how can I distinguish one flag from the other? > > I suspect they are called in a different order, right? Correct. You need to maintain the ordering to be able to correctly decipher the flag name. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 MSM: Tom...@ho... |
|
From: <jm...@li...> - 2003-07-23 09:13:48
|
Hi! I have a question about the flags parsed in the visual messages parsing. The messages with the flags (flag b l 10) and (flag l b 10) call the same functions? If so, how can I distinguish one flag from the other? I suspect they are called in a different order, right? thanks Jose -- -------- address -------------------- Jose Cascalho Education Department Universidade dos Azores 9701-851 Angra do Heroismo Portugal ----- contact ----------------------- 351 295402245 (Department) 351 295402243(Office) 351 295402210 (Fax) ----- e-mail ------------------------ jm...@no... jm...@li... |
|
From: Tom H. <tom...@us...> - 2003-07-13 22:29:28
|
On Thursday 10 July 2003 20:16, José Cascalho wrote: > To use the rccparser I subclass the rcc::Parser and then I use the code > described in the > rccparser manual... > rcss::clang::MsgBuilder clang_builder; > rcss::clang::Parser clang_parser(clang_bulider); > > (using the rcssserver version 9.4.4 and rcssbase 9.4.2 and rccparser 1.2.5) You will need to link your parser with the new rcssconfparser library. The reason for this is the CLang parser that comes with the server, needs the server paramters, which in turn needs the rcssconfparser library. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 MSM: Tom...@ho... |
|
From: <jm...@li...> - 2003-07-10 10:17:52
|
HI
I need help.
I'm trying to linking using rccparser and I have this error:
make[1]: Entering directory
`/home/doutor/codigo/MentalPlayer/src/Player/.linux'
g++-3.3 -o ../../../player Player.o MentalPlayer.o MentalPlayerSensor.o
MentalPl
ayerActuator.o Context.o Middlefield.o -I.. -I../../Core -I../../Mental
-I../../
RoboCup -I/usr/local/include -I/usr/local/include/rccparser
-I/usr/local/include
/rcssserver -L../../../lib -L/usr/local/lib -L/usr/local/lib/rcssserver
-lRoboCu
p -lMental -lCore -lpthread -lrccparser -lrcssclangparser -lm
/usr/local/lib/librcssclangparser.a(serverparam.o)(.text+0x17c): In
function `Se
rverParam::init(int const&, char const* const*)':
: undefined reference to
`rcss::conf::Parser::parseCreateConf(std::basic_string<
char, std::char_traits<char>, std::allocator<char> > const&)'
/usr/local/lib/librcssclangparser.a(serverparam.o)(.text+0x1d1): In
function `Se
rverParam::init(int const&, char const* const*)':
: undefined reference to `rcss::conf::Parser::parse(int, char const*
const*, std
::basic_ostream<char, std::char_traits<char> >&)'
/usr/local/lib/librcssclangparser.a(serverparam.o)(.text+0x547): In
function `Se
rverParam::init(int const&, char const* const*)':
: undefined reference to
`rcss::conf::Parser::parse(std::basic_string<char, std:
:char_traits<char>, std::allocator<char> > const&)'
/usr/local/lib/librcssclangparser.a(serverparam.o)(.text+0x9cb): In
function `Se
rverParam::ServerParam[not-in-charge]()':
: undefined reference to
`rcss::conf::Builder::Builder[not-in-charge](std::basic
_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/usr/local/lib/librcssclangparser.a(serverparam.o)(.text+0x9fc): In
function `Se
rverParam::ServerParam[not-in-charge]()':
: undefined reference to
`rcss::conf::Parser::Parser[in-charge](rcss::conf::Gene
ricBuilder&)'
.....
and so on...
------
I'm using g++3.3 ...
To use the rccparser I subclass the rcc::Parser and then I use the code
described in the
rccparser manual...
rcss::clang::MsgBuilder clang_builder;
rcss::clang::Parser clang_parser(clang_bulider);
(using the rcssserver version 9.4.4 and rcssbase 9.4.2 and rccparser 1.2.5)
Thanxs
Jose
--
-------- address --------------------
Jose Cascalho
Education Department
Universidade dos Azores
9701-851 Angra do Heroismo
Portugal
----- contact -----------------------
351 295402245 (Department)
351 295402243(Office)
351 295402210 (Fax)
----- e-mail ------------------------
jm...@no...
jm...@li...
|
|
From: SourceForge.net <no...@so...> - 2003-07-06 09:51:41
|
Bugs item #766636, was opened at 2003-07-06 05:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=388605&aid=766636&group_id=26880 Category: Compiling Group: latest Status: Open Resolution: None Priority: 5 Submitted By: Patrick Riley (patstg) Assigned to: Tom Howard (tomhoward) Summary: v1.2.5 Mislink Initial Comment: This is a bizaare bug, and I'm not sure I can give enough detail. I compile rccparser in a fairly standard way: setenv LIBRARY_PATH :/usr/local/lib setenv C_INCLUDE_PATH :/usr/local/include setenv CPLUS_INCLUDE_PATH :/usr/local/include ./configure --prefix=`pwd`/../1.2.5-install --disable-shared LDFLAGS="-L/usr/local/lib -L/usr/local/lib/rcssserver" CXXFLAGS="-I/usr/local/include" LLIMPORTER_PATH="/usr/local/bin" CFLAGS="-I/usr/local/include" I then link with my objects. During run time, the virtual function calls to doBuild (called from build) sometimes go to the wrong function! It's always a virtual functions, and I can often make different ones fail by changing unrelated parts of the code. The function names are not necc. the same. The argument are not casted or anything, for example, if the argument was supposed to be an int, and we end up at a function that takes a double, the double value is bitwise equal to the correct int value. I suspect name munging oddities perhaps, but I am not sure. shamu:~/soccer/coachteam/rccparser % g++ --version 3.0.1 Please request more info as needed! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=388605&aid=766636&group_id=26880 |
|
From: Tom H. <tom...@us...> - 2003-07-01 05:28:46
|
Hi, RCCParser 1.2.5 is now available. This release fixes a memory leak/potential seg fault caused by a std::string being allocated via malloc and not via new. Unfortunalty documentation is broken at the moment, so please use the docs on the website in the meantime. You can download it from SourceForge.net by following this link: https://sourceforge.net/project/showfiles.php?group_id=26880&release_id=168814 or browse Release Notes and ChangeLog by visiting this link: https://sourceforge.net/project/shownotes.php?release_id=168814 Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 MSM: Tom...@ho... |
|
From: Tom H. <tom...@us...> - 2003-04-24 06:44:19
|
Hi, Hot on he heals of RCCParser 1.2.3 comes RCCParser 1.2.4. This Beta release includes a bug fix for the parsing of balls in player visuals. You can download it from SourceForge.net by following this link: https://sourceforge.net/project/showfiles.php?group_id=26880&release_id=154919 or browse teh NEWS and ChangeLog by visiting this link: https://sourceforge.net/project/shownotes.php?release_id=154919 Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 |
|
From: Tom H. <tom...@us...> - 2003-04-23 05:02:44
|
Hi, RCCParser 1.2.3 is now available. This Beta release includes a couple of defect corrections, covering some online coach parsing problems and a documentation build problem. You can download it from SourceForge.net by following this link: https://sourceforge.net/project/showfiles.php?group_id=26880&release_id=154661 or browse the NEWS and ChangeLog by visiting this link: https://sourceforge.net/project/shownotes.php?release_id=154661 Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 |
|
From: Tom H. <tom...@us...> - 2003-04-22 00:47:47
|
On Tue, 22 Apr 2003 05:53, Pat...@cs... wrote: > There is another case missing in the parser, namely the notifications to > the coach about the player clang versions > > I am attaching a patch. Thanks. I've applied and committed it. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 |
|
From: Tom H. <tom...@us...> - 2003-04-22 00:47:21
|
On Sun, 20 Apr 2003 09:48, Patrick Riley wrote: > The parser is missing the reply (ok say) to the coach (which, naturally, > comes after the server receives a say message). > > I am attaching a patch Thanks. I've applied and committed it. -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 |
|
From: Tom H. <tom...@us...> - 2003-04-22 00:46:57
|
On Fri, 18 Apr 2003 09:01, Patrick Riley wrote: > There is a bug in either the server or the documentation for RCCParser. > RCCParser thinks that online coaches should get init replies of the form > (init SIDE PLAYMODE) > while they in fact get replies of the form > (init SIDE ok) > > I don't know if this is misrepresented in the server or just a > documentation bug. It's my bug. It's fixed and committed now. Cheers, -- Tom Howard Yahoo: bjandtomau ICQ: 270792190 |
|
From: <Pat...@cs...> - 2003-04-21 19:53:41
|
There is another case missing in the parser, namely the notifications to the coach about the player clang versions I am attaching a patch. -- Patrick Riley Fourth Year Ph.D. Student Computer Science Department, Carnegie Mellon University http://www.cs.cmu.edu/~pfr |
|
From: Patrick R. <Pat...@cs...> - 2003-04-19 23:48:57
|
The parser is missing the reply (ok say) to the coach (which, naturally, comes after the server receives a say message). I am attaching a patch -- Patrick Riley Fourth Year Ph.D. Student Computer Science Department, Carnegie Mellon University http://www.cs.cmu.edu/~pfr |
|
From: Patrick R. <Pat...@cs...> - 2003-04-17 23:01:32
|
There is a bug in either the server or the documentation for RCCParser. RCCParser thinks that online coaches should get init replies of the form (init SIDE PLAYMODE) while they in fact get replies of the form (init SIDE ok) I don't know if this is misrepresented in the server or just a documentation bug. -- Pat |
|
From: <jm...@li...> - 2003-04-17 14:40:09
|
hi again thanks for explaining the way the rccparser works, but now I still don't know how to get the player's number and the team from a visual message? None of the doBuildPlayer msg have a unum parameter !!! Could you help me again? Thanks in advance!! Jose ps. I tried again to make the rccparser1.2.2 but although I have the doxygen it persists on the same error!!! .... "dce5:/usr/local/rccparser-1.2.2/src# make make all-am make[1]: Entering directory `/usr/local/rccparser-1.2.2/src' if ! test -d doc; then rm -f doc; mkdir doc; fi if ! test -d doc/latex; then rm -f doc/latex; mkdir doc/latex; fi cp -f ./RC.eps doc/latex/RC.eps cd doc/latex && make ps make[2]: Entering directory `/usr/local/rccparser-1.2.2/src/doc/latex' make[2]: *** No rule to make target `ps'. Stop. make[2]: Leaving directory `/usr/local/rccparser-1.2.2/src/doc/latex' make[1]: *** [doc/ps/rccparser-1.2.2.ps] Error 2 make[1]: Leaving directory `/usr/local/rccparser-1.2.2/src' make: *** [all] Error 2 dce5:/usr/local/rccparser-1.2.2/src# " And the doxygen version... " dce5:/usr/local/rccparser-1.2.2/src# doxygen --version 1.3-rc3 dce5:/usr/local/rccparser-1.2.2/src# " -- ----------------------------------+ Jose Cascalho (Md) Education Department Angra do Heroismo Azores University Portugal 351 295204540 (Department) 351 295402200 ext. 3243 (office) jm...@no... jm...@li... ----------------------------------+ |
|
From: Tom H. <tom...@us...> - 2003-04-16 22:45:03
|
On Thu, 17 Apr 2003 07:52, Jos=E9 Cascalho wrote: > I1- =A0have tryied to make RCCParser 1.2.2. and I have the error [snip] > Could you help me? Looks like I've broken the no-doxygen build. The easiest solution in the= =20 meantime is to install doxygen on your machine, but I'll look into fixing= =20 this ASAP. > 2- Also , in using the rccparser 1.2.1 =A0I don't understand how can we > know which flag =A0a player is seeing =A0if there is only a > doBuildFlag(..) function ??? How do I know if my player is seeing the > "flag top left 10"? > Is there any specific function call for that flag? Before doBuildFlag() is called, some of the location functions will be=20 called. So for example, the following functions will be called in the or= der=20 listed: doBuildLocationTop() doBuildLocationLeft() doBuildFlagOffset() doBuildFlag() While it would be nice to have direct access to the name of the flag in=20 doBuildFlag(), the only way of doing so would be to have a variety of=20 different doBuildFlag() functions for the various flag name formats,(e.g.= =20 center flag, penalty left flag, top left flag, left top flag, top left 10= =20 flag, etc) or to pass a flag name object, which unifies the different for= mats. The problem with the latter option is that it requires users of the libra= ry=20 to use a library specified flag name object, and it is rarely possible to= =20 create one object that will suit everyone and is efficent, in which case = most=20 users would end up creating their own flag name object anyway and copying= the=20 data into that. This was actually how things were done in the 0.x versions of the library= and=20 after going to great lengths to provide suitable objects for all the sens= or=20 information components, I learnt from the users I had contact with that t= hey=20 were simply copying the data straight into their own objects. The new=20 methodology (used in 1.x) allows users of the library to place the data=20 directly into their own objects (or not even put them in objects at all)=20 rather than placing them into objects that the user must copy from. Cheers, Tom |
|
From: <jm...@li...> - 2003-04-16 21:52:21
|
Hi Tom I1- have tryied to make RCCParser 1.2.2. and I have the error " g++ -W -o .libs/rccptest rccptest.o -L/usr/local/lib/rcssserver ./.libs/librccparser.so -L/usr/local/rcsoccersim-9.2.3/rcssserver-9.2.4/./../rcssbase/rcssbase -L/usr/local/rcsoccersim-9.2.3/rcssserver-9.2.4/./../rcssbase/rcssbase/.libs /usr/local/lib/rcssserver/librcssclangparser.so -lnsl -lpthread -lz -ldl -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/rcssserver creating rccptest if ! test -d doc; then rm -f doc; mkdir doc; fi if ! test -d doc/latex; then rm -f doc/latex; mkdir doc/latex; fi cp -f ./RC.eps doc/latex/RC.eps cd doc/latex && make ps make[4]: Entering directory `/usr/local/rccparser-1.2.2/src/doc/latex' make[4]: *** No rule to make target `ps'. Stop. make[4]: Leaving directory `/usr/local/rccparser-1.2.2/src/doc/latex' make[3]: *** [doc/ps/rccparser-1.2.2.ps] Error 2 make[3]: Leaving directory `/usr/local/rccparser-1.2.2/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/rccparser-1.2.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/rccparser-1.2.2' make: *** [all] Error 2 " Could you help me? 2- Also , in using the rccparser 1.2.1 I don't understand how can we know which flag a player is seeing if there is only a doBuildFlag(..) function ??? How do I know if my player is seeing the "flag top left 10"? Is there any specific function call for that flag? Thanks Jose Tom Howard wrote: >Hi All, > >Version 1.2.2 of RCCParser has just been release. This version now includes >full support for the version 9 protocol, which supplements the existing >support for version 7 and 8. However, the major feature of this release is >the exstensive documentation (HTML, PS and PDF; over 170 pages for the PS > and PDF). > >Even if you don't use the parser, you may find the documentation helpfull in >developing your own parser. Online versions of the docs are available at >http://rccparser.sf.net/doc.html > >You can get the latest version at: >https://sourceforge.net/project/showfiles.php?group_id=26880&release_id=1485 >42 or browse NEWS and ChangeLog at: >https://sourceforge.net/project/shownotes.php?release_id=148542 > >Cheers, > >Tom > > >------------------------------------------------------- >This SF.net email is sponsored by: >The Definitive IT and Networking Event. Be There! >NetWorld+Interop Las Vegas 2003 -- Register today! >http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en >_______________________________________________ >Rccparser-main mailing list >Rcc...@li... >https://lists.sourceforge.net/lists/listinfo/rccparser-main -- ----------------------------------+ Jose Cascalho (Md) Education Department Angra do Heroismo Azores University Portugal 351 295204540 (Department) 351 295402200 ext. 3243 (office) jm...@no... jm...@li... ----------------------------------+ |
|
From: Fredrik H. <fr...@id...> - 2003-03-30 15:24:02
|
Dmitriy wrote: > rcss::thread::SharedVar<int> i; >=20 > However, compiler complains: >=20 > no matching function for call to=20 > `rcss::thread::SharedVar<int>::SharedVar ()' > candidates are: rcss::thread::SharedVar<int>::SharedVar(const=20 > rcss::thread::SharedVar<int> &) > rcss::thread::SharedVar<int>::SharedVar(const int &) It means that there is no default constructor for SharedVar. You'll need to given an argument to i, either another SharedVar or an=20 int. E.g. rcss:thread::SharedVar<int> i(5); /Fredrik --=20 Fredrik Heintz - PhD student E-mail: fr...@id... KPLAB/IDA/E-House (Bv 2F:452) Tel : +46-(0)13-28 24 28 Link=F6ping University Mobile: +46-(0)70-207 43 88 S-581 83 Link=F6ping, Sweden Url : http://www.ida.liu.se/~frehe |
|
From: Dmitriy <rcc...@ob...> - 2003-03-30 15:14:55
|
Greetings, I ran into a problem of sharing global variable across multiple threads, of course. Instead of coding my own solution with shared memory, mutex, etc, I looked into <rcssbase/sharedvar.h>. Tried to instantiate a variable with declaration: rcss::thread::SharedVar<int> i; However, compiler complains: no matching function for call to `rcss::thread::SharedVar<int>::SharedVar ()' candidates are: rcss::thread::SharedVar<int>::SharedVar(const rcss::thread::SharedVar<int> &) rcss::thread::SharedVar<int>::SharedVar(const int &) Given my poor understanding of C++ templates and no experience with sharevar.h, this message puts me into a depressive state. Would somebody enlighten me please, and save my sanity in the process? Thanks. |
|
From: Tom H. <tom...@us...> - 2003-03-28 14:26:53
|
On Friday 28 March 2003 2:02 pm, Dmitriy wrote: > Thank you, Tom. Appreciate all the documentation you've put out for the > libraries. Not a problem. Hopefully I'll get around to creating docs for the serializer and the client (client has to be updated to use the serializer) as well. Cheers, Tom |
31 messages has been excluded from this view by a project administrator.
