Social

In dit huis voeren we oorlog in het WEEKEND en niet als een stel dieren doordeweeks als de beurs open is. Gisteren was het over en weer nog mot, viel Iran commerciële schepen aan en reageerde CENTCOM met luchtaanvallen op tien Iraanse militaire doelwitten. Maar, eind goed al goed zolang de voorraad strekt. Axios schrijft: "De VS en Iran zijn overeengekomen te stoppen met elkaar aan te vallen, aldus een hoge Amerikaanse functionaris; de twee partijen zijn van plan elkaar dinsdag in de Qatarese hoofdstad te ontmoeten om hun geschil over de Straat van Hormuz te beslechten. (...) De besprekingen van dinsdag over het Iraanse nucleaire programma zouden oorspronkelijk in Zwitserland plaatsvinden, aldus een bron die op de hoogte is van het overleg. Door de escalatie zijn ze naar een andere locatie verplaatst en is de aandacht verschoven naar de Straat van Hormuz."

Meemaken is wat we het gaan. Ondertussen blijft het uiteraard ook onstuimig in Zuid-Libanon, waar gisteren een IDF-soldaat gedood werd en 1 IDF-soldaat gewond raakte tijdens een vuurgevecht met Hezbollah. De IDF meldde dat de verantwoordelijke Hezbollah-schutter daarna door grondtroepen is uitgeschakeld.

Zoals onderstaand te zien is viel het aantal schepen door Hormuz de afgelopen 24 uur nogal tegen, omdat rederijen en bemanningen geen mentaliteit hebben, en mogelijk ook omdat Iran weer schepen aanviel en Amerika hierop reageerde met luchtaanvallen. Maar vandaag is het vrede dus wie weet wat de komende 24 uur brengt! Wij gaan weer eens live.

Kijkje in de keuken

Social

Hormuz de afgelopen 24 uur

Social

Trump - leider van de Smaakpartij - voor 't slapengaan

Zoals de Founding Fathers het bedoeld hadden

Social

Na de zinderende hitte van de afgelopen dagen doet het weer deze werkweek een flinke stap terug. En eerlijk is eerlijk, dat is misschien ook wel even lekker. Geen extreme temperaturen meer, geen puffende middagen en klamme nachten, maar gewoon normaal zomerweer. Zoals het begin juli best mag zijn.

Na de zinderende hitte van de afgelopen dagen doet het weer deze werkweek een flinke stap terug. En eerlijk is eerlijk, dat is misschien ook wel even lekker. Geen extreme temperaturen meer, geen puffende middagen en klamme nachten, maar gewoon normaal zomerweer. Zoals het begin juli best mag zijn.

De politie heeft afgelopen zaterdagavond een illegaal feest in de duinen van Hoek van Holland voorkomen. Mensen waren een complete muziekinstallatie, grote hoeveelheden alcohol en lichteffecten de duinen in aan het sjouwen, maar werden betrapt door een voorbijganger die alarm sloeg.

File path separators are a common pain point when writing cross platform software. Of course, not every programming language has a graceful API for handling that. For example, prior to C++ 17, you had to do some #ifdef preprocessor magic to handle that. Which people usually did (or they'd use the Boost suite of libraries).

Code like this wouldn't be out of place or incorrect:

#if defined(WIN32) || defined(_WIN32) 
#define PATH_SEPARATOR "\\" 
#else 
#define PATH_SEPARATOR "/" 
#endif 

Do I like it? No. But now I've got a pre-processor constant that I can use to assemble my paths in a way that will work across different file path conventions.

Of course, that's the "normal" solution. You could, if you wanted, to it completely wrong. That's what Xian's predecessor did.

#ifdef UNIX
           filename += "/";
#else
           filename += "\\";
#endif
           filename += (*exSeq)[i].path;
#ifdef WIN32
           ReplaceAll(filename, "/", "\\");
#else
           ReplaceAll(filename, "\\", "/");
#endif

If we're compiling for unix, append a "/" to the filename. Otherwise, append a "". Then we append a path out of an array. Then, if we're on Windows, find all the "/" in our filename and replace them with "". Otherwise, find all the "" in our filename and replace them with "/".

Instead of defining a constant and using it everywhere you need to construct paths, this code was copy/pasted everywhere you needed to append a path separator onto your string. Well, almost everywhere. Clearly, we don't know that the contents of (*exSeq)[i].path are correct for our target operating system, hence we have to do the ReplaceAll call to sanitize it. Why didn't we sanitize the portion we're appending instead of the whole filename (which presumably is already sanitized?)? A better question: is this running inside of a loop? It looks like it is, based on the [i] array access there.

Multiple developers have copy/pasted this code into multiple places. Not one of them gave a shot at refactoring it. And somehow, there are still code paths that output the wrong path separator sometimes, though at least modern Windows is forgiving about that.

