site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Terry, Dave, Thank you both for your sage advice. On 19 Mar 2008, at 21:03, Terry Lambert wrote: Yes, this fits with what I found when I tried this! Cheers, -geoff ______________________________________ Geoff Lee <G.Lee@ed.ac.uk> Computing Support School of Arts, Culture and Environment University of Edinburgh 20 Chambers St, Edinburgh, Scotland, EH1 1JZ Tel: +44 (0)131 650 2341 ______________________________________ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... /dev/console is a pseudo device which gets aliased to a pty when someone calls TIOCCONS on the master side of it to take over the console (this is how the "Console" program works). The frame buffer driver is actualy accessed through the "km" tty driver, and there isn't a device node published in /dev for that. It'd be more correct to start a getty up on that devices (major # 12, minor number 0, subject to change in the future). Typically, this won't do what you expect, though, because the getty and login programs do not contain the complete logic for establishing a controlling tty and doing session management. Dave's little program in his other reply is enough to get one program up, and semi-logged in on a sesion, assuming it's compiled in the POSIX compilation environment so that the lack of the O_NOCTTY lets the console become the controlling tty for your process. Note that someone else can, if they choose, simply rip the console out from under you with TIOCCONS, since you are talking to the alias device (/dev/console) rather than the real device (/dev/km, which does not have a device node assigned to it). Thanks again: you've made me realise that the best way of going about this is probably to boot to Terminal.app and go from there! This email sent to site_archiver@lists.apple.com