Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Bill Dunlap
gctorture(TRUE) helps too, but it will take a long time.

-Bill

On Fri, Oct 22, 2021 at 11:07 AM lampros mouselimis <
mouselimislamp...@gmail.com> wrote:

> Thank you all for your answers,
>
> I'll give it a try using both valgrind (on linux) and the rhub's linux gcc
> Address Sanitizers (Asan). I've already used rhub to test the package on
> the Solaris OS but it didn't give any error (it seems to me that the
> configurations between CRAN and rhub differ).
>
> Lampros
>
> On Fri, 22 Oct 2021 at 20:31, Henrik Bengtsson 
> wrote:
>
>> I agree with others that this suggests there is a hidden bug in the
>> code.  In addition to running with Valgrind, R-hub's
>>
>> > rhub::check(platform="linux-x86_64-rocker-gcc-san")
>>
>> will compile the native code with the Address Sanitizer (ASan) and the
>> UndefinedBehaviorSanitizer (UBSan).  Those have helped me in the past
>> to track down mistakes, and even spot things I was not aware of.  And
>> it's an ease of mind as a developer when these tools and Valgrind
>> checks give all OK reports.
>>
>> The R-hub services is cross-platform and requires no local setup.
>>
>> /Henrik
>>
>> On Fri, Oct 22, 2021 at 7:41 AM Bill Dunlap 
>> wrote:
>> >
>> > I agree with Stefan.  Try using valgrind (on Linux) to check for memory
>> > misuse:
>> >
>> > R --debugger=valgrind --debugger-args="--leak-check=full
>> > --track-origins=yes"
>> > ...
>> > > yourTests()
>> > > q("no")
>> >
>> > -Bill
>> >
>> >
>> > On Fri, Oct 22, 2021 at 7:30 AM Stefan Evert 
>> > wrote:
>> >
>> > > Just to add my personal cent to this:  I've had similar issues with
>> an R
>> > > package some time ago, which kept crashing somewhat unpredictably in
>> the
>> > > Solaris tests.
>> > >
>> > > Debugging was hard because it only happened on Solaris, but in the
>> end it
>> > > turned out to be due to serious bugs in the code that only happened to
>> > > surface in the Solaris tests.   I would think that it's likely to be
>> the
>> > > same for your package, so the segfaults shouldn't be accepted too
>> readily
>> > > as a platform quirk.
>> > >
>> > > Best
>> > > SE
>> > >
>> > >
>> > > > On 22 Oct 2021, at 15:47, Marc Schwartz via R-help <
>> r-help@r-project.org>
>> > > wrote:
>> > > >
>> > > >
>> > > > 1. The CRAN repository policy here:
>> > > >
>> > > >  https://cran.r-project.org/web/packages/policies.html
>> > > >
>> > > > notes:
>> > > >
>> > > > "Package authors should make all reasonable efforts to provide
>> > > cross-platform portable code. Packages will not normally be accepted
>> that
>> > > do not run on at least two of the major R platforms. Cases for
>> Windows-only
>> > > packages will be considered, but CRAN may not be the most appropriate
>> place
>> > > to host them."
>> > > >
>> > > > That would seem to infer that, with reasonable justification, one
>> may be
>> > > able to make a request of the CRAN maintainers to exclude at least
>> one of
>> > > the OS platforms from testing. A request that would be at the
>> discretion of
>> > > the CRAN maintainers and Solaris, in light of the low market
>> prevalence,
>> > > may be a more common exclusion as you have noted below.
>> > >
>> > > __
>> > > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> > > https://stat.ethz.ch/mailman/listinfo/r-help
>> > > PLEASE do read the posting guide
>> > > http://www.R-project.org/posting-guide.html
>> > > and provide commented, minimal, self-contained, reproducible code.
>> > >
>> >
>> > [[alternative HTML version deleted]]
>> >
>> > __
>> > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> > https://stat.ethz.ch/mailman/listinfo/r-help
>> > PLEASE do read the posting guide
>> http://www.R-project.org/posting-guide.html
>> > and provide commented, minimal, self-contained, reproducible code.
>>
>> __
>> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> https://stat.ethz.ch/mailman/listinfo/r-help
>> PLEASE do read the posting guide
>> http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.
>>
>

[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread lampros mouselimis
Thank you all for your answers,

I'll give it a try using both valgrind (on linux) and the rhub's linux gcc
Address Sanitizers (Asan). I've already used rhub to test the package on
the Solaris OS but it didn't give any error (it seems to me that the
configurations between CRAN and rhub differ).

Lampros

On Fri, 22 Oct 2021 at 20:31, Henrik Bengtsson 
wrote:

