[Rd] bug in axis.POSIXct relating to tz (PR#13696)

[kelley . dan]

Full_Name: Dan Kelley
Version: 2.8.0
OS: OS X
Submission from: (NULL) (142.177.154.193)


Some time ago, I posted a note about what I considered to be a bug in
axis.POSIXt() for R 2.8.x, relating to whether timezones in the data are obeyed
on the axes.  A link to that note, and to a quick and helpful response, is at
the following URL 

http://www.nabble.com/patch-for-axis.POSIXct-%28related-to-timezones%29-td22338700.html#a22338700

Note that R 2.9.0 has been adjusted to help with this.  However, there are still
problems.  Test code is given below:


# test code (top panel, OK; bottom panel, incorrect times on x axis) 
par(mar=c(2,2,2,1)) 
par(mfrow=c(2,1)) 
start <- as.POSIXct("2008-05-01 00:00:00", tz="UTC") 
end   <- as.POSIXct("2008-05-01 00:10:00", tz="UTC") 
plot(c(start, end), c(0, 1), ylab="") 
mtext(paste(start, "to", end), side=3) 

start <- as.POSIXct("2008-05-01 00:00:00", tz="UTC") 
end   <- as.POSIXct("2008-05-01 01:10:00", tz="UTC") 
plot(c(start, end), c(0, 1), ylab="") 
mtext(paste(start, "to", end), side=3)


__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] suggestion for extending ?as.factor

[Petr Savicky]

On Mon, May 11, 2009 at 05:06:38PM +0200, Martin Maechler wrote:
> The version I have committed a few hours ago is indeed a much
> re-simplified version, using  as.character(.) explicitly

The current development version (2009-05-11 r48528) contains
in ?factor a description of levels parametr

  levels: an optional vector of the values that 'x' might have taken. 
  The default is the unique set of values taken by
  'character(x)', sorted into increasing order _of 'x'_.  Note
  that this set can be smaller than 'sort(unique(x))'.

I think that 'character(x)' should be 'as.character(x)'.

Petr.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] In C, a fast way to slice a vector?

[Laurent Gautier]

r-devel-requ...@r-project.org wrote:


Impressive stuff. Nice to see people giving some though to this.
I will explore the packages you mentioned.

Thank you

Saptarshi Guha



On Mon, May 11, 2009 at 12:37 AM, Patrick Aboyoun  wrote:

Saptarshi,
I know of two alternatives you can use to do fast extraction of consecutive
subsequences of a vector:

1) Fast copy: ?The method you mentioned of creating a memcpy'd vector
2) Pointer management: Creating an externalptr object in R and manage the
start and end of your data

If you are looking for a prototyping environment to try, I recommend using
the IRanges and Biostrings packages from the Bioconductor project. The
IRanges package contains a function called subseq for performing 1) on all
basic vector types (raw, logical, integer, etc.) and Biostrings package
contains a subseq method on an externalptr based class that implements 2.

I was going to lobby R core members quietly about adding something akin to
subseq from IRanges into base R since it is extremely useful for all long
vectors and could replace all a:b calls with a <= b in R code, but this
publicity can't hurt.



The Python development team has been developing something similar for 
python 3.0 (Buffer and Memoryview), and they are backporting it to the 
latest 2.x releases.
I have just started toying with it, and it seems looking very nice. 
There might be good ideas to take from there into a possible R built-in 
capability.




L.





Here is an example:


source("http://bioconductor.org/biocLite.R";)
biocLite(c("IRanges", "Biostrings"))

<< download output omitted >>

suppressMessages(library(Biostrings))
x <- rep(charToRaw("a"), 1e7)
y <- BString(rawToChar(x))
suppressMessages(library(Biostrings))
x <- rep(charToRaw("a"), 1e7)
y <- BString(rawToChar(x))
system.time(x[13:1e7])

? user ?system elapsed
?0.304 ? 0.073 ? 0.378

system.time(subseq(x, 13))

? user ?system elapsed
?0.011 ? 0.007 ? 0.019

system.time(subseq(y, 13))

? user ?system elapsed
?0.003 ? 0.000 ? 0.004

identical(x[13:1e7], subseq(x, 13))

[1] TRUE

