C/C++ Programming Help Thread

[BlackBurd]

This is what we are talking about. You can't just expect us to write and fix code for you.

Did you even bother to open up pspkerneltypes.h so you could find for yourself that you were including the wrong header? I guess not.

Try psppower.h.

I did actualy and these are all of my includes
#include <pspdebug.h>
#include <pspkernel.h>
#include <pspctrl.h>
#include <pspthreadman.h>
#include <stdlib.h>
#include <string.h>
#include <psputilsforkernel.h>
#include <psppower.h>
#include <malloc.h>
#include <pspsdk.h>
#include <stdarg.h>
#include <pspdisplay.h>
#include <pspkerneltypes.h>
#include <psptypes.h>
#include <stdint.h>
#include <graphics.h>
#include <pspusb.h>
#include <pspsysevent.h>
#include <pspatrac3.h>
#include <pspwlan.h>
Every time i hear of an include i add it to all of my projects even if not neede.
I mentioned the wrong one by accident.
And im asking no one to write anything and also i do know where my includes are. ther @ C:\pspsdk\psp\sdk\include
and also before you say this i did put the route to the lib in my makefile.

So far with the project im working on since its very simple know exactly what im doing and i found the problem for myself. The lib was bad i replaced it and know it works.
Dont know what ****ed it up but its working now.

[slicer4ever]

its very simple know exactly what im doing

...

#include <pspdebug.h>
#include <pspkernel.h>
#include <pspctrl.h>
#include <pspthreadman.h>
#include <stdlib.h>
#include <string.h>
#include <psputilsforkernel.h>
#include <psppower.h>
#include <malloc.h>
#include <pspsdk.h>
#include <stdarg.h>
#include <pspdisplay.h>
#include <pspkerneltypes.h>
#include <psptypes.h>
#include <stdint.h>
#include <graphics.h>
#include <pspusb.h>
#include <pspsysevent.h>
#include <pspatrac3.h>
#include <pspwlan.h>

you do know, exactly, what your doing...

[BlackBurd]

...


you do know, exactly, what your doing...

yeah i do i made an include that automatically include all those.
Im not just dropping all of that in.

[Anti-QuickJay]

Most new PSP programmers don't know about looking into the header files, or even where they are for that matter.. (I didn't until a friend of mine showed me)

Which is why people shouldnt start programming on the PSP and should learn on a PC.

[yaustar]

yeah i do i made an include that automatically include all those.
Im not just dropping all of that in.

While you are getting away with this now, this is a bad habit to get into as include more files adds to compiling time especially if they header files that get modified. E.g.

B.h includes A.h. B.cpp includes B.h. C.cpp includes B.h.

This means that when A.h gets changed, both B.cpp and C.cpp needs to be compiled as they have a dependency on A.h.

Always try to include the minimum number of headers.

[BlackBurd]

While you are getting away with this now, this is a bad habit to get into as include more files adds to compiling time especially if they header files that get modified. E.g.

B.h includes A.h. B.cpp includes B.h. C.cpp includes B.h.

This means that when A.h gets changed, both B.cpp and C.cpp needs to be compiled as they have a dependency on A.h.

Always try to include the minimum number of headers.

i dont plan on doing any big programs for psp any time soon there all simple stuff that are not [release] quality in my opinion i just do this for simple stuff and i hardly ever edit my header files nor other includes that goes with them.
Mostly because i cannot use the scanf function and alot of other functions i use for programing on the pc.

[Xsjado7]

I haven't coded in a bit and I'm starting to get into it. Came across A_noob's ConfParser last night which has saved me having to right up my own. Everything's been going fine except when I've tried to load a sound file with OSLib.
The entry from my config file I'm reading:

kitDir=kit1

Then I'm using this to load the file:

char *file;
sprintf(file, "Sounds/Drums/%s/snareon.wav", stringValueFromName("kitDir", config));
snareOn = oslLoadSoundFile(file, OSL_FMT_NONE);

However it crashes when it goes to load. Probably something simple I'm missing

[Moca]

I haven't coded in a bit and I'm starting to get into it. Came across A_noob's ConfParser last night which has saved me having to right up my own. Everything's been going fine except when I've tried to load a sound file with OSLib.
The entry from my config file I'm reading:

