User Tools

Site Tools


blog:spring2016:ddalton:journal

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
blog:spring2016:ddalton:journal [2016/02/09 16:43] – [February 9, 2016] ddaltonblog:spring2016:ddalton:journal [2016/04/14 13:46] (current) – [April 14, 2016] ddalton
Line 50: Line 50:
  
 I'm honestly at a loss for how the algorithm works for years where the end two digits of the year are 0. I'm honestly at a loss for how the algorithm works for years where the end two digits of the year are 0.
 +
 +====March 3, 2016====
 +
 +It took a long while, but my prime number script is about as optimized as I'm going to get it. Here's what I did:
 +
 + - Found that all primes mod six are either 1 or 5. Any result that's even is either even or divisible by 3.
 + - Found that no even number (except 2) is prime, so it iterates by 2.
 + - Found that no number ending in 5 is prime, since it's divisible by 5. If the iterator is divisible by 5, it increments by 2 again.
 + - Since arrays allocate memory in order and array elements are faster to access than variables, I used those.
 + - I used prefix increments instead of postfix, because those are quicker
 + - I store primes in an array to use Sieve.
 +
 +I've tried redefining square root and found that I can instead check if the number times itself is greater. If it's equal, it's not prime.
 +
 +This sort of computational skill is not only fun to me, but it can be useful in the future in order to speed up currently implemented system implementations. I like puzzles like this. Give me more.
 +
 +==== March 22, 2016 ==== 
 +
 +Now we're exploring binary data in C as well as UNIX. In our current project, we're, to my understanding, making a hexdump program that runs if the terminal is at least 80x20.
 +
 +I've had an idea on how to do this one: just grab char values and print them in hex. Not too hard of a project, but, due to the terminal size restriction, not the easiest project out there, either.
 +
 +I wonder if we'll get into Makefiles, as the Unix project uses one to make its suite of binhaxx tools.
 +
 +==== March 29, 2016 ====
 +
 +The C project, a hex viewer, wasn't a very hard project. It was about reading files and formatting output in a really specific manner. It was great at showing me file manipulation, which I liked. Before that project, we just knew how to read and write files. It wasn't hard, but, to those new, it wasn't easy, either.
 +
 +My question is, what even is the FILE type? I get it's a pointer to a file, but what is it? Is it a type alias for something else? Just... what is it?
 +
 +==== April 14, 2016 ====
 +
 +Welp. I did get Joe with a meme, but it resulted in him pulling up the Bitmap standard... and this was the day after break. He's been talking about the Bitmap standard for a 24-bit Bitmap since the end of spring break.
 +
 +Terminals plead for mercy. PNGs and JPEGs run off scared. The C standard is somewhere hiding off in a corner. Joe eagerly looks at the Bitmap standard.
 +
 +Lol ok so I'm done describing that in any greater sort of detail. However, I got the grade figure-outer-er script done rather quickly and found a bug in it where it would just give me the days they logged in instead of the nice "1"s and "0"s from the example, so I guess that all works out :)
 ======UNIX/Linux Fundamentals Journal====== ======UNIX/Linux Fundamentals Journal======
 ====January 19, 2016==== ====January 19, 2016====
Line 92: Line 129:
  
 My guess is that, in addition, it would interfere with the DeepFreeze software that goes and re-images Windows 7 every time the computer boots up. Either way, it's strange, but I guess it helps with security. My guess is that, in addition, it would interfere with the DeepFreeze software that goes and re-images Windows 7 every time the computer boots up. Either way, it's strange, but I guess it helps with security.
 +
 +====March 3, 2016====
 +
 +Web pages were actually how I got into programming. The web based adventure was easy to me for that reason. When I was around 10, I read books on HTML 4.01. I had a website coded and up when I was in 6th grade, and now I forget the credentials to access that domain. Coding HTML was always fun for me, and the web based adventure was a cinch in that matter.
 +
 +I could've tried to use more advanced CSS to make it fancier, but I didn't quite have the time to do that. I had other priorities at the time I worked on it, such as calculus, sociology, the optimized prime number calculator, and, of course, forgetting about the Opus, somehow, for a full month. I'm not even sure how that one even happened. I've been working on programming for a good while now. I know there was a break for a week in February, but I'm still unsure of how I forgot to do an Opus entry, yet I remembered to program a lot. Oops.
 +
 +Hopefully this month, I'll fix it.
 +
 +====March 10, 2016====
 +
 +I'm already on the right track again! This week, we're taking a look at a project involving UNIX data recovery, which should be referred to as the binary puzzlebox. Besides the ASCII table of contents, the rest of the file is a scrambled image. One part was encoded, another was compressed, and another was unmodified. After unscrambling the data and re-ordering it, it's an image saying "TACOCAT IS A PALINDROME."
 +
 +Image formatting was my biggest problem during that. Converting from decimal system and using the dd command was really easy. It was the fact that I didn't initially know a lot about the image format the image was originally saved in, and, as a result, I stumbled around for a while trying to manipulate it when I didn't know how to convert it to something I could use, and it messed me up.
 +
 +Besides that obstacle, it was a fun challenge. I enjoy challenges like these. They're fun to try to decipher.
 +
 +Another obstacle I somewhat disliked was that I was using a terminal to manipulate an image. If it's an image, I naturally would like to see it. But, for the nature of the project, the terminal was all I could use, and the only visual aspect of it was opening up a web browser to see the finished project. Sure, I could've converted it into color ASCII art, but where's the fun in that?
 +
 +It was a beaut of a project. I enjoyed it, simply put.
 +
 +==== March 22, 2016 ====
 +
 +This week's project entails making sense out of digital sleeping brain wave data. So far, my challenge lies within automating this task, since there are tens of thousands of packets to look through and examine.
 +
 +==== April 5, 2016 ====
 +
 +I couldn't quite do an entry or finish my March 22 one as my PuTTY connection was super laggy and I may have forgotten. Either way, the UNIX project is super difficult for me, because ''bc'' is a pain in the butt to work with, considering every other thing it outputs is ''syntax error''.
 +
 +I wish this was an April Fool's day prank. It isn't. Nobody knows how to do this project. And it's due in an hour. I don't even have a method to analyze individual data packets, let alone get data for the huge mass of them.
 +
 +I know some of the bytes are simply going in sequential order as if they were part of a C script's output, but not all of them are. A lot of it is simply wild guessing and hoping it works until it doesn't and then you sit for about five hours and accomplish nothing.
 +
 +Technically speaking, I need help with this one.
 +
 +==== April 14, 2016 ====
 +
 +I never got udr2 all the way done to the point where I can pull up and analyse the data in a timely and efficient manner. I didn't quite know how to go about doing that sort of logic. I'm guessing calculus already fried that part of my brain into a nice toasty bacon.
 +
 +The gfo script was extremely easy, though. It was simply modifying the output of a script. I may have broken the rule that says "each line should be less than 80 characters in width," but the thing not only satisfies the bonus requirements, but it even color-codes the results for an even quicker overview.
 +
 +I think I did good, finally.
blog/spring2016/ddalton/journal.1455036202.txt.gz · Last modified: 2016/02/09 16:43 by ddalton