More complex portions of code use windows.h and defined data types from there. For reference to create a generic version,
A header file of analogous defines and functions can be made- if needed.
GlobalAlloc, GlobalLock, GlobalUnlock, GlobalFree used for simplifying synchronization between program and printer/scanner. Since we’re eliminating direct printer and scanner operation, as well as the GUI, we can safely use generic memory management functions instead.
Semi-related: long and pointer are 64-bit values in *NIX and only 32 bits in Windows. In paperbak.h, preprocessor errors if structs t_data and t_superdata are not 128 bytes. If memory alignment is required in the sections we are porting, we have an issue.
Edit: Other sections of the code do read a file into a buffer and then set a struct pointer to the beginnig of that buffer so it is very possible that a different alignment of a struct could break things in difficult to find ways.
Windows bitmap includes are structs and have been replaced by an equivalent in Linux. I believe bitmap construction is already in Printer but we can easily write our own, if necessary.
No due date set.
This issue currently doesn't have any dependencies.
Deleting a branch is permanent. It CANNOT be undone. Continue?