[Rd] R: bug in windows GUI/script editor (PR#8288)
SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0 aW9uIG5vdCBpbnN0YWxsZWQgYmVjYXVzZSBJIG5lZWQgdG8gdXNlIFJXaW5FZHQpLCBvbiBh biBJdGFsaWFuIHZlcnNpb24gb2YgV2luZG93cyAyMDAwIFByby4NCkkganVzdCBsb2dnZWQg aW4gdG9kYXkgYW5kIHRyaWVkIHRvIHJlcHJvZHVjZSB0aGUgYnVnOiB0aGUgZmlyc3QgdGhy ZWUgdGltZXMgYWxsIHdhcyBmaW5lLCB0aGUgZm91cnRoIG9uZSBJIGdvdCB0aGUgYnVnLCBh bmQgZmluYWxseSBub3RpY2VkIG9uZSBkZXRhaWw6IHRoZSBidWcgYXBwZWFycyB3aGVuIEkg b3BlbiBhbiBSIHNjcmlwdCAoSSB0cmllZCBzZXZlcmFsKSB3aGljaCBjYXVzZXMgdGhlICJw YXJ0IG9mIHRoZSBzY3JvbGxiYXIgd2hpY2ggb25lIGNhbiBkcmFnIiBpbiB0aGUgaW50ZXJu YWwgZWRpdG9yIHdpbmRvdyB0byBiZSByZXNpemVkIC0gaS5lLjoNCi0gdGhlIGVkaXRvciB3 aW5kb3cgb3BlbnMgdXAgKG5vdCBtYXhpbWlzZWQpIHdpdGggdGhlIHZlcnRpY2FsIHNjcm9s bGJhciBhYm91dCAxLzMgb2YgdGhlIHdpbmRvdyBoZWlnaHQNCi0gdGhlIHNjcm9sbGJhciBn ZXRzIHJlc2l6ZWQgdG8gYWJvdXQgaGFsZiBvZiB3aGF0IGl0IHdhcyAod2l0aG91dCBteSBp bnRlcnZlbnRpb24pDQotIG5vdyBJIGp1c3QgY2xvc2UgdGhlIHdpbmRvdywgY2xpY2sgb24g bWVudSBGaWxlIGFuZCB0aGVyZSBJIGdldCBiaXR0ZW4NCg0KTWF5IGl0IGJlIHRoZSBmaWxl IHNpemU/ICd3YycgZ2l2ZXMgZm9yIGEgY291cGxlIG9mIGNhc2VzIGluIHdoaWNoIEkgaGF2 ZSBwcm9ibGVtczoNCiAgIDMzMyAgIDEwOTcgIDE0NjgxIEFuYWxpc2ktc3RkLTIuUg0KICAg MzM3ICAgMTM5MSAgMTA1MzIgUi1yaW9wLWRpc3RyaWJ1dGlvbnMuUg0KDQpJIGFsc28gdHJp ZWQgd2l0aCBwbGFpbiBSIChpLmUuLCBteSAuUnByb2ZpbGUgaXMgbm90IGxvYWRlZCk6IHNh bWUgYmVoYXZpb3VyLg0KDQpIb3BlIHRoaXMgaGVscHM7IGxldCBtZSBrbm93IGlmIGFuZCB3 aGF0IG90aGVyIGRldGFpbHMgSSBjYW4gcHJvdmlkZS4NClJlZ2FyZHMsDQogIFJvYmVydG8N Cg0KDQo+IC0tLS0tTWVzc2FnZ2lvIG9yaWdpbmFsZS0tLS0tDQo+IERhOiBEdW5jYW4gTXVy ZG9jaCBbbWFpbHRvOm11cmRvY2hAc3RhdHMudXdvLmNhXQ0KPiBJbnZpYXRvOiBtYXJ0ZWTs IDggbm92ZW1icmUgMjAwNSAxOTowMA0KPiBBOiBVZ29jY2lvbmkgUm9iZXJ0bw0KPiBDYzog Ui1idWdzQGJpb3N0YXQua3UuZGsNCj4gT2dnZXR0bzogUmU6IFtSZF0gYnVnIGluIHdpbmRv d3MgR1VJL3NjcmlwdCBlZGl0b3IgKFBSIzgyODgpDQo+IA0KPiANCj4gT24gMTEvOC8yMDA1 IDExOjUxIEFNLCByb2JlcnRvLnVnb2NjaW9uaUBzYW5wYW9sb2ltaS5jb20gd3JvdGU6DQo+ ID4gRnVsbF9OYW1lOiBSb2JlcnRvIFVnb2NjaW9uaQ0KPiA+IFZlcnNpb246IDIuMi4wDQo+ ID4gT1M6IFdpbmRvd3MgMjAwMA0KPiA+IFN1Ym1pc3Npb24gZnJvbTogKE5VTEwpICgxOTMu MjAzLjIzMi41KQ0KPiA+IA0KPiA+IA0KPiA+IFJ1bm5pbmcgV2luZG93cyAyMDAwIFByb2Zl c3Npb25hbCwgYWxsIHBhdGNoZXMgdXAgdG8gbm92IDgsIDIwMDUuDQo+ID4gDQo+ID4gDQo+ ID4+dmVyc2lvbg0KPiA+IA0KPiA+ICAgICAgICAgIF8gICAgICAgICAgICAgIA0KPiA+IHBs YXRmb3JtIGkzODYtcGMtbWluZ3czMg0KPiA+IGFyY2ggICAgIGkzODYgICAgICAgICAgIA0K PiA+IG9zICAgICAgIG1pbmd3MzIgICAgICAgIA0KPiA+IHN5c3RlbSAgIGkzODYsIG1pbmd3 MzIgIA0KPiA+IHN0YXR1cyAgICAgICAgICAgICAgICAgIA0KPiA+IG1ham9yICAgIDIgICAg ICAgICAgICAgIA0KPiA+IG1pbm9yICAgIDIuMCAgICAgICAgICAgIA0KPiA+IHllYXIgICAg IDIwMDUgICAgICAgICAgIA0KPiA+IG1vbnRoICAgIDEwICAgICAgICAgICAgIA0KPiA+IGRh eSAgICAgIDA2ICAgICAgICAgICAgIA0KPiA+IHN2biByZXYgIDM1NzQ5ICAgICAgICAgIA0K PiA+IGxhbmd1YWdlIFIgIA0KPiA+IA0KPiA+IEhvdyB0byByZXByb2R1Y2UgdGhlIGJ1ZzoN Cj4gPiANCj4gPiAxLiBsYXVuY2ggUmd1aS5leGUNCj4gPiAyLiBtZW51IEZpbGUtPm9wZW4g c2NyaXB0DQo+ID4gMy4gY2xvc2UgZWRpdG9yIGNsaWNraW5nIG9uIFgNCj4gPiA0LiBjbGlj a2luZyBtZW51IEZpbGUgbm93IGdlbmVyYXRlcyB0aGUgZmF0YWwgZXJyb3IgKG9taXR0aW5n IG1lbW9yeQ0KPiA+IGFkZHJlc3Nlcyk6DQo+ID4gDQo+ID4gIEFuIGluc3RydWN0aW9uIHJl ZmVycmVkIHRvIGEgbWVtb3J5IGxvY2F0aW9uIHdoaWNoIGNvdWxkIA0KPiBub3QgYmUgInJl YWQiDQo+ID4gDQo+ID4gQ2xpY2tpbmcgb24gT0sgaW4gdGhlIGVycm9yIG1lc3NhZ2Ugd2lu ZG93IGNhdXNlcyBSIHRvIA0KPiBjb25zdW1lIDEwMCUgQ1BVIGFuZCBub3QNCj4gPiB0byBy ZXNwb25kIC0gbXVzdCBiZSB0ZXJtaW5hdGVkIGZyb20gdGFzayBtYW5hZ2VyLg0KPiANCj4g SSBkb24ndCBzZWUgdGhpcywgYnV0IGl0IHNvdW5kcyBsaWtlIHNvbWV0aGluZyB0aGF0IHdh cyBmaXhlZCANCj4gYmVmb3JlIHRoZSANCj4gcmVsZWFzZSBvZiAyLjIuMCwgc28gbWF5YmUg dGhlcmUncyBhbm90aGVyIHdheSB0byBnZW5lcmF0ZSANCj4gdGhlIHNhbWUgcHJvYmxlbS4N Cj4gDQo+IENvdWxkIHlvdSBnaXZlIG1vcmUgZGV0YWlsOg0KPiANCj4gICAtIGFyZSB5b3Ug cnVubmluZyBpbiB0aGUgZGVmYXVsdCBNREkgbW9kZSAob25lIGJpZyB3aW5kb3cgDQo+IGNv bnRhaW5pbmcgDQo+IHRoZSBjb25zb2xlLCBlZGl0b3IsIGV0Yy4pIG9yIFNESSBtb2RlIChz ZXBhcmF0ZSB3aW5kb3dzKT8NCj4gDQo+ICAgLSBkb2VzIGl0IG1hdHRlciB3aGF0IHdhcyBp biB0aGUgZmlsZSB5b3Ugb3BlbmVkPw0KPiANCj4gRHVuY2FuIE11cmRvY2gNCj4gDQoNCg0K SWwgIGNvbnRlbnV0byAgZSAgZ2xpIGFsbGVnYXRpICBkaSBxdWVzdG8gIG1lc3NhZ2dpbyAg c29ubyAgc3RyZXR0YW1lbnRlDQpjb25maWRlbnppYWxpLCAgZSBuZSBzb25vIHZpZXRhdGkg bGEgZGlmZnVzaW9uZSBlIGwndXNvIG5vbiBhdXRvcml6emF0by4NCg0KTGUgIG9waW5pb25p ICBpdmkgIGV2ZW50dWFsbWVudGUgIGVzcHJlc3NlIHNvbm8gIHF1ZWxsZSAgZGVsbCdhdXRv cmU6IGRpDQpjb25zZWd1ZW56YSAgaWwgIG1lc3NhZ2dpbyAgbm9uICBjb3N0aXR1aXNjZSAg aW1wZWdubyAgY29udHJhdHR1YWxlICB0cmENCmlsIEdydXBwbyBTYW5wYW9sbyAgZWQgIGls ICBkZXN0aW5hdGFyaW8sICAgZSAgbGEgIGJhbmNhICBub24gIGFzc3VtZSAgYWxjdW5hDQpy ZXNwb25zYWJpbGl0YScgcmlndWFyZG8gYWkgY29udGVudXRpIGRlbCB0ZXN0byBlIGRlaSBy ZWxhdGl2aSBhbGxlZ2F0aSwNCm5lJyBwZXIgZXZlbnR1YWxpIGludGVyY2V0dGF6aW9uaSwg bW9kaWZpY2hlIG8gZGFubmVnZ2lhbWVudGkuIA0KIA0KUXVhbG9yYSBpbCBwcmVzZW50ZSBt ZXNzYWdnaW8gTGUgZm9zc2UgcGVydmVudXRvIHBlciBlcnJvcmUsICBMZSBzYXJlbW1vDQpn cmF0aSAgc2UgbG8gIGRpc3RydWdnZXNzZSBlLCAgdmlhIGUtbWFpbCwgIGNlIG5lIGNvbXVu aWNhc3NlICBsJyBlcnJhdGENCnJpY2V6aW9uZSBhbGwnaW5kaXJpenpvIHBvc3RtYXN0ZXJA c2FucGFvbG9pbWkuY29tLg0KDQoNClRoaXMgZS1tYWlsIChhbmQgYW55IGF0dGFjaG1lbnQo cykpIGlzIHN0cmljdGx5IGNvbmZpZGVudGl
Re: [Rd] # symbol in input data (PR#8296)
[EMAIL PROTECTED] writes: > Full_Name: Richard L Lozes > Version: 2.1.1 > OS: Win XP > Submission from: (NULL) (69.107.18.35) > > > "#" appearing in a quoted string in input causes further input of that line to > be ignored. > Can be cured by escaping (i.e., "\#"), but in big data sets it is onerous to > find. > > # should not be "special" inside a quoted string. > > Here is a small input file. Read it with read.csv(). > > Title1, Title2, cHdr1, cHdr2, cHdr3 > "xyz","abc",1.0,2.0,3.0 > "xyy","ab#c",4.0,5.0,6.0 > "zyx","abc",7.0,8.0,9.0 ...and what do you think the comment.char argument is for? This is no bug. > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R: bug in windows GUI/script editor (PR#8288)
On 11/10/2005 3:02 AM, [EMAIL PROTECTED] wrote: > SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0 Roberto: Something went wrong with your posting -- it came out completely in binary. I think I have found what was wrong with the editor windows. There were two problems: - a variable was sometimes uninitialized. I've fixed this in R-devel (though it won't be downloadable for a while). I had hoped this was enough, but it wasn't. - the script editor window duplicates some menu items from the main window, but unfortunately in doing so it overwrites some pointers to those items. When the script editor is closed, the pointers become invalid, and you may crash. The second fix will require more extensive work, but I should get it done today. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R: bug in windows GUI/script editor (PR#8288)
On 11/10/2005 8:58 AM, Duncan Murdoch wrote: > On 11/10/2005 3:02 AM, [EMAIL PROTECTED] wrote: > >>SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0 > > > Roberto: > > Something went wrong with your posting -- it came out completely in > binary. > > I think I have found what was wrong with the editor windows. There were > two problems: > > - a variable was sometimes uninitialized. I've fixed this in R-devel > (though it won't be downloadable for a while). I had hoped this was > enough, but it wasn't. > > - the script editor window duplicates some menu items from the main > window, but unfortunately in doing so it overwrites some pointers to > those items. When the script editor is closed, the pointers become > invalid, and you may crash. > > The second fix will require more extensive work, but I should get it > done today. Now committed to both R-patched and R-devel. Will show up in the binaries on CRAN in due time. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R: bug in windows GUI/script editor (PR#8288)
On 11/10/2005 8:58 AM, Duncan Murdoch wrote: > On 11/10/2005 3:02 AM, [EMAIL PROTECTED] wrote: > >>SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0 > > > Roberto: > > Something went wrong with your posting -- it came out completely in > binary. > > I think I have found what was wrong with the editor windows. There were > two problems: > > - a variable was sometimes uninitialized. I've fixed this in R-devel > (though it won't be downloadable for a while). I had hoped this was > enough, but it wasn't. > > - the script editor window duplicates some menu items from the main > window, but unfortunately in doing so it overwrites some pointers to > those items. When the script editor is closed, the pointers become > invalid, and you may crash. > > The second fix will require more extensive work, but I should get it > done today. Now committed to both R-patched and R-devel. Will show up in the binaries on CRAN in due time. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Problem with C code under R2.2 only.
Dear R developers,
Running a R CMD check under R2.2 gives me the error messages (appended to this
e-mail) while the with R2.1 the check on the same package directory runs fine.
To my knowledge the configuration of R2.2 and R2.1 on my machine are
identical.
* checking S3 generic/method consistency ... WARNING
Error: .First.lib failed for 'SBMLodeSolveR'
Call sequence:
2: stop(gettextf(".First.lib failed for '%s'", libraryPkgName(package)),
domain = NA)
1: library(package, lib.loc = lib.loc, character.only = TRUE, verbose = FALSE)
Execution halted
See section 'Generic functions and methods' of the 'Writing R Extensions'
manual.
* checking replacement functions ... WARNING
Error: .First.lib failed for 'SBMLodeSolveR'
Call sequence:
2: stop(gettextf(".First.lib failed for '%s'", libraryPkgName(package)),
domain = NA)
1: library(package, lib.loc = lib.loc, character.only = TRUE, verbose = FALSE)
Execution halted
In R, the argument of a replacement function which corresponds to the right
hand side must be named 'value'.
* checking foreign function calls ... WARNING
Error: .First.lib failed for 'SBMLodeSolveR'
Call sequence:
2: stop(gettextf(".First.lib failed for '%s'", libraryPkgName(package)),
domain = NA)
1: library(package, lib.loc = lib.loc, character.only = TRUE, verbose = FALSE)
Execution halted
See section 'System and foreign language interfaces' of the 'Writing R
Extensions' manual.
* checking Rd files ... OK
* checking for missing documentation entries ... ERROR
Error: .First.lib failed for 'SBMLodeSolveR'
Help is highly appreciated.
Eryk
Witold Eryk Wolski
University of Newcastle upon Tyne
School of Mathematics and Statistics
Merz Court
http://www.mas.ncl.ac.uk/~nwew
http://www.northeasttango.org.uk
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] FW: Re: (Case 843) Recon-X msg: "Failed to get the list of instances: Server's ssh public key does not match our private ssh key"
Bob, Would you please install the six dependency packages as per the suggestion bellow? This is for Recon-X server you installed some time ago. I case you need to please feel free to contact Bruno fro StarNet at (604) 630-8700. Thanks, Lucho PS. I will answer the rest of the questions from bellow by myself. -Original Message- From: StarNet Customer Service [mailto:[EMAIL PROTECTED] Sent: Thursday, November 10, 2005 11:48 AM To: Latchezar Dimitrov Cc: Harold L Hunt Subject: Re: (Case 843) Recon-X msg: "Failed to get the list of instances: Server's ssh public key does not match our private ssh key" Hi Latchezar, Please see my comments inline (below). >As you correctly assumed I am not the sysadmin on the machine (how else >to explain the way you describe what you want ;-) and it will be very >much problematic to play with re-installations of the Recon-X server. >Fortunately, since I was wise to ask for it, I have almost complete >copy of the installation session. Please find it attached. >From what I can see, Latchezar, seems like some of the required dependency packages were not installed during setup. The setup complains about them during the install. These are: CSWtextutils CSWexpect CSWnetcat CSWshutils CSWfindutils CSWggrep You do not need to go through the entire installation again but you do need these packages installed before Recon-X would work. You can find these packages under the deps directory. Please have your system administrator install these six deps and have him run the command: # /opt/csw/ReconX/bin/nxsetup Please see if this fixes the problem. PS - Just in case you need these steps in detail, I'll be more than happy to send you a follow up email today with detailed steps you (or the system administrator) needs to take in order to get Recon-X working. >The server is Sun SPARC with Solaris 9. Could you provide me with the output of the command ssh -V? Is the server using Sun's supplied SSH server? >I have also reported a second "feature" of the client. After its >unsuccessful attempt to connect to the server it interferes with say >SSH FTP Client from SSH Communication Security preventing it from >getting connected. This should _not_ depend on any software on any >other machine being installed properly or not or whatever. This should >be fixed first since it blocks my normal work. Absolutely. Now, just to understand you correctly..you have an SSH server running on the server and you connect via sftp to this server using SSH Communication's SSH/SFTP client, correct? And for some reason, after the installation of ReconX client on windows, the ssh sftp windows stops working? ReconX should not interefere with the SSH server in any way that impedes your work. Perhaps you can installs the deps and clarify the second problem, I can suggest and fix what might be going wrong. With warm regards, -Bruno __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] fSeries armaFit problem
Dear all,
I encountered the following problem with fSeries library ver.220.10063
using R 2.1.1 on WinXPSP1 Athlon 1800+ machine
> x = armaSim(model = list(d=0.3), n = 1000)
> fit = armaFit(x ~ fracdiff(0, 0))
Error in n + M : non-numeric argument to binary operator
I believe it is due to the following fragment of code of armaFit
fun = match.fun(paste(".", tsmodel, "Fit", sep = ""))
filter = 100
fit = fun(x = ts, order = order, include.mean = include.mean,
method = method[1], fixed = fixed, M = M, h = h, ...)
Parameter filter is not known inside the body of fun
where we can find
debugging in: fun(x = ts, order = order, include.mean = include.mean, method
= method[1],
fixed = fixed, M = M, h = h, ...)
debug: {
M = filter
here 'filter' is treated as a name of the existing function, not an intended
integer numeber and results in crash while calling .fracdiff function
Best regards
Piotrek Z
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Writing new probability functions
Dear developeRs, I am maintaining a package of Actuarial Science functions (soon to be uploaded to CRAN) in which we would like to include the usual d*, p*, q* and r* functions for some probability laws not currently found in base R. Taking into account that most of the distributions are functions or transformations of the distributions found in base R, should we look into writing our functions in C or in R, both in terms of: (1) speed, and (2) accuracy? If we opt for C, is there a canonical reference detailing the precautions one has to take to ensure accuracy of the density/distribution/quantile functions over the complete domain of the probability laws? Comments appreciated. -- Vincent Goulet, Associate Professor École d'actuariat Université Laval, Québec [EMAIL PROTECTED] http://vgoulet.act.ulaval.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
