The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

  • Twitter Updates

  • My Flickr Stream

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 2,732 other followers

Having cancer is not a fight or a battle, it is about having luck or misfortune

Posted by jpluimers on 2021/12/10

It has been a while after my last post about me having cancer. No, I am not giving up. But I am having the regular fear of the upcoming checks: did the metastases return, or do I have the luck to outlive some 30% of my peer group.

The last metastases surgery has been slightly more than a year ago. A year from now, that percentage hopefully will be 50% and slowly increase over time until about 90% in some 9 years from now.

At year’s end, I will know for sure.

Below are some links on, mostly Dutch but with English abstract, articles about the mental side of having cancer, or having survived it for now.

Read the rest of this entry »

Posted in About, Cancer, LifeHacker, Personal, Power User, Rectum cancer | Leave a Comment »

The biggest lie I tell myself is not about new years resolutions.

Posted by jpluimers on 2019/01/01

The biggest lie I tell myself is “I don’t need to write that down, I’ll remember it”

It’s likely older, but the oldest reference I could find was 2012 [WayBack].

So before I forget:

Happy New Year everyone!

With the above quote, it is no coincidence I started my blog even earlier (in 2009): it’s my off-line memory, way better readable than my hand-writing and indexed by various search engines.

Read the rest of this entry »

Posted in About, LifeHacker, Personal, Power User | Leave a Comment »

Windows 8.1: default Windows Explorer to open “This PC” instead of “Libraries” without duplicating the taskbar icon

Posted by jpluimers on 2022/05/20

Every now and then you revisit old Windows versions. It seems a fact of life.

If course those lack more recent features, one of which is the default View with which Windows Explorer starts.

In Windows 10 you can switch it between “This PC” and “Quick Access”. Not so with Windows 8.1.

In Windows 8.1, when you have “Show Libraries” enabled, it will default to that. So the trick is to disable “Show Libraries” and refrain from using them. I never used them, so that is OK for my situation.

Based on:


Read the rest of this entry »

Posted in Power User, Windows, Windows 10, Windows 8.1 | Leave a Comment »

To make Twitter a better place for visually impaired: please do without those fancy Unicode letters in your account and messages – Global Accessibility Awareness Day 2022 – #a11y

Posted by jpluimers on 2022/05/19

Today is Global Accessibility Awareness Day, so it is a good day to write about a Twitter bot that tries to coerce people in having more accessible Twitter names and messages.

I knew I made a bookmark of [Wayback/Archive] Jacques Favreau on Twitter: “@Conundrum9999 @asciiArtHelpBot will make a little video of reading these things if anybody wants to try it out on a tweet.”

But when searching for it earlier this month, I could not find it (see below how in the end I did find it back).

The tweet was part of a thread that started with this tweet which very well describes why you should refrain from using fancy characters in Tweets or Twitter names:

[Wayback/Archive] Katie Mixtochtli – read my pinned – use alt text on Twitter: “Why you should avoid symbols and nonstandard letters in your twitter name if you want to be screen reader friendly: #DisabilityTwitter #disabilityinclusion Read on to see how “𝕁𝕒𝕞𝕖𝕤 – ʷʰᵉʳᵉ ⁱˢ ᵗʰᵉ ᵖʳᵒᵗᵉˢᵗ – ℂ𝕣𝕠𝕩𝕥𝕠𝕟 liked your reply” sounds to me 👇🏼”

The thread contains the long text you get when a screen reader reads that tweet. A video of that is below, and I saved the thread at [Wayback/Archive] Thread by @Conundrum9999 on Thread Reader App:

Read the rest of this entry »

Posted in accessibility (a11y), Awareness, Development, Inclusion / inclusive society, SocialMedia, Twitter, TwitterBot | Leave a Comment »

On Windows, keep the lifetime of relative pathnames as short as possible because of thread-safety issues

Posted by jpluimers on 2022/05/18


GetFullPathName thread-unsafety because of SetCurrentDirectory isn’t, so derived functions (like Delphi GetDir/ChDir/TPath.GetFullPath, or .NET System.IO.Path.GetFullPath) are not thread-safe either (via The Old New Thing)

