I have been an mRemote user for years. Even when the original project went tits up, and the new fork of mRemoteNG emerged, I've continued to use it.
A few years ago I wrote an article about switching over to Terminals because there was a bug in the version of mRemoteNG I was using that the developers weren't going to fix. Despite that, mRemoteNG was still my multi-terminal client of choice unless something went seriously wrong.
I've been using 1.72 Beta for what seems like forever. It would do weird things like freeze up my computer for 10 minutes if I had too many windows open. If that happened, I would switch to Terminals after my computer unfroze. I never made the full switch to Terminals though because of the amount of servers I have to manage. I just didn't want to take that time to manually re-create all the connections!
Well, on a whim this morning, I decided to check back with mRemoteNG and to my surprise they released a new stable version back in June! You can download their latest version here: (Download)
I just installed it, and re-imported my connections XML file. It will still be a few days before I know if all the old bugs have been worked out, and I can remove Terminals!
Do you use mRemoteNG? How do you like it? Let us know in the comments!
This is an older video I put out back when I was still doing Tech Chop. Lately, the Facebook math problems have been making their rounds again, so I thought I'd post it here. Check it out:
In the comment section on Youtube, there are a bunch of people still arguing with me over this, and the way I implemented the order of operations. In the video, I reference an article from PurpleMath that says the following:
When you have a bunch of operations of the same rank, you just operate from left to right. For instance, 15 ÷ 3 × 4 is not 15 ÷ (3 × 4) = 15 ÷ 12, but is rather (15 ÷ 3) × 4 = 5 × 4, because, going from left to right, you get to the division sign first.
So, as mentioned in the video, if you follow the order of operations when solving 6 ÷ 2 (1 + 2), we handle the stuff in parentheses first, which is 1+2 which equals 3.
That now leaves the problem as 6 ÷ 2 (3), which is the same as 6 ÷ 2 x 3. Because everything is the same rank now in the order of operations, we go back to what PurpleMath said, and we solve left to right. The first problem starting from the left is:
6 ÷ 2 = 3
Which leaves us with 3x3 which of course equals 9.
If you want to argue in the comments, fine, but please note that your argument is not with me. It's with PurpleMath and the order of operations. ===============================
EDIT: Okay, TotalMedia in the comments pointed out that PurpleMath actually explains why 9 is not the correct answer on page two. They say:
This next example displays an issue that almost never arises but, when it does, there seems to be no end to the arguing.
The confusing part in the above calculation is how "16 divided by 2[2] + 1" (in the line marked with the double-star) becomes "16 divided by 4 + 1", instead of "8 times by 2 + 1". That's because, even though multiplication and division are at the same level (so the left-to-right rule should apply), parentheses outrank division, so the first 2 goes with the [2], rather than with the "16 divided by". That is, multiplication that is indicated by placement against parentheses (or brackets, etc) is "stronger" than "regular" multiplication.
So, because of how 6 ÷ 2 (1 + 2) is written, with the multiplication not clearly defined like 6 ÷ 2 x (1 + 2), then according to the example above we need to simplify what's in parenthesis first which makes the problem 6 ÷ 2 (3), and since 2 is next to the parenthesis, then it is in essence a multiplication problem that is a part of the parenthesis and must be solved first, and the left-right rule doesn't apply because parenthesis is higher up in the order of operations.
That means that we have to multiply 2(3) which equals 6, and now the problem is 6÷6 which equals 1!
Oh man, I write this blog post feeling absolutely foolish and humble. Please be gentle on me in the comments...
The other day I needed to map a network drive for a number of users, so naturally I added a net use command to their login scripts. Simple right? Well, for some reason their drives just wouldn't map, and they were getting the following message if they manually ran the script:
System error 67 has occurred. The network name cannot be found.
For the life of me, I couldn't figure out what it was. I could manually map the drive fine through Explorer, but using the net use command at the command prompt didn't work at all.
After Googling, and searching, and sifting through bullshit forum posts about needing to enable WINS (This is not true), I finally got to playing around and figured out what my dumb ass did wrong...
I added an extra "\" at the end of the UNC path...
Instead of
net use j: \\servername\fileshare\
It needed to be
net use j: \\servername\fileshare
Once I removed the extra "\" it worked just fine!
It's weird, but after being in IT for over 12 years, I still sometimes mess up the simple stuff. Nobody is perfect I guess. Still though, if you are here, I'm assuming you probably ran into the same thing. Hopefully this helps you out and we can all start a support group in the comments!
7:00 AM
Paul B
