MatazaNZ

if (openFileDialog1.ShowDialog() == DialogResult.Cancel) { }  

I never did understand that emoticon. Either you've got a swanky bushy moustache like Luigi or Nick Offerman, or your chin looks like a pair of testicles.

The srand function takes an unsigned int as a parameter. You're trying to pass in char *, which is what the error is saying. I think you just need to use 'time(NULL)' instead of ctime(NULL). Ctime converts the time to a character string, when srand() needs just the time as an unsigned int. 

I think that has become the "FloatPlane club". It's available in the store.

Hey girl, you wanna see my drive? It's more than 3.5 inches, and sure isn't floppy

If you're comfortable learning the syntax and libraries as you go then perhaps you'll want to focus more on learning the functional paradigm. If you're new to functional programming, it has it's own way of doing things when compared to the Object Oriented paradigm and it can take a while to adjust to the new way of thinking.
 
I don't know if "Scala for the Impatient" covers functional programming well or not as I haven't read it. Based on the table of contents, it seems like it certainly covers a lot of things, including some functional aspects of Scala, so it might but I can't confirm.
 
I've heard that "Functional Programming in Scala" is a really good book for learning functional programming although again I haven't read it myself so I can't confirm.
 
I'm not aware of any "build x in scala" type tutorials, I'm sure they are out there if you search around enough but there's no guarantee they will be good. You might be better off picking out your own projects to build and then asking Scala devs for advice on improvements.
 
In terms of coding style, you can google for things like "Scala best practices" and see what people have to say. A couple examples are
Twitter's Best Practices doc Another Open Source Best Practices list

Hey girl, you wanna see my drive? It's more than 3.5 inches, and sure isn't floppy

Except those who are seriously looking into things like OS development, driver development, etc

Basically, fit what language you use to the application you're using it for. If you want cross platform desktop applications, Java, Python and C++ are all viable. C++ would be more difficult, and you have to compile it on each platform you want it on. Java is compile once, run anywhere, as long as it had a jvm/jre installed. Not sure about Python though, as I've never dealt with it. For cross platform, I personally prefer Java. For Windows only, I prefer C#

When you have a poor attitude towards other platforms, i.e. that you are an actual separate race from other gamers and think you're somehow superior to them when you're not. While I believe PC is a superior platform, it doesn't make me superior, and therefore I do not associate myself with the so-called "PC master race."

Except those who are seriously looking into things like OS development, driver development, etc

Just gonna throw my 2 cents in there to help OP with learning to use Java. When  comparing, at least, strings, use variable.equals(), like in the solution code, because == checks if the references are equal, but equals() actually compares the content of the strings. It's down to the way strings are implemented in Java. Just a handy hint to remember down the line to save yourself from headaches

C# is my recommendation for a beginner, as you can make a functional program quicker, and you want to learn the fundamentals, practices and principles of programming at the same time. Having a language that's easier to write functional code with for beginners makes learning the underlying theory of programming that much easier. 
 
Once you feel like you've gotten to grips with the theory side of things, and you're comfortable using C# at a basic level, you can dabble a bit in C++, spend some time learning that at a basic level. It will feel harder and more confusing than C#, but if you stick with it, you'll find yourself understanding it more and more.
 
From there, make your own mind up. You've tried the both of them. You've made applications in both languages. I would say try making the same application, or three, on both, to compare the two, and which you think you can make a better application with. Not necessarily what's easier to make the application with, but what you feel you are comfortable with making a better application with. From there, you can decide which one you want to continue with. Or you might not like either of them, and you branch out to other languages. Or you just branch out to other languages anyway to try them out. Like Java, or Python, etc. There's a lot out there, and you have a lot of potential. It's just about getting your feet wet, testing the different waters, finding one you like and diving in. 

Also, you can't take the 801/802 tests now, anyway. 
 

 

This isn't non techie, the opposite actually, but I think it deserves a mention, might give people's heads a rest from slamming into their desks. Last night, I was waiting for my bus, just an average night. This random dude sits next to me, holding an RC helicopter. He then proceeds to talk to me about it. Not wanting to be rude, I listen, and talk back. Then he changes subject and talks about his job repairing smart phones, and we spent a good half hour talking about tech and programming. It's amazing the people you meet sometimes.

Always have unique identifier for every record in every table Ensure primary keys are unique Avoid having to use multiple items as keys, if you get cornered into such a practice, combine these items into a field, forming your unique key Seek out and normalize your data where it makes the most sense.  If you have to break your customer's legs to get them to admit it, then do it.  Nothing is more aggravating than having to normalize a table post-production. Unsure if your in charge of the frontend for this beast, but if you are, try to use tables for drop down elements as well.  Makes things a lot easier in the future. Off the top of my head, that's all I can remember.  Here is another article I found whilst googling with some good advice, some of it I've already spouted.

Give Stardew Valley a try. It's a relaxed, farming/mining/social game. Played in a top down sprite-based perspective. It's definitely worth the cash

100% agree with this, such a relaxing game. The hours (and in-game days for that matter ;)) flew by! 

That's Java. Not Javascript

thx bud, figured I'd need a macro to do such things. Will check that out soon enough!

It's horribly worded, but I understand it as a sort of "buy two, get a third free"  deal

"What's up everybody, welcome back to my laboratory where safety is number one priority"

It's horribly worded, but I understand it as a sort of "buy two, get a third free"  deal

It's just the reverse of what you did. So subtract 33, then reverse the modulo (not sure how to do this, may look it up and edit the post) then square root that number, decryption done. 
 
EDIT
There's no way to reverse a modulus operation, as all you're left with is the remainder of the division. So you won't be able to get the original number if you've used a modulus operation, unless you store the number that is being operated with 90. Which defeats the point of the encryption

Create some fields for your class to store the results.
public partial class form_MulchCalc : Form { private double totalCubitFeet; private double totalCubicYards; private double totalPrice; // ... } Then add the results to these fields each time before displaying them.