Sponsored link Serve your customers, not your servers, with VERIO Linux VPS. Full-access test-drive here. |
Buggifying critical core modulesBuggifying critical core modulesPosted Mar 19, 2008 16:47 UTC (Wed) by jengelh (subscriber, #33263)In reply to: Buggifying critical core modules by quotemstr Parent article: Who maintains dpkg?
#include <stdio.h>
#define E(t) printf(#t " = %u\n", sizeof(t));
int main(void)
{
E(void *);
E(void far *);
E(void near *);
E(void (*)(void));
}
/* “Tiny” and “Small” model */ void * = 2 void (*)(void) = 2 /* “Medium” model */ void * = 2 void (*)(void) = 4 /* “Compact” model */ void * = 4 void (*)(void) = 2 /* “Large” and “Huge” model */ void * = 4 void (*)(void) = 4 /* For your information about this compiler, in all models: */ int = 2 long = 4
(Log in to post comments)
Buggifying critical core modules Posted Mar 19, 2008 17:07 UTC (Wed) by quotemstr (subscriber, #45331) [Link] Not applicable. DOS isn't a POSIX system.
Buggifying critical core modules Posted Apr 7, 2008 8:00 UTC (Mon) by jengelh (subscriber, #33263) [Link] So what? You do not need DOS to make a compiler output far/near-based pointers. What it requires is — I think — that the CPU is in real mode because that's where far/near pointers make most sense.
|
Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds
Powered by Rackspace Managed Hosting.