Circular Queue Implementation Using Array in DSA Rust - Practice Problems & Challenges

Challenge - 5 Problems

❓ Predict Output

intermediate

Output of Circular Queue Enqueue and Dequeue Operations

What is the printed state of the circular queue after the following operations?

DSA Rust

struct CircularQueue {
    data: Vec<Option<i32>>,
    front: usize,
    rear: usize,
    size: usize,
}

impl CircularQueue {
    fn new(capacity: usize) -> Self {
        CircularQueue {
            data: vec![None; capacity],
            front: 0,
            rear: 0,
            size: 0,
        }
    }

    fn enqueue(&mut self, val: i32) -> bool {
        if self.size == self.data.len() {
            return false; // Queue full
        }
        self.data[self.rear] = Some(val);
        self.rear = (self.rear + 1) % self.data.len();
        self.size += 1;
        true
    }

    fn dequeue(&mut self) -> Option<i32> {
        if self.size == 0 {
            return None; // Queue empty
        }
        let val = self.data[self.front].take();
        self.front = (self.front + 1) % self.data.len();
        self.size -= 1;
        val
    }

    fn print_queue(&self) {
        let mut idx = self.front;
        let mut count = self.size;
        let mut result = Vec::new();
        while count > 0 {
            if let Some(v) = self.data[idx] {
                result.push(v);
            }
            idx = (idx + 1) % self.data.len();
            count -= 1;
        }
        println!("{:?}", result);
    }
}

fn main() {
    let mut q = CircularQueue::new(5);
    q.enqueue(10);
    q.enqueue(20);
    q.enqueue(30);
    q.dequeue();
    q.enqueue(40);
    q.enqueue(50);
    q.enqueue(60);
    q.dequeue();
    q.enqueue(70);
    q.print_queue();
}

A [30, 40, 50, 60, 70]

B [20, 30, 40, 50, 60]

C [10, 20, 30, 40, 50]

D [40, 50, 60, 70]

💡 Hint

Track the front and rear pointers carefully after each enqueue and dequeue.

After the operations, the queue contains elements 30, 40, 50, 60, 70 in order. The front pointer moves forward on dequeue, and rear moves forward on enqueue, wrapping around the array.

🧠 Conceptual

intermediate

Understanding Circular Queue Full Condition

In a circular queue implemented using an array of size N, which condition correctly indicates that the queue is full?

A When size == 0

B When rear == front

C When (rear + 1) % N == front

D When rear == N - 1

💡 Hint

Think about how the rear pointer moves and wraps around.

The queue is full when the next position of rear (rear + 1 modulo N) equals front, meaning no space to insert new elements.

🔧 Debug

advanced

Identify the Bug in Circular Queue Dequeue Method

What error will occur when running this dequeue method if the queue is empty?

DSA Rust

fn dequeue(&mut self) -> Option<i32> {
    let val = self.data[self.front].take();
    self.front = (self.front + 1) % self.data.len();
    self.size -= 1;
    val
}

A Compilation error due to missing return statement

B Panic due to underflow when size is zero and size -= 1 is executed

C Panic due to index out of bounds accessing data[self.front]

D Returns None safely without error

💡 Hint

Consider what happens if dequeue is called on an empty queue.

If size is zero, decrementing size causes underflow panic in Rust. The method does not check if queue is empty before decrementing size.

❓ Predict Output

advanced

Result of Circular Queue After Wrap-Around Enqueue

What is the printed queue after these operations on a circular queue of size 4?

DSA Rust

let mut q = CircularQueue::new(4);
q.enqueue(1);
q.enqueue(2);
q.enqueue(3);
q.dequeue();
q.enqueue(4);
q.enqueue(5);
q.print_queue();

A [2, 3, 4, 5]

B [1, 2, 3, 4]

C [3, 4, 5]

D [4, 5]

💡 Hint

Remember the queue size is 4 and enqueue wraps around after reaching the end.

After dequeue removes 1, enqueue adds 4 and 5 wrapping around. The queue holds 2,3,4,5 in order.

🧠 Conceptual

expert

Why Use Circular Queue Instead of Linear Queue?

Which is the main advantage of using a circular queue over a linear queue implemented with an array?

A It automatically sorts elements during enqueue

B It allows dynamic resizing without copying elements

C It supports random access to elements in O(1) time

D It efficiently uses all available space by reusing freed slots after dequeue operations

💡 Hint

Think about what happens when elements are dequeued in a linear queue.

A circular queue reuses empty slots freed by dequeues, avoiding wasted space unlike a linear queue which can become full even if slots at front are empty.

Practice

1. What is the main advantage of using a circular queue over a simple linear queue when implemented using an array?

easy

A. It efficiently uses all available space by wrapping around the array.

B. It allows storing different data types in the same queue.

C. It automatically sorts the elements in the queue.

D. It uses less memory than a linear queue.

Solution

1. Step 1: Understand linear queue limitation

   In a linear queue using an array, once the rear reaches the end, no more elements can be added even if there is free space at the front.

2. Step 2: Circular queue advantage

   A circular queue connects the end of the array back to the front, allowing reuse of empty spaces and efficient use of the array.

3. Final Answer:

   It efficiently uses all available space by wrapping around the array. -> Option A

4. Quick Check:

   Circular queue = efficient space use [OK]

Hint: Circular queue reuses space by wrapping indices [OK]

Common Mistakes:

• Thinking circular queue sorts elements
• Believing it uses less memory than linear queue
• Assuming it stores different data types

2. Which of the following Rust code snippets correctly initializes a circular queue array of size 5 with front and rear pointers set to -1?

easy

A. let mut queue: [i32; 5]; let front: i32; let rear: i32;

B. let queue = Vec::new(); let front = 0; let rear = 0;

