[RESOLVED] Threads and Modules

[BigProMaN]

Hello All !

So, I've got a little problem in my code, here it is (this is not the entire code) :

Code: Select all

int main(int args, char** argv)
{

	.....

	DisplayThread = sceKernelCreateThread("...", Display_Thread, 0x18, 0x10000, PSP_THREAD_ATTR_USER, NULL);
	sceKernelStartThread(DisplayThread, 0, 0);
	
	int i;
	
	while(1)
	{
		Ctrl(); //Control
	}

        return 0;
}

void Ctrl()
{
         if (pad.Buttons & SelectKey && !(oldPad.Buttons & SelectKey))
	{
                   ....
                  sceKernelStartModule(usbcam,
                  strlen("ms0:/usbCam.prx")+1,"ms0:/UsbCam.prx", NULL, NULL);

		sceKernelSuspendThread(DisplayThread); //I suspend my display thread to blit my module correctly
        }
         
       if (pad.Buttons & CancelKey && !(oldPad.Buttons & CancelKey))
	{
                   ....
                  sceKernelStopModule(usbcam,strlen("ms0:/usbCam.prx")+1,"ms0:/UsbCam.prx", NULL, NULL);

		 sceKernelResumeThread(DisplayThread); // Now I can Resume my Thread
        }

        ... //Other controls ...

The problem is : before I start my module the controls work perfectly. Then I start my module, and when I press Circle, the module is stopped and I resume my display thread. The thread re-appear on the screen normally, but this time the controls don't work :(

I don't know if I'm very clear ^^ In fact, as soon as I stop the module, the controls don't work.

Thanks in advance :p

PS:Sorry for my bad English

[ne0h]

mmm... I can't see a little sceCtrl call...
Are you reading control buffers in the "entire" code?

[BigProMaN]

Oh Yes, I forgot this function.
sceCtrlReadBufferPositive(&pad,1) is called in Ctrl();

[cosmito]

PS:Sorry for my bad English
_________________
Excuse me for my English, I'm French.

Why everyone nowadays seems to be sorry about their english?! Is it so important really to have a *perfect* english?
His text seems perfectly understandable...
(sorry for the off-topic comment, but sometimes this matter p*ss me off...)

[J.F.]

PS:Sorry for my bad English
_________________
Excuse me for my English, I'm French.

Why everyone nowadays seems to be sorry about their english?! Is it so important really to have a *perfect* english?
His text seems perfectly understandable...
(sorry for the off-topic comment, but sometimes this matter p*ss me off...)

They're just worried they'll be mistaken for a stupid American... which is a valid concern. I once submitted a review of some fanfiction where I suggested the author try to get someone who spoke/wrote English natively to help him with his writing as I assumed his truly dreadful English was the result of trying to use the truly dreadful language translation sites out. The guy wrote me back a blistering email that was 99% vulgarities because I had apparently insulting his writing skills - turns out, he wasn't a foreigner using bad translation software, he was 100% US citizen... in fact, he claimed to be a college student working on a Masters in English writing! Whoopsie! Considering he wrote below a third grade level with atrocious grammar and spelling, I could only hope he was lying about being an English student at a major university.

So if someone apologies for their English, claiming to be foreign, I just tell them it's fine, that their English is much better than my <whatever language> and leave it at that. :D

[BigProMaN]

Excuse me cosmito ... I forgot that my signature was already "Excuse me for my bad English" ^^

Has anybody got the solution ?

[J.F.]

What kind of waiting are you doing in the Ctrl function? Your while loop simply calls Ctrl over and over, so if Ctrl isn't doing any waiting, nothing but Ctrl is running. The PSP uses coop multitasking, so only one thing runs until you call something that allows others to run. You'd want something like an sceKernelDelayThread(33333); in the loop somewhere so that other threads can run.

[Smong]

I think sceCtrlReadBufferPositive does allow other threads to run. While sceCtrlPeekBufferPositive does not.

[NoEffex]

I think sceCtrlReadBufferPositive does allow other threads to run. While sceCtrlPeekBufferPositive does not.

Nah, I use peekbuffer and it lets the other threads run fine.

[Smong]

In that case I may have to double check it. Is that the only firmware function you are calling from your mainloop? Some other function may be allowing threads to get a chance at running.

[BigProMaN]

Finnally the problem is revolved ...
I had to call pspSdkLoadStartModule when I press X, and call sceKernelSelfStopUnloadModule directly in the module loaded to stop/unload it :)

[Smong]

I think sceCtrlReadBufferPositive does allow other threads to run. While sceCtrlPeekBufferPositive does not.

Nah, I use peekbuffer and it lets the other threads run fine.

In that case I may have to double check it.

I double checked by calling sceCtrlPeekBufferPositive 1mil times while a 2nd thread was in the ready state and the 2nd thread never got a chance to run. And just to make sure I repeated the test with sceCtrlReadBufferPositive which did let the 2nd thread run. So I will assume you are calling other firmware functions, at least one of which does having a blocking behaviour.