BigStar1's Posts
Nairaland Forum › BigStar1's Profile › BigStar1's Posts
1 2 3 4 5 6 7 8 9 10 11 12 13 14 (of 14 pages)
netwhizmx:Mistake, the point is that we are building OS but a compiler like C#, QBASIC, VB etc. |
Hi Yawa-ti-de, thanks alot for the notice. It's a very good one. Kudos to you, and all the Nairalanders. |
Well bross, To me neither Uni nor Cert guarantees you good programming skills. because at Uni, you will only leran the theories with no practical (every nigerian knows that). And another thing is that many students struggle to get good grades by cramming their lesson notes and as such, you won't want to be underated, so you might find yourself in that kind situation. For cert as well, you focus will be 70% (if not 100%) on how to get the cert and not what you have to learn. That's y any people look for dumps. To me programming is not what you learn but what you know. did I hear you saying how? I mean programming is not the syntax you learn, but you personal logic. To me it's the programmer's logic we call programming and not any language |
Are you really tired of clapping? if yes, Why didn't you go to mosque? |
I don't give a damn!. Obama is the next US Presidoooooo |
please what is the full meaning of SMF. I'm not good in acronyms |
Well, it's not even showing again. but it's good as the guy show himself for accessment i believe he won't see the replies as insult but challenges. Pls let check on this one as well www.orisfish.com and let me know the faults. I'm into real aspx.net applications that one is just for fun, but i may still need to improve on it. Thanks |
Hi, Ahmed, why do you hide ue email address. Pls let me have it . I got a deal. reach me on bigstar4sure@yahoo.com. Thanks |
well, but we are not hearing new things about the job |
This is nasty men! |
[b]Imohiosen [b] well, to me ebook is not the best point to start learning programming. As i always say that "I never learn anything talking, I only learn things when i ask questions". I will advice you to get started and ask questions on anything you don't understand. you can ask funny questions like "How do I start?" well, get the compiler/interpreter. |
Hi, I guess you guys have some pending issues. What the competition all about? |
olaabiodun:Hi, some people said it's out but we cann't find the link to the admission list. Isn't that ridiculous? |
I guess SQL command like (SELECT * FROM Persons WHERE City LIKE '%your search criteria%') OR should come up with every thing that has the search criteria |
Hi kelvodave, can you join the team pls? WebStar and BigStar have started already, we need more stars |
This is what I promised How does an interpreter/compiler work? -------------------------------------------------------------------------------- Everything you were afraid to ask about how a compiler/interpreter works. Let's start by discussing a very simple form of a compiler/interpreter: Source File ---> Scanner ---> Lexer ---> Parser ---> Interpreter/Code Generator So what do all the terms here mean. We'll work on that as we go: Source File: This is the program that is read by the compiler or interpreter. This is the text that needs to be compiled or interpreted. Scanner: This is the first module in a compiler or interpreter. Its job is to read the source file one character at a time. It can also keep track of which line number and character is currently being read. A typical scanner can be instructed to move backwards and forwards through the source file. Why do we need to move backwards? We will see why in just a little bit when we examine the lexer. For now, assume that each time the scanner is called, it returns the next character in the file. Lexer: This module serves to break up the source file into chunks (called tokens). It calls the scanner to get characters one at a time and organizes them into tokens and token types. For instance, if the source file read something like this: Code: cx = cy + 324; print "value of cx is ", cx; a lexer would perhaps break it like this: Code: cx --> Identifier (variable) = --> Symbol (assignment operator) cy --> Identifier (variable) + --> Symbol (addition operator) 324 --> Numeric constant (integer) ; --> Symbol (end of statement) print --> Identifier (keyword) "value of cx is " --> String constant , --> Symbol (string concatenation operator) cx --> Identifier (variable) ; --> Symbol (end of statement) Thus, the lexer calls the scanner to pass it one character at a time and groups them together and identifies them up as tokens for the language parser (which is the next stage). It also identifies the type of token (variable vs. keyword, assignment operator vs. addition operator vs. string concatenation operator etc.) Occasionally, the lexer has to tell the scanner to back up though. Consider a language that has operators that may be more than one character long (! vs. !=, < vs. <=, + vs. ++ etc.). Assume that the lexer has requested the scanner for a character and it has returned '<'. The lexer needs to determine whether the operator is a < or a <=. So it requests the scanner for another character. If the next character is a '=', it changes the token to '<=' and passes it to the parser. If not, it tells the scanner to back up one character and hold it in the buffer, while it passes the '<' to the parser. Parser: This is the part of the compiler that really understands the syntax of the language. It calls the lexer to get tokens and processes the tokens per the syntax of the language. For instance, taking the example from the lexer above, the hypothetical interaction between the lexer and parser could go like this: Code: Parser: Give me the next token Lexer: Next token is "cx" which is a variable. Parser: Ok, I have "cx" as a declared integer variable. Give me next token Lexer: Next token is "=", the assignment operator. Parser: Ok, the program wants me to assign something to "cx". Next token Lexer: The next token is "cy" which is a variable. Parser: Ok, I know "cy" is an integer variable. Next token please Lexer: The next token is '+', which is an addition operator. Parser: Ok, so I need to add something to the value in "cy". Next token please. Lexer: The next token is "324", which is an integer. Parser: Ok, both "cy" and "324" are integers, so I can add them. Next token please: Lexer: The next token is ";" which is end of statement. Parser: Ok, I will evaluate "cy + 324" and get the answer Parser: I'll take the answer from "cy + 324" and assign it to "cx" In the above, the indenting shows a subprocess that the parser enters, to evaluate "cy + 324". This gives you a decent idea about how the parser operates. Also note that the parser is checking types and syntax rules (for instance, it checked whether cy and 324 were both integer types before adding them). If the parser gets a token that it was not expecting, it will stop processing and complain to the user about an error. The Scanner holds the current line number and character, so the Parser can inform the user approximately where the error occurred. Interpreter/Code Generator: This is the part that actually takes the action that is specified by a program statement. In some cases, this is actually part of the parser (especially for interpreters) and the parser interprets and takes action directly. In other cases, the parser converts the statements into byte-code (intermediate language). In case of a compiler, it then hands them to the Code Generator to convert into machine code instructions. If you want a compiler for a different CPU or architecture, all you have to do is put a new code generator unit to translate the byte code into machine code for the new CPU. This is about the simplest form for an interpreter or compiler. In the next few threads, we will look in some more detail at the interaction between the Parser and Code Generator. Feedback about this post will be greatly appreciated. |
Sure, once people like louis400 stays with me, we will prove you wrong. |
logica:Hi, that's a good question. For you info, I went to study Computer science in school. though our lecturers didn't know much coding, but they are good in terms of theory. And I have done a lot of research as well, so i know those to some extent. I know you would want me to prove this, no problem. I'm a bit busy now, I'll send you the details when next i come online |
louis400:That's a good point. Money has no choice than to bend for life |
louis400:I feel you louis400. It's obvious that you are ready to go with me. logica almost kill my dream. To start with, can please start something on local dialets? bigstar4sure@yahoo.com chat me up with soleybancing@yahoo.com |
Hi abdul, It's a pity i'm not getting any update from lordbenax. I don't know if you do. bigstar4sure@yahoo.com |
That is a good point. YAWA-TI-DE |
Hi guys, you making a lots of senses but i won't be happy to be left out. I'm extra-ordinarily serious. My email is bigstar4sure@yahoo.com for chatting soleybancing@yahoo.com phone 08060678106 Let's share contact |
Hi, louis400. Talk of money, Money is nothing but dream killer. That's why i didn't put money first in everything i do. Take for example, If a graduate should think of the total cost of university education, He won't have gone for JAMB. because it costs thousands if not million to complete a uni edu. But starting with hope, I'm sure we will make it! As per the division, It's surely going to be division of labour. Because from my research so far, i understand that Compiler compiles in stages. Next post will explain that, I want to know the interest and support of you guys. rancetech, I got your point. but the fact is that "I learn new things by solving new problems---Bigstar" Programmers are meant to solve problems. I you didn't buy my idea, please come up with something interesting. Thanks |
I feel you lordbenax. The imagination is very fantastic and feasible. Please I wish to join the team |
Hey, here comes one. Can you pay my money? |
Yeah, I feel you guys. But my own point is that programming is a very challenging tasks. And to me there is no good market for programmers as it's for developers or i'm I getting it wrong? please if you find market for programmers i'm here. Though, people say programming lets you get older than your age, yet I still love it. The future is very bright |
ThePhantom:Yes ! If you believe, you will achieve it. Let's plan it, and have it started. Let's think of how to get the interested people, individual contributions. Thanks. |
Hi, I feel you. I have been thinking about this for long. And since then, I have started my research on how compiler works. Glory be to God, I have gotten something to lay hand on. , A journey that is difficult to complete is the one that is not yet started. Let's Go!!!!!!!!!! |
Bross, you got to chill. The school is a bit bush on the admission stuff |