You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(2) |
Apr
(5) |
May
(8) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2002 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(7) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(9) |
Nov
(10) |
Dec
(6) |
| 2003 |
Jan
(3) |
Feb
(8) |
Mar
(2) |
Apr
(47) |
May
(23) |
Jun
(5) |
Jul
(6) |
Aug
(19) |
Sep
(13) |
Oct
(3) |
Nov
(29) |
Dec
(3) |
| 2004 |
Jan
(2) |
Feb
(89) |
Mar
(10) |
Apr
(3) |
May
(17) |
Jun
(6) |
Jul
(12) |
Aug
(25) |
Sep
(20) |
Oct
(28) |
Nov
(23) |
Dec
(9) |
| 2005 |
Jan
(18) |
Feb
(7) |
Mar
(36) |
Apr
(29) |
May
(10) |
Jun
(9) |
Jul
(35) |
Aug
(64) |
Sep
(40) |
Oct
(11) |
Nov
(3) |
Dec
(9) |
| 2006 |
Jan
(12) |
Feb
(13) |
Mar
(7) |
Apr
(10) |
May
(18) |
Jun
(19) |
Jul
(3) |
Aug
(5) |
Sep
(7) |
Oct
(18) |
Nov
(11) |
Dec
(10) |
| 2007 |
Jan
(15) |
Feb
(6) |
Mar
(10) |
Apr
(11) |
May
(10) |
Jun
(18) |
Jul
(10) |
Aug
(18) |
Sep
(31) |
Oct
(21) |
Nov
(13) |
Dec
(2) |
| 2008 |
Jan
(26) |
Feb
(15) |
Mar
(24) |
Apr
(23) |
May
(11) |
Jun
(5) |
Jul
(16) |
Aug
(11) |
Sep
(12) |
Oct
(10) |
Nov
(3) |
Dec
(16) |
| 2009 |
Jan
(18) |
Feb
(3) |
Mar
(3) |
Apr
(15) |
May
(5) |
Jun
(19) |
Jul
(4) |
Aug
(5) |
Sep
(16) |
Oct
(23) |
Nov
(7) |
Dec
(7) |
| 2010 |
Jan
(14) |
Feb
(27) |
Mar
(12) |
Apr
(10) |
May
(2) |
Jun
(8) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
(6) |
Mar
(2) |
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(2) |
| 2012 |
Jan
(3) |
Feb
(1) |
Mar
(6) |
Apr
(14) |
May
|
Jun
(7) |
Jul
(15) |
Aug
(9) |
Sep
(35) |
Oct
(28) |
Nov
(23) |
Dec
(10) |
| 2013 |
Jan
(8) |
Feb
(7) |
Mar
(17) |
Apr
(8) |
May
(17) |
Jun
(14) |
Jul
(3) |
Aug
(2) |
Sep
(22) |
Oct
(18) |
Nov
(31) |
Dec
(15) |
| 2014 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
(2) |
May
(19) |
Jun
(2) |
Jul
(1) |
Aug
(13) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
(3) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(4) |
Apr
(23) |
May
(4) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
(4) |
Oct
(3) |
Nov
(8) |
Dec
(4) |
| 2016 |
Jan
(4) |
Feb
(9) |
Mar
(12) |
Apr
(13) |
May
(5) |
Jun
(4) |
Jul
(1) |
Aug
(8) |
Sep
(3) |
Oct
(15) |
Nov
(10) |
Dec
(3) |
| 2017 |
Jan
(10) |
Feb
(6) |
Mar
(11) |
Apr
(15) |
May
(13) |
Jun
(6) |
Jul
(3) |
Aug
(7) |
Sep
(1) |
Oct
(11) |
Nov
(2) |
Dec
(3) |
| 2018 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(3) |
Nov
(1) |
Dec
(4) |
| 2019 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
|
2
(1) |
3
|
4
|
5
|
|
6
|
7
|
8
|
9
(1) |
10
(1) |
11
|
12
(5) |
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
|
20
|
21
|
22
|
23
|
24
|
25
|
26
|
|
27
|
28
|
29
|
30
|
31
|
|
|
|
From: Bernhard W. <be...@bl...> - 2013-01-12 19:37:09
|
Hi all Cool tracks, I like your height profiles. Some comments: - Pit lanes must not go around turns, just straights are "valid" (I do not plan to change this anytime soon, because one can do an infinite amount of interesting tracks without it). - You curbs "go flat" in some turns, you have to define all segment information there, even if nothing changes, this can happen for other segments as well (this is kind of a bug in trackgen, but fixing it would have consequences, so I did not do it yet, and working around is simple). Great work, keep it up:-) Best regards Bernhard On 12/02/2012 05:12 PM, se...@fa... wrote: > > All the tracks and paint schemes are now available at > http://stdesigns.orgfree.com/. Forget about the old filehosting links I > gave you earlier. > > I've added a few more paint schemes and done more polishing on the seven > ovals I had released earlier, editing both textures and track settings. > Hm-speedway can now be run with simuv2 (so with a default installation) > without major issues, and stock car lap times are more realistic > (robots, on the other hand, keep flying, breaking track records left and > right). I managed to take care of the ridiculous sloping of the pit road > on mr-speedway as well. Still, many issues remain unsolved, listed in > the track readme files. I hope someone can pitch in and guide me > forward. > > If some of the links don't work (I didn't test all paint scheme links, > while track downloads have been tested) or you have other relevant > questions, please read the instructions on the contact page before > contacting me. > > Further updates will be posted on that site, so (most of) you will be > spared from this flood of messages. > |
|
From: Bernhard W. <be...@bl...> - 2013-01-12 14:37:43
|
http://www.gentoo.org/proj/en/qa/asneeded.xml " Failure in final linking, undefined symbols This is the most common error that happens while using --as-needed. It happens during the final linking stage of an executable (libraries don't create problems, because they are allowed to have undefined symbols). The executable linking stage dies because of an undefined symbol that is present in one of the libraries fed to the command line. However, the library is not used by the executable itself, thus it gets removed by --as-needed. This usually means that a library was not linked to another library, but was using it, and then relying on the final executable to link them together. This behavior is also an extra encumbrance on developers using that library because they have to check for the requirements. " Ok, exactly this is the problem, so your patch is the way to go. Thank you very much:-) Complete patch is commited. Best regards Bernhard On 01/09/2013 09:35 AM, Jasper van de Ven wrote: > Hello, > while preparing a system in order to develop a robot for torcs, I came > across two minor problems. > I am using a Ubuntu 12.10 64Bit system and the "For Linux and FreeBSD > from "all-in-one" Source Package". > > The first is a small bug in the make-setup of torcs-1.3.4. When > executing the 'make' command I got a linker error stating: > > g++ main.o linuxspec.o -L/home/<...>/torcs-1.3.4/export/lib -lopenal > -lalut -lvorbisfile -L/usr/lib -lracescreens -lrobottools -lclient > -lconfscreens -ltgf -ltgfclient -ltxml -lplibul -lraceengine > -lmusicplayer -llearning -lplibjs -lplibssgaux -lplibssg -lplibsm > -lplibsl -lplibsg -lplibul -lglut -lGLU -lGL -lpng -lz -ldl -lXrandr > -lXrender -lXxf86vm -lXmu -lXi -lXt -lSM -lICE -lXext -lX11 -lm -o > torcs-bin > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowStandings(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDriversSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmPitMenuStart(CarElt*, void*, void (*)(void*))' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetSeg(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenSetText(char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackHeightL(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFourStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*, char > const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmRaceParamMenu(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowResults(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTriStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackLocal2Global(tTrkLocPos*, float*, float*, int)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFileSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTrackSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenStart(char const*, char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDisplayStartRace(RmInfo*, void*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetWidth(trackSeg*, float)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShutdownLoadingScreen()' > collect2: error: ld returned 1 exit status > make[3]: *** [torcs-bin] Error 1 > > I was able to trace the error to a pair of missing linker option > (-lracescreens -lrobottools) while linking libraceengine.so. I fixed it > by adding the required options to the local Makfile and adding the > general call to the Make-default.mk template. > > The second bug I encountered addresses the robotgen script. Simply using > the provided script, directly compiling and installing the freshly and > unchanged driver, starting torcs and clicking "Race -> Quick Race -> > Configure Race" leads to a segmentation fault. For that matter all race > types have this problem as it is related to loading the freshly > generated robot. I was able to find the error in the <Robotname>.cpp > file where the name and description are set. I fixed the problem by > adding a string-duplication command to the robotgen script. > > All proposed fixes can be found in the attached patch. It can be easily > applied (supposed one is using a Linux system) by executing the command > 'patch -p1 -i torcs-1.3.4-fixes.patch' in the base folder. The patch was > generated against a unchanged version of the "For Linux and FreeBSD from > "all-in-one" Source Package". Hope this helps anyone experiencing > similar difficulties. > Greetings > Jasper > > > > ------------------------------------------------------------------------------ > Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery > and much more. Keep your Java skills current with LearnJavaNow - > 200+ hours of step-by-step video tutorials by Java experts. > SALE $49.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122612 > > > > _______________________________________________ > Torcs-users mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/torcs-users > |
|
From: Bernhard W. <be...@bl...> - 2013-01-12 14:00:34
|
Hi again Ok, I found something interestin, I will dig further into this later: from http://ubuntuforums.org/showthread.php?t=1525607 "the reason is the linker option --as-needed which is default since ubuntu 11.10" This might explain the difference to other systems, but I have to look closer. Best regards Bernhard On 01/09/2013 09:35 AM, Jasper van de Ven wrote: > Hello, > while preparing a system in order to develop a robot for torcs, I came > across two minor problems. > I am using a Ubuntu 12.10 64Bit system and the "For Linux and FreeBSD > from "all-in-one" Source Package". > > The first is a small bug in the make-setup of torcs-1.3.4. When > executing the 'make' command I got a linker error stating: > > g++ main.o linuxspec.o -L/home/<...>/torcs-1.3.4/export/lib -lopenal > -lalut -lvorbisfile -L/usr/lib -lracescreens -lrobottools -lclient > -lconfscreens -ltgf -ltgfclient -ltxml -lplibul -lraceengine > -lmusicplayer -llearning -lplibjs -lplibssgaux -lplibssg -lplibsm > -lplibsl -lplibsg -lplibul -lglut -lGLU -lGL -lpng -lz -ldl -lXrandr > -lXrender -lXxf86vm -lXmu -lXi -lXt -lSM -lICE -lXext -lX11 -lm -o > torcs-bin > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowStandings(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDriversSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmPitMenuStart(CarElt*, void*, void (*)(void*))' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetSeg(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenSetText(char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackHeightL(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFourStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*, char > const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmRaceParamMenu(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowResults(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTriStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackLocal2Global(tTrkLocPos*, float*, float*, int)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFileSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTrackSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenStart(char const*, char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDisplayStartRace(RmInfo*, void*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetWidth(trackSeg*, float)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShutdownLoadingScreen()' > collect2: error: ld returned 1 exit status > make[3]: *** [torcs-bin] Error 1 > > I was able to trace the error to a pair of missing linker option > (-lracescreens -lrobottools) while linking libraceengine.so. I fixed it > by adding the required options to the local Makfile and adding the > general call to the Make-default.mk template. > > The second bug I encountered addresses the robotgen script. Simply using > the provided script, directly compiling and installing the freshly and > unchanged driver, starting torcs and clicking "Race -> Quick Race -> > Configure Race" leads to a segmentation fault. For that matter all race > types have this problem as it is related to loading the freshly > generated robot. I was able to find the error in the <Robotname>.cpp > file where the name and description are set. I fixed the problem by > adding a string-duplication command to the robotgen script. > > All proposed fixes can be found in the attached patch. It can be easily > applied (supposed one is using a Linux system) by executing the command > 'patch -p1 -i torcs-1.3.4-fixes.patch' in the base folder. The patch was > generated against a unchanged version of the "For Linux and FreeBSD from > "all-in-one" Source Package". Hope this helps anyone experiencing > similar difficulties. > Greetings > Jasper > > > > ------------------------------------------------------------------------------ > Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery > and much more. Keep your Java skills current with LearnJavaNow - > 200+ hours of step-by-step video tutorials by Java experts. > SALE $49.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122612 > > > > _______________________________________________ > Torcs-users mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/torcs-users > |
|
From: Bernhard W. <be...@bl...> - 2013-01-12 12:31:47
|
Hi Many thanks:-) I will apply the robotgen stuff in a minute, I was aware of this but it was far from the top of my priorities, now it is urgent;-) About linking: I have to look into this, I am always a bit confused about this, because on my and many other systems it seems to work, but not on a few others. Does anybody have an idea what is the cause for this (differences on toolchain (binutils, gcc, depends), some liker setup, whatever...???). So I am not sure yet if I will apply the liking stuff, but I will have a look. Best regards Bernhard On 01/09/2013 09:35 AM, Jasper van de Ven wrote: > Hello, > while preparing a system in order to develop a robot for torcs, I came > across two minor problems. > I am using a Ubuntu 12.10 64Bit system and the "For Linux and FreeBSD > from "all-in-one" Source Package". > > The first is a small bug in the make-setup of torcs-1.3.4. When > executing the 'make' command I got a linker error stating: > > g++ main.o linuxspec.o -L/home/<...>/torcs-1.3.4/export/lib -lopenal > -lalut -lvorbisfile -L/usr/lib -lracescreens -lrobottools -lclient > -lconfscreens -ltgf -ltgfclient -ltxml -lplibul -lraceengine > -lmusicplayer -llearning -lplibjs -lplibssgaux -lplibssg -lplibsm > -lplibsl -lplibsg -lplibul -lglut -lGLU -lGL -lpng -lz -ldl -lXrandr > -lXrender -lXxf86vm -lXmu -lXi -lXt -lSM -lICE -lXext -lX11 -lm -o > torcs-bin > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowStandings(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDriversSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmPitMenuStart(CarElt*, void*, void (*)(void*))' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetSeg(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenSetText(char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackHeightL(tTrkLocPos*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFourStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*, char > const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmRaceParamMenu(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShowResults(void*, RmInfo*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTriStateScreen(char const*, char const*, char const*, void*, char > const*, char const*, void*, char const*, char const*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackLocal2Global(tTrkLocPos*, float*, float*, int)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmFileSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmTrackSelect(void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmLoadingScreenStart(char const*, char const*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmDisplayStartRace(RmInfo*, void*, void*)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RtTrackGetWidth(trackSeg*, float)' > /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference > to `RmShutdownLoadingScreen()' > collect2: error: ld returned 1 exit status > make[3]: *** [torcs-bin] Error 1 > > I was able to trace the error to a pair of missing linker option > (-lracescreens -lrobottools) while linking libraceengine.so. I fixed it > by adding the required options to the local Makfile and adding the > general call to the Make-default.mk template. > > The second bug I encountered addresses the robotgen script. Simply using > the provided script, directly compiling and installing the freshly and > unchanged driver, starting torcs and clicking "Race -> Quick Race -> > Configure Race" leads to a segmentation fault. For that matter all race > types have this problem as it is related to loading the freshly > generated robot. I was able to find the error in the <Robotname>.cpp > file where the name and description are set. I fixed the problem by > adding a string-duplication command to the robotgen script. > > All proposed fixes can be found in the attached patch. It can be easily > applied (supposed one is using a Linux system) by executing the command > 'patch -p1 -i torcs-1.3.4-fixes.patch' in the base folder. The patch was > generated against a unchanged version of the "For Linux and FreeBSD from > "all-in-one" Source Package". Hope this helps anyone experiencing > similar difficulties. > Greetings > Jasper > > > > ------------------------------------------------------------------------------ > Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery > and much more. Keep your Java skills current with LearnJavaNow - > 200+ hours of step-by-step video tutorials by Java experts. > SALE $49.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122612 > > > > _______________________________________________ > Torcs-users mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/torcs-users > |
|
From: Bernhard W. <be...@bl...> - 2013-01-12 12:03:13
|
Hi Did you open the TORCS.sln (for VS 2008) or did you accidently open the dsw (VS 6) and "convert" it? Just follow the steps in the "README" (for VS 2008) exactly, then it should work. You can have a look as well into README.VC2005Express, but this should not be required (because you have 2008 you can take the 2008 solution). Hope this helps. Best regards Bernhard On 01/10/2013 01:07 AM, Stacey Pritchett wrote: > Hi there, > > I am having trouble compiling the debug version of torcs1.3.4 using > visual c++ express 2008. > > I am receiving one error during the build, as shown here: > > 20>------ Build started: Project: wtorcs, Configuration: Debug Win32 ------ > 20>Compiling... > 20>main.cpp > 19>driver.cpp > 20>windowsspec.cpp > 19>damned.cpp > 20>Generating Code... > 19>Generating Code... > 20>Compiling resources... > 19>Linking... > 20>Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0 > 20>Copyright (C) Microsoft Corporation. All rights reserved. > 19> Creating library .\Debug/damned.lib and object .\Debug/damned.exp > 20>..\..\torcs.rc(10) : fatal error RC1015: cannot open include file > 'afxres.h'. > 20>Creating browse information file... > 19>Creating browse information file... > 20>Microsoft Browse Information Maintenance Utility Version 9.00.21022 > 20>Copyright (C) Microsoft Corporation. All rights reserved. > 20>Build log was saved at > "file://c:\torcs2\torcs-1.3.4\src\windows\Debug\BuildLog.htm" > 20>wtorcs - 1 error(s), 0 warning(s) > > > when i do a search in my designated folder, i cant find a file > called afxres.h, and i have limited experience programming, so i am not > sure where to go to from here. > > can anybody help me please? > thank-you. > > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122712 > > > > _______________________________________________ > Torcs-users mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/torcs-users > |
|
From: Stacey P. <pri...@gm...> - 2013-01-10 00:08:05
|
Hi there, I am having trouble compiling the debug version of torcs1.3.4 using visual c++ express 2008. I am receiving one error during the build, as shown here: 20>------ Build started: Project: wtorcs, Configuration: Debug Win32 ------ 20>Compiling... 20>main.cpp 19>driver.cpp 20>windowsspec.cpp 19>damned.cpp 20>Generating Code... 19>Generating Code... 20>Compiling resources... 19>Linking... 20>Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0 20>Copyright (C) Microsoft Corporation. All rights reserved. 19> Creating library .\Debug/damned.lib and object .\Debug/damned.exp 20>..\..\torcs.rc(10) : fatal error RC1015: cannot open include file 'afxres.h'. 20>Creating browse information file... 19>Creating browse information file... 20>Microsoft Browse Information Maintenance Utility Version 9.00.21022 20>Copyright (C) Microsoft Corporation. All rights reserved. 20>Build log was saved at "file://c:\torcs2\torcs-1.3.4\src\windows\Debug\BuildLog.htm" 20>wtorcs - 1 error(s), 0 warning(s) when i do a search in my designated folder, i cant find a file called afxres.h, and i have limited experience programming, so i am not sure where to go to from here. can anybody help me please? thank-you. |
|
From: Jasper v. de V. <jas...@we...> - 2013-01-09 08:35:51
|
Hello, while preparing a system in order to develop a robot for torcs, I came across two minor problems. I am using a Ubuntu 12.10 64Bit system and the "For Linux and FreeBSD from "all-in-one" Source Package". The first is a small bug in the make-setup of torcs-1.3.4. When executing the 'make' command I got a linker error stating: g++ main.o linuxspec.o -L/home/<...>/torcs-1.3.4/export/lib -lopenal -lalut -lvorbisfile -L/usr/lib -lracescreens -lrobottools -lclient -lconfscreens -ltgf -ltgfclient -ltxml -lplibul -lraceengine -lmusicplayer -llearning -lplibjs -lplibssgaux -lplibssg -lplibsm -lplibsl -lplibsg -lplibul -lglut -lGLU -lGL -lpng -lz -ldl -lXrandr -lXrender -lXxf86vm -lXmu -lXi -lXt -lSM -lICE -lXext -lX11 -lm -o torcs-bin /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmShowStandings(void*, RmInfo*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmDriversSelect(void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmPitMenuStart(CarElt*, void*, void (*)(void*))' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RtTrackGetSeg(tTrkLocPos*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmLoadingScreenSetText(char const*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RtTrackHeightL(tTrkLocPos*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmFourStateScreen(char const*, char const*, char const*, void*, char const*, char const*, void*, char const*, char const*, void*, char const*, char const*, void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmRaceParamMenu(void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmShowResults(void*, RmInfo*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmTriStateScreen(char const*, char const*, char const*, void*, char const*, char const*, void*, char const*, char const*, void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RtTrackLocal2Global(tTrkLocPos*, float*, float*, int)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmFileSelect(void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmTrackSelect(void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmLoadingScreenStart(char const*, char const*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmDisplayStartRace(RmInfo*, void*, void*)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RtTrackGetWidth(trackSeg*, float)' /home/<...>/torcs-1.3.4/export/lib/libraceengine.so: undefined reference to `RmShutdownLoadingScreen()' collect2: error: ld returned 1 exit status make[3]: *** [torcs-bin] Error 1 I was able to trace the error to a pair of missing linker option (-lracescreens -lrobottools) while linking libraceengine.so. I fixed it by adding the required options to the local Makfile and adding the general call to the Make-default.mk template. The second bug I encountered addresses the robotgen script. Simply using the provided script, directly compiling and installing the freshly and unchanged driver, starting torcs and clicking "Race -> Quick Race -> Configure Race" leads to a segmentation fault. For that matter all race types have this problem as it is related to loading the freshly generated robot. I was able to find the error in the <Robotname>.cpp file where the name and description are set. I fixed the problem by adding a string-duplication command to the robotgen script. All proposed fixes can be found in the attached patch. It can be easily applied (supposed one is using a Linux system) by executing the command 'patch -p1 -i torcs-1.3.4-fixes.patch' in the base folder. The patch was generated against a unchanged version of the "For Linux and FreeBSD from "all-in-one" Source Package". Hope this helps anyone experiencing similar difficulties. Greetings Jasper |
|
From: Quinten K. <qui...@gm...> - 2013-01-02 15:18:30
|
Hi guys, I made some Google+-stuff for TORCS. - A page <https://plus.google.com/u/0/114625102845713007499/posts> - A community<https://plus.google.com/u/0/communities/112684017083418061268> Greetings, Scheurneus |