identical(x[13:1e7], charToRaw(as.character(subseq(y, 13

[1] TRUE

sessionInfo()

R version 2.10.0 Under development (unstable) (2009-05-08 r48504)
i386-apple-darwin9.6.0

locale:
[1] en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats ? ? graphics ?grDevices utils ? ? datasets ?methods ? base

other attached packages:
[1] Biostrings_2.13.5 IRanges_1.3.5

loaded via a namespace (and not attached):
[1] Biobase_2.5.2



Quoting Saptarshi Guha :


Hello,
Suppose in the following code,
PROTECT(sr = R_tryEval(  ))

sr is a RAWSXP vector. I wish to return another RAWSXP starting at
position 13 onwards (base=0).

I could create another RAWSXP of the correct length and then memcpy
the required bytes and length to this new one.

However is there a more efficient method?

Regards
Saptarshi Guha

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel






__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] suggestion for extending ?as.factor

[Martin Maechler]

> "PS" == Petr Savicky 
> on Tue, 12 May 2009 13:17:15 +0200 writes:

PS> On Mon, May 11, 2009 at 05:06:38PM +0200, Martin Maechler wrote:
>> The version I have committed a few hours ago is indeed a much
>> re-simplified version, using  as.character(.) explicitly

PS> The current development version (2009-05-11 r48528) contains
PS> in ?factor a description of levels parametr

PS> levels: an optional vector of the values that 'x' might have taken. 
PS> The default is the unique set of values taken by
PS> 'character(x)', sorted into increasing order _of 'x'_.  Note
PS> that this set can be smaller than 'sort(unique(x))'.

PS> I think that 'character(x)' should be 'as.character(x)'.

Definitely; thank you.
Thanks as well to suggestions from yesterday, of which I have at
least added the "approximately".

Martin

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] View() crashy on Ubuntu 9.04

[Ben Bolker]

  It's my vague impression that View() is workable on Windows and maybe
on MacOS, but on Ubuntu Linux 9.04 (intrepid) it seems completely
unstable.  I can reliably crash R by trying to look  at a very small,
simple data frame ...

   I was going to try to run with debug turned on, but my installed
version (2.9.0) doesn't have debugging symbols, and I'm having trouble
building the latest SVN version (./configure gives "checking for
recommended packages... ls: cannot access
./src/library/Recommended/boot_*.tar.gz: No such file or directory")


   Can anyone confirm?

  cheers
Ben Bolker


R --vanilla

> v <- data.frame(1:3,2:4)
> sessionInfo()
R version 2.9.0 (2009-04-17)
i486-pc-linux-gnu

locale:
LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base

> View(v)

  [change focus to the view window, hit "down arrow"]

>
 *** caught segfault ***
address 0x4, cause 'memory not mapped'

Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Selection: 3




signature.asc
Description: OpenPGP digital signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] View() crashy on Ubuntu 9.04

[Dirk Eddelbuettel]

On 12 May 2009 at 19:46, Ben Bolker wrote:
|   It's my vague impression that View() is workable on Windows and maybe
| on MacOS, but on Ubuntu Linux 9.04 (intrepid) it seems completely
| unstable.  I can reliably crash R by trying to look  at a very small,
| simple data frame ...
| 
|I was going to try to run with debug turned on, but my installed
| version (2.9.0) doesn't have debugging symbols, and I'm having trouble

Good news: just run
 
 sudo apt-get install r-base-core-dbg

Most (library) packages (lib)foo now also ship (lib)foo-dbg which is provide
something close to pure magic -- just by installing these the already
instrumented gdb knows where to look for them.  See, no more recompiling.
Debug symbols appear out of thin air.  (I have used it only on Debian at home
when debugging R stuff, but it should really work the same for you there on
Ubuntu.)

| building the latest SVN version (./configure gives "checking for
| recommended packages... ls: cannot access
| ./src/library/Recommended/boot_*.tar.gz: No such file or directory")

It's moot as per the above but you need to either run the script to rsync
those in, or configure using 

--without-recommended-packages  

As for x11 instability, I happen to spend my daytime hours in from of
Cygwin/X connected to a few Ubuntu machines running R, and of late the
display has been unstable.  I tend to blame the other software first, but
indeed, the most recent change was probably R.  Did anybody experience that?

|Can anyone confirm?
| 
|   cheers
| Ben Bolker
| 
| 
| R --vanilla
| 
| > v <- data.frame(1:3,2:4)
| > sessionInfo()
| R version 2.9.0 (2009-04-17)
| i486-pc-linux-gnu
| 
| locale:
| 
LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C
| 
| attached base packages:
| [1] stats graphics  grDevices utils datasets  methods   base
| 
| > View(v)
| 
|   [change focus to the view window, hit "down arrow"]
| 
| >
|  *** caught segfault ***
| address 0x4, cause 'memory not mapped'
| 
| Possible actions:
| 1: abort (with core dump, if enabled)
| 2: normal R exit
| 3: exit R without saving workspace
| 4: exit R saving workspace
| Selection: 3

Confirmed. Dies for me too, but from Debian and Ubuntu connected to the same
display (Ubuntu 9.04).

Dirk

-- 
Three out of two people have difficulties with fractions.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] View() crashy on Ubuntu 9.04

[Kjetil Halvorsen]

I can reproduce this too.
Run  from within emacs:

> v <- data.frame(1:3,2:4)
> sessionInfo()
R version 2.9.0 (2009-04-17)
i686-pc-linux-gnu

locale:
LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base
> View(v)
>
 *** caught segfault ***
address 0x4, cause 'memory not mapped'

Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Selection: 3

Process R exited abnormally with code 70 at Tue May 12 22:41:55 2009

Kjetil


On Tue, May 12, 2009 at 9:59 PM, Dirk Eddelbuettel  wrote:

>
> On 12 May 2009 at 19:46, Ben Bolker wrote:
> |   It's my vague impression that View() is workable on Windows and maybe
> | on MacOS, but on Ubuntu Linux 9.04 (intrepid) it seems completely
> | unstable.  I can reliably crash R by trying to look  at a very small,
> | simple data frame ...
> |
> |I was going to try to run with debug turned on, but my installed
> | version (2.9.0) doesn't have debugging symbols, and I'm having trouble
>
> Good news: just run
>
> sudo apt-get install r-base-core-dbg
>
> Most (library) packages (lib)foo now also ship (lib)foo-dbg which is
> provide
> something close to pure magic -- just by installing these the already
> instrumented gdb knows where to look for them.  See, no more recompiling.
> Debug symbols appear out of thin air.  (I have used it only on Debian at
> home
> when debugging R stuff, but it should really work the same for you there on
> Ubuntu.)
>
> | building the latest SVN version (./configure gives "checking for
> | recommended packages... ls: cannot access
> | ./src/library/Recommended/boot_*.tar.gz: No such file or directory")
>
> It's moot as per the above but you need to either run the script to rsync
> those in, or configure using
>
>--without-recommended-packages
>
> As for x11 instability, I happen to spend my daytime hours in from of
> Cygwin/X connected to a few Ubuntu machines running R, and of late the
> display has been unstable.  I tend to blame the other software first, but
> indeed, the most recent change was probably R.  Did anybody experience
> that?
>
> |Can anyone confirm?
> |
> |   cheers
> | Ben Bolker
> |
> |
> | R --vanilla
> |
> | > v <- data.frame(1:3,2:4)
> | > sessionInfo()
> | R version 2.9.0 (2009-04-17)
> | i486-pc-linux-gnu
> |
> | locale:
> |
> LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C
> |
> | attached base packages:
> | [1] stats graphics  grDevices utils datasets  methods   base
> |
> | > View(v)
> |
> |   [change focus to the view window, hit "down arrow"]
> |
> | >
> |  *** caught segfault ***
> | address 0x4, cause 'memory not mapped'
> |
> | Possible actions:
> | 1: abort (with core dump, if enabled)
> | 2: normal R exit
> | 3: exit R without saving workspace
> | 4: exit R saving workspace
> | Selection: 3
>
> Confirmed. Dies for me too, but from Debian and Ubuntu connected to the
> same
> display (Ubuntu 9.04).
>
> Dirk
>
> --
> Three out of two people have difficulties with fractions.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>

[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] View() crashy on Ubuntu 9.04

[Ben Bolker]

  Actually, gdb seems not to want to debug this -- in either the
Debian-magic version or the one I configured/made on my own system, I
get to the View() command and get

>> View(v)
> [Thread debugging using libthread_db enabled]
> Error while reading shared library symbols:
> Cannot find new threads: generic error
> Cannot find new threads: generic error

  ??

  cheers
   Ben Bolker


Kjetil Halvorsen wrote:
> I can reproduce this too.
> Run  from within emacs:
> 
>> v <- data.frame(1:3,2:4)
>> sessionInfo()
> R version 2.9.0 (2009-04-17)
> i686-pc-linux-gnu
> 
> locale:
> LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C
> 
> attached base packages:
> [1] stats graphics  grDevices utils datasets  methods   base
>> View(v)
>>
>  *** caught segfault ***
> address 0x4, cause 'memory not mapped'
> 
> Possible actions:
> 1: abort (with core dump, if enabled)
> 2: normal R exit
> 3: exit R without saving workspace
> 4: exit R saving workspace
> Selection: 3
> 
> Process R exited abnormally with code 70 at Tue May 12 22:41:55 2009
> 
> Kjetil
> 
> 
> On Tue, May 12, 2009 at 9:59 PM, Dirk Eddelbuettel 
> mailto:e...@debian.org>> wrote:
> 
> On 12 May 2009 at 19:46, Ben Bolker wrote:
> |   It's my vague impression that View() is workable on Windows and maybe
> | on MacOS, but on Ubuntu Linux 9.04 (intrepid) it seems completely
> | unstable.  I can reliably crash R by trying to look  at a very small,
> | simple data frame ...
> |
> |I was going to try to run with debug turned on, but my installed
> | version (2.9.0) doesn't have debugging symbols, and I'm having trouble
> 
> Good news: just run
> 
> sudo apt-get install r-base-core-dbg
> 
> Most (library) packages (lib)foo now also ship (lib)foo-dbg which is provide
> something close to pure magic -- just by installing these the already
> instrumented gdb knows where to look for them.  See, no more recompiling.
> Debug symbols appear out of thin air.  (I have used it only on Debian at home
> when debugging R stuff, but it should really work the same for you there on
> Ubuntu.)
> 
> | building the latest SVN version (./configure gives "checking for
> | recommended packages... ls: cannot access
> | ./src/library/Recommended/boot_*.tar.gz: No such file or directory")
> 
> It's moot as per the above but you need to either run the script to rsync
> those in, or configure using
> 
>--without-recommended-packages
> 
> As for x11 instability, I happen to spend my daytime hours in from of
> Cygwin/X connected to a few Ubuntu machines running R, and of late the
> display has been unstable.  I tend to blame the other software first, but
> indeed, the most recent change was probably R.  Did anybody experience that?
> 
> |Can anyone confirm?
> |
> |   cheers
> | Ben Bolker
> |
> |
> | R --vanilla
> |
> | > v <- data.frame(1:3,2:4)
> | > sessionInfo()
> | R version 2.9.0 (2009-04-17)
> | i486-pc-linux-gnu
> |
> | locale:
> | 
> LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C
> |
> | attached base packages:
> | [1] stats graphics  grDevices utils datasets  methods   base
> |
> | > View(v)
> |
> |   [change focus to the view window, hit "down arrow"]
> |
> | >
> |  *** caught segfault ***
> | address 0x4, cause 'memory not mapped'
> |
> | Possible actions:
> | 1: abort (with core dump, if enabled)
> | 2: normal R exit
> | 3: exit R without saving workspace
> | 4: exit R saving workspace
> | Selection: 3
> 
> Confirmed. Dies for me too, but from Debian and Ubuntu connected to the same
> display (Ubuntu 9.04).
> 
> Dirk
> 
> --
> Three out of two people have difficulties with fractions.
> 
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
> 


-- 
Ben Bolker
Associate professor, Biology Dep't, Univ. of Florida
bol...@ufl.edu / www.zoology.ufl.edu/bolker
GPG key: www.zoology.ufl.edu/bolker/benbolker-publickey.asc



signature.asc
Description: OpenPGP digital signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] View() crashy on Ubuntu 9.04

[Dirk Eddelbuettel]

And to push the ball a little downcourt:

e...@joe:~$ wajig install r-base-core-dbg
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  r-base-core-dbg
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 2431kB of archives.
After this operation, 6132kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  r-base-core-dbg
Install these packages without verification [y/N]? y
Get:1 http://ron jaunty/ r-base-core-dbg 2.9.0-1jaunty0 [2431kB]
Fetched 2431kB in 8s (276kB/s)
Selecting previously deselected package r-base-core-dbg.
(Reading database ... 345934 files and directories currently installed.)
Unpacking r-base-core-dbg (from .../r-base-core-dbg_2.9.0-1jaunty0_i386.deb) ...
Setting up r-base-core-dbg (2.9.0-1jaunty0) ...
e...@joe:~$ R -d gdb
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /usr/lib/R/bin/exec/R

R version 2.9.0 (2009-04-17)
Copyright (C) 2009 The R Foundation for Statistical Computing
ISBN 3-900051-07-0

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> v <- data.frame(1:3,2:4)
> View(v)
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
Cannot find new threads: generic error
(gdb) c
Continuing.
> [New Thread 0xb77026c0 (LWP 15067)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb77026c0 (LWP 15067)]
0xb70e685e in XmbLookupString () from /usr/lib/libX11.so.6
(gdb) where
#0  0xb70e685e in XmbLookupString () from /usr/lib/libX11.so.6
#1  0xb73a9d48 in doSpreadKey (DE=0x8bfd040, key=, 
event=0xbfed68d8) at dataentry.c:1828
#2  0xb73aa51e in R_ProcessX11Events (data=0x0) at dataentry.c:1649
#3  0xb7f85b1f in R_runHandlers (handlers=0xb8024060, readMask=0xb80ba2e0) at 
sys-std.c:378
#4  0xb7f874b9 in Rstd_ReadConsole (prompt=0x8b51398 "> ", buf=0xbfed7a80 
"View(v)\n", len=4096, addtohistory=1) at sys-std.c:913
#5  0xb7f83d95 in R_ReadConsole (prompt=0x8b51398 "> ", buf=0xbfed7a80 
"View(v)\n", len=4096, addtohistory=1) at system.c:73
#6  0xb7eb1853 in Rf_ReplIteration (rho=0x8b52874, savestack=0, browselevel=0, 
state=0xbfed7a74) at main.c:205
#7  0xb7eb1c13 in R_ReplConsole (rho=0x8b52874, savestack=0, browselevel=0) at 
main.c:306
#8  0xb7eb1cb5 in run_Rmainloop () at main.c:966
#9  0xb7eb1cdc in Rf_mainloop () at main.c:973
#10 0x080487c6 in main (ac=65364, av=0x3a9cad) at Rmain.c:33
#11 0xb7c42775 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#12 0x080486b1 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb)

