What steps will reproduce the problem?
1. I copy the game.qvm in the /home/USER/.tremulous/base/vm
2. I use the tremded.x86 from fsm-trem.
3. I run the server.
What is the expected output? What do you see instead?
Here is the log :
[Nontenda@serveur Serveur]$ ./tremded.x86 +set dedicated 2 +exec server.cfg
tremulous 1.1.0_SVN138M (FSM-Detonator) linux-x86 Sep 16 2008
----- FS_Startup -----
----------------------
execing default.cfg
couldn't exec autogen_server.cfg
couldn't exec autoexec.cfg
--- Common Initialization Complete ---
IP: 127.0.0.1
IP: 192.168.1.10
IP6: ::1
IP6: fe80::206:29ff:fe13:611%eth0
Opening IP socket: 0.0.0.0:30720
execing server.cfg
sv_maxclients will be changed upon restarting.
"sv_wwwBaseURL" is:"^7", the default
------ Server Initialization ------
Server: atcs
----- FS_Startup -----
----------------------
Loading vm file vm/game.qvm...
------- Game Initialization -------
gamename: base
gamedate: Mar 27 2006
------------------------------------------------------------
InitGame: \version\tremulous 1.1.0_SVN138M (FSM-Detonator) linux-x86 Sep
16
2008\timelimit\40\protocol\69\mapname\atcs\sv_privateClients\10\sv_hostname\(J)F
T-Publique\sv_maxclients\20\sv_democlients\0\sv_minRate\5000\sv_maxRate\25000\sv
_minPing\0\sv_maxPing\350\sv_allowDownload\0\g_suddendeathtime\35\gamename\base\
g_maxGameClients\0\g_needpass\0
********************
ERROR: G_ParseSpawnVars: found 2 when expecting {
********************
----- Server Shutdown (Server crashed: G_ParseSpawnVars: found 2 when
expecting {) -----
Resolving master.tremulous.net
master.tremulous.net resolved to 208.116.49.110:30710
Sending heartbeat to master.tremulous.net
Sending heartbeat to master.tremulous.net
==== ShutdownGame ====
ShutdownGame:
------------------------------------------------------------
recursive error after: G_ParseSpawnVars: found 2 when expecting {
What version of the product are you using? On what operating system?
The latest version (svn)
Please provide any additional information below.
I use Fedora 9.
Original issue reported on code.google.com by Nontenda on 16 Sep 2008 at 5:04
```
What steps will reproduce the problem?
1. I copy the game.qvm in the /home/USER/.tremulous/base/vm
2. I use the tremded.x86 from fsm-trem.
3. I run the server.
What is the expected output? What do you see instead?
Here is the log :
[Nontenda@serveur Serveur]$ ./tremded.x86 +set dedicated 2 +exec server.cfg
tremulous 1.1.0_SVN138M (FSM-Detonator) linux-x86 Sep 16 2008
----- FS_Startup -----
----------------------
execing default.cfg
couldn't exec autogen_server.cfg
couldn't exec autoexec.cfg
--- Common Initialization Complete ---
IP: 127.0.0.1
IP: 192.168.1.10
IP6: ::1
IP6: fe80::206:29ff:fe13:611%eth0
Opening IP socket: 0.0.0.0:30720
execing server.cfg
sv_maxclients will be changed upon restarting.
"sv_wwwBaseURL" is:"^7", the default
------ Server Initialization ------
Server: atcs
----- FS_Startup -----
----------------------
Loading vm file vm/game.qvm...
------- Game Initialization -------
gamename: base
gamedate: Mar 27 2006
------------------------------------------------------------
InitGame: \version\tremulous 1.1.0_SVN138M (FSM-Detonator) linux-x86 Sep
16
2008\timelimit\40\protocol\69\mapname\atcs\sv_privateClients\10\sv_hostname\(J)F
T-Publique\sv_maxclients\20\sv_democlients\0\sv_minRate\5000\sv_maxRate\25000\sv
_minPing\0\sv_maxPing\350\sv_allowDownload\0\g_suddendeathtime\35\gamename\base\
g_maxGameClients\0\g_needpass\0
********************
ERROR: G_ParseSpawnVars: found 2 when expecting {
********************
----- Server Shutdown (Server crashed: G_ParseSpawnVars: found 2 when
expecting {) -----
Resolving master.tremulous.net
master.tremulous.net resolved to 208.116.49.110:30710
Sending heartbeat to master.tremulous.net
Sending heartbeat to master.tremulous.net
==== ShutdownGame ====
ShutdownGame:
------------------------------------------------------------
recursive error after: G_ParseSpawnVars: found 2 when expecting {
What version of the product are you using? On what operating system?
The latest version (svn)
Please provide any additional information below.
I use Fedora 9.
```
Original issue reported on code.google.com by `Nontenda` on 16 Sep 2008 at 5:04
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Original issue reported on code.google.com by
Nontendaon 16 Sep 2008 at 5:04