2. Which of the following Go code snippets correctly initializes an empty stack for infix to postfix conversion?
easy
A. var stack []rune = []rune{}
B. stack := make([]int, 0)
C. stack := []string{0}
D. var stack []int = nil
Solution
Step 1: Identify correct stack type for operators
Operators are characters, so stack should be a slice of runes (characters) initialized empty.
Step 2: Check initialization correctness
var stack []rune = []rune{} initializes an empty rune slice correctly. stack := make([]int, 0) uses int slice, not suitable. stack := []string{0} has syntax error (cannot use int 0 as string). var stack []int = nil is nil slice, which can cause runtime errors.
Final Answer:
var stack []rune = []rune{} -> Option A
Quick Check:
Empty rune slice for operator stack [OK]
Hint: Use rune slice for operator stack [OK]
Common Mistakes:
Using int slice for operators
Initializing with wrong type
Using nil slice without initialization
3. What is the postfix expression output by the following Go code snippet for input "a+b*c"?
infix := "a+b*c"
// Assume correct infix to postfix conversion function called here
postfix := InfixToPostfix(infix)
fmt.Println(postfix)
medium
A. "a+bc*"
B. "ab+c*"
C. "abc*+"
D. "*abc+"
Solution
Step 1: Analyze operator precedence in expression
Multiplication (*) has higher precedence than addition (+), so 'b*c' is evaluated before adding 'a'.
Step 2: Convert infix to postfix step-by-step
Postfix is formed as 'a' 'b' 'c' '*' '+', which is "abc*+".
Final Answer:
"abc*+" -> Option C
Quick Check:
Multiplication before addition = "abc*+" [OK]
Hint: Multiply before add means * goes before + in postfix [OK]
Common Mistakes:
Ignoring operator precedence
Placing + before * in postfix
Confusing operand order
4. Given this Go function snippet for infix to postfix conversion, what is the bug?
func precedence(op rune) int {
if op == '+' || op == '-' {
return 1
} else if op == '*' || op == '/' {
return 2
}
return 0
}
// InfixToPostfix function uses precedence(op) to compare operators
// but outputs incorrect postfix for input "a+b^c"
medium
A. Precedence function returns 0 for non-operators causing errors
B. Precedence function returns int instead of float
C. Precedence values for '+' and '-' are swapped
D. Precedence function does not handle '^' operator
Solution
Step 1: Check if all operators are handled
The function handles '+', '-', '*', '/' but misses '^' (exponent) operator which is common in infix expressions.
Step 2: Understand impact on output
If input contains '^', missing precedence causes wrong order in postfix output.
Final Answer:
Precedence function does not handle '^' operator -> Option D
Quick Check:
Missing '^' causes wrong postfix [OK]
Hint: Include all operators in precedence function [OK]
Common Mistakes:
Ignoring missing operators
Assuming 0 precedence is error
Confusing precedence values
5. How would you modify the infix to postfix algorithm to correctly handle parentheses in the expression (a+b)*c?
hard
A. Ignore parentheses and treat them as operands
B. Push '(' onto stack and pop operators until '(' when ')' is found
C. Remove all parentheses before conversion
D. Treat '(' as higher precedence operator and never pop it
Solution
Step 1: Understand role of parentheses in infix
Parentheses change normal precedence by grouping expressions to evaluate first.
Step 2: Modify stack operations for parentheses
Push '(' onto stack when encountered. When ')' is found, pop operators until '(' is popped, discarding both parentheses.
Final Answer:
Push '(' onto stack and pop operators until '(' when ')' is found -> Option B
Quick Check:
Parentheses control stack push/pop [OK]
Hint: Push '(' and pop until '(' on ')' [OK]
Common Mistakes:
Ignoring parentheses in algorithm
Treating parentheses as operands
Not popping until '(' on ')'
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.