41h | create virtual-machines for binary analysis | Hacking library

I don't see below annotations in your Ingress..

Can you add them and try?

TL;DR

There are some ways to fix your Ingress so that it would get the IP address.

You can either:

• Delete the kubernetes.io/ingress.class: nginx and add ingressClassName: public under spec section.
• Use the newer example (apiVersion) from official documentation that by default will have assigned an IngressClass:
  • Kubernetes.io: Docs: Concepts: Services networking: Ingress

Example of Ingress resource that will fix your issue:

You can find a very, very similar answer here How bizarre that one deals with the maximum and the other deals with the minimum...

The DOS service to write a character to standard output is int 21h with ah = 02h. But that's not what you are doing:

• Just after the calc label you load ah with the value 00, not 02h.

• A few lines later, you have a mul ch instruction. Remember that mul on x86 is widening; an 8-bit multiply produces a 16-bit result in ax, which in particular overwrites ah. Now in your program, the result will probably fit in 8 bits, so that ah is set to zero again.

When you call int 21h with ah = 0, you invoke the terminate program service (a deprecated predecessor to int 21h / ah = 4Ch), which is why your program terminates at this point.

The quick solution is to insert mov ah, 02h just before the int 21h, and remove the earlier mov ah, 00 which is wrong and also redundant.

You can improve the program further by noticing that multiplication by 2 is the same as a left shift by 1, which is faster and doesn't involve so many registers. It won't be quite the same if the result overflows 8 bits (the high part of the result is lost, instead of being put in ah) but you don't expect to handle that case anyway. So your mov ch, 2 / mul ch can be replaced with simply shl al, 1. This moreover doesn't touch ah at all.

It’s probably because from Chromium 75 on, all Chromium browsers are using the dreaded “SwiftShader” which is a graphics software emulation library with the performance of a tortoise!

Although Google says that SwiftShader is only used for WebGL, it seems to slow everything down to unacceptable levels.

There’s no way that I know of to disable SwiftShader and enable the GPU, so get your hands on a Chromium 74 browser which doesn’t have this problem to test and see the difference.

These are debugging helpers.

__security_cookie is used to check for writes past the end of the stack (if you overflow a stack-based buffer, say). The actual check is performed when exiting the function.

__CheckForDebuggerJustMyCode allows the debugger to step over "system, framework, library, and other non-user calls", see here.

And this code:

Assembly code only works on one of my two x86 processors

It is not the processors but the BIOSes:

The int instruction actually is a special variant of the call instruction. The instruction calls some sub-routine (typically written in assembler).

(You can even replace that sub-routine by your own one - which is actually done by MS-DOS, for example.)

On two computers you have two different BIOS versions (or even vendors) which means that the sub-routine called by the int 10h instruction has been written by different programmers and therefore does not exactly do the same.

only to get the following output

The problem I suspect here is that the sub-routine called by int 10h on the first computer does not save the register values while the routine on the second computer does.

In other words:

On the first computer the routine called by int 10h may look like this:

I can see this working quite happily if you hover over any part of the SVG path.

If you want to also cause the transition when hovering over any part of the SVG itself, and not just the path then add the following CSS: