Moreover, with ls(all.names=TRUE) it should appear and it does not.
Eva
2014-07-08 6:56 GMT+02:00 Eva Prieto Castro <eva.pcastro.l...@gmail.com>:
> Duncan,
>
> Yes, it has exactly that line.
>
> I know it does not exists because of this:
>
> > library("ChrL")
> > .ChrL.env
> Error: objeto '.ChrL.env' no encontrado
>
>
>
> However, it should be as follows:
>
> > library("ChrL")
> > .ChrL.env
> <environment: 0x00000000091eb898>
>
>
> I'm desperate; I have to solve this urgently and I don't find the
> solution.
>
> Thanks again.
>
> Eva
>
>
> 2014-07-08 1:56 GMT+02:00 Duncan Murdoch <murdoch.dun...@gmail.com>:
>
>> On 07/07/2014, 7:13 PM, Eva Prieto Castro wrote:
>> > Duncan,
>> >
>> > The ChrL folder has the following components:
>> >
>> > * Description file
>> > * Namespace file
>> > * R folder, including 3 files: CheckGloCreated.r, ChrL.Start.r and
>> > ChrL-internal.r
>> >
>>
>> And does ChrL-internal.r contain just one line as you said before, i.e.
>>
>> .ChrL.env <- new.env()
>>
>> ?
>>
>> If so, how have you determined that .ChrL.env does not exist? Names
>> that start with a "." don't show up in ls() listings by default. You
>> can't use exists() to test for .ChrL.env in either of the other files,
>> because they are probably sourced before it is (depending on the
>> collation order). It won't exist when you run them, but it will exist
>> in the package namespace when you load the package.
>>
>> Duncan Murdoch
>>
>> > Obs.: Sometimes I remove man folder and another I adjust the rd files.
>> > In all cases the result is the same:.ChrL.env does not exist!.
>> >
>> > Description file:
>> >
>> > Package: ChrL
>> > Type: Package
>> > Title: What the package does (short line)
>> > Version: 1.0
>> > Date: 2014-07-08
>> > Author: Eva Prieto Castro
>> > Maintainer: Eva Prieto Castro <yourfa...@somewhere.net
>> > <mailto:yourfa...@somewhere.net>>
>> > Description: Test Pkg
>> > License: Unlimited
>> >
>> > Namespace file:
>> > exportPattern("^[[:alpha:]]+")
>> >
>> > I also test with this namespace file:
>> > export(ChrL.Start)
>> >
>> > Thank you very much, again.
>> >
>> > Eva
>> >
>> >
>> > 2014-07-08 0:55 GMT+02:00 Duncan Murdoch <murdoch.dun...@gmail.com
>> > <mailto:murdoch.dun...@gmail.com>>:
>> >
>> > On 07/07/2014, 6:39 PM, Eva Prieto Castro wrote:
>> > > Hi again, Duncan
>> > >
>> > > I think I must tell you all the details of the method I use, in
>> > order to
>> > > make possible you notice my error.
>> >
>> > Your error is in calling package.skeleton. As I said before, you
>> should
>> > have done this once, when you first thought of creating the ChrL
>> > package, and *you should never call it again* for that package.
>> >
>> > The normal workflow after the single call to that function is to
>> edit
>> > the files in the ChrL directory. Don't call package.skeleton again.
>> >
>> > If you want to describe the problems you are having, you should be
>> > describing the contents of the ChrL directory, not how they were
>> > created. That is normally irrelevant, except that in your case, I
>> think
>> > that is the source of the problem.
>> >
>> > Duncan Murdoch
>> >
>> > However, you must know that this
>> > > method run on 3.0.1 version (not in 3.0.2 and not in 3.1.0; this
>> > is the
>> > > problem!).
>> > >
>> > > 1) This is my code in "D:/probando.r" :
>> > >
>> > >
>> > > .ChrL.env <- new.env()
>> > > .ChrL.env$lGlo <- list()
>> > > .ChrL.env$bStarted <- FALSE
>> > >
>> > > CheckGloCreated <- function() {
>> > > if (.ChrL.env$bStarted == TRUE) {
>> > > stop("Data structures were already initialized.", call.=FALSE)
>> > > }
>> > > }
>> > > ChrL.Start <- function() {
>> > > CheckGloCreated()
>> > > cat("Tested.\n")
>> > > }
>> > >
>> > > 2) I open RGUI and run the following:
>> > >
>> > > setwd("D:/")
>> > > source("probando.r", encoding="utf-8")
>> > > package.skeleton(name="ChrL", path="D:/")
>> > >
>> > > 3) At this point, ChrL folder has been created in D:/, so I adjust
>> > > Description and Namespace files. In R folder, ChrL-internal.r file
>> > is as
>> > > I indicate below...
>> > >
>> > >>>
>> > >>>
>> > >>> My Namespace:
>> > >>>
>> > >>> export(ChrL.Start)
>> > >>>
>> > >>>
>> > >>> My ChrL-internal.R:
>> > >>>
>> > >>> .ChrL.env <- new.env()
>> > >
>> > > 3) I go to bin folder (C:/Program Files/R/R-3.1.0/bin) and run the
>> > > following:
>> > >
>> > > R CMD INSTALL D:/ChrL
>> > >
>> > > R CMD check D:/ChrL
>> > >
>> > > R CMD build D:/ChrL
>> > >
>> > > R CMD INSTALL --build D:/ChrL
>> > >
>> > > Consequently, zip is generated, and I load it in RGUI. Then I do
>> > > "library(ChrL)", but I see .ChrL.env does not exists. ¡In 3.0.1
>> > version
>> > > it run ok!. What is the reason why in 3.1.0 version It does not
>> > exists?.
>> > >
>> > >
>> > > Thanks again.
>> > >
>> > > Eva
>> > >
>> > >
>> > > 2014-07-07 22:49 GMT+02:00 Duncan Murdoch
>> > <murdoch.dun...@gmail.com <mailto:murdoch.dun...@gmail.com>
>> > > <mailto:murdoch.dun...@gmail.com <mailto:murdoch.dun...@gmail.com
>> >>>:
>> > >
>> > > On 07/07/2014, 2:02 PM, Eva Prieto Castro wrote:
>> > > > Hi eveybody,
>> > > >
>> > > > I think the problem is with the package.skeleton function,
>> > because
>> > > of the
>> > > > changes made in version 3.0.2. Since that version the
>> > management of
>> > > > environment parameter is different and I think it can
>> > justify the
>> > > fact of
>> > > > package.skeleton is not considering my environment. I have
>> not
>> > > tested it
>> > > > yet.
>> > >
>> > > The package.skeleton() function is intended to be used once as
>> > a quick
>> > > setup of a new package; you shouldn't be using it routinely.
>> > After the
>> > > first quick setup, you should edit the source of the package
>> > to get what
>> > > you want.
>> > >
>> > > A few more comments inline...
>> > >
>> > > >
>> > > > Regards.
>> > > >
>> > > > Eva
>> > > >
>> > > >
>> > > > 2014-07-07 10:21 GMT+02:00 Eva Prieto Castro
>> > <evapcas...@yahoo.es <mailto:evapcas...@yahoo.es>
>> > > <mailto:evapcas...@yahoo.es <mailto:evapcas...@yahoo.es>>>:
>> > > >
>> > > >> Hi everybody
>> > > >>
>> > > >> I have a very big problem:
>> > > >>
>> > > >> With R 3.0.2 I could construct the package for this code:
>> > > >>
>> > > >>
>> > > >> if (exists('.ChrL.env') == TRUE) {
>> > > >> rm(.ChrL.env)
>> > > >> }
>> > >
>> > > The code above doesn't make sense in a package: either you
>> > created the
>> > > environment, or you didn't. That code will look through
>> attached
>> > > packages, and if one of them has a variable of that name, will
>> > try to
>> > > remove it (but will likely fail to do so).
>> > >
>> > > >>
>> > > >> .ChrL.env <- new.env()
>> > > >> .ChrL.env$lGlo <- list()
>> > > >> .ChrL.env$bStarted <- FALSE
>> > > >>
>> > > >> CheckGloCreated <- function() {
>> > > >> if (.ChrL.env$bStarted == TRUE) {
>> > > >> stop("Data structures were already initialized.",
>> > call.=FALSE)
>> > > >> }
>> > > >> }
>> > > >> ChrL.Start <- function() {
>> > > >> CheckGloCreated()
>> > > >>
>> > > >> cat("Libraries have been loaded and data structure has
>> been
>> > > >> initialized.\n")
>> > > >> }
>> > > >>
>> > > >>
>> > > >>
>> > > >> As you can do, I used an own environment (.ChrL.env).
>> > > >>
>> > > >>
>> > > >> Now, with R 3.1.0, I construct the package and I load it
>> > but it seems
>> > > >> .ChrL.env does not exists.
>> > > >>
>> > > >>
>> > > >> The method I use is the following:
>> > > >>
>> > > >>
>> > > >> rm(list=ls())
>> > > >>
>> > > >> setwd("D:/probando")
>> > > >>
>> > > >> source("probando.r", encoding="utf-8")
>> > > >>
>> > > >> package.skeleton(name="ChrL", path="D:/probando")
>> > >
>> > > This says that you read the file d:/probando/probando.r, then
>> > created a
>> > > package in the same directory. Don't do that. Create the
>> package
>> > > somewhere else, and copy the source to your functions into
>> the R
>> > > subdirectory that gets created.
>> > >
>> > > >>
>> > > >>
>> > > >> My Namespace:
>> > > >>
>> > > >> export(ChrL.Start)
>> > > >>
>> > > >>
>> > > >> My ChrL-internal.R:
>> > > >>
>> > > >> .ChrL.env <- new.env()
>> > >
>> > > As far as I can see, you never added this to the package, so
>> the
>> > > environment wouldn't be created.
>> > >
>> > > Duncan Murdoch
>> > >
>> > > >>
>> > > >>
>> > > >> Could you help me, please?. It is very urgent...
>> > > >>
>> > > >>
>> > > >> My project is more complex that the example I put, but I
>> have
>> > > tested with
>> > > >> this simple example and the problem is the same.
>> > > >>
>> > > >>
>> > > >> Thank you in advance.
>> > > >>
>> > > >>
>> > > >> Regards,
>> > > >>
>> > > >> Eva
>> > > >> [[alternative HTML version deleted]]
>> > > >>
>> > > >>
>> > > >> _______________________________________________
>> > > >> R-help-es mailing list
>> > > >> r-help...@r-project.org <mailto:r-help...@r-project.org>
>> > <mailto:r-help...@r-project.org <mailto:r-help...@r-project.org>>
>> > > >> https://stat.ethz.ch/mailman/listinfo/r-help-es
>> > > >>
>> > > >>
>> > > >
>> > > > [[alternative HTML version deleted]]
>> > > >
>> > > > ______________________________________________
>> > > > R-help@r-project.org <mailto:R-help@r-project.org>
>> > <mailto:R-help@r-project.org <mailto:R-help@r-project.org>>
>> mailing list
>> > > > 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
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.
