packaging and parenting functions
packaging and parenting functions
by Golarth » Mon Jul 04, 2005 1:16 pm
- Golarth offline
- Posts: 117
- Joined: Sun Sep 09, 2001 1:36 pm
I need to see the code how are you deactivating the package
by Lagg_Alot » Mon Jul 04, 2005 3:38 pm
My Bot has a Chaingun for you.
- Lagg_Alot offline
- Greenhorn
- Posts: 1134
- Joined: Mon Jul 01, 2002 5:20 pm
- Location: New York
I need to see the code how are you deactivating the package
by Lagg_Alot » Mon Jul 04, 2005 3:40 pm
My Bot has a Chaingun for you.
- Lagg_Alot offline
- Greenhorn
- Posts: 1134
- Joined: Mon Jul 01, 2002 5:20 pm
- Location: New York
Show me the whole package. And how you are deactivating it.
by Lagg_Alot » Mon Jul 04, 2005 3:44 pm
My Bot has a Chaingun for you.
- Lagg_Alot offline
- Greenhorn
- Posts: 1134
- Joined: Mon Jul 01, 2002 5:20 pm
- Location: New York
Bet that problem had you twisted
by Lagg_Alot » Mon Jul 04, 2005 9:16 pm
Fixed by changing your Desert_TrekGame.cs file name to something else and using the exec command at the end of you mission file to compile and load the new file.
Yes the game will auto exec any file that ends with the word "Game.cs" and that is the problem here. The default (CTFGame.cs, siegeGame.cs, etc...)
contain packages with the game goodies as well as your file did. But the difference is the default functions do not over write any function from another
game class.
Example: function CTFGame::gameOver and siegeGame::gameOver are the game over function for each game class respectfully. You could exec
CTFGame.cs file all day and it would never overwrite any file or function from another game class.
You named your file "Desert_TrekGame.cs" and it got exec'd automatically by function CreateServer(%mission, %missionType) and to add fuel to a fire the first line in this file
"exec("scripts/vehicle_camel.cs");" goes and loads another .cs file. This happens every time the server is created (every time a mission is loaded).
Because all your functions are not "gameClass" specific (i.e. GolarthGame::gameOver(%game) would be gameClass specific). The functions like "function findEmptySeat(); are not game class specific and where getting over written when the server exec'd your file no matter what mission was being loaded everytime the server cycles mission.
The other way to fix this would be to move all non game specific functions out of the "*Game.cs file" and put them into another .cs file that you exec manually. But for your map pupose a "*Game.cs file" is not nessassary because this in not a new game type (i.e. raceGame, TR2Game, etc...). It is a server side siegeGame mod that will be disabled after mission is done.
I can see that you did a lot of work on this map and I cannot wait to play it with some people when it is finished :)
Yes the game will auto exec any file that ends with the word "Game.cs" and that is the problem here. The default (CTFGame.cs, siegeGame.cs, etc...)
contain packages with the game goodies as well as your file did. But the difference is the default functions do not over write any function from another
game class.
Example: function CTFGame::gameOver and siegeGame::gameOver are the game over function for each game class respectfully. You could exec
CTFGame.cs file all day and it would never overwrite any file or function from another game class.
You named your file "Desert_TrekGame.cs" and it got exec'd automatically by function CreateServer(%mission, %missionType) and to add fuel to a fire the first line in this file
"exec("scripts/vehicle_camel.cs");" goes and loads another .cs file. This happens every time the server is created (every time a mission is loaded).
Because all your functions are not "gameClass" specific (i.e. GolarthGame::gameOver(%game) would be gameClass specific). The functions like "function findEmptySeat(); are not game class specific and where getting over written when the server exec'd your file no matter what mission was being loaded everytime the server cycles mission.
The other way to fix this would be to move all non game specific functions out of the "*Game.cs file" and put them into another .cs file that you exec manually. But for your map pupose a "*Game.cs file" is not nessassary because this in not a new game type (i.e. raceGame, TR2Game, etc...). It is a server side siegeGame mod that will be disabled after mission is done.
I can see that you did a lot of work on this map and I cannot wait to play it with some people when it is finished :)
- Attachments
-
[The extension vl2 has been deactivated and can no longer be displayed.]
My Bot has a Chaingun for you.
- Lagg_Alot offline
- Greenhorn
- Posts: 1134
- Joined: Mon Jul 01, 2002 5:20 pm
- Location: New York
Who is online
Users browsing this forum: No registered users and 3 guests