0xFFFF | Open Free Fiasco Firmware Flasher for Maemo devices

I have implemented a Xdnd drop support implementation in VTK some time ago. It was working great except with Thunar file manager. All other file managers were working fine at the time. We dismissed this limitation a Thunar bug at the time.

The feature I implemented was very simple:

• Set the window of the application to be XdndAware
• Receive the position message and respond that we are ready to receive
• Receive the drop mesage and request a selection
• Receive the selection notify and recover the URI
• Convert the URI into something we can work with

Nothing fancy, I did not even touch the list type.

Fast forward a few years and now dolphin users cannot drop files correctly into our application. The URI is always the first file dropped since dolphin was started. Restarting our application has no effect. No bug at all with pcmanfm.

This is not a dolphin bug and files can be dropped on blender or firefox from dolphin without issues.

So there must be a bug in our implementation, but I've been staring at the code for some time and everything I tried had no effect, except for breaking Xdnd support completely.

Here are the interesting part of the implementation:

Lately I have started implementing TLS for the sport as a fun project and I'm currently trying to self make and send locally a client hello TLS packet (a minimal one).

When observed via the loopback interface in Wireshark it appears as pure data instead of a tls layer with all of the various fields and after lots of trying I decided to ask here the following questions:

1. What's the difference between my self made packet and a real TLS client hello one?
2. How does Wireshark selectively makes one appear as a TLS layered instead of pure data, is there an identifier field in the packet that declares it as pure data or a TLS layered one?
3. How can I make my packet to appear as a client hello TLS packet instead of pure data?

Here is my server and client that send basically my c code output (remember that they are not made for real TLS handling but just to show the packet in Wireshark):

server.py

Note: Just here for the brevity the examples are simplified, so they do not justify my intentions. If I would be just writing to a memory location exactly like as in the example, then the C would be the best approach. However, I'm doing stuff where I can't use C so please do not downvote just because this specific example would be best to keep in C.

I'm trying to load registers with values, but I'm stuck to using 8-bit immediates.

My code:

https://godbolt.org/z/8EE45Gerd

When converting from a small int (negative value) to a larger uint what should the value be? Example:

I'm going nuts trying to guess why my Arduino Nano33 is not being able to receive mqtt messages. Or may be it receives them but the callback function is not working as I intend (since the callback is the only way I have to see if a message was received).

I can publish messages without problem. Any clues on what can be wrong in my code? (I have zero experience with C++ so it could be some stupid mistake).

I'm copying the entire code in case the issue is somewhere else, but I guess the key functions to look at are callback and setup.

Please note my comments, the question is still unanswered.

I have the following which I can't change:

We are working on modding an old 16Bit era video game cartridge. We are hoping to inject some our own Sprites into the game to dip our toes in the water.

To do so, we are developing an app to both display the Sprites and convert new ones to the Hex (to make it easier to inject.)

The game stores individual pixels as 2 Digit Hexidecimal Values (0x0~0xFFFF). The game uses bitwise shifts to establish the individual Red, Green, and Blue colors. There's some old documentation we had to fall back from the Sprite Resources community to confirm this. This confirmed use of two masks.

We have the display function working perfectly. The function receives the HEX then returns an ARRAY with the 3 values: R, G, B.

In the group, we do not have anyone particularly good working with bitwise shifts. We are looking for help turning the 3 "int" colors back into it's original single 2 Digit Hex.

ANSWERED!! THANKS

While making my first approaches to using JMH to benchmark my class, I encountered a behavior that confuses me, and I'd like to clarify the issue before moving on.

The situation that confuses me:
When I run the benchmarks while the CPU is loaded (78%-80%) by extraneous processes, the results shown by JMH look quite plausible and stable:

I am learning to use the STM32F302R8 board and I have this problem.

TIM2 is configured with toggle output CH1 on PA0. (This works fine).

TIM15 is configured as input capture CH1 on PA2.

I have a jumper between PA0 and PA2.

The aim is that when TIM2 reaches the value of CCR1 it triggers the PA0 pin, which happens, and having the jumper with the PA2 pin should trigger the TIM15 input but this does not happen.

The while that checks the CC1IF flag never ends, it doesn't detect anything.

What can it be?