Wojciech Gryc wrote:
Hi Leonard,

Thanks very much for your feedback -- I really appreciate it! Here are my
responses:

1. Random Crashing

I must admit I haven't tested this much on Windows-based Systems yet. I just
installed VMWare and will actually play with a few operating systems. Can
you tell me what version of Java you're using as well?

In general, it sounds like the package wasn't added properly the first time around, because the function names weren't registered. My understanding is that you'd get #VALUE if there was an error in the function itself. Did you
have OO or Calc running when you installed the package?

Well, it runs now, and I got NO idea why it didn't the first time. It will probably remain a mystery.

2. Deleted Sheet Crash

I tried to get this to occur on my end, but doesn't seem to be working. I
got an RDUMP_1 output and deleted it, then ran another piece of code in
RDUMP, and simply got an RDUMP_2 sheet. Can you launch Calc from the
terminal or command prompt and let me know what your error output is?

-- Quick question: does OO store any error logs?

Well, OOo crashes whenever I call RDump() a second time, whatever function I use (and NOT just the functions I reported previosly). This is actually NOT an OOo crash, BUT an Rserve crash. It has nothing to do with deleting the previous sheet, as I first suspected. IF I kill the Rserve process, OOo resumes normally (but the connection to R is broken). I have no idea why this is happening. It could be probably an Rserve / W2k issue.

What is probably too warranted, is to build some internal checking and reporting, like R's sessionInfo(). This would ease debugging. (especially, what Java-version is used, IF conncection is established, Rserve-version, R-version, ... as more than one version of the aforementioned programs might be installed).

I am using theoretically the latest version of Java, but previous versions of Java might be installed as well (e.g. which came with OOo, as these do NOT get uninstalled automatically).

Sincerely,

Leonard


3. RDUMP and Matrices/Frames

Thank you, I added this to the wiki's list of issues, and will fix soon.

Thanks,
Wojciech

On 5/25/07, Leonard Mada <[EMAIL PROTECTED]> wrote:

Hi Wojciech,

Wojciech Gryc wrote:
> Hi Leonard,
>
> Thanks very much for your thoughts. First, if you want to try the GUI
> package it's all up now on the wiki (
> http://wiki.services.openoffice.org/wiki/R_and_Calc).
...

1. I began playing around with the package. While the RDUMP() is
working, I had some trouble to run R cell-commands, although they do now
mysteriously run. [NO idea what caused the trouble, as RTESTCONNECTION()
returned #NAME!]

OOo 2.2; W2k; R:
> sessionInfo()
R version 2.5.0 (2007-04-23)
i386-pc-mingw32

locale:
LC_COLLATE=English_United States.1252;LC_CTYPE=English_United
States.1252;LC_MONETARY=English_United
States.1252;LC_NUMERIC=C;LC_TIME=English_United States.1252

attached base packages:
[1] "stats" "graphics" "grDevices" "utils" "datasets" "methods"
[7] "base"

other attached packages:
Rserve
"0.4-7"

2. I managed to crash OpenOffice trying to run the following command
into RDump():

any R-command
=> new sheet is created
=> delete the new sheet
=> new R-command
=> CRASH
[Issuing "data.frame(a=1:5,b=5:1)" the first time seems to crash OOo
when called a 2nd time, even IF the temporary sheet was NOT deleted!]

3. I just wondered how RDump() handles a matrix, so I issued:
cbind( c(1:5), c(5:1) )
Similarly, "df<-data.frame(a=1:5,b=5:1)" returns a coerced list.

Matrix and matrix-like objects (frames) seem to be represented as plain
vectors. We will need to discuss a little bit about R-data types. I will
try to write something during the weekend. (One can use is.matrix(...)
and is.data.frame(...) to test for these data-types.)

Nevertheless, nice to see how the code expands.

Sincerely,

Leonard

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to