search for: eugenis

Hi all! The following code (executed in console)... somevar <- data.frame(v1 = 1:5, somestring = 6:10, v3 = 11:15, v4 = 16:20); somevar %>% gather(key = var, value = val, which(names(somevar) == "somestring"):length(somevar)) %>% head(2); throws... Error in which(names(somevar) == "somestring") : could not find function "which" if I change

I can. I've removed every other compilation flags from clang and even used GCC, with the exact same behaviour. cheers, --renato On 29 July 2014 15:15, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: > OK, we can switch to SIGHUP. Could you please verify that this SIGUSR1 > behavior is not caused by MSan? > > On Tue, Jul 29, 2014 at 6:09 PM, Renato Golin

Hi Tom and folks, Mandriva is shipping shorewall in its main distribution for some time now. It is built on a custom .spec, but I keep it in sync with latest versions of shorewall package. I heard that there were some issues with Mandriva''s package of shorewall, but it was before I started working on it, and the guys that were maintaining it before are no longer working on it.

Try putting !!! (three exclamation symbols) in front of which(...)==.... The non-standard evaluation in the tidyverse can cause confusion. Bill Dunlap TIBCO Software wdunlap tibco.com On Thu, Aug 24, 2017 at 4:32 AM, Eugeny Melamud < Eugeny.Melamud at lanit-tercom.com> wrote: > Hi all! > > The following code (executed in console)... > somevar <- data.frame(v1 = 1:5,

...hile building llvm. Full details are available at: http://lab.llvm.org:8011/builders/llvm-mips-linux/builds/14754 Buildbot URL: http://lab.llvm.org:8011/ Buildslave for this Build: mipsswbrd002 Build Reason: scheduler Build Source Stamp: [branch trunk] 248976 Blamelist: ab,davide,dblaikie,dehao,eugenis,hfinkel,kcc,mcrosier,mzolotukhin,rnk,spatel BUILD FAILED: failed test-llvm sincerely, -The Buildbot -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151001/c3e52b79/attachment.html>

...hile building llvm. Full details are available at: http://lab.llvm.org:8011/builders/llvm-mips-linux/builds/14754 Buildbot URL: http://lab.llvm.org:8011/ Buildslave for this Build: mipsswbrd002 Build Reason: scheduler Build Source Stamp: [branch trunk] 248976 Blamelist: ab,davide,dblaikie,dehao,eugenis,hfinkel,kcc,mcrosier,mzolotukhin,rnk,spatel BUILD FAILED: failed test-llvm sincerely, -The Buildbot -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151001/135cb4d6/attachment.html>

Yup, using SIGHUP works. On 29 July 2014 13:14, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: > Could it be that I'm misunderstanding signal semantics, and SIGUSR1 is > not guaranteed to be delivered (to the same process!) before kill() > returns? Could you check if that's what happens by adding a sleep() > somewhere? > > On Tue, Jul 29, 2014 at 2:17 AM,

Hello! I have such trouble: I like R, but often I don't have administrator permissions to install R on some (not mine) computers. Could you give me shell on any server with R installed in order to apply R without installing it (simply with PuTTY). Great thanks! -- Best regards, Altshuler Eugeny

I have configured and working this.But ! Very slow ! A lot of cpu usage by smbd. What can I do ? Other disk/cdrom shared works perfectly. 10tx. Eugeny.

On Thu, Feb 13, 2014 at 5:52 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 13 February 2014 13:47, Evgeniy Stepanov <eugenis at google.com> wrote: >> Hm, I see that -funwind-tables on arm-linux-androideabi target >> replaces this "cantunwind" with a proper unwind table. >> Hence http://llvm-reviews.chandlerc.com/D2762. > > If Android is using EHABI (I think it is), the default now is...

On 29 July 2014 15:02, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: > You mean replacing SIGUSR1 with SIGHUP in the test case? Weird, I > don't see how they are different. So, AFAIK, they should be identical. But I put some printfs and sleeps around and it wasn't a synchronization issue. My man page says that SIGUSR1 should terminate if there isn't a handler for

Yes, it would be great to get that fixed. On Wed, Feb 5, 2014 at 4:09 PM, Evgeniy Stepanov <eugeni.stepanov at gmail.com>wrote: > On Thu, Feb 6, 2014 at 12:21 AM, Keno Fischer > <kfischer at college.harvard.edu> wrote: > > Looks like when you materialize the stores, you should check the size of > the > > the store and emit an appropriate amount of stores to the

On 7 October 2014 20:55, Evgeniy Stepanov <eugenis at google.com> wrote: > Can you elaborate on this? Does it ever clean those lines? These > numbers are correct on multiple other platforms. I wonder if it's some > codegen peculiarity that leads to this off-by-one mistake? Can you go > down to the individual compile/run invocatio...

...imit-like utility that would do setrlimit and then > exec the specified binary > %run %ulimit -s 8192 %t? I like that idea. How do you feel about this short-term solution: %run sh -c "ulimit -s 8192 && %t" -Greg On Thu, May 29, 2014 at 12:05 PM, Evgeniy Stepanov <eugenis at google.com> wrote: > On Thu, May 29, 2014 at 10:44 PM, Greg Fitzgerald <garious at gmail.com> wrote: >>> execv(argv[0]) is a canonical way to restart the >>> process, it's sad that the emulator interferes with that. >> >> We have the option to emulat...

...:8011/builders/clang-ppc64-elf-linux2/builds/19559 Buildbot URL: http://lab.llvm.org:8011/ Buildslave for this Build: chinook-clangslave2 Build Reason: scheduler Build Source Stamp: [branch trunk] 248769 Blamelist: aaronballman,adrian,akaylor,apilipenko,arsenm,dblaikie,djasper,djg,dsanders,escha,eugenis,matze,papin_g,prazek,reames,rnk,rtrieu,sanjoy,silvas,spatel,tra,weimingz BUILD FAILED: failed check-all_1 sincerely, -The Buildbot -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150929/de3e9117/attachment...

...cept calls from the main executable, but not from any libraries. This may work for simple standalone programs, but you may run into puzzling failures. I would be very surprised if it worked for any JNI code. On Sat, Sep 21, 2013 at 9:45 AM, Kostya Serebryany <kcc at google.com> wrote: > +eugenis@ > > > On Sat, Sep 21, 2013 at 4:58 AM, Greg Fitzgerald <garious at gmail.com> wrote: >> >> Why does compiler-rt ship a shared object for ASan on Android instead >> of a static library? Would statically linking ASan on Android at >> least be safe for standalo...

Hi Evgeniy, Yes, it is. The problem here is that the program doesn't fail on my box (release and debug builds), so I have no idea how to debug the problem. According to the test, it's ran as "not chained_origin_with_signals.cc.tmp", expecting it to fail. Also, the FileCheck expects to find warnings on the output, for which there is none Maybe I'm missing some CMake flag or

Looks like when you materialize the stores, you should check the size of the the store and emit an appropriate amount of stores to the origin shadow (or just a memset intrinsic?). On Wed, Feb 5, 2014 at 2:13 PM, Keno Fischer <kfischer at college.harvard.edu>wrote: > The @entry stuff is just a gdb artifact. I've been tracking this back a > little further, and it seems there's

+eugenis@ On Sat, Sep 21, 2013 at 4:58 AM, Greg Fitzgerald <garious at gmail.com> wrote: > Why does compiler-rt ship a shared object for ASan on Android instead > of a static library? Would statically linking ASan on Android at > least be safe for standalone executables? > > And if...

> -----Original Message----- > From: Evgenii Stepanov [mailto:eugeni.stepanov at gmail.com] > Sent: Wednesday, December 07, 2016 4:51 PM > To: Kostya Serebryany > Cc: Robinson, Paul; llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] Debug Locations for Optimized Code > > In fact, we are already using "parallel" debug info. Frame layout > descriptions encode