similar to: dimnames returned by function apply

>>>>> Fischer, Bernd <b.fischer at dkfz-heidelberg.de> >>>>> on Wed, 29 Apr 2015 20:22:44 +0200 writes: > Dear all, > I noticed that the dimnames returned by apply are different in the new release. > In the following example. The returned row-names are c(?S?,?T?), but shouldn?t they be c(?X?,?Y?) as in the old release? Not quite :

Hi there, I have a Java process that writes HDF5 files with the following approximate structure: group "xxx" { group "yyy" { dataset {} dataset {} } group "zzz" { dataset {} dataset {} } } where dataset is a rank one dataspace having a compound datatype defined as: H5T_UNIX_TIME, float, float, float, float I

Where is my error?? I have a strange behaviour in R, looks like type conversions are messed = up. Maybe i just make a stupid mistake, but help would be appreciated. To reproduce: expected: > typeof(3) [1] "double" > as.integer(3) [1] 3 > typeof((0.3/0.1)) [1] "double" !!!! strange: > as.integer((0.3/0.1)) [1] 2 also for trunc: >trunc(c(5,7)) [1] 5 7

Hi all, I was quite succesfully working with the RODB package on a 32 bit linux box to connect to a MSSQL Server via the freeTSL driver. After changing to a 64 bit environment I ran into some segmentation faults using function sqlUpdate on large database operations (the actual seg faults occured in the call to the C function ODBCUpdate). I just briefly looked into the code and found some extensive

Dear list, has anyone written a package/function in R for computing a point- biserial resp. biserial correlation? Thanks in advance Bernd

Hi, I'm presently testing to upgrade from 3.0.22 to 3.0.25 and have an ads problem. net -d 10 -s /etc/samba/smb.conf ads join 3.0.25: ======= [2007/07/18 12:03:11, 4] libsmb/namequery_dc.c:ads_dc_name(131) ads_dc_name: using server='ADS-2K3.ADS2K3.Q-LEAP.DE' IP=192.168.53.212 [...] [2007/07/18 12:03:11, 3] libads/ldap.c:ads_connect(394) Connected to LDAP server 192.168.53.212

What could be the reason for this behavior ? It worked for so long .... an now its over ... -------------- next part -------------- To: Debian Bug Tracking System <222144@bugs.debian.org> Subject: Samba still calls panic-action when trying to print from a windows printer via samba X-Mailer: reportbug 3.2 Date: Fri, 10 Dec 2004 19:20:30 +0100 Message-Id:

Hello Internet Explorer does not see the Internet even though the dial in connection has automatically been made. [DllOverrides] "kernel32" = "builtin" "ntdll" = "builtin" "winsock" = "builtin" "wsock32" = "builtin" "ws2_32" = "builtin"

Hello! I'm not sure if is it a BUG or not... I'm using R 1.9.0, and I used the command below: > is.integer(9) [1] FALSE R manual contains this words about the is.integer() function: "is.integer returns TRUE or FALSE depending on whether its argument is of integer type or not." What's the problem? Am I wrong about the BUG report? Thank you very much. M?rcio de

Hi all; Is it possible to modify the "@" operator that it can handle references (or external pointers) of S4 Object instead of the real Objects? Or is there any technical or compatibility issue which make it impossible? I look forward to hear from you and also hope that you don't hate me for my nooby question. Yours sincerely, Rudolf Biczok [[alternative

Hi all, I'm working with the S4-Class system and I have a little problem with Implementing iteration functionality in my S4 class but it don't work: > setClass("foo",representation(bar="list")) > x <- new("foo",bar=list(1,2,3)) >for(e in x) cat(e) invalid type/length (S4/1) in vector allocation But when I extend from a

Has anyone running R 1.8.1 on a 64 bit system gotten negative numbers from object.size() on objects > 2GB or so? For example, on Solaris/Sparc I get > b <- numeric(131072 * 2800) > object.size(b) [1] -1358954440 I get similar behavior on the Opteron (SuSE Linux). I'm not sure if this is an R problem or something wrong with the way it was compiled on either system. I

In R-devel, the Depends: field in the DESCRIPTION file is now used by library() to load the named packages before the current package, and also to set up the environment to save images and prepare for lazy loading. Would authors please use a minimally necessary set of packages in Depends, and put others in Suggests: -- the distinction is made in `Writing R Extensions'. On the other hand,

Hi, something seems wrong with "vfs objects = recycle, streams_xattr". I permanently keep on getting the following errors on the Samba server: Aug 18 11:28:39 Storage-03 smbd[34544]: STATUS=daemon 'smbd' finished starting up and ready to serve connectionsunknown tag type 64 Aug 18 11:28:39 Storage-03 smbd[34544]: [2014/08/18 11:28:39.897763, 0]

Full_Name: Axel Benz Version: 1.7.1 OS: Windows Submission from: (NULL) (137.251.33.43) This feature seems to be a basic bug: > 1=="1" [1] TRUE > as.numeric(1)=="1" [1] TRUE > as.numeric(1)==as.character("1") [1] TRUE isn't it necessary to distinguish beteen numbers and characters?? Best Regards, Axel

What is the reason, that the levels of the factor returned by cut() are not marked as ordered levels? > is.ordered( cut( breaks=3, sample(10 ) ) ) FALSE > help(factor) ... If 'ordered' is 'TRUE', the factor levels are assumed to be ordered. ... Wolfram

Hi, I found in grid package, if the graphic parameters have zero length, R crashes. In the following code, I only tested `grid.rect()` and the `fill` parameter, but I think it should be similar as other grid graphic functions. In `gpar()` function, the graphic parameters are not allowed to have zero length, but we can make them with zero length by first generating a `gpar` object and then

Full_Name: Wolfgang Huber Version: 1.6.2 OS: DEC OSF, Win, Linux Submission from: (NULL) (155.52.45.139) When data.frames are written to a file using write.table and with row.names and col.names, then the colnames are displaced by 1 with respect to column content. Example: > x = data.frame( > obscht=c("chriesi", "bire"), >

Linus, On Wed, 2008-03-05 at 23:21 +0100, Linus Neumann wrote: > I read your "rsync on Mac" Discussion dated January 2008. > I would be very thankful if you could help me with the exact same > problem. This kind of message should go to the rsync list for archival even if you have a good guess of who will answer it. > --iconv=UTF8-MAC,ISO-8859-15 > Linux: >

hi ng, my locale is: LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8"