kitDir=kit1

Then I'm using this to load the file:

char *file;
sprintf(file, "Sounds/Drums/%s/snareon.wav", stringValueFromName("kitDir", config));
snareOn = oslLoadSoundFile(file, OSL_FMT_NONE);

However it crashes when it goes to load. Probably something simple I'm missing

sprintf doesn't allocate memory for you. You need to allocate memory and point to it with file before you can use it with sprintf the way you just tried.

[Auraomega]

I'm trying to get a global object, I've searched Google and found the method singleton, but in all honesty its not making any sense to me. I was wondering if someone knew of a good link explaining well, or could throw me some commented code giving me an idea what to do. From what I can see, I lose use of the constructor?

-Aura

[_dysfunctional]

class Singleton
{
private:
    static Singleton m_mySingleton; // Our single instance of the class

protected:
    Singleton() { }   // We don't want people calling these, but we want them to be easily
    ~Singleton() { }; // subclasses

public:
    static Singleton& Instance() // Our way of getting the instance
    {
        return m_mySingleton;
    }

    void DoSomething() { std::cout << "I did something.\n"; } // A member function
};

There are other ways to do it, but this is safer, and pointer-free.

// Somewhere else...
Singleton::Instance().DoS omething(); // "I did something."

[Auraomega]

Ok, I think I understood that, but is it then not possible to create multiple objects? Or would I have to create multiple instances in the same class?

-Aura

[yaustar]

You are trying to access a global object?

class Blah
{
    // Some code
};

Blah gGlobalBlah;

int main()
{
    gGlobalBlah.SomeFunction(); // global objects accessed
}

[Auraomega]

Yes, but I'm doing it over a few source files, which is causing my application to crash from what I can tell.

-Aura

[yaustar]

Look up the extern keyword

// blah.h
#ifndef BLAH_H
#define BLAH_H

class blah 
{
    // some code
};

extern blah gGlobalBlah;

// blah.cpp
#include "blah.h"

blah gGlobalBlah;

// some code

// main.cpp
#include "blah.h"

int main()
{
    gGlobalBlah.SomeFunction(); // global access to this variable
}

[Auraomega]

I was using extern.

When I remove all calls to the objects except in the function that uses it the most, and when I "create" the object within that function, everything runs fine (appart from none of the other code functioning correctly). I also commented all my functions, but "created" the objects in the global source, and used extern in the header with the ifndef, define, endif, and it still crashes, so I know its not my code but rather the way I'm making my objects global.

-Aura

EDIT:
I have to apologise, turns out I hadn't done something, still not 100% sure what it was, I did a couple of things including remove the constructor, and now it works as its supposed to without crashing.

[yaustar]

What was in the constructor and what do you mean by 'create'?

[Auraomega]

I just initialised the private memebers, and called another function not in the class. And by create I mean

class blah
{
...
};

blah meh;

I couldn't think of the word last night and I'm doing no better now either.

-Aura

[yaustar]

Did you attempt to call a virtual function in the constructor? Or a system function (such as initialising the GU or loading a texture)?

And the word the you are looking for is define or class definition.

[Auraomega]

Yeah I used a system function, is that not a good thing to do? And thanks, I thought defination but thought I'd got confused with precompilers.

-Aura

[yaustar]

It is fine to but this highlights the problem with globals. All globals are instantiated before the program even runs the first line of code in main. This means that the constructors of all global objects are called first so if it uses a system function that relies on something else being initialised first, then this will cause problems.

There are several ways round this:
- Don't use globals (which is not always possible)
- Use a two stage initialisation process (e.g. have another function called Init which gets called at the right time)
- Other variations of the above

[Auraomega]

Thanks I see what you mean now, although I knew they were instantiated before the rest, it hadn't occured to me that it would be calling a function which wasn't yet available. I changed my constructor to an init function last night which worked, but I'm happier now I know why it worked.

-Aura

[hallo007]

sceIoUnassign("flash0");
sceIoAssign("flash0", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);

This returns <0 on my 5.00M33 psp , i'm working in kernel mode , anyone knows what's wrong? It should just assign flash0 and make it writeable

[Bubbletune]

sceIoUnassign("flash0");
sceIoAssign("flash0", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);