> I agree with others that this suggests there is a hidden bug in the
> code.  In addition to running with Valgrind, R-hub's
>
> > rhub::check(platform="linux-x86_64-rocker-gcc-san")
>
> will compile the native code with the Address Sanitizer (ASan) and the
> UndefinedBehaviorSanitizer (UBSan).  Those have helped me in the past
> to track down mistakes, and even spot things I was not aware of.  And
> it's an ease of mind as a developer when these tools and Valgrind
> checks give all OK reports.
>
> The R-hub services is cross-platform and requires no local setup.
>
> /Henrik
>
> On Fri, Oct 22, 2021 at 7:41 AM Bill Dunlap 
> wrote:
> >
> > I agree with Stefan.  Try using valgrind (on Linux) to check for memory
> > misuse:
> >
> > R --debugger=valgrind --debugger-args="--leak-check=full
> > --track-origins=yes"
> > ...
> > > yourTests()
> > > q("no")
> >
> > -Bill
> >
> >
> > On Fri, Oct 22, 2021 at 7:30 AM Stefan Evert 
> > wrote:
> >
> > > Just to add my personal cent to this:  I've had similar issues with an
> R
> > > package some time ago, which kept crashing somewhat unpredictably in
> the
> > > Solaris tests.
> > >
> > > Debugging was hard because it only happened on Solaris, but in the end
> it
> > > turned out to be due to serious bugs in the code that only happened to
> > > surface in the Solaris tests.   I would think that it's likely to be
> the
> > > same for your package, so the segfaults shouldn't be accepted too
> readily
> > > as a platform quirk.
> > >
> > > Best
> > > SE
> > >
> > >
> > > > On 22 Oct 2021, at 15:47, Marc Schwartz via R-help <
> r-help@r-project.org>
> > > wrote:
> > > >
> > > >
> > > > 1. The CRAN repository policy here:
> > > >
> > > >  https://cran.r-project.org/web/packages/policies.html
> > > >
> > > > notes:
> > > >
> > > > "Package authors should make all reasonable efforts to provide
> > > cross-platform portable code. Packages will not normally be accepted
> that
> > > do not run on at least two of the major R platforms. Cases for
> Windows-only
> > > packages will be considered, but CRAN may not be the most appropriate
> place
> > > to host them."
> > > >
> > > > That would seem to infer that, with reasonable justification, one
> may be
> > > able to make a request of the CRAN maintainers to exclude at least one
> of
> > > the OS platforms from testing. A request that would be at the
> discretion of
> > > the CRAN maintainers and Solaris, in light of the low market
> prevalence,
> > > may be a more common exclusion as you have noted below.
> > >
> > > __
> > > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > > https://stat.ethz.ch/mailman/listinfo/r-help
> > > PLEASE do read the posting guide
> > > http://www.R-project.org/posting-guide.html
> > > and provide commented, minimal, self-contained, reproducible code.
> > >
> >
> > [[alternative HTML version deleted]]
> >
> > __
> > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > https://stat.ethz.ch/mailman/listinfo/r-help
> > PLEASE do read the posting guide
> http://www.R-project.org/posting-guide.html
> > and provide commented, minimal, self-contained, reproducible code.
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide
> http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>

