[rkward-cvs] SF.net SVN: rkward: [2352] trunk/rkward

tfry at users.sourceforge.net tfry at users.sourceforge.net
Wed Mar 12 19:25:36 UTC 2008


Revision: 2352
          http://rkward.svn.sourceforge.net/rkward/?rev=2352&view=rev
Author:   tfry
Date:     2008-03-12 12:25:36 -0700 (Wed, 12 Mar 2008)

Log Message:
-----------
Changelog, techdocs

Modified Paths:
--------------
    trunk/rkward/ChangeLog
    trunk/rkward/rkward/rkward.desktop
    trunk/rkward/techdocs/r_eventloop

Modified: trunk/rkward/ChangeLog
===================================================================
--- trunk/rkward/ChangeLog	2008-03-12 19:25:07 UTC (rev 2351)
+++ trunk/rkward/ChangeLog	2008-03-12 19:25:36 UTC (rev 2352)
@@ -1,3 +1,5 @@
+- New plugin: Hodrick-Prescott Filter 			(manchito; TODO: review, back-merge)
+- Fix a problem with plugin help pages not loading correctly
 - Better resize handling in progress and R input (readline()) dialogs
 - Somewhat better handling of the R event loop (esp. when calling "require(not_yet_installed_package)")
 

Modified: trunk/rkward/rkward/rkward.desktop
===================================================================
--- trunk/rkward/rkward/rkward.desktop	2008-03-12 19:25:07 UTC (rev 2351)
+++ trunk/rkward/rkward/rkward.desktop	2008-03-12 19:25:36 UTC (rev 2352)
@@ -5,7 +5,7 @@
 Comment=GUI for the R-project
 Comment[pl]=Graficzny interfejs dla projektu R
 Comment[fr]=Interface graphique pour R
-Icon=rkward.png
+Icon=rkward
 Exec=rkward -caption "%c" %i %m  
 Terminal=false
 Type=Application

Modified: trunk/rkward/techdocs/r_eventloop
===================================================================
--- trunk/rkward/techdocs/r_eventloop	2008-03-12 19:25:07 UTC (rev 2351)
+++ trunk/rkward/techdocs/r_eventloop	2008-03-12 19:25:36 UTC (rev 2352)
@@ -41,4 +41,26 @@
 
 ** Alternatives **
 
-Maybe we really should use message passing, instead of shared memory? For the case of a local process, we should be able to safely pass raw binary data, so we can probably get very good speed. This would also make it easier to support a remote backend in the future.
\ No newline at end of file
+Maybe we really should use message passing, instead of shared memory? For the case of a local process, we should be able to safely pass raw binary data, so we can probably get very good speed. This would also make it easier to support a remote backend in the future.
+
+*** Outline of a communication protocol ***
+
+1. Main app opens server port, then starts slave, passing port number as command-line argument
+2. Main app waits for slave to connect
+3. Main app initiates handshake:
+	1. send 'H'
+		- slave inits R
+		- slave connects callbacks
+		- slave enters Rf_mainloop()
+		- when back in ReadConsole, slave sends
+			- reply 'H:pid:Version_number'
+	2. handle version number mismatch
+4. Main app sends startup sequence
+	1. intiate
+	2. send all initailization commands including "library(rkward)" (see below)
+	3. check for command results as usual
+
+Command sending:
+	- when slave enters ReadConsole, it sends 'ready'
+	- main app sends e.g. 'command:doSomething()"
+	- slave acks, then starts the command
\ No newline at end of file


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.




More information about the rkward-tracker mailing list