I played with and experienced the C and C++ programming languages.
This is significant as C is important within the UNIX environment. It was an awesome experience. I learned that I can write a program in C or C++ and execute that program from a shell script and then further manipulate the data.
I got to experience what can happen when you try to alter something and don't properly research it first.
It is an important lesson to learn as in the future I may actually have important things on a system that I have control of and breaking it would cause actual problems.
I don't exactly understand what pulgins are or what they do.
I don't know how to fix what I did and I think that would be important in the grand scheme of things.
As an aid, feel free to use the following questions to help you generate content for your entries:
I played around with the command apt-get install
It is an effective way to acquire things from the great internet via a CLI.
Everything makes sense with this command
It is incredibly annoying to download via apt-get install if you do not know the specific name of the package you want
Back in the month of beginning…as it was the beginning month I wish I had known about this
As an aid, feel free to use the following questions to help you generate content for your entries:
I learned about PINE.
It makes e-mail much easier to access
Myself as I had know that there is no way e-mail has to be opened the hard way and I could have asked a question anytime
I know some things can be done, I think some things can be done, and I assume some things can be done.
Wildcards are used in the manipulation and management of files.
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Is the server that you are operating from should you be at that servers location. For example, working on the lab46 server while in the lair.
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Is the server you are operating from should you not be at that location. For example working on lab46 from home via putty or or some version of linux.
/* * Sample code block */ #include <stdio.h> int main() { return(0); }
Is the act of entering command lines into a text editor to be run by the shell when executed.
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Is one of the most important programming languages in existence. C is widely used across numerous platforms for an uncountable number of things.
/* * Sample code block */ #include <stdio.h> int main() { return(0); }
In a nutshell the directory you are currently working in.
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Regular expressions are used for the manipulation of test. They can be used to filter, alter, etc.
/* * Sample code block */ #include <stdio.h> int main() { return(0); }
Identification and definition of the chosen keyword. Substitute “keyword” with the actual keyword.
If you want to demonstrate something on the command-line, you can do so as follows:
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Identification and definition of the chosen keyword. Substitute “keyword” with the actual keyword.
If you wish to aid your definition with a code sample, you can do so by using a wiki code block, an example follows:
/* * Sample code block */ #include <stdio.h> int main() { return(0); }
Identification and definition of the chosen keyword. Substitute “keyword” with the actual keyword.
If you want to demonstrate something on the command-line, you can do so as follows:
lab46:~$ cd src lab46:~/src$ gcc -o hello hello.c lab46:~/src$ ./hello Hello, World! lab46:~/src$
Identification and definition of the chosen keyword. Substitute “keyword” with the actual keyword.
If you wish to aid your definition with a code sample, you can do so by using a wiki code block, an example follows:
/* * Sample code block */ #include <stdio.h> int main() { return(0); }
From the file context. Is the removing/deleting of a file. This can be done through the use of rm.
lab46:~$ rm filename
Exposure to command-line tools and utilities.
I will be measuring this objective through my ability to use the CLI.
Throughout the course I have been becoming more proficient using the CLI. When the course began I didn't know anything, (to the point where I couldn't touch a file) now I can do anything from the CLI that I can do from a GUI. (If I can't I at least know where to look to figure it out)
Reflect upon your results of the measurement to ascertain your achievement of the particular course objective.
Fairly well I can work with a CLI infinitely better than when I began.
There are some things that I still have to think about and with Linux systems I would argue that since no one person knows everything there is to know there is always room for improvement.
Perhaps with a written test on the use of various commands and tools provided by the CLI. Asking questions like what can you use for arithmetic? and What would you enter to find the answer to 392385 * 239823? (The experiments and projects performed in the course are a far better test than a test could ever be, so if my opinion matters my method of measurement is better.)
Yes because with a test of this sort it could be efficiently graded via a shell script, and broken down in a matter of seconds to find out what areas a student may know or may need improvement in.
Honestly I would leave it as it is.
Can I get a three dimensional desktop layout for Ubuntu? (aka really cool looking pimped out desktop)
Download compiz.
I believe that I can figure out how to alter my desktop with the use of compiz with relative ease.
I am going to run compiz and check boxes that seem like they will do what i am looking for.
I checked some boxes that seemed like they would give me the appearance I wanted (“cube”) and in order to do this plugins were disabled. I effectively ignored all warnings and proceeded.
Based on the data collected:
No my hypothesis was dead wrong
Perhaps not I really have no understanding as to how compiz works, just what it is supposed to do. I should have looked into it before diving in.
Probably….once again should have gotten a manual.
Research…research….research.
I reiterate, research as opposed to the download and click away strategy.
I can honestly say that there are some things that shouldn't be attempted without a manual or tutorial. My window manager was messed up beyond repair even before doing my next experiment I was looking into a re-install of Ubuntu.
What what will happen if I run sudo rm -rf /?
Among the first things I learned about Linux this is the one command that should never be entered. “Bad” things are supposed to happen.
I believe that sudo rm -rf / will effectively and efficiently shred my file system and make the system unusable within a matter of seconds.
I am under this belief because it should remove nearly all of the files from the system…including the ones that make it work.
I am going to open up a terminal and type sudo rm -rf /.
A bunch of things happened, files were removed, and there were a lot of files that could not be removed. After the command was entered I did an ls expecting nothing to happen and all of the files in my working directory appeared to be there. To be honest I was surprised to find that the system didn't immediately crash.
Based on the data collected:
No and yes. For some reason it appeared that the rm -rf / initially did nothing. This was incorrect as I couldn't even boot Ubuntu when I attempted after a restart.
It was applicable.
If I were to guess there are probably fail safes built into Ubuntu that prevent the absolute nuking of the file system via this command. It may be possible however that the files that were removed were simply not on the surface. I probably should have taken the time to look through the file system in detail to find what was missing. Another “theory” I have is that everything was stored in some form of short term memory and therefore usable until I performed the reboot. (This is however just a theory I will get around to researching it at some point in time.)
I don't think there are shortcomings in the experiment, I had root access and entered the command that should not be entered.
I didn't look through the file system in detail after entering the command, doing so may have provided more insight as to what really happened.
I can say after this experiment that rm -rf should not be entered as it really will make your system unusable. I was looking for an explosive reaction of sorts and got firecrackers (for those people who appreciate metaphors) the firecrackers did end up burning down the house.
I am here today to bash on an experiment performed by Kelly Reed.(More or less prove him wrong because I think he can handle it.) http://lab46.corning-cc.edu/opus/fall2011/kreed11/start#experiment_1. The experiment performed was done in order to test the limit of the numeric value of a variable bash can handle.
So originally while retesting Kelly's experiment I did not use the command let. I simply entered a=1 a=11 etc. Doing it this way provided me far more places that bash can handle than 19 (I didn't exactly pay attention to his steps until after I tested it this way.) I got bored of entering a=1111111111111111111111111….etc and echoing it as I continued to get the return value. So to speed this process up I started to echo $a*$a | bc this also continued to give me an accurate return. (bc does however add in the /) After doing this I was thinking Kelly was crazy so I returned to his opus page to find out how he came to the conclusion that he did. Following his steps using let a=1234567890123456789 returned exactly the results he received. So my conclusion is that bash can handle more than 19 digits but let cannot. (I tried to man let and got nothing so I don't know at all what let's issue is, just that it has one)
Evaluate their resources and commentary. Answer the following questions:
Kelly was of the opinion that bash would handle a number of places (32) or some value divisible by 2.
Follow the steps given to recreate the original experiment. Answer the following questions:
Following the steps in Kelly's experiment I received exactly the same results.
Answer the following:
Answer the following: