Where have all the flowers gone, eh IDCMP messages

8 posts / 0 new

Last post

Mon, 2025-03-03 14:07

OldFart

Offline

Last seen: 7 hours 7 min ago

Joined: 2010-11-30 14:09

Where have all the flowers gone, eh IDCMP messages

Hi,

Of late I have this odd behaviour of GUI's:
- Clicking a gadget will result in an 'empty' message stream. Any gadget, any window, any project. Any of MY current projects. Former projects c.q. older versions just work fine, so *I* do something wrong.
- Clicking 'Close window'-button will close the window just fine and terminate the program gracefully.
- Dropping an icon on a filerequester gadget works as expected (clicking the gadget's button will NOT bring up the requester proper).

Hence the question is 'quite simple': where do all those IDCMP messages go (, provided they are generated)?

Most importantly: "it used to work"...

Any ideas where to look and/or what may cause this behaviour?

Regards,
OldFart

P.s.: 'HintInfo' for these gadgets does not work either, although they are provided.

Thu, 2025-03-06 15:55

jabirulo

Offline

Last seen: 1 week 4 days ago

Joined: 2013-05-30 00:53

Re: Where have all the flowers gone, eh IDCMP messages

Hi, did you add new gadgets/objects?
Full build of the projects, as sometimes just compiling only changed sources not enough.

For gadgets (unde ReAction), to be "event active", you need these tags:
GA_ID, OID_ASGNLIST,
GA_RelVerify, TRUE,

and on your event function:

...
#define OBJ(x) gui->Objects[x]
#define GAD(x) (struct Gadget *)gui->Objects[x]
...
BOOL Process_GUI(struct CMDGUI *gui)
{
	BOOL done = TRUE;
	uint16 code = 0;
	uint32 result = WMHI_LASTMSG, siggot = 0, wsigmask = 0,
	       res_value = 0;
 
	IIntuition->GetAttr(WINDOW_SigMask, OBJ(OID_MAIN), &wsigmask);
	siggot = IExec->Wait(wsigmask | SIGBREAKF_CTRL_C);
 
	if(siggot & SIGBREAKF_CTRL_C)
	{
		return FALSE;
	}
 
	if(siggot & wsigmask)
	{
		while( (result=IIntuition->IDoMethod(OBJ(OID_MAIN), WM_HANDLEINPUT, &code)) != WMHI_LASTMSG )
		{
//DBUG("result=0x%lx\n",result);
			switch(result & WMHI_CLASSMASK)
			{
				case WMHI_CLOSEWINDOW:
...
				case WMHI_GADGETUP:
DBUG("[WMHI_GADGETUP] code = %ld (0x%08lx)\n",code,code);
					switch(result & WMHI_GADGETMASK)
					{
...

For hintInfo, AFAIK just "WINDOW_GadgetHelp,TRUE" and on gadgets you want just add "GA_HintInfo,"bla bla bla","

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonRX550/SSD240GB/DVDRW :-P

Thu, 2025-03-13 16:21

OldFart

Offline

Last seen: 7 hours 7 min ago

Joined: 2010-11-30 14:09

Re: Where have all the flowers gone, eh IDCMP messages

Things are 'back to normal' since today as I discovered, that the issue was caused by modifying the IDCMP-flags.

Reversed that modification, which I thought were THE solution to 'a rattling IDCMP-port', which it indeed proved to be, but with side effects.
I now have a filter installed, a 'silencer' or 'muffler' if you want, that lets only pass THOSE WMHI actions which I deem relevant to the program.

The IDCMP-port is still rattling as per usual, but it now is no longer a menace.

OldFart

Thu, 2025-03-13 16:36

(Reply to #3) #4

OldFart

Offline

Last seen: 7 hours 7 min ago

Joined: 2010-11-30 14:09

Re: Where have all the flowers gone, eh IDCMP messages

@jabirulo

Thanks, but I do know to some extent how to create a (ReAction-)GUI and handle the messages it generates. Those messages contain quite some 'unsollicited' ones, like IntuiTicks and Activation/Dectivation, the former one innundating your program with messages that all need to be handled.

In this part of your program:

			switch(result & WMHI_CLASSMASK)
			{
				case WMHI_CLOSEWINDOW:
...
				case WMHI_GADGETUP:
DBUG("[WMHI_GADGETUP] code = %ld (0x%08lx)\n",code,code);
					switch(result & WMHI_GADGETMASK)
					{
...

add the following case:

				case WMHI_INTUITICK:
                                  {
                                    IDOS->Printf("Bang\n");
                                    break;
                                   }

and you have your machine gun arattling!

Alternatively add a 'default' case and print out all those unsollicited messages...

OldFart

Fri, 2025-03-14 00:31

(Reply to #4) #5

jabirulo

Offline

Last seen: 1 week 4 days ago

Joined: 2013-05-30 00:53

Re: Where have all the flowers gone, eh IDCMP messages

Oh, thx dind't know it.
And how can I "silence" unwanted WMHI_ messages?

EDIT: maybe by using ModifyIDCMP()?

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonRX550/SSD240GB/DVDRW :-P

Fri, 2025-03-14 09:38

(Reply to #5) #6

OldFart

Offline

Last seen: 7 hours 7 min ago

Joined: 2010-11-30 14:09

Re: Where have all the flowers gone, eh IDCMP messages

@jabirulo

Your suggestion about using 'ModifyIDCMP()' will probably result in messages not reaching your usual (window's) messageport. This requires then installation of an IDCMPHook and ancillary IDCMPHookBits in order to intercept and handle them off. This was the very reason for me of starting this thread.
Admittedly I have not yet covered that ground, but I am investigating it and come to think about it, I may give it priority, as this affects virtually all my software in one sweep.

The silencing method I applied is more of a stop-gap kludge.

OldFart

Fri, 2025-03-14 18:02

(Reply to #6) #7

jabirulo

Offline

Last seen: 1 week 4 days ago

Joined: 2013-05-30 00:53

Re: Where have all the flowers gone, eh IDCMP messages

ok, will do some test here with ModifyIDCMP() and see what happens on my little GUIs

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonRX550/SSD240GB/DVDRW :-P

Mon, 2025-03-17 21:11

(Reply to #7) #8

OldFart

Offline

Last seen: 7 hours 7 min ago

Joined: 2010-11-30 14:09

Re: Where have all the flowers gone, eh IDCMP messages

@jabirulo

ok, will do some test here with ModifyIDCMP() and see what happens on my little GUIs

Please tell about your experience later on, when you've gained some insight in the matter.

OldFart

Search form

User login