similar to: How to use Sys.setlocale("LC_NUMERIC")?

Hello, I tried the migration from samba 3 to a sernet-samba-ad-4.1.9-8. My samba 3 has tdbsam backend, and "Full Name" (pdbedit -Lv) contains umlauts. If I run /usr/bin/samba-tool domain classicupgrade, I will see error: "Conversion error: Incomplete multibyte sequence" I had in my old smb.conf: display charset = iso8859-2 dos charset = cp852 unix charset = iso8859-2 In

Hi all I''m trying to get GetText to work. I have the following folder structure: |-myapp.pot |-de_DE/: | `-myapp.po |-en_GB/: | `-myapp.po |-en_US/: ` `-myapp.po I run rake updatepo, and then rake makemo. Now I set en-gb as default language in Firefox and run my app >> works! Then I set en-us as default language in Firefox and run my app >> works,

configure and make run OK, but make check failed for R version 2.5.1 RC (2007-06-26 r42068) on graphics with error: > ## The following two examples use latin1 characters: these may not > ## appear correctly (or be omitted entirely). > plot(1:10, 1:10, main = "text(...) examples\n~~~~~~~~~~~~~~", + sub = "R is GNU ?, but not ? ...") Error in title(...) :

http://bugzilla.mindrot.org/show_bug.cgi?id=124 ------- Additional Comments From markus at openbsd.org 2002-02-23 06:10 ------- what does "streaming" mean? what does "output reports" mean? do you have more detailed reports? do you have debugging output? what clients are involved? what servers? does the same happen with openssh 3.0.2? does the same happen with a recent

Dear R users, I'm trying to have a gWiddgetsRGtk2 script run under R-2.4.1. The script run OK under Linux but all accentuated characters appear as "?" when the script is run under Windows. As Gtk+ requires UTF-8, I thought it was the source of the problem and tried to change the default encoding (1252) in the following way:

Hi Ali, did you link your program statically? Try linking it dynamically. Ciao, Duncan. On 27/01/13 07:36, Ali Sedaghat wrote: > In order to print unicode characters with llvm, I used setLocale in llvm ir: > > call i8* @setlocale(i32 6, i8* getelementptr inbounds ([1 x i8]* @pe, i32 > 0, i32 0)) nounwind > > where @pe is defined as follows: > > @pe = private

Hi Ciao, my compiler is written in java and generates some .ll files as its output. Each of these .ll files is converted to an object file using llc. Then, I use clang++ to link them and generate an executable file without linking with any external libraries, so I cannot understand what you mean. Sorry, if my question sounds silly to you -- View this message in context:

Hi Ali, On 28/01/13 06:38, ali_sedaghat wrote: > Hi Ciao, my compiler is written in java and generates some .ll files as its > output. Each of these .ll files is converted to an object file using llc. > Then, I use clang++ to link them and generate an executable file without > linking with any external libraries, so I cannot understand what you mean. > Sorry, if my question sounds

Windows (MSVC, MinGW) version of setlocale don't care about LC_* environment variables. For example, flac cannot pass the test for --until and --skip options the script calls it with --skip=0:01.1001 and it expects decimal comma (--skip=0:01,1001) on my system. One solution is to write a local version of strtod that always accepts both decimal comma and decimal point. Another solution is not

When checking an R package of mine, I get * checking R files for syntax errors ... WARNING Warning in Sys.setlocale("LC_CTYPE", "en_US") : OS reports request to set locale to "en_US" cannot be honored 'Sys.setlocale' is not used in any of my R functions. What should I do to fix the Warning? I have never seen this before. My locale is "sv_SE",

On 23/06/2017 15:35, Joris Meys wrote: > Related to the following question on Stackoverflow: > https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690 > > It appears as if Sys.setlocale() does not update LC_TIME correctly for use > in date formatting. Although R reports that LC_TIME is changed to the new > setting after use of Sys.setlocale(),

Contrary to, say, Sys.setenv(), Sys.setlocale() returns it's value visibly. This means that if you for instance add: Sys.setlocale("LC_COLLATE", "C") to your .Rprofile file, it will print: [1] "C" at startup. The workaround is to wrap the call in invisible(), but I'd argue that any "setter" function should return invisibly. Some more details:

Hi folks, This is post no. 2, with technical information of how I set up the Linux PCs, and additional information about setting up the server shares. It will give the basic outlines to those trying to setup something similar, using another Linux distribution. I will not go into any detail about setting up the OS, and similar tasks, as it is assumed that the interested reader has got the

In order to print unicode characters with llvm, I used setLocale in llvm ir: call i8* @setlocale(i32 6, i8* getelementptr inbounds ([1 x i8]* @pe, i32 0, i32 0)) nounwind where @pe is defined as follows: @pe = private unnamed_addr constant [1 x i8] zeroinitializer, align 1 However, I got the following error: *** glibc detected *** ./test/bin/executable: free(): invalid next size

CentOS Errata and Security Advisory CESA-2010:0101 openoffice.org security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0101.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/openoffice.org-1.1.5-10.6.0.7.EL4.3.i386.rpm updates/i386/RPMS/openoffice.org-i18n-1.1.5-10.6.0.7.EL4.3.i386.rpm

On 08/06/2018 11:51 AM, Tony Schreiner wrote: > On Mon, Aug 6, 2018 at 11:33 AM Robert Moskowitz <rgm at htt-consult.com> > wrote: > >> >> On 08/06/2018 11:11 AM, Tony Schreiner wrote: >>> On Mon, Aug 6, 2018 at 10:55 AM Robert Moskowitz <rgm at htt-consult.com> >>> wrote: >>> >>>> Nicolas, >>>> >>>>

This may not actually be an R/Splus problem, but it started off that way ..... ===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+=== Executive summary: ================== Simulations involving extreme value distributions seem to ``work'' when the underlying distribution is exponential(1) or exponential(2) == chi-squared_2, but NOT when the underlying distribution is

<I was not sure if this should go to R-devel or R-help. If I e-mailed this to the wrong place, please let me know.> Hello dear R-devel members, I came by an oddity, with regards to how character variables are being transformed when they are in Hebrew, and when Sys.setlocale is changed. Here is an example: # first, let's set the locale to Hebrew Sys.setlocale("LC_ALL",

Related to the following question on Stackoverflow: https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690 It appears as if Sys.setlocale() does not update LC_TIME correctly for use in date formatting. Although R reports that LC_TIME is changed to the new setting after use of Sys.setlocale(), as.Date() still uses the old settings. The only way to update this is

Hi, When R generates density plots and these are exported to postscript( a=matrix(1:100,10,10);image(a,col=rainbow(100);dev.copy2eps(file="image.eps") ) The result often looks bad when rendered on screen. The help page states that this is because programs use anti-aliasing. That seems to be true - turning off anti-aliasing for gs (-dGraphicsAlphaBits=1) of in OSX's preview makes