[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Henrik Bengtsson
I agree with others that this suggests there is a hidden bug in the
code.  In addition to running with Valgrind, R-hub's

> rhub::check(platform="linux-x86_64-rocker-gcc-san")

will compile the native code with the Address Sanitizer (ASan) and the
UndefinedBehaviorSanitizer (UBSan).  Those have helped me in the past
to track down mistakes, and even spot things I was not aware of.  And
it's an ease of mind as a developer when these tools and Valgrind
checks give all OK reports.

The R-hub services is cross-platform and requires no local setup.

/Henrik

On Fri, Oct 22, 2021 at 7:41 AM Bill Dunlap  wrote:
>
> I agree with Stefan.  Try using valgrind (on Linux) to check for memory
> misuse:
>
> R --debugger=valgrind --debugger-args="--leak-check=full
> --track-origins=yes"
> ...
> > yourTests()
> > q("no")
>
> -Bill
>
>
> On Fri, Oct 22, 2021 at 7:30 AM Stefan Evert 
> wrote:
>
> > Just to add my personal cent to this:  I've had similar issues with an R
> > package some time ago, which kept crashing somewhat unpredictably in the
> > Solaris tests.
> >
> > Debugging was hard because it only happened on Solaris, but in the end it
> > turned out to be due to serious bugs in the code that only happened to
> > surface in the Solaris tests.   I would think that it's likely to be the
> > same for your package, so the segfaults shouldn't be accepted too readily
> > as a platform quirk.
> >
> > Best
> > SE
> >
> >
> > > On 22 Oct 2021, at 15:47, Marc Schwartz via R-help 
> > wrote:
> > >
> > >
> > > 1. The CRAN repository policy here:
> > >
> > >  https://cran.r-project.org/web/packages/policies.html
> > >
> > > notes:
> > >
> > > "Package authors should make all reasonable efforts to provide
> > cross-platform portable code. Packages will not normally be accepted that
> > do not run on at least two of the major R platforms. Cases for Windows-only
> > packages will be considered, but CRAN may not be the most appropriate place
> > to host them."
> > >
> > > That would seem to infer that, with reasonable justification, one may be
> > able to make a request of the CRAN maintainers to exclude at least one of
> > the OS platforms from testing. A request that would be at the discretion of
> > the CRAN maintainers and Solaris, in light of the low market prevalence,
> > may be a more common exclusion as you have noted below.
> >
> > __
> > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > https://stat.ethz.ch/mailman/listinfo/r-help
> > PLEASE do read the posting guide
> > http://www.R-project.org/posting-guide.html
> > and provide commented, minimal, self-contained, reproducible code.
> >
>
> [[alternative HTML version deleted]]
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


[R] machine learning to define contours in R

2021-10-22 Thread Luigi Marongiu
Hello,
I have run some support vector machine analysis. If I draw a grid of
10*10 points in a space, the model I built will assign the points to a
given group. Lets' say:
```
results1 = data.frame(row_1 = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0),
   row_2 = c(0, 0, 0, 1, 0, 0, 0, 0, 0, 0),
   row_3 = c(0, 0, 1, 1, 1, 0, 0, 0, 0, 0),
   row_4 = c(0, 1, 1, 1, 1, 1, 0, 0, 0, 0),
   row_5 = c(0, 0, 1, 1, 1, 0, 0, 0, 0, 0),
   row_6 = c(0, 0, 0, 1, 0, 0, 0, 0, 0, 0),
   row_7 = c(0, 0, 0, 0, 0, 2, 2, 2, 0, 0),
   row_8 = c(0, 0, 0, 0, 0, 2, 2, 2, 0, 0),
   row_9 = c(0, 0, 0, 0, 0, 2, 2, 2, 0, 0),
 row_10 = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0))
```
If I repeat the analysis, the assignment is different:
 ```
results2 = data.frame(row_1 = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0),
   row_2 = c(0, 0, 0, 1, 0, 0, 0, 0, 0, 0),
   row_3 = c(0, 0, 1, 1, 1, 0, 0, 0, 0, 0),
   row_4 = c(0, 0, 1, 1, 1, 1, 1, 1, 0, 0),
   row_5 = c(0, 0, 1, 1, 1, 0, 0, 0, 0, 0),
   row_6 = c(0, 1, 0, 1, 1, 0, 0, 0, 0, 0),
   row_7 = c(0, 0, 0, 0, 0, 2, 2, 2, 0, 0),
   row_8 = c(0, 0, 0, 0, 0, 0, 2, 0, 0, 0),
   row_9 = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0),
 row_10 = c(0, 0, 0, 0, 0, 0, 0, 0, 0, 0))
```
To note that in results2 there are differences in rows 4, 6, 8, 9.
Is it possible to create a new object containing the points with 100%
(or 95%) identity? Some kind of machine learning algorithm?
Thank you

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Bill Dunlap
I agree with Stefan.  Try using valgrind (on Linux) to check for memory
misuse:

R --debugger=valgrind --debugger-args="--leak-check=full
--track-origins=yes"
...
> yourTests()
> q("no")

-Bill


On Fri, Oct 22, 2021 at 7:30 AM Stefan Evert 
wrote:

> Just to add my personal cent to this:  I've had similar issues with an R
> package some time ago, which kept crashing somewhat unpredictably in the
> Solaris tests.
>
> Debugging was hard because it only happened on Solaris, but in the end it
> turned out to be due to serious bugs in the code that only happened to
> surface in the Solaris tests.   I would think that it's likely to be the
> same for your package, so the segfaults shouldn't be accepted too readily
> as a platform quirk.
>
> Best
> SE
>
>
> > On 22 Oct 2021, at 15:47, Marc Schwartz via R-help 
> wrote:
> >
> >
> > 1. The CRAN repository policy here:
> >
> >  https://cran.r-project.org/web/packages/policies.html
> >
> > notes:
> >
> > "Package authors should make all reasonable efforts to provide
> cross-platform portable code. Packages will not normally be accepted that
> do not run on at least two of the major R platforms. Cases for Windows-only
> packages will be considered, but CRAN may not be the most appropriate place
> to host them."
> >
> > That would seem to infer that, with reasonable justification, one may be
> able to make a request of the CRAN maintainers to exclude at least one of
> the OS platforms from testing. A request that would be at the discretion of
> the CRAN maintainers and Solaris, in light of the low market prevalence,
> may be a more common exclusion as you have noted below.
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide
> http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>

[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Stefan Evert
Just to add my personal cent to this:  I've had similar issues with an R 
package some time ago, which kept crashing somewhat unpredictably in the 
Solaris tests.

Debugging was hard because it only happened on Solaris, but in the end it 
turned out to be due to serious bugs in the code that only happened to surface 
in the Solaris tests.   I would think that it's likely to be the same for your 
package, so the segfaults shouldn't be accepted too readily as a platform quirk.

Best
SE


> On 22 Oct 2021, at 15:47, Marc Schwartz via R-help  
> wrote:
> 
> 
> 1. The CRAN repository policy here:
> 
>  https://cran.r-project.org/web/packages/policies.html
> 
> notes:
> 
> "Package authors should make all reasonable efforts to provide cross-platform 
> portable code. Packages will not normally be accepted that do not run on at 
> least two of the major R platforms. Cases for Windows-only packages will be 
> considered, but CRAN may not be the most appropriate place to host them."
> 
> That would seem to infer that, with reasonable justification, one may be able 
> to make a request of the CRAN maintainers to exclude at least one of the OS 
> platforms from testing. A request that would be at the discretion of the CRAN 
> maintainers and Solaris, in light of the low market prevalence, may be a more 
> common exclusion as you have noted below.

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] Wild cards for dataframes

2021-10-22 Thread Bert Gunter
A terse but useful resource is to use R's Help docs: ?regex. It also gives
the R regex syntax, which can of course differ from others, especially in
regard to escapes.
Do note that the rseek.org site is a better place to ask for such info than
here. Or just searching on "regular expressions R".

Bert Gunter

"The trouble with having an open mind is that people keep coming along and
sticking things into it."
-- Opus (aka Berkeley Breathed in his "Bloom County" comic strip )


On Fri, Oct 22, 2021 at 2:21 AM Steven Yen  wrote:

> I like to be able to use a command with something similar to a "wild
> card". Below, lines 4 works to delete all three dataframes, but line 5
> does not work. Any elegant way to accomplish this? My list of dataframes
> can be long and so this would be convenient.
>
> data.1<-data.frame(x=1:3,y=4:6,z=7:9)
> data.2<-data.1
> data.3<-data.1
> rm(data.1,data.2,data.3)
> rm(data.*)
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide
> http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>

[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Marc Schwartz via R-help

Hi,

Just to add some additional comments that may be helpful.

1. The CRAN repository policy here:

  https://cran.r-project.org/web/packages/policies.html

notes:

"Package authors should make all reasonable efforts to provide 
cross-platform portable code. Packages will not normally be accepted 
that do not run on at least two of the major R platforms. Cases for 
Windows-only packages will be considered, but CRAN may not be the most 
appropriate place to host them."


That would seem to infer that, with reasonable justification, one may be 
able to make a request of the CRAN maintainers to exclude at least one 
of the OS platforms from testing. A request that would be at the 
discretion of the CRAN maintainers and Solaris, in light of the low 
market prevalence, may be a more common exclusion as you have noted below.



2. If you wish to test your package on Solaris, in the absence of using 
a VM, there is a blog post here:


  https://blog.r-hub.io/2020/05/14/checking-your-r-package-on-solaris/

that you may find helpful.


Eric has suggested posting to r-package-devel, and I would agree in 
terms of a larger and focused R package development audience. Albeit, 
you would eventually need to make a direct request to the CRAN 
maintainers (c...@r-project.org) to exclude Solaris from testing.


You have specified a deadline below which is only 5 days away, and not 
likely a reasonable constraint, given the volunteer service nature of 
the folks that maintain CRAN. I would suggest that you contact them 
using the e-mail address above, without the deadline, and afford them 
the opportunity to reply to you with what may be reasonable next steps 
given the issues you face.


Regards,

Marc Schwartz



Eric Berger wrote on 10/22/21 9:01 AM:

Hi Lampros,
I cannot answer your question but I believe the correct place to post
such a question would be the r-package-devel list

https://stat.ethz.ch/mailman/listinfo/r-package-devel

Good luck


On Fri, Oct 22, 2021 at 2:13 PM lampros mouselimis
 wrote:


Dear R-help team,

I'm the maintainer of the textTinyR package. Currently the package fails on
the Solaris Operating System (OS), you can see the results in the following
weblink: https://cran.r-project.org/web/checks/check_results_textTinyR.html

All my packages are tested on Solaris OS automatically but I never check my
R packages before submitting to CRAN on Solaris OS because I don't have any
experience using it. I also won't be in place to fix this error (even if I
utilize a Virtual Machine). Due to the fact that my package works on Linux,
Windows and Macintosh (I can fix the errors in all these three OS because I
have installations in my Computer) can I request to exclude the textTinyR
package from the Solaris OS testing / CRAN checking (that means the Solaris
test frameworks will not appear in the CRAN Package test results page)?
Moreover, whom should I send an e-mail to make this request?

I processed the data of all current packages on CRAN
 and
there are 153 submitted packages that are not tested on Solaris (I attach
the csv file of these packages in this e-mail), which means it's possible
for a package to not be tested on this OS.

I'd like an answer before the 27th October otherwise the package will be
removed from CRAN.

Thank you in advance and for your time,
Lampros Mouselimis


__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] Wild cards for dataframes

