Re: [rkward-devel] system("ls") should be working?

2010-04-24 Thread Prasenjit Kapat
On Sat, Apr 24, 2010 at 9:31 AM, mat wrote: > > Hi > > I notice that: > system("ls") > > does not return anything, while it does in a simple R console. Is this > known? Expected? Basically the output is sent to the main R session running in Konsole. So, use this instead: system ("whoami", intern

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread meik michalke
am Freitag 23 April 2010 (13:29) schrieb Thomas Friedrichsmeier: > On Thursday 22 April 2010, meik michalke wrote: > > i've just noticed 0.5.3-pre2 won't compile on hardy with its ancient QT4 > > libs: > > thanks. I've fixed that particular error in SVN. I hope it's the only > place that needed

[rkward-devel] system("ls") should be working?

2010-04-24 Thread mat
Hi I notice that: system("ls") does not return anything, while it does in a simple R console. Is this known? Expected? Actually, I just need it as I wanted soemthing like: system("whoami") to set specific path depending if the computer is mine or work. Do you have any idea how I could do this

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread Thomas Friedrichsmeier
On Saturday 24 April 2010, meik michalke wrote: > ok, so that's exactly what i get (apart from the i18n). we have: > > NaNs: > R 2.9.0, eRm 0.12-0, Slackware 13.0 (x86_64) > R 2.10.1, eRm 0.12-0, ubuntu 9.10(x86_64) > R 2.10.1, eRm 0.12-0, ubuntu 9.10(i386 VM) > > no NaNs: > R 2.11.0, eR

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread mat
meik michalke a écrit : > am Samstag 24 April 2010 (12:53) schrieb Germán Márquez Mejía: > >> Here is what I get with R 2.9.0, eRm 0.12-0, Slackware 13.0 (x86_64): >> > > ok, so that's exactly what i get (apart from the i18n). we have: > > NaNs: > R 2.9.0, eRm 0.12-0, Slackware 13.0 (x86_6

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread meik michalke
am Samstag 24 April 2010 (12:53) schrieb Germán Márquez Mejía: > Here is what I get with R 2.9.0, eRm 0.12-0, Slackware 13.0 (x86_64): ok, so that's exactly what i get (apart from the i18n). we have: NaNs: R 2.9.0, eRm 0.12-0, Slackware 13.0 (x86_64) R 2.10.1, eRm 0.12-0, ubuntu 9.10(x86_64)

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread mat
On virtualized ubuntu 9.10, 32 bits, R 2.11, eRm 0.12 Avis dans Waldtest.Rm(rsm.res) : The following items were excluded due to inappropriate response patterns within subgroups: I2 I3 I4 I5 Subgroup models are estimated without these items! Wald test on item level (z-values): z-sta

Re: [rkward-devel] One more preview release: RKWard 0.5.3-pre3

2010-04-24 Thread meik michalke
am Samstag 24 April 2010 (12:16) schrieb Thomas Friedrichsmeier: > > -Finally, running the make plugintest, one is asked to enter once "enter > > for next plot", is this normal? > > Yes it's normal, although we should really fix that somehow. this window is caused by the "plot_2PL" test in item_r

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread Germán Márquez Mejía
Am 24.04.2010 12:41, schrieb meik michalke: > > could someone with an installed eRm package please send me his/her output of > the following? > > data(rsmdat) > rsm.res<- RSM(rsmdat) > Waldtest(rsm.res) > > (please include R version, eRm version, OS and, for what it's worth, CPU > architectur

Re: [rkward-devel] Second call for testing: RKWard 0.5.3-pre2

2010-04-24 Thread meik michalke
hi, am Donnerstag 22 April 2010 (00:13) schrieb meik michalke: > am Mittwoch 21 April 2010 (16:48) schrieb Thomas Friedrichsmeier: > > > Wald_test > > > RSM_parameter_estimation > > > PCM_parameter_estimation [...] > as for the RSM and PCM plugin, it looks like it's only a difference in > vari

Re: [rkward-devel] One more preview release: RKWard 0.5.3-pre3

2010-04-24 Thread Thomas Friedrichsmeier
Hi, On Saturday 24 April 2010, mat wrote: > /home/matvir/Téléchargements/rkward-0.5.3-pre3/tests/import_export_plugins > _testfile.sav: position 1: Variable name begins with invalid character > > I tried to convert (latin nd ut8), is it still another encoding? it should be the ISO-8859-15, IIRC