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.