Dirk

On 12 May 2009 at 22:43, Kjetil Halvorsen wrote:
| I can reproduce this too.
| Run  from within emacs:
| 
| > v <- data.frame(1:3,2:4)
| > sessionInfo()
| R version 2.9.0 (2009-04-17)
| i686-pc-linux-gnu
| 
| locale:
| 
LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C
| 
| attached base packages:
| [1] stats graphics  grDevices utils datasets  methods   base
| > View(v)
| >
|  *** caught segfault ***
| address 0x4, cause 'memory not mapped'
| 
| Possible actions:
| 1: abort (with core dump, if enabled)
| 2: normal R exit
| 3: exit R without saving workspace
| 4: exit R saving workspace
| Selection: 3
| 
| Process R exited abnormally with code 70 at Tue May 12 22:41:55 2009
| 
| Kjetil
| 
| 
| On Tue, May 12, 2009 at 9:59 PM, Dirk Eddelbuettel  wrote:
| 
| >
| > On 12 May 2009 at 19:46, Ben Bolker wrote:
| > |   It's my vague impression that View() is workable on Windows and maybe
| > | on MacOS, but on Ubuntu Linux 9.04 (intrepid) it seems completely
| > | unstable.  I can reliably crash R by trying to look  at a very small,
| > | simple data frame ...
| > |
| > |I was going to try to run with debug turned on, but my installed
| > | version (2.9.0) doesn't have debugging symbols, and I'm having trouble
| >
| > Good news: just run
| >
| > sudo apt-get install r-base-core-dbg
| >
| > Most (library) packag

Re: [Rd] View() crashy on Ubuntu 9.04

[Dirk Eddelbuettel]

On 12 May 2009 at 22:58, Ben Bolker wrote:
|   Actually, gdb seems not to want to debug this -- in either the
| Debian-magic version or the one I configured/made on my own system, I
| get to the View() command and get
| 
| >> View(v)
| > [Thread debugging using libthread_db enabled]
| > Error while reading shared library symbols:
| > Cannot find new threads: generic error
| > Cannot find new threads: generic error

Just type 'c' to continue; see the mail I must have sent essentially at the
same time.  Threading can be dicey. I am not sure if this first stop in gdb is
indicative of anything.

Dirk

-- 
Three out of two people have difficulties with fractions.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel