From owner-freebsd-hackers Sat Jan 27 23:14:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29284 for hackers-outgoing; Sat, 27 Jan 1996 23:14:23 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29279 for ; Sat, 27 Jan 1996 23:14:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA28169; Sat, 27 Jan 1996 23:10:31 -0800 To: Terry Lambert cc: luigi@labinfo.iet.unipi.it, james@miller.cs.uwm.edu, dufault@hda.com, hackers@freebsd.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Thu, 25 Jan 1996 12:27:04 MST." <199601251927.MAA03031@phaeton.artisoft.com> Date: Sat, 27 Jan 1996 23:10:31 -0800 Message-ID: <28161.822813031@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > But that object can't be exported as a shared memory region of a type > the server can understand, since the layout won't match that of the > Xshm protocol. Maybe I really am missing the boat, but I'm still having a hard time understanding that if (and forgive me if I resort to pseudo- code - it's been a long week): fbmem = mmap(.. blah ..) shmid = shmget(.. some memory chunk size and allocation info ..) ximage->data = shmat(shmid, 0, 0); bcopy(fbmem, ximage->data, ..size..) Works *just fine*, e.g. the ximage data is happy to point at the memory allocated by shmget and I can bcopy straight into this region from the frame buffer, sans any special offsets or conversion, then how can: fbmem = mmap(.. blah ..) shmid = shmget(.. no memory please, just an entry ..) ximage->data = shmat(shmid, fbmem, 0); work when shmget() doesn't support any such semantics? It seems like that would be the minimum level of hacking required to even give this a ghost's chance of working. Jordan