a tool for devs who want to streamline their git workflow. it uses the groq api to auto-generate commit messages based on your staged changes by tracking your git diff.
the prepare-commit-msg hook taps into your git process and crafts a commit message using an llm. you can apply this hook across multiple repos using the update_hooks.sh script. just set your GROQ_API_KEY as an environment variable.
a c-based implementation of a simplified file system. it mimics a windows-style FAT (file allocation table) architecture and supports core file ops like creating, reading, writing, deleting, and managing file descriptors. the project simulates a virtual disk environment for testing too.
several key components:
make_fs(): initializes the virtual disk, sets up the superblock, FAT, and directory, and writes them to disk.mount_fs(): loads the file system from disk into memory, reading the superblock, FAT, and directory.umount_fs(): writes the in-memory structures back to disk and closes the virtual disk.fs_create(): creates a new file, ensuring the name is valid and not already in use, and allocates a starting block in the FAT.fs_open(): opens an existing file by finding an available file descriptor and updating the reference count.fs_close(): closes an open file descriptor and decrements the corresponding reference count.fs_write() / fs_read(): handles writing to and reading from files, managing offsets and traversing the FAT as needed.fs_delete(): removes a file by clearing its directory entry and freeing its blocks in the FAT.definitely room for adding concurrent access controls.
this repo is a custom threading library built in c, designed to mimic core pthread functionality from scratch. it reimplements threading primitives like pthread_create, pthread_join, and pthread_exit, along with basic semaphore support. this project definitely helped me explore how user-level threading and synchronization can be manually orchestrated in a unix-like environment.
the core of the system revolves around a thread control block (TCB) array that can manage up to 128 threads. each TCB stores metadata like thread id, execution status (ready, running, blocked, exited), a jmp_buf for context switching, and a pointer to its allocated stack. there is also a global variable tracks the currently running thread and a signal-based timer (sigalrm) triggers context switches every 50ms via a scheduler function.
a custom-built shell written in c. replicates the core functionality of a unix shell, supporting features like command execution, piping, file redirection, and background process management. helped me understand how shells work under the hood.
<) and output (>) redirection.&.the shell uses system calls like fork(), exec(), and wait() to manage processes. it parses user input to identify commands, arguments, and special characters for piping or redirection. for piping, it sets up pipes between processes. for redirection, it manipulates file descriptors to read from or write to files. background processes are handled by forking without waiting for the child process to finish.