2021-10-22 Thread Grzegorz Smoliński
Well, Wikipedia is probably the place where people who know some topic
can check if people who wrote the article did it right :)

You can try this short subchapter in R for Data Science (by Hadley
Wickham) as a starting point:

https://r4ds.had.co.nz/strings.html#matching-patterns-with-regular-expressions

Best regards,
Grzegorz


pt., 22 paź 2021 o 15:14 Eric Berger  napisał(a):
>
> You can check out Wikipedia for regular expressions:
>
> https://en.wikipedia.org/wiki/Regular_expression
>
>
>
>
> On Fri, Oct 22, 2021 at 3:48 PM Steven Yen  wrote:
>
> > Thanks, it works!
> >
> > What can I read to understand more about this part "\\..*$" of the
> > pattern? And more such as ^ and $ that I know from experience?
> >
> > On 2021/10/22 下午 06:22, Rui Barradas wrote:
> > > Hello,
> > >
> > > Use ls() with argument pattern. It accepts a regex and returns a
> > > vector of objects names matching the pattern.
> > >
> > >
> > > rm(list = ls(pattern = "data\\..*$"))
> > >
> > >
> > > Hope this helps,
> > >
> > > Rui Barradas
> > >
> > > Às 10:20 de 22/10/21, Steven Yen escreveu:
> > >> I like to be able to use a command with something similar to a "wild
> > >> card". Below, lines 4 works to delete all three dataframes, but line
> > >> 5 does not work. Any elegant way to accomplish this? My list of
> > >> dataframes can be long and so this would be convenient.
> > >>
> > >> data.1<-data.frame(x=1:3,y=4:6,z=7:9)
> > >> data.2<-data.1
> > >> data.3<-data.1
> > >> rm(data.1,data.2,data.3)
> > >> rm(data.*)
> > >>
> > >> __
> > >> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > >> https://stat.ethz.ch/mailman/listinfo/r-help
> > >> PLEASE do read the posting guide
> > >> http://www.R-project.org/posting-guide.html
> > >> and provide commented, minimal, self-contained, reproducible code.
> >
> > __
> > R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > https://stat.ethz.ch/mailman/listinfo/r-help
> > PLEASE do read the posting guide
> > http://www.R-project.org/posting-guide.html
> > and provide commented, minimal, self-contained, reproducible code.
> >
>
> [[alternative HTML version deleted]]
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread Eric Berger
Hi Lampros,
I cannot answer your question but I believe the correct place to post
such a question would be the r-package-devel list

