headless swiki for Mac OS X? -nodisplay and -headless not available?

John M McIntosh johnmci at smalltalkconsulting.com
Wed Oct 25 06:02:27 UTC 2006


ok, funny you should ask, I added headless support to mac carbon  
3.8.13b4U a week back and was looking for beta testers.
I've stuck in on the idisk and ftp server in the experimental folder.
I'll note there is one bug, because of the copyloop change I've been  
hacking on it does not copy forms correctly when you drag widgets  
about, you get
the form's lower/right pixel rendered incorrecctly.

However as headless and not serving Forms this might not be a problem
Later in the week or next week I'll posdt a 3.8.13b5U to fix that  
problem.

For now look in the usual places via
http://www.smalltalkconsulting.com/squeak.html

for
Squeak 3.8.13beta4U.app.zip
in the experimental folder.


3.8.13.b4  Headless support
		sqMacMain.c
			headless, set background to false if not headless.
			alter uuid returned to signify which VM this is

		info.plist
		swap buttons to ensure cmd/opt of trackpad is right
		Add LSBackgroundOnly to yes i

		sqMacEventsUniversal.c
		headless support
		
		sqMacUnixCommandLineInterface.c
		headless parm -headless added
		
		sqMacWindowUniversal.c
		headless support
		
		platforms/Cross/plugins/ExuperyPLugin created

3.8.13.b4, b5, b6, b7
		Had limited distribution to test new button modification logic
		
3.8.13.b3
		bitBlt>copyLoop changes, normally it prefetchs the next byte for  
barrel shifting 64 bits when copying from
		one form to another, and a dirty secret and old bug is that it  
reads one word past the end of the Form
		when it processes the last word in the Form. However when you use  
surfaces where the surface is
		allocated elsewhere not in object space and in fact say the  
allocated form is 2MB and the vm memory
		system makes the frame past the 2MB range non-readable, why then  
you die on a read protection failure.
		So alter the loop to consider if it's preload and the last line we  
don't do the pre-fetch because that could
		cause a read failure.
3.8.13.b2
		Exupery support, via plugin and changes in the VM for Mac Intel,  
use merged VMMaker-Exupery change set

3.8.13.b1
		Exupery support, via plugin and changes in the VM for Mac Intel.
		http://minnow.cc.gatech.edu/squeak/5672


On 24-Oct-06, at 5:40 PM, Daniel Green wrote:

>   I'm trying to get a swiki running on my mac such that it starts  
> at boot time and doesn't depend on me starting the Mac OS X Squeak  
> app wrapper manually upon desktop login.  Is that possible and if  
> so, has somebody documented it?  It looks like it should be  
> possible to fire off "squeak -headless" or "squeak -display" in a  
> system startup script  but I only find Linux and Solaris versions  
> for server-only mode.  The 3.8.latest version of Squeak for Mac OS  
> X doesn't seem to like either option.
>
>   Thanks in advance for any insights or pointers to documentation.
>
>   Best regards,
>
> -- DanG
> Daniel Green, Sun Microsystems
> Parkville, Missouri
> http://parkville.servebbs.org/media/
>

--
======================================================================== 
===
John M. McIntosh <johnmci at smalltalkconsulting.com>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
======================================================================== 
===





More information about the Squeak-dev mailing list