|
That comparison is rather unfair in terms of aspects such as syntax and functionality.
"Lua" is a "Scripting-Language" while C++ is an actual complete "Programming Language" itself, "Lua" has many great features and libraries created in "C" enabling it to be used without the presence of another language and a large majority of the core programming concepts can be mimicked using "Lua". |
|
|
"- Kid why do you have to post troll comments on C$G leave no one here
likes you."
Well, if the user is trying to gather negative attention, responding with "leave no one here likes you" is only going to give them more satisfaction. |
|
|
"they thought you could get a link to hack someone, then i went into hopelessly deep random stuff about C# programming and they asked for personal information. :("
Don't worry, although the spectrum of computer programming is certainly wide and diverse, the majority of core concepts have universal usability, It's simply just implemented differently in different "languages." |
|
|
Here's an example:
Tab = {"A","B","C"}
print(unpack(Tab)) -- It's going to print A,B,C simply because unpack() returns the entire table in the form of a string. |
|
|
Well, not all of the members act like that, some users simply take it to unnecessary extremes, "C&G" is actually filled with plenty of positive and interesting discussions despite the occasional negativity. |
|
|
"Lua" itself is a "Scripting Language" created using ANSI C, "C" is an entire programming language. |
|
|
"I can confirm nobody except brown-nosers like ilyHailey.
He annoys us in C&G as well."
I would have to disagree entirely. |
|
|
"1. The stonecutter wants to be like the merchant because .... (I PUT D. )
A. he wants to be feared like the merchant
B. the merchant is important
C. the merchant is humble
D. he wants to be envied like the merchant"
Regarding your answer to this particular question, the "Merchant" is well-known for the wealthiness and degree of power that his role gives him while the Stonecutter's role could be viewed as minimal and unimportant.
|
|
|
"Our inhabitants are generally ex OTers who grew from their psychological infancy to be with the big boys and girls in C&G that also grew up"
Simply because an individual decides to participate in either of those Sub-Section's doesn't indicate they have a psychological deficiency.
It's entirely unnecessary and purely narrow-minded to assume and categorize each user of this Sub-Section as having this mentality or reasoning for communicating with other users simply because of the behavior of ... |
|
|
I personally prefer the usage of "C". |
|
|
"What does getfenv do, stop saying get the envoirment because when people say that, I think of forests and stuff, WHAT ENVOIRMENT. Example and stuff pl0x. also setfenv"
The "environment" is simply just the table that the function is currently in, as an example:
A = {}
function B()
setfenv(1,A) --'1' refers to the function "B" in this example.
C = 100
end
B()
print(C) --This will print nil simply because "C" is in a different environment altogether from "print".
However, if you utilized so... |
|
|
"anony, i find that assembly is too complex for the most part. i prefer to write the base kernel in assembly and write the rest in C/C++"
Well, general development has certainly shifted as internal and external research progressed further, C-based languages have certainly allowed for simpler mechanisms to perform advanced tasks on a medium-level scale.
It's all a matter of circumstances and personal preference. |
|
|
"local" changes the "Scope" of a variable and to a rather limited and usually insignificant degree, has a slightly quicker speed compared to global variables.
As an example:
function A()
C = 100
end
A()
print(C)
This would print "100" due to the fact that "C" is a global variable and can therefore be utilized outside of it's "Scope", which would be the function "A".
function B()
local C = 100
end
B()
print(C)
This would print nil simply because "C" is a local variable and therefore would... |
|
|
"Check out C&G.
Have a look at LMaD."
They certainly aren't "losers", and neither are any of the users here.
There's absolutely nothing wrong with positively utilizing this website for entertainment purposes. |
|
|
"it's the fact shes calling me out for breaking rules when she admitted she breaks them as well.
h-y-p-o-c-r-i-t."
Simply because the topic creator may have a pattern of behavior consistent with "Hypocrites" doesn't necessarily invalidate their statements.
Regardless though, neither of you are "Superior" to each-other and thus it's unnecessary to argue about this when the moderators can easily assess the situation and make a positive discussion. |
|
|
I personally wouldn't suggest receiving a "Facial-Piercing".
There's a significant amount of health risks associated with the usage of potentially non-sterile equipment ranging from pathogens such as "Hepatitis-C" or "Human-Immunodefiency-Virus" to often lethal skin infections from bacteria such as "Methicillin-Resistant-Staphylococcus-Aureus". |
|
|
I personally prefer utilizing "C" over either of those choices. |
|
|
printf("I would personally prefer the 'C' language"); |
|
|
"most corporations hire C/C++ programmers i think."
The general consensus itself is actually more oriented towards C-Sharp/Java; Although, the capabilities of C are highly beneficial. |
|
|
"C&G" is oriented towards discussion of groups. |
|
|
Usage of the substring function is a viable method for accomplishing this particular task.
Alternatively, if you desire for greater specification, you could utilize the string.gmatch() iterative function to obtain specified elements of the string, as specified below:
String = "Example";
for c in String:gmatch("%a") do
print(c);
end
The argument for the gmatch function would be any desired control-strings.
Although, it should be recognized that the variable "c" merely to the current charac... |
|
|
"t["Team"]"
Though I would appreciate your effort to assist this individual if I was the person with this issue, using such a Lua expression is equivalent to retrieving the value at the specified table key, which is not the desired effect.
As for retrieving the key identifier, the only technique I can think of at the current moment is to simply store the required non-numerical keys within a variable/array for quick accessibility, as shown below:
Keys = {"Cookies","Cream","Cake"];
Desserts = ... |
|
|
The actual use depends entirely on preference and necessity.
If you prefer to manipulate hardware functionality on a more direct level, Assembly/C is excellent to utilize.
Nonetheless, the majority of individuals seem to prefer high-level abstraction, which is often much more "accessible" to beginners than low-level instructions.
Given the simplicity of Lua, I would not consider it reasonable to compare the language to low/middle languages such as C or Assembly. |
|