https://stat.ethz.ch/mailman/listinfo/r-package-devel

Good luck


On Fri, Oct 22, 2021 at 2:13 PM lampros mouselimis
 wrote:
>
> Dear R-help team,
>
> I'm the maintainer of the textTinyR package. Currently the package fails on
> the Solaris Operating System (OS), you can see the results in the following
> weblink: https://cran.r-project.org/web/checks/check_results_textTinyR.html
>
> All my packages are tested on Solaris OS automatically but I never check my
> R packages before submitting to CRAN on Solaris OS because I don't have any
> experience using it. I also won't be in place to fix this error (even if I
> utilize a Virtual Machine). Due to the fact that my package works on Linux,
> Windows and Macintosh (I can fix the errors in all these three OS because I
> have installations in my Computer) can I request to exclude the textTinyR
> package from the Solaris OS testing / CRAN checking (that means the Solaris
> test frameworks will not appear in the CRAN Package test results page)?
> Moreover, whom should I send an e-mail to make this request?
>
> I processed the data of all current packages on CRAN
>  and
> there are 153 submitted packages that are not tested on Solaris (I attach
> the csv file of these packages in this e-mail), which means it's possible
> for a package to not be tested on this OS.
>
> I'd like an answer before the 27th October otherwise the package will be
> removed from CRAN.
>
> Thank you in advance and for your time,
> Lampros Mouselimis
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] Wild cards for dataframes

2021-10-22 Thread Eric Berger
You can check out Wikipedia for regular expressions:

https://en.wikipedia.org/wiki/Regular_expression




On Fri, Oct 22, 2021 at 3:48 PM Steven Yen  wrote:

