World: r3wp

'set-tray-remote-events is called only in 'do-tray-app which is called 
when Cheyenne is running as a service to install a standalone version 
of the tray icon with menus (for remote control of the Cheyenne service).

I just encapped the checkout from svn

didn't alter the source

Check if a Cheyenne service is not installed.

check to see if there is a cheyenne service already installed??

There isn't a service installed .. but now it's working!

I did try and install the old version as a service, and that failed. 
 Perhaps it left something running that caused the new build to fail? 
 and when I rebooted ... it went away?

Maybe a Cheyenne process left running?

maybe ... I'll watch out for it next time.

this is what I am using for my webapps

	webapp [
		; user1
		virtual-root "/mdz"
		root-dir %/z/pwp/www/mdz/
		auth "/mdz/login.rsp"
 		databases [ emr odbc://user1 ]
		;debug
	]
	webapp [
		; user2
		virtual-root "/mdy"
		root-dir %/y/pwp/www/mdy/
		auth "/mdy/login.rsp"
	 	databases [ emr odbc://user2 ]
		;debug
	]

seems to be working .. so far

Ok, I right clicked on cheyenne in the system tray and set it as 
a service.  It exited immediately from the system tray, and i could 
not run it again wihtout the above error.

I looked in the running processes and don't see anything.  I think 
I'll have to reboot the windows 2003 server.

No, can't get Cheyenne up and running again ... what's causing it 
to default to service mode?

Ok, there is a cheyenne service .. how can I remove it?

Run Cheyenne once with -u command line option to uninstall the service, 
then you can run it again in user mode.

The service mode is tricky, especially when the current Windows user 
is not the Administrator.

I'm getting an error that msvcr71.dll is missing

when I run cheyenne from command line

I don't think you run cheyenne from DOS prompt. Create a dedicated 
shortcut and edit the shorcut properties to add -u in the first field.

you <can> run

-u worked and I now have it running in user mode

from dos prompt

Oh, good to know.

so is there a how to on running cheyenne as a service?

No, it's supposed to be simple, just use the menu option...but it 
currently has several limitations:

- it requires admin privileges

- it cannot survive log off if encapped with enface or encmdview 
(the View engine is not compatible with service mode).

does it need to be encapped with view ?

The first one should be fixable (I guess), the second one too...when 
View will become open source.

... that's R3 !

If encapped with view, Cheyenne process will be killed when logging 
off.

Or is Carl open up View now?

No, he doesn't. We'll have to wait til R3 get stable to port Cheyenne 
and fix thoses issues.

I guess I can use Firedaemon to run Cheyenne as a service

Yes you can try with 3rd party tools (there's also srvany.exe). Let 
me know if it works with View.

well I know my view apps work with firedaemon

Does the latest cheyenne allow debug mode or some other option where 
you can see the errors in the browser but  the RSP DEBUG  toolbar 
isn't rendered ?

No, but it's in my todo-list for the next release (0.9.20).

cool, I will be very happy when this is possible :)

Is there a way to associate a particular listen port with a webapp?

like 

webapp [
	listen [ 8000 ]
]

Nope, but you can bind a domain to a specific listen port. For ex:
globals [
	listen [80 8000]
	...
]
my.domain.com:8000 [
	webapp [
		... 	; this webapp should only be accessed through port 8000
	]
]

But you should test the webapp domain:port isolation, I remember 
having bugs there and it seems to me that there were fixed, but I'm 
not completly sure.

I'm seeing some odd root kit like behaviours ... cheyenne is clearly 
serving up pages,, but the icon is gone from the system tray and 
it does not appear in the processes list in the windows task manager!

This looks like it's working in service mode. In Task Manager, be 
sure to list processes from all users (including services).

If it's not the right explanation, then that means that your Cheyenne 
instance evolved, became self-aware and decided to hide in order 
to survive, so we shouldn't have to worry much about anything now. 
;-)

It's a concern...

Nope, it's not in services

I'll check it again if it happens again .. but it could just be a 
single evolutionary event

Of course reload config and run as a service are pretty close to 
each other ...

ah... silly.  I was running Cheyenne as a service using Firedaemon 
and had forgotten already :(

I've got some virtual sites set up as this

jerrys.com [
	root-dir %/z/pwp/www/	
	default [%login.rsp %index.html %index.rsp %index.php]
	webapp [
		; jerry's
		virtual-root "/md"
		root-dir %/z/pwp/www/md/
		auth "/md/login.rsp"
 		databases [ emr odbc://jerry ]
		;debug
	]
]	
grahams.com [
	; 3 changes, and the app-init.r
	root-dir %/x/pwp/www/	
	default [%login.rsp %index.html %index.rsp %index.php]
	webapp [
		; grahams
		virtual-root "/md"
		root-dir %/x/pwp/www/md/
		auth "/md/login.rsp"
 		databases [ emr odbc://graham ]
		;debug
	]
]