WHO, ME? The world of work is basically broken, which is why The Register uses Monday mornings to remind readers of that foul fact in a new instalment of “Who, Me?” – the reader-contributed column that shares your mistakes and reveals how you recovered from them. This week, meet a reader we’ll Regomize as “Hank” who told us his career started in the 1990s with a gig as sysadmin for a small town poultry factory that was an outpost for a larger company. “I was brimming with excitement to work on the latest tech, Novell NetWare 4.1!” he told The Register. One of the first things Hank was asked to do was a storage upgrade for a pair of servers. “We bought a pair of very expensive 750MB disks and since I was the sole IT person at the plant, head office sent me the drives and put me in charge of the upgrade.” Hank was excited when the drives arrived, so he unboxed them and spent a little time fondling what was then just about the most capacious and expensive storage device money could buy. “Who would not want to touch 750MB SCSI drives with blazing fast reads courtesy of 10,000 RPM spindles?” he asked. “It was cutting edge!” It was also rather slippery, because after removing one of the drives from its anti-static bag, Hank dropped it. “Panic set it shortly after,” he admitted. “This drive was worth more than I made in a month. I was still new and on probation. Visions of unemployment and having to move back in with my parents danced through my head.” Hank’s solution was to tell a big fat lie. “I called my boss told them I thought one of the drives was making a strange sound and might have an issue.” Then Hank played his trump card, offering the wise-beyond-his-years suggestion that it would be a waste of time to do the upgrade with a bad drive. His boss agreed and told Hank how to contact the vendor to have a new drive delivered overnight. “The new drive arrived the next day and the upgrade went off without a hitch,” Hank said. “And I learned to sit down when handling expensive hardware.” Have you broken hardware and blamed it on something else? If so, break your mouse by clicking here to send email to Who, Me? We’d love the chance to share your story! ®

Stueyman has added a photo to the pool:

Lesmurdie Falls WA

Stueyman has added a photo to the pool:

The cascades, Lesmurdie Falls WA. Managing hand held shots at the 1/10 with the new camera!

Een lezer vroeg me:

Nog steeds rij ik met veel plezier in mijn Volvo uit 2007. Alleen ontdekte ik vorige week dat het eCall systeem uitgeschakeld werd door Volvo, vanwege de aanstaande uitfasering van 2G/3G eind 2027. Dat is een probleem want ik moet bijna weer mijn APK doen, en die vereist een werkend eCall-systeem. Heeft Volvo zo mijn auto waardeloos gemaakt?

Het 2G netwerk voor mobiele telefonie is alweer uit 1994, en geldt anno 2026 als traag, onveilig en inefficiënt. Vandaar dat providers langzaam maar zeker deze technologie uitfaseren.

Sinds 2018 is het systeem eCall verplicht. Hiermee kunnen hulpdiensten automatisch worden ingeschakeld bij een ongeval door automatisch 112 te bellen. Daarbij is vaak gekozen voor 2G/3G verbinding, omdat dat it toen de meest betrouwbare en dekkende mobiele standaard in Europa was. Je hoeft alleen maar een spraakoproep naar 112 te kunnen doen, immers.

Als 2G/3G uit de lucht gaat, dan kunnen auto’s met dat oudere type modem dus niet meer een eCall-telefoontje plegen. En dat is een probleem met de APK. In artikel 5.2.71 lid 6 van het RDW APK Handboek staat:

Het eCall-boordsysteem van personenauto’s moet deugdelijk zijn geïnstalleerd en geconfigureerd en goed werken.

Wanneer de auto bij aanzetten een melding geeft dat eCall uit staat of niet werkt, leidt dat tot afkeuring. De regels kennen geen ruimte voor overmacht zoals wanneer de telecomprovider eCall onbruikbaar maakt.

De enige echte oplossing lijkt het vervangen van de eCall-module door een variant die werkt op 4G of 5G.

In de praktijk is dat echter allesbehalve eenvoudig, het behelst meer dan een software-update. De hardware dient vervangen te worden, wat kostbaar is en tijdrovend. Dit kan leiden tot een grotere druk op de capaciteit van werkplaatsen. Belangrijkste vraag: wie gaat dit betalen?

In mei meldde minister Karremans (infrastructuur) dat wordt gewerkt aan een gedoogconstructie, maar hoe die er uit moet zien is nog onduidelijk. Wat extra tijd is zeker haalbaar, maar dan moet iedereen dus alsnog naar de garage. Een herdefinitie van eCall naar “eCall die werkt met 3G/4G” in de APK regels lijkt me de enige optie.

Arnoud

Het bericht Als het 2G netwerk wegvalt, komt mijn auto niet meer door de APK, is dat niet raar? verscheen eerst op Ius Mentis.