[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