> Thanks, it works!
>
> What can I read to understand more about this part "\\..*$" of the
> pattern? And more such as ^ and $ that I know from experience?
>
> On 2021/10/22 下午 06:22, Rui Barradas wrote:
> > Hello,
> >
> > Use ls() with argument pattern. It accepts a regex and returns a
> > vector of objects names matching the pattern.
> >
> >
> > rm(list = ls(pattern = "data\\..*$"))
> >
> >
> > Hope this helps,
> >
> > Rui Barradas
> >
> > Às 10:20 de 22/10/21, Steven Yen escreveu:
> >> I like to be able to use a command with something similar to a "wild
> >> card". Below, lines 4 works to delete all three dataframes, but line
> >> 5 does not work. Any elegant way to accomplish this? My list of
> >> dataframes can be long and so this would be convenient.
> >>
> >> data.1<-data.frame(x=1:3,y=4:6,z=7:9)
> >> data.2<-data.1
> >> data.3<-data.1
> >> rm(data.1,data.2,data.3)
> >> rm(data.*)
> >>
> >> __
> >> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> >> https://stat.ethz.ch/mailman/listinfo/r-help
> >> PLEASE do read the posting guide
> >> http://www.R-project.org/posting-guide.html
> >> and provide commented, minimal, self-contained, reproducible code.
>
> __
> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide
> http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>

[[alternative HTML version deleted]]

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] Wild cards for dataframes

2021-10-22 Thread Steven Yen

Thanks, it works!

What can I read to understand more about this part "\\..*$" of the 
pattern? And more such as ^ and $ that I know from experience?


On 2021/10/22 下午 06:22, Rui Barradas wrote:

Hello,

Use ls() with argument pattern. It accepts a regex and returns a 
vector of objects names matching the pattern.



rm(list = ls(pattern = "data\\..*$"))


Hope this helps,

Rui Barradas

Às 10:20 de 22/10/21, Steven Yen escreveu:
I like to be able to use a command with something similar to a "wild 
card". Below, lines 4 works to delete all three dataframes, but line 
5 does not work. Any elegant way to accomplish this? My list of 
dataframes can be long and so this would be convenient.


data.1<-data.frame(x=1:3,y=4:6,z=7:9)
data.2<-data.1
data.3<-data.1
rm(data.1,data.2,data.3)
rm(data.*)

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide 
http://www.R-project.org/posting-guide.html

and provide commented, minimal, self-contained, reproducible code.


__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


[R] [R-pkgs] monobin: new version 0.2.0

2021-10-22 Thread Andrija Djurovic
Dear R users,

the new version of monobin package is now on CRAN.
Additional binning algorithm is implemented - monotonic binning driven by
decision tree (mdt.bin).

For details and examples, install the new version of the monobin
(install.packages("monobin")) and check the help page of the function
(?mdt.bin) or visit the github page:
https://github.com/andrija-djurovic/monobin

Soon I will upload to the CRAN updated version of monobinShiny package in
order to reflect changes from the monobin. Until then users can install
github version (https://github.com/andrija-djurovic/monobinShiny) where new
binning algorithm is already implemented.

BR,
Andrija Djurovic

[[alternative HTML version deleted]]

___
R-packages mailing list
r-packa...@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-packages

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


[R] I'd like to request that my R CRAN package is not tested on Solaris OS

2021-10-22 Thread lampros mouselimis
Dear R-help team,

I'm the maintainer of the textTinyR package. Currently the package fails on
the Solaris Operating System (OS), you can see the results in the following
weblink: https://cran.r-project.org/web/checks/check_results_textTinyR.html

All my packages are tested on Solaris OS automatically but I never check my
R packages before submitting to CRAN on Solaris OS because I don't have any
experience using it. I also won't be in place to fix this error (even if I
utilize a Virtual Machine). Due to the fact that my package works on Linux,
Windows and Macintosh (I can fix the errors in all these three OS because I
have installations in my Computer) can I request to exclude the textTinyR
package from the Solaris OS testing / CRAN checking (that means the Solaris
test frameworks will not appear in the CRAN Package test results page)?
Moreover, whom should I send an e-mail to make this request?

I processed the data of all current packages on CRAN
 and
there are 153 submitted packages that are not tested on Solaris (I attach
the csv file of these packages in this e-mail), which means it's possible
for a package to not be tested on this OS.

I'd like an answer before the 27th October otherwise the package will be
removed from CRAN.

Thank you in advance and for your time,
Lampros Mouselimis
__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R] Wild cards for dataframes

2021-10-22 Thread Rui Barradas

Hello,

Use ls() with argument pattern. It accepts a regex and returns a vector 
of objects names matching the pattern.



rm(list = ls(pattern = "data\\..*$"))


Hope this helps,

Rui Barradas

Às 10:20 de 22/10/21, Steven Yen escreveu:
I like to be able to use a command with something similar to a "wild 
card". Below, lines 4 works to delete all three dataframes, but line 5 
does not work. Any elegant way to accomplish this? My list of dataframes 
can be long and so this would be convenient.


