For example, when I level up to level 10, I could learn 2 more 5th level spells brining my total number of 5th level spells up to 4. However, I may decide to learn 2 more 4th level spells instead. The numbers total to the same, I just now have 6 level 4 spells and only 2 level 5 spells. This is my right as a wizard.
I must repeat that multiclassing is an optional rule left to the DM's discretion. But if multiclassing is allowed, a very low level investment allows a wizard to cast healing spells without compromising his number of spell slots.
If your GM allows Unearthed Arcana material there is Theurgy Arcane Tradition, if he doesn't you could drop the wizard and take the sorcerer class and choose the Divine Soul Sorcerous Origin, both allow to cast a certain number of cleric spells as arcane spells. Sorcerer class has pretty much the same spell list as the wizard.
I changed your attachment to have some default data and, even more important, to use binary display for the numbers. Now you can see that LV does the correct shifting, but as the number is signed you get an unexpected result.
But this thread is also a nice example of, hmm, not perfect context help: this function (logical shift) is explained using I16 numbers. Yes, it says zeros are shifted in. No, it doesn't say that signed integers aren't useful here...
The "scale by a power of 2" is identical to a shift operation for integers and as far as I know it uses bit shifting internally. A division by powers of two is a right-shift and a multiplication is a left shift. Unlike an arbitrary multiplication/division, this can (and is!) done in very easily in binary. It's slightly more complicated for floating point numbers, but the same ideas apply.
What I think you're looking for is an arithmetic shift function, while the function in Labview is a logical shift. The difference is in the leading bit of the result when they shift a number to the right. A logical shift right pads the numbers with '0's and an arithmetic shift right pads the numbers with their copies of their most significant bit. This is very important when dealing with signed numbers, because the most significant bit (in standard two's complement notation) denotes whether or not a number is negative.
When operating on signed numbers Arithmetic shift operations tend to be more useful, but I'm sure there would be quite a bit of confusion if the unsigned number 60 ("111110") gets right shifted and becomes 127! ("111111").