Right now I have all the files used by the program im making in the same folder. I want to orgainze the images into different files. When I do this, the program crashes even though I specified the path in this function: D3DXCreateTextureFromFileEx(). However, it runs fine if everything is in the same folder.

Ok. What's your question? What have you found the problem to be? Are you using the Debug runtimes? Are you checking the return values for all of your D3D functions? Is D3DXCreateTextureFromFileEx failing? If so, what error code? Can we see the code where you load the textures?

I have an enumeration to identify the images (prefixed CR_). TEXTURE_LIST is a custom array of a class containing this struct:

struct glLoadedTexture
{
LPDIRECT3DTEXTURE9 texture; //The texture
glString sFilename; //The filename of the texture
glInt width; //Width of the texture
glInt height; //Height of the texture
glTEXTURES img;
};


Next, an example of two images being loaded. The first, CR_Cobblestone, is contained in the folder "Pictures" which is in the folder containing everything else for the program (main folder). The next picture, CR_Water, is located in the main folder.


TEXTURE_LIST[CR_Cobblestone].sFilename = "\Pictures\Cobblestone.png";
TEXTURE_LIST[CR_Water].sFilename = "Water.png";


D3DXCreateTextureFromFileEx (DEVICE, TEXTURE_LIST[CR_Cobblestone].sFilename, D3DX_DEFAULT, D3DX_DEFAULT,
D3DX_DEFAULT, NULL,
D3DFMT_A8R8G8B8, D3DPOOL_MANAGED, D3DX_DEFAULT, D3DX_DEFAULT,
colorkey, NULL, NULL, &TEXTURE_LIST[CR_Cobblestone].texture);

D3DXCreateTextureFromFileEx (DEVICE, TEXTURE_LIST[CR_Water].sFilename, D3DX_DEFAULT, D3DX_DEFAULT,
D3DX_DEFAULT, NULL,
D3DFMT_A8R8G8B8, D3DPOOL_MANAGED, D3DX_DEFAULT, D3DX_DEFAULT,
colorkey, NULL, NULL, &TEXTURE_LIST[CR_Water].texture);

Also, the program works if I just put the CR_Cobblestone picture in with the rest like I did with CR_Water.

But when the time comes to load the file in game from another path, a run-time error occurs, specifically,

Unhandled exception at 0x4fe5798b in ChaosRealm.exe: 0xC0000005: Access violation writing location 0xcdcdcd7d.

Quote:Original post by AKofSpades
TEXTURE_LIST[CR_Cobblestone].sFilename = "\Pictures\Cobblestone.png";

This has nothing to with Direct3D. You need to learn about strings and escape characters.

The above should be:

TEXTURE_LIST[CR_Cobblestone].sFilename = "\\Pictures\\Cobblestone.png";

Stepping through your debugger and looking at the string would have alerted you to that, as was said previously.

Of course, that is one bug I found in 5 seconds or less, there may be others...

Quote:Original post by AKofSpades
Also, the program works if I just put the CR_Cobblestone picture in with the rest like I did with CR_Water.

But when the time comes to load the file in game from another path, a run-time error occurs, specifically,

Unhandled exception at 0x4fe5798b in ChaosRealm.exe: 0xC0000005: Access violation writing location 0xcdcdcd7d.

One of your functions is failing, and not giving you a pointer like you expect, probably D3DXCreateTextureFromFileEx(). You're completely ignoring the return value; if it fails you blithely ignore it and act as if everything is fine. You absolutely must use the SUCCEEDED and FAILED macros to check the return values of all important D3D functions; where "important" means the function returns a pointer, or fills in a data structure you rely on.

As it is, using backslashes in filenames like that isn't a good idea - Windows supports forward slashes too. If you must use backslashes, make sure to escape them. If you path is "c:\foo\new.png", then "\n" is a newline character, not a backslash and a letter 'n'. If part of your path contains any control characters, they'll get stripped. In this example, you'd need to use "c:/foo/new.png" or "c:\\foo\\new.png".

Thanks for the replies,

Ok. I didnt realy know anything about escape characters until now (I have used /n but now it realy makes sense).

When I specify the complete path now, it works but what if someone else was using the program, how would it know where to look?

Quote:Original post by AKofSpades
When I specify the complete path now, it works but what if someone else was using the program, how would it know where to look?

You probably want to use a relative path instead.

For instance, if you have:
Folder/Bin/App.exe
Folder/Data/Foo.png
And you want to load Foo.png, you'd use the path "../Data/Foo.png" to go "up one level, then into 'Data', then get 'Foo.png'".