This returns <0 on my 5.00M33 psp , i'm working in kernel mode , anyone knows what's wrong? It should just assign flash0 and make it writeable

sceIoUnassign("flash0:");  
sceIoAssign("flash0:", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);

You forgot the colons after flash0.

[hallo007]

sceIoUnassign("flash0:");  
sceIoAssign("flash0:", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);

You forgot the colons after flash0.

:/ , thnx

but now:
int createdFile = sceIoOpen("flash0:/vsh/resource/gameboot.pmf", PSP_O_WRONLY | PSP_O_CREAT | PSP_O_TRUNC, 0777);

returns a negative number , although I was able to assign flash0 (it returns 0 now)
-=Double Post Merge =-
Solved the problem , the file was read-only :)

[Nielkie]

I just reinstalled toolchain and got oslib set up again and everything, but classes seem to be broke :\

I'm stumped, does anyone have any ideas?

makefile:

TARGET = Test
OBJS = main.o
YOURLIBS=

INCDIR = 
CFLAGS = -G4 -Wall -O2
CXXFLAGS = $(CFLAGS) -fno-exceptions -fno-rtti
ASFLAGS = $(CFLAGS)

LIBDIR =
LDFLAGS =
STDLIBS= -lstdc++ -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppower -lpspgu -lpspaudiolib -lpspaudio -lm
LIBS=$(STDLIBS)$(YOURLIBS)

EXTRA_TARGETS = EBOOT.PBP
PSP_EBOOT_TITLE = Test

PSPSDK=$(shell psp-config --pspsdk-path)

include $(PSPSDK)/lib/build.mak

main.cpp:

#include <oslib/oslib.h>

#include "TestClass.h"
 
PSP_MODULE_INFO("Module name", 0, 1, 1);
PSP_MAIN_THREAD_ATTR(THREAD_ATTR_USER | THREAD_ATTR_VFPU);
 
int main(int argc, char* argv[])
{
	TestClass testclass;
	return 0;
}

TestClass.h

#ifndef TESTCLASS_H
#define TESTCLASS_H

class TestClass {
public:
	TestClass();
	~TestClass();
};

#endif

TestClass.cpp

#include "TestClass.h"

TestClass::TestClass() {
}

TestClass::~TestClass() {
}

error:

psp-g++ -I. -I/usr/local/pspdev/psp/sdk/include -G4 -Wall -O2 -I. -I/usr/local/pspdev/psp/sdk/include -G4 -Wall -O2 -fno-exceptions -fno-rtti -D_PSP_FW_VERSION=150   -c -o main.o main.cpp
psp-gcc -I. -I/usr/local/pspdev/psp/sdk/include -G4 -Wall -O2 -D_PSP_FW_VERSION=150  -L. -L/usr/local/pspdev/psp/sdk/lib   main.o -lstdc++ -losl -lpng -lz -lpspsdk -lpspctrl -lpspumd -lpsprtc -lpsppower -lpspgu -lpspaudiolib -lpspaudio -lm -lpspdebug -lpspdisplay -lpspge -lpspctrl -lpspsdk -lc -lpspnet -lpspnet_inet -lpspnet_apctl -lpspnet_resolver -lpsputility -lpspuser -lpspkernel -o Test.elf
main.o: In function `main':
main.cpp:(.text+0x8): undefined reference to `TestClass::TestClass()'
main.cpp:(.text+0x10): undefined reference to `TestClass::~TestClass()'
collect2: ld returned 1 exit status
make: *** [Test.elf] Error 1

Any help would be appreciated.

[daaa57150]

Nielke, you forgot TestClass.o in your makefile (OBJS)

[Nielkie]

Wow, I can't believe I missed something as silly as that.
Thanks, I guess I've spent too much time out of C++ :-(

[MoAShaun]

Just wildcard everything, makes it much easier.

[malliet]

Hey guys can someone help me out? I want to learn C++, but I having a little problem with installing the psptoolchain. I'm did everything from the tutorial of psp-programming.com but when I want to install the psptoolchain it gives me some errors. I am from the Dutch so I don't understand that errors. Can someone help me out?

Here's the error:

[Davee]

You need to setup your enviroment variables before you start installing.