C. let mut queue: [i32; 5] = [1; 5]; let mut front: usize = 0; let mut rear: usize = 0;

D. let mut queue: [i32; 5] = [0; 5]; let mut front: i32 = -1; let mut rear: i32 = -1;

Solution

1. Step 1: Check array initialization

   let mut queue: [i32; 5] = [0; 5]; let mut front: i32 = -1; let mut rear: i32 = -1; initializes a fixed-size array of 5 integers with all zeros, which is correct for a circular queue.

2. Step 2: Check front and rear initialization

   let mut queue: [i32; 5] = [0; 5]; let mut front: i32 = -1; let mut rear: i32 = -1; sets front and rear to -1, indicating the queue is empty, which is standard practice.

3. Final Answer:

   let mut queue: [i32; 5] = [0; 5]; let mut front: i32 = -1; let mut rear: i32 = -1; -> Option D

4. Quick Check:

   Correct array and pointers initialization = let mut queue: [i32; 5] = [0; 5]; let mut front: i32 = -1; let mut rear: i32 = -1; [OK]

Hint: Initialize array with zeros and front/rear as -1 [OK]

Common Mistakes:

• Using Vec instead of fixed-size array
• Not initializing front and rear to -1
• Leaving variables uninitialized

3. Consider this Rust code snippet for a circular queue of size 5. After these operations, what is the state of the queue array?

let mut queue = [0; 5];
let mut front: i32 = -1;
let mut rear: i32 = -1;

// Enqueue 10
if rear == -1 {
    front = 0;
    rear = 0;
    queue[rear as usize] = 10;
} else {
    rear = (rear + 1) % 5;
    queue[rear as usize] = 10;
}

// Enqueue 20
rear = (rear + 1) % 5;
queue[rear as usize] = 20;

// Dequeue
front = (front + 1) % 5;

// Enqueue 30
rear = (rear + 1) % 5;
queue[rear as usize] = 30;

medium

A. [10, 20, 30, 0, 0]

B. [0, 20, 0, 30, 0]

C. [10, 20, 0, 30, 0]

D. [0, 0, 20, 30, 0]

Solution

1. Step 1: Trace enqueue and dequeue operations

   Initially front = -1, rear = -1, queue = [0,0,0,0,0]. - Enqueue 10: front=0, rear=0, queue[0]=10 -> [10,0,0,0,0] - Enqueue 20: rear=(0+1)%5=1, queue[1]=20 -> [10,20,0,0,0] - Dequeue: front=(0+1)%5=1 (10 removed logically) - Enqueue 30: rear=(1+1)%5=2, queue[2]=30 -> [10,20,30,0,0]

2. Step 2: Determine final queue state

   Queue array is [10, 20, 30, 0, 0]. Although 10 is logically dequeued, it remains in the array until overwritten.

3. Final Answer:

   [10, 20, 0, 30, 0] -> Option C

4. Quick Check:

   After dequeue, front moves, old value stays [OK]

Hint: Remember dequeue moves front, old data stays until overwritten [OK]

Common Mistakes:

• Assuming dequeued elements are erased immediately
• Not applying modulo for rear and front
• Mixing up front and rear positions

4. The following Rust code for enqueue in a circular queue has a bug. What is the error?

fn enqueue(queue: &mut [i32; 5], front: &mut i32, rear: &mut i32, value: i32) {
    if (*rear + 1) % 5 == *front {
        println!("Queue is full");
        return;
    }
    if *rear == -1 {
        *front = 0;
        *rear = 0;
    } else {
        *rear = (*rear + 1) % 5;
    }
    queue[*rear as usize] = value;
}

medium

A. The condition to check if queue is full is incorrect.

B. The initial check for empty queue should be *front == -1, not *rear == -1.

C. The queue array should be mutable but is not.

D. The modulo operation should use queue length minus one.

Solution

1. Step 1: Analyze empty queue check

   The code checks if *rear == -1 to detect empty queue, but standard practice is to check if *front == -1 because front indicates the start of queue.

2. Step 2: Understand impact of wrong check

   If *rear == -1 but *front is not -1, the queue might be incorrectly treated as empty, causing logic errors.

3. Final Answer:

   The initial check for empty queue should be *front == -1, not *rear == -1. -> Option B

4. Quick Check:

   Empty queue check uses front pointer [OK]

Hint: Empty queue means front == -1, not rear [OK]

Common Mistakes:

• Checking rear instead of front for empty queue
• Incorrect modulo usage
• Not passing mutable references properly

5. You have a circular queue of size 4 implemented using an array. Initially, front = 2 and rear = 1 (meaning the queue is full). You perform one dequeue operation followed by two enqueue operations with values 50 and 60. What will be the final positions of front and rear pointers?

hard

A. front = 3, rear = 3

B. front = 3, rear = 0

C. front = 3, rear = 1

D. front = 2, rear = 3

Solution

1. Step 1: Understand initial full queue state

   Queue size = 4, front = 2, rear = 1 means the queue is full because (rear + 1) % size == front ( (1+1)%4=2 ).

2. Step 2: Perform dequeue operation

   Dequeue moves front forward: front = (2 + 1) % 4 = 3. Rear remains 1.

3. Step 3: Perform first enqueue (50)

   rear = (1 + 1) % 4 = 2, insert 50 at index 2.

4. Step 4: Perform second enqueue (60)

   rear = (2 + 1) % 4 = 3, insert 60 at index 3.

5. Final Answer:

   front = 3, rear = 3 -> Option A

6. Quick Check:

   After dequeue and two enqueues, pointers wrap correctly [OK]

Hint: Update front on dequeue, rear on enqueue with modulo [OK]

Common Mistakes:

• Not applying modulo after pointer increment
• Confusing front and rear updates
• Assuming queue is empty after dequeue