similar to: Windows script editor and locale

I have a large (105MB) data file, tab-delimited with a header. There are some odd characters at the beginning of the file that are preventing it from being read by R. > dfTemp = read.delim(filename) Error in make.names(col.names, unique = TRUE) : invalid multibyte string at '<ff><fe>m' When I view the file with head, I see: ??muni_code parcel_id? The file is too large

On 30/04/2017 12:23 PM, Duncan Murdoch wrote: > No, I don't think anyone is working on this. > > There's a fairly simple workaround for the UTF-16 and UTF-32 iconv > issues: don't attempt to produce character vectors, produce raw vectors > instead. (The "toRaw" argument to iconv() asks for this.) Raw vectors > can contain embedded nulls. Character vectors

On 01/05/2017 8:49 PM, Jack Kelley wrote: > Thanks for looking into this. > > A few notes regarding all the UTF encodings on Windows 10 ... This all stems from the ancient bad decision by Microsoft to translate LF characters to CR LF when writing text files. R passes 0A or 0A 00 or 0A 00 00 00 to the output routine (part of the C run-time), and it needs to figure out how many

"R version 3.4.0 (2017-04-21)" on "x86_64-w64-mingw32" platform I am using CSVs and other text tables, and text in general (including regular expressions), on Windows 10. For me, that means dealing with Windows-1252 and UTF-8 encoding, with UTF-16 and UTF-32 as helpful curiosities. Something as simple as iconv ("\n", to = "UTF-16") causes an error, due to

>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>> on Mon, 22 Feb 2016 18:45:59 +0100 writes: > Dear R developers > I think I have found a bug that can be reproduced with two lines of code > and I am very thankful to get your first assessment or feed-back on my > report. > If this is the wrong mailing list or I

If I execute the code from the "?write.table" examples section x <- data.frame(a = I("a \" quote"), b = pi) # (ommited code) write.csv(x, file = "foo.csv", fileEncoding = "UTF-16LE") the resulting CSV file has a size of 6 bytes which is too short (truncated): """,3 The problem seems to be the iconv function:

On 23.02.2016 14:06, Mikko Korpela wrote: > On 23.02.2016 11:37, Martin Maechler wrote: >>>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>>>> on Mon, 22 Feb 2016 18:45:59 +0100 writes: >> >> > Dear R developers >> > I think I have found a bug that can be reproduced with two lines of code >>

On 23/02/2016 7:06 AM, Mikko Korpela wrote: > On 23.02.2016 11:37, Martin Maechler wrote: >>>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>>>> on Mon, 22 Feb 2016 18:45:59 +0100 writes: >> >> > Dear R developers >> > I think I have found a bug that can be reproduced with two lines of code

Excellent analysis, thank you both for the quick reply! Is there anything I can do to get the bug fixed in the next version of R (e. g. filing a bug report at https://bugs.r-project.org/bugzilla3/)? On Tue, 2016-02-23 at 14:06 +0200, Mikko Korpela wrote: > On 23.02.2016 11:37, Martin Maechler wrote: > >>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >

I have just committed your first patch (the strlen() replacement) to R-devel, and will soon put it in R-patched as well. I wont have time to look at this again before the 3.2.4 release, so your file.show() patch isn't going to make it unless someone else gets to it. There's still a faint chance that I'll do more in R-devel before 3.3.0, but I think it's best if there were bug

On 24/02/2016 9:55 AM, Mikko Korpela wrote: > On 24.02.2016 15:47, Duncan Murdoch wrote: >> On 23/02/2016 7:06 AM, Mikko Korpela wrote: >>> On 23.02.2016 11:37, Martin Maechler wrote: >>>>>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>>>>>> on Mon, 22 Feb 2016 18:45:59 +0100 writes: >>>>

Hey, I don't know if this is the right list to ask this question in, but I have tried on the IRC (irc.freenode.net #samba) and people on there advised me to try here instead. I have: Debian 4.0r4 Samba version 3.0.24 - mail.birke-gym.dk - 10.3.16.1 krb5 Version 1.4.4-7etch6 Kernel Version 2.6.18-6-amd64 A Windows Server 2003 SP2 with AD/DC - bgdc.birke-gym.dk - 10.3.17.1

Hi All! I have BSD box running 4.6.2-RELEASE ... I build and install samba-3.0alpha20 with key --with-iconv. My smb.conf in global part have next strings: dos charset = CP866 ; unix charset = KOI8-U display charset = CP866 I run utilitys testparm and see the next messages: Conversion from UCS-2LE to CP866 not supported Conversion from UCS-2LE to CP866 not supported

Hello all, OK - Im kind of stumped on this one and google wasnt much help. Its probably something stupid and obvious, but I could use another pair of eyeballs. When compiling Samba 3.0.5 on Solaris 9 (using the Sun directory server 5.1 as the LDAP, but compiled against the OpenLDAP libraries in /usr/local/lib) I got the following error during the make: lib/iconv.c: In function `sys_iconv':

Hey I have just installed Samba 3.2.7 on my Debian 4.0 with compile. But I'm trying to to join my Windows AD, and samba returns Using short domain name -- UNDERVISNING Joined 'MAIL' to realm 'UNDERVISNING.LOCAL' return code = 0 First I got return code = -1 I just assumed that this was bad, so I powered on, but now I get return code = 0 but I still can't get any user

Hi List, I'm getting an error join an ADS Domain, using samba 3.0.14a & kerberos 1.3.5. When I look at the debug output from the join attempt, it almost seems as though The join is looking for an OU or something from the AD that doesn't exist. I'm not an Windows person and the AD admins are not around to help peep this out. Can anyone take a look at the debug output below and

Hi, I am trying to plot multiple lines on one plot such that all lines are of the same color (black) and continuous. I need to distinguish these multiple plots from each other by using different symbols (I am using pch=). However, all my lines are broken on both sides of the symbols. This unfortunate (and unsightly) behavior seems to be the default. In my search of the help archives for R over

I've just compiled Samba 3.0.0 on a Solaris 8 system (gcc, if it matters), and whenever I run anything from the samba suite, I get a series of error message about character set conversions: Conversion from UCS-2LE to CP850 not supported Conversion from UTF8 to CP850 not supported ... and about 10 more, all involving CP850 (the "standard" DOS codepage, presumably). Now,

I know quite a few people have interest in internationalizing the menu system. This is a tricky problem, since have a full-blown rendering engine for the more complex languages (Indic, Semitic and East Asian languages being the main ones that have substantial complexities.) Given that, I was thinking that the most sensible thing might be to pre-render strings (basically menu items and

http://r.789695.n4.nabble.com/file/n2272669/FT20100626_%2420_%2B_%242_Sit_%26_Go_-_%28169112900%29_-_Summary.txt FT20100626_%2420_%2B_%242_Sit_%26_Go_-_%28169112900%29_-_Summary.txt I have a lot of experience with Stata, but I'm new to R. I'm trying to read the attached file into R on my mac. My goal is to have it as a list, with each element a string - from then I can parse out the