C / C++ / MFC

wizQ wrote: in case DLL need to inform application of something changed. I think you misunderstand the role of a support library. A library (whether .lib or .dll) is a set of passive functions that are only activated when called from an application (Console or Windows). So it is unlikely that they would be able to "know" when anything happened that needed to be communicated to other applications.

Agreed, it's not something I would rely on. I was just intrigued to discover that there is some sort of undocumented queue for sent (as opposed to posted) messages.

Understood, thanks for your reply. I'm looking at some not-very-well-designed legacy code and trying to work out whether its attempts to deal with a potential deadlock are flawed. Given that it's over 20 years old and nobody has complained it's probably better to just leave it alone.

I changed extern PrintDelegate printDlgt; to extern MYDLL_API PrintDelegate printDlgt; Now it works properly Thanks Richard

Try Tools/Customize; down should drop the list of (most unticked) options for the interface look. Mine's defaulted at "standard", the only ticked box. But there's a hayrick-load of other untested to toss your implements into and have a go. (have not tried this suggestion ... too timid a developer I'm afraid)

And you are welcome! "In testa che avete, Signor di Ceprano?" -- Rigoletto

From the linked page: Parameters [out] lpTimeZoneInformation A pointer to a TIME_ZONE_INFORMATION structure to receive the current settings. So, have a look at TIME_ZONE_INFORMATION (timezoneapi.h) - Win32 apps | Microsoft Learn[^] as well. "In testa che avete, Signor di Ceprano?" -- Rigoletto

I have verified that the first parameter is indeed "dev_id" , unfortunately "bluez" does not brother to farther identify it . I "assume" it is "file descriptor"... Since I cannot identify what causes the run to crash I am going to cheat, for now , and use "hcitool dev" to identify the local Bluetooth device. I may get ambitious and find the source for "hcitool" and verify what somebody else coded to identify local device , and its address... cheers

I'll give it a shot. Part of my problem is that I am still in google can find everything mode. Microsoft went and protected themselves - rightfully so - from google farming them. I also have a bias against Microsoft support and forums. It's mostly filled in with useless drivel, "hi, I'm an independent contributor. I will help you. Have you rebooted your computer lately?" "Please follow the next 42 random suggestions, etc." But I've not been to the developers forums in a while - that's against me. Thanks. Charlie Gilley “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759 Has never been more appropriate.

trønderen wrote: I wonder if anyone ever has remembered to write the conditional backwards, yet used '=' rather than '=='. My impression is that those who turns the condition around never mixes up assignment and equality operators. Right. However I sometimes make a typo. Quote: I prefer the natural way of writing conditionals,emphasizing readability over dogmas Me too. Luckily, modern compilers produce a warning. "In testa che avete, Signor di Ceprano?" -- Rigoletto

'Your' :-D random generator code is simply fantastic! "In testa che avete, Signor di Ceprano?" -- Rigoletto

My suspicion is that at least one of the following is true: A) the OP is not following the compilation instructions from the git repo B) the OP has not added the prerequisites for the repo to compile C) the repo does not list what resources are needed (e.g dev libraries, cmake, etc). Or that information is buried somewhere in the repo source files, and the OP has not stumbled upon it, yet. The OP also has some odd notion that he can "fix" things by copying header files from somewhere in /usr/include to the local directory. My experience suggests that 99.99% of the time, this will not work, and is about the *worst* solution I could think of to get things to compile. "A little song, a little dance, a little seltzer down your pants" Chuckles the clown

As a minimum you create a new class that inherits from the base class. Then you can override the HasButton method and get it to return true. Now you will get a small … button when you use this new class for your property. If you look at the MFC source code you will see that you can also override OnButtonClick to detect when the button is clicked. This is as much as I have found out so far.

(yeah, let me know ...)

Use code tags when you post code. The context of your questions is not clear. There is theory and there is practice (implementation). To which do your questions refer? Are you asking if your code is right? And only that? Are you asking if your theory is right? And only that? If the second then the code doesn't help. If the first then you should provide some specifics about which part of the code you think has a problem. If you are mixing the two then I would suggest that you rethink what it is that you actually need to ask. I suspect also that at least for the theory you need to run on hardware that tests this. Not clear to me how your code insures that the hardware is even being used. That however might both be because you didn't use code tags and because I didn't look that closely at the code.

GitHub - fandreuz/BisPy: BisPy - Python bisimulation library[^]

have a look at [CRgn Class | Microsoft Learn](https://learn.microsoft.com/en-us/cpp/mfc/reference/crgn-class?view=msvc-170#getregiondata) and [RGNDATA (wingdi.h) - Win32 apps | Microsoft Learn](https://learn.microsoft.com/en-us/windows/win32/api/wingdi/ns-wingdi-rgndata)

It depends on what is in the spot that the mouse is hovering over. Take a look at sme of the following links: mfc tooltip - Google Search[^].