data.1<-data.frame(x=1:3,y=4:6,z=7:9)
data.2<-data.1
data.3<-data.1
rm(data.1,data.2,data.3)
rm(data.*)

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide 
http://www.R-project.org/posting-guide.html

and provide commented, minimal, self-contained, reproducible code.


__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


[R] Wild cards for dataframes

2021-10-22 Thread Steven Yen
I like to be able to use a command with something similar to a "wild 
card". Below, lines 4 works to delete all three dataframes, but line 5 
does not work. Any elegant way to accomplish this? My list of dataframes 
can be long and so this would be convenient.


data.1<-data.frame(x=1:3,y=4:6,z=7:9)
data.2<-data.1
data.3<-data.1
rm(data.1,data.2,data.3)
rm(data.*)

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R-es] Error al cargar paquetes después de reinstalar R y Rstudio (Urgente)

2021-10-22 Thread Manuel Mendoza
Gracias Carlos, estaba a punto de escribirte para decirte que todo parece
resuelto. Al reiniciar el ordenador, Microsoft me ha preguntado si quería
recomponer Onedrive, o algo así. Ha hecho no sé qué en 14 pasos, y todo
parece estar ya normal. ¡Me he agobiado un montón!
Gracias de nuevo,
Manuel

El vie, 22 oct 2021 a las 9:51, Carlos Ortega ()
escribió:

> Hola,
>
> Creo que el error que tienes, supongo que estás en Windows, es que no has
> instalado las RTools...
>
> La secuencia de instalación que te sugiero es esta:
> 1. RTools.
> 2. R
> 3. RStudio
>
> Saludos,
> Carlos Ortega.
> www.qualityexcellence.es
>
> El vie, 22 oct 2021 a las 8:52, Emilio L. Cano ()
> escribió:
>
>> Manuel,
>>
>> Yo cuando actualizo me gusta empezar de cero, en vez de “como estaba ayer
>> tarde”. No obstante hay formas de hacerlo, básicamente copiar todos los
>> directorios de paquetes de la versión anterior en la carpeta de paquetes de
>> la versión nueva, y hacer un update.packages con el argumento adecuado para
>> que compruebe la versión.
>>
>> Dicho esto, el error que te sale puede ser porque estás intentando
>> instalar el paquete desde los fuentes y tiene que compilar. En RStudio, al
>> instalar paquetes si detecta una versión más actual pero que necesita
>> compilación, nos pregunta si queremos instalar la más reciente. Si le
>> decimos que sí, pero no tenemos las herramientas de desarrollo, entonces no
>> puede instalarla. Si te hace esa pregunta, mejor responde No y así no te
>> dará error al instalar paquetes.
>>
>> Un saludo,
>> Emilio
>>
>> Emilio L. Cano
>> http://emilio.lcano.com
>>
>>
>>
>>
>> > El 22 oct 2021, a las 7:49, Manuel Mendoza 
>> escribió:
>> >
>> > Buenos días, después de reinstalar R y Rstudio me da este error:
>> >
>> > Error: package or namespace load failed for ‘ggplot2’ in
>> library.dynam(lib,
>> > package, package.lib):
>> > DLL ‘rlang’ not found: maybe not installed for this architecture?
>> > In addition: Warning message:
>> > package ‘ggplot2’ was built under R version 4.0.5
>> >
>> > Lo ideal sería recuperar cómo estaba todo ayer tarde, pero supongo que
>> ya
>> > no se puede.
>> >
>> > Gracias por ayudarme cuanto antes, puesto que esta tarde tengo un curso.
>> > Manuel
>> >
>> >   [[alternative HTML version deleted]]
>> >
>> > ___
>> > R-help-es mailing list
>> > R-help-es@r-project.org
>> > https://stat.ethz.ch/mailman/listinfo/r-help-es
>>
>> ___
>> R-help-es mailing list
>> R-help-es@r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-help-es
>>
>
>
> --
> Saludos,
> Carlos Ortega
> www.qualityexcellence.es
>

[[alternative HTML version deleted]]

___
R-help-es mailing list
R-help-es@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-help-es


Re: [R-es] Error al cargar paquetes después de reinstalar R y Rstudio (Urgente)

2021-10-22 Thread Emilio L. Cano
Manuel,

Yo cuando actualizo me gusta empezar de cero, en vez de “como estaba ayer 
tarde”. No obstante hay formas de hacerlo, básicamente copiar todos los 
directorios de paquetes de la versión anterior en la carpeta de paquetes de la 
versión nueva, y hacer un update.packages con el argumento adecuado para que 
compruebe la versión.