A while ago I got a big reminder because of [Wayback] What are these dire multithreading consequences that the GetFullPathName documentation is trying to warn me about? | The Old New Thing

The documentation for the Get­Full­Path­Name function contains this dire warning:

Multithreaded applications and shared library code should not use the GetFullPathName function and should avoid using relative path names. The current directory state written by the SetCurrentDirectory function is stored as a global variable in each process, therefore multithreaded applications cannot reliably use this value without possible data corruption from other threads that may also be reading or setting this value. This limitation also applies to the SetCurrentDirectory and GetCurrentDirectory functions. The exception being when the application is guaranteed to be running in a single thread, for example parsing file names from the command line argument string in the main thread prior to creating any additional threads. Using relative path names in multithreaded applications or shared library code can yield unpredictable results and is not supported.

Boy, this was a trip down memory lane, as subconsciously I was aware of this, but not consciously, so it was great seeing it all written down.

Since most of your Windows applications and services are multi-threaded by now (even if you don’t realise this, a cmd.exe instance already has multiple threads running).

It means that the current directory global process variable can be changed by any thread. Since GetFullPathName relies on this converting relative pathnames to absolute pathnames, it means that over time the conversion might give you different absolute pathnames.

Which means these all are not thread-safe:

Related: Much Turbo Pascal history (via What is a Delphi DCU file? – Stack Overflow)


Posted in Delphi, Development, Pascal, Software Development, Turbo Pascal, Windows Development | Leave a Comment »

A while ago @LarsFosdal praised Bruneau Babet for trying to offset the lack of Idera/EMBT customer communication and quality control: Lars Fosdal is right

Posted by jpluimers on 2022/05/17

Earlier this year, [Wayback/Archive] Lars Fosdal posted a long thread about Embarcadero/IDERA software quality and one special person trying to offset the lack.

It is important not just because of his opinion, but also because Lars posts rarely about his Delphi opinion. He is the kind of guy quietly working with Delphi and doing a lot of community support.

When he posts, it is important and should be a signal to be picked up by Embarcadero/IDERA. Until now, not so much of that.

The first tweet was this:

Bruneau Babet is the best developer advocate that Embarcadero can have! The man inexhaustibly and tirelessly deals with all our pesky questions and comes back with detailed, sensible, and HONEST answers.
@EmbarcaderoTech and @marcocantu should hire more people like Bruneau.

and the last tweet ended with this:

Idera/EMBT – please work on your customer communication and quality control – while you still have customers.

Read the rest of this entry »

Posted in Delphi, Development, Software Development | Leave a Comment »

Still a great way to stress test CPUs: About Intel Burn Test…

Posted by jpluimers on 2022/05/16

IntelBurnTest is a wrapper around the [Wayback] Intel Linpack benchmark ([Wayback] Windows download) and still a great way to test CPUs.

From [Wayback/] reddit – About Intel Burn Test… : overclocking

“Pinhedd: “Both IBT and Prime95 are similar in that they stress floating point arithmetic and memory subsystems. They are different in that IBT uses Linpack (solving linear equations) while Prime95 calculates Mersene Primes.
IBT is generally regarded as being far more aggressive in the short term, which makes it great for testing ultimate stability. IBT will easily drive load temps up to 20 degrees higher than Prime95, this is well known and is a defining feature of the program.
Unfortunately, the Linpack benchmark was designed for supercomputers (hence the floating point part, for modeling continuous phenomenon) so it really pushes desktops to the limit, far beyond what any application will do. This means that IBT may fail on commercial CPUs that are running at stock settings simply because Intel doesn’t test them to that extent.

Too bad it is not open source and steadily at version 2.54, but then again, there is so little to maintain when the underlying tests basically do not change.

This is one of the ways to download it (it is not on chocolatey): [Wayback] Download IntelBurnTest 2.54 – MajorGeeks (actual download: [Wayback]

More downloads via [Wayback] IntelBurnTest – Google Search.

Example pictures while testing a socket 1155 Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz [Wayback] on an MSI Z77A-G43 mainboard:

Read the rest of this entry »

Posted in CPU, Hardware, Intel CPUs, Mainboards, MSI, Power User, Z77A-G43 | Leave a Comment »

%d bloggers like this: