All builds broken with 1.75?

#1 I reproduced the bug. The built project function does not work correctly: many "common" files are not copied into the build folder. Looking into the TGB console.log, you should see something like this

Set::getObject index out of range.
Set::getObject index out of range.

I think those exceptions prevent the export function to properly complete the build.

I guess the new 1.7.5 editor has some big issues to solve ^^

#2 Solved! This issue is related to old TGB 1.7.4 files. Uninstall TGB, delete GarageGames\TorqueGameBuilder folder inside your AppData, reinstall TGB: the build function will work properly.

This procedure does NOT solve the source rect issue :(

#3 Hi there, where is the AppData folder located exactly? I just did that and the build still isn't working.

#4 Just type %appdata% from your run command and it'll take you there.

#5 In Vista/Windows 7:
C:\Users\<your account>\AppData\Roaming\GarageGames\TorqueGameBuilder

In XP:
C:\Documents and Settings\Profile\<your account>\Application Data\GarageGames\TorqueGameBuilder

It is hidden, so you will need to ensure that you can view hidden files.

#6 Hello, for unrelated reasons I upgraded to Windows 7 today on my laptop in question. I did a clean install of Windows and when I build a project I am getting the exact same problem as I stated above!! How is this possible and can anyone give me any more suggestions to fix this?

#7 And one more note, I am using 64 bit Windows 7 (was using 64 bit Vista before).

#8 Did you install to a directory other than the default?

#9 Actually what I just got done doing for shits and giggles is format my laptop, yes I wiped out the entire drive. Installed Windows 7 64 bit, on the very first boot I installed 1.7.5, created a build of Solitare and I got the same exact error message!! Is this a 64 bit issue? Is anyone else using Windows 7 64 bit and having this problem?

#10 Hi everyone, I installed a virtual box, installed Windows 7 32 bit, downloaded a fresh copy of TGB 1.7.5 and made a build of builtin games like Blackjack, here is the log. Am I doing something royally retarded here? I have spent so much time on this and it's very frustrating, how can I be the only not able to build a game? It only works if I include the script source.

//-------------------------- 5/5/2010 -- 09:14:02 -----
Processor Init:
Intel Pentium III, ~2.27 Ghz
(timed at roughly 2.28 Ghz)
FPU detected
MMX detected
SSE detected

Math Init:
Installing Standard C extensions
Installing Assembly extensions
Installing FPU extensions
Installing MMX extensions
Installing SSE extensions

Input Init:
DirectInput enabled.

Initializing chunk mappings...
o 'TEXT' maps to TextChunk
o 'SCHK' maps to UnknownChunk
o 'SCHK' maps to SimChunk
exec: Found an old DSO (C:/Users/steve/Documents/BlackJAck/common/main.cs.dso, ver -557122684 < 41), ignoring.
Missing file: C:/Users/steve/Documents/BlackJAck/common/main.cs!
exec: Found an old DSO (C:/Users/steve/Documents/BlackJAck/game/main.cs.dso, ver -557122684 < 41), ignoring.
Missing file: C:/Users/steve/Documents/BlackJAck/game/main.cs!

Torque Game Builder (v1.7.5) initialized...
main.cs (53): Unable to find function _initializeProject
main.cs (0): Unable to find function initializeProject

#11 Just built it using VS 2008 Pro on Windows 7 64b with no issues. Are you seeing any compile time errors? Do you have read/write access to the TGB directories with the user you are using?

#12 @David, not a source build but a build from the TGB editor. I can confirm this.

Install fresh TGB 1.7.5
Open an old project and successfully update.
File, Build Project, Windows...

If you choose to include the source files, it will run but if you do not, you get a pop up saying:

Quote:
initalizeProject function could not be found.
This could indicate a bad or corrupt common directory for your game.

The game will now shutdown because it cannot properly function.

I tried to delete the dso's and rebuild; no luck.

On a side note, when I go to set the build destination folder, I get a pop up saying that there's a missing shortcut, which I cancel out because it doesn't say which shortcut it's looking for.

Windows XP 32 bit.

EDIT: If I create a new project in TGB 1.7.5 and build without including the source, it works fine.

#13 Okay, that makes more sense.

I just converted four projects from 1.7.4 and built them without including the source and didn't see this. Grrr.

#14 Would you like me to send you a project?

#15 Sure. I'm not sure what's going on with this.

#16 I just discovered that it only fails to run if you change the Output Directory. If I leave it as My Documents, all is well.

Sending one anyways David.

Steps to reproduce:
Open project in TGB 1.7.5 Pro
Accept update.
File, Build Project.
Change Output Directory to Desktop (I get a warning here about a bad shortcut)
Build
Run new exe.

#17 Sorry, I should have said it was from the TGB editor -

I am having this problem without changing the output directory. I also discovered, using Blackjack, that if I include the script files, run it once, it works fine. If I delete the script files after that first run it still runs fine. It's almost like the output directory needs to compile the dso's?

I will try creating a new project, put my custom game files in there and see what happens.

#18 I found the same work around as Steve D on the Mac version. I looks like I need to compile the dso's with the Game executable and not let the editor compile them.

#19 Thanks for the reports everyone, I was able to reproduce this one on all platforms. This seems to be affecting the Binary more than Pro. The only time it happens with Pro is if you build the project without the source and change the output directory. With the Binary it occurs when you build without the source regardless of the whether the output directory has been changed.

TGB-502

#20 Scott,
will you be alerting the QA people about this ? ..this is something that should have been found before release IMHO.

//edit: keeping a log of the issues that are found after release and using the log during future QA sessions can ensure these things are checked at every release. I have a list of things that I check before I release anything to a client or for sale. It's easier to run through a list rather than randomly check for issues. Just My opinion. :P