Dicho esto, el error que te sale puede ser porque estás intentando instalar el 
paquete desde los fuentes y tiene que compilar. En RStudio, al instalar 
paquetes si detecta una versión más actual pero que necesita compilación, nos 
pregunta si queremos instalar la más reciente. Si le decimos que sí, pero no 
tenemos las herramientas de desarrollo, entonces no puede instalarla. Si te 
hace esa pregunta, mejor responde No y así no te dará error al instalar 
paquetes.

Un saludo,
Emilio

Emilio L. Cano
http://emilio.lcano.com 




> El 22 oct 2021, a las 7:49, Manuel Mendoza  
> escribió:
> 
> Buenos días, después de reinstalar R y Rstudio me da este error:
> 
> Error: package or namespace load failed for ‘ggplot2’ in library.dynam(lib,
> package, package.lib):
> DLL ‘rlang’ not found: maybe not installed for this architecture?
> In addition: Warning message:
> package ‘ggplot2’ was built under R version 4.0.5
> 
> Lo ideal sería recuperar cómo estaba todo ayer tarde, pero supongo que ya
> no se puede.
> 
> Gracias por ayudarme cuanto antes, puesto que esta tarde tengo un curso.
> Manuel
> 
>   [[alternative HTML version deleted]]
> 
> ___
> R-help-es mailing list
> R-help-es@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-help-es

___
R-help-es mailing list
R-help-es@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-help-es


Re: [R] Split plot panel into rows with different columns

2021-10-22 Thread Luigi Marongiu
Yes, you are right, it works fine when plotting on file.
Thank you!

On Thu, Oct 21, 2021 at 11:42 PM Bert Gunter  wrote:
>
> The syntax is correct; the default margins are too large for your device.
>
> For example, using your split screen specs on the RStudioGD
>
> > split.screen(c(3, 1))   # split display into 3 screens
> [1] 1 2 3
> >
> > split.screen(c(1, 2), screen = 2) # split second screen into two columns
> [1] 4 5
> >
> > split.screen(c(1, 2), screen = 3) # split third screen into two columns
> [1] 6 7
> >
> > screen(1)
>
> > plot(1:10)
> Error in plot.new() : figure margins too large
> > par(mar = c(2,1,1,1))
> > plot(1:10)
> ## plots on screen 1
>
>
> Bert Gunter
>
> "The trouble with having an open mind is that people keep coming along and 
> sticking things into it."
> -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip )
>
>
> On Thu, Oct 21, 2021 at 2:00 PM Luigi Marongiu  
> wrote:
>>
>> Hello,
>> I would like to draw 5 figures in the same plot. The layout is:
>>   first row: 1 column
>>   second row: 2 columns
>>   third row: 2 columns
>> I have used split.screen:
>> ```
>> > split.screen(c(3, 1))   # split display into 3 screens
>> [1] 1 2 3
>> > split.screen(c(1, 2), screen = 2) # split second screen into two columns
>> [1] 4 5
>> > split.screen(c(1, 2), screen = 3) # split third screen into two columns
>> [1] 6 7
>> > screen(1)
>> > plot(classified$MR[classified$Class == "positive"] ~
>> + classified$FCN[classified$Class == "positive"], cex=1.5, pch=16,
>> + xlim=c(0,50), ylim=c(0,0.45),
>> + xlab=expression(bold("FCN")), ylab=expression(bold("MR")))
>> Error in plot.new() : figure margins too large
>> ```
>> Is this the correct syntax? Then I simply plot into each of the 7
>> screens. So the error is about margins/
>> Or is it simply that the layout is not correct?
>> Thank you
>>
>> __
>> R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> https://stat.ethz.ch/mailman/listinfo/r-help
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.



-- 
Best regards,
Luigi

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.


Re: [R-es] Error al cargar paquetes después de reinstalar R y Rstudio (Urgente)

2021-10-22 Thread Marcelino de la Cruz Rot

Hola:
Vas a tener que ir actualizando todos los paquetes para los que te de 
error al cargar, es decir:


install.packages("rlang", dependencies =TRUE)

Suerte!
Marcelino

El 22/10/2021 a las 7:49, Manuel Mendoza escribió:

Buenos días, después de reinstalar R y Rstudio me da este error:

Error: package or namespace load failed for ‘ggplot2’ in library.dynam(lib,
package, package.lib):
  DLL ‘rlang’ not found: maybe not installed for this architecture?
In addition: Warning message:
package ‘ggplot2’ was built under R version 4.0.5

Lo ideal sería recuperar cómo estaba todo ayer tarde, pero supongo que ya
no se puede.

Gracias por ayudarme cuanto antes, puesto que esta tarde tengo un curso.
Manuel

[[alternative HTML version deleted]]

___
R-help-es mailing list
R-help-es@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-help-es
.



--
Marcelino de la Cruz Rot
Depto. de Biología y Geología
Física y Química Inorgánica
Universidad Rey Juan Carlos
Móstoles España

___
R-help-es mailing list
R-help-es@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-help-es