That's a bit odd. If you are compiling for arm, you should not be including anything from the x86_64 lib tree.
Secondly you seem to be confusing the difference between a software package, and its contents. The package is libbluetooh-dev. It has headers, documentation and other files that are needed to compile a program that uses libbluetooth. The package libbluetooth3 contains the shared library: /usr/lib/arm-linux-gnueabihf/libbluetooth.so.3.xx.yy, so you should ask to link only with -lbluetooth
Thirdly: if you've installed the gcc cross-copmiler tools correctly, it should know how to find libm without any additional help from you. Consider the following very simple program
1. Being lazy I left the x86 links references in - it should not matter,
but I'll take them out.
2. Yes I got puzzled by instruction to "install a library " when in essence I was installing a
Linux package which contains the library and other stuff. I got better undertaking of thet
3. I have another app in works with no problem crosscompiling and actually running it on Raspberry.
3. No, I did not physically install the crosscomplier - just selected "cross compile" option in Eclipse.
I am not sure if my -l and -L options are syntactically correct - but it looks OK in output
I'll recheck that .
Many thanks for your help, appreciate that very much.
It definitely looks as a linker "suggestion " when "libbluetooth" is set as an option
When both ":" and ".a" are used linker does not complain.
/usr/bin/ld: cannot find -llibbluetooth
/usr/bin/ld: note to link with /usr/lib/x86_64-linux-gnu/libbluetooth.a use -l:libbluetooth.a or rename it to liblibbluetooth.a
collect2: error: ld returned 1 exit status
I have a richedit control as child control in my modeless dialog. I have populated editcontrol via streamin SF_TEXT with a program listing. I am looking to insert a bullet to specify a breakpoint.
After doing some research there were a number of articles about the richedit ole interface. With the bitmap being an ole client. I remember at one time getting this work (had different computer but still had windows 10)
regardless just looking back at those articles it seems the ole support would only work with RTF format text.
I am now thinking of going back to original API for bitmaps by that I mean BitBlt and or Strechbilt.
In my initdialog after creating the rich edit both object via new and creating a HWND via DDX_CONTROL I did a Clientrect on bot the modless dialog box and the richedit control it showed that right variable of the RECT structure for richedit window was 20 pixels less than the right viariable of the parent modeless dialog box. I think those 20 pixels would be enough for me to insert a bullet bmp
Yet when eyeballing the output, it seemed the text of the richedit was right up against the frame of the modeless dialog box
I think 20 pixels would be something I would notice
I'm not sure, but couldn't it be that the dialog's client rect is relative to the upper left of the window, while the child control's client rect is relative to the upper left of the dialog's client rect?
The difficult we do right away...
...the impossible takes slightly longer.
Not sure what you mean by window in dialog box same as CFRamewnd there is a frame that takes up space
The GetClientRect implies as in Client the white back ground portion
I mean if you were to Draw text the coordinates would be the white back ground right So if the richedit child control is +20 from the client area of dialog the text I’m writting to or streaming shouldn’t be right up against the frame right ?
I don't have MFC so I cannot test this control. However, it occurs to me that perhaps the RichEdit control reserves some edge space for its own purposes (possibly a scrollbar). Try calling GetWindowRect on the control and compare that with the dialog's client rect.
I just checked the difference between the Window and Client sizes of a simple Edit control. The width was 25 pixels different, and the height 4. So I guess what you are seeing is correct.
I had this code working in the begining of this year. I a program listing in a rich edit control that I streamed in with SF_TEXT (looked really) nice. I then wanted insert a bullet to indicate a break point something similar to what visual studio does.
I had a red bullet and used the Richedit OLE interface along the lines in what is in KB Article Q220844 All of the sudden now its not working the red bullet does even look a bitmap after I do insertobject
Could it be to fixes windows have something to do with this
I'll end by asking a general question is it possible to insert a bitmap (in may case a red bullet ) in Richedit doc where I streamed in data in SF_TEXT format ?
I know I tried streaming in a z/os assembler listing when I look at the project date it was 1/2020 it was under windows 10 I now have a different computer newer version of windows 10 back then inserting the bullet via richeditole->object worked
I just would like to ask you a general question if streamin the text with SF_TEXT should I after doing the other api calls be able to do richediole->insertobject I did setsel to where I want to place it and put value in REFORMT structure to use current selection for bitmap should this work if initial text was streamed in with SF_TEXT
Solve in C language:
1: "A savings account was opened with a deposit of $500.00. Imagine that this account is paid at 1% interest per month. What will the account value be after three months?"
2: "Make a program with 2 variables, A and B, where A will have the value 40 and B will have the value -1. Print the value of A+B, A-B, AxB and A/B. Then make B increment by a drive and repeat the 4 operations."