search for: mortemed

Hi everybody, The Game Post Mortem 1 is unplayable in my wine. This is causing by huge grafical issues. Items are not correct drawn and People "flashes". Here is waht the Console says: Code: pingi at 16L:/media/32GB-usb3/Spiel_1/Programme/Microids/Post Mortem$ wine "Post Mortem.exe" fixme:win:EnumDisplayDevicesW ((null),0,0x32ee4c,0x00000000), stub!

ESET recently published an interesting post-mortem of the so-called "Operation Windigo" malware campaign [1]. OpenSSH backdoors (codename Linux/Ebury), described by ESET last month [2], are a key component of Windigo's attack surface. --mancha [1] http://www.welivesecurity.com/wp-content/uploads/2014/03/operation_windigo.pdf [2]

>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>> on Sun, 13 Nov 2016 13:11:38 +0100 writes: > Dear R friends, to allow post-mortem debugging In my > Rscript based batch jobs I use > tryCatch( <R expression>, error = function(e) { > dump.frames(to.file = TRUE) }) > to write the called frames into a

Dear R friends, to allow post-mortem debugging In my Rscript based batch jobs I use tryCatch( <R expression>, error = function(e) { dump.frames(to.file = TRUE) }) to write the called frames into a dump file. This is similar to the method recommended in the "Writing R extensions" manual in section 4.2 Debugging R code (page 96):

>>>>> nospam at altfeld-im de <nospam at altfeld-im.de> >>>>> on Tue, 15 Nov 2016 01:15:46 +0100 writes: > Martin, thanks for the good news and sorry for wasting your (and others > time) by not doing my homework and query bugzilla first (lesson learned! > ). > > I have tested the new implementation from R-devel and observe a semantic >

> Bash 2.05b on Linux handles this fine. I was asking what > your "default" system shell is on FreeBSD. Probably /bin/sh, right? > Perhaps you can: > > SHELL=/usr/bin/bash ; export SHELL > > in your script below just before it runs NightlyTest.pl? I'm not sure if > that will work or not. I have: SHELL=/bin/tcsh sh, csh, tcsh not support nested () OK, root

On Sun, 05 Sep 2004 14:02:26 -0700 Reid Spencer <reid at x10sys.com> wrote: > > Assertion failed: ((FieldSizeTree != NULL_TREE) && "Struct/Union member of unknown length!"), function llvm_expand_constructor_elements, file ../../src/gcc/llvm-expand.c, line 3791. > > /usr/home/llvm/obj/../test/Regression/CFrontend/2004-01-01-UnknownInitSize.c:11: internal compiler

On Thu, 9 Sep 2004 08:52:10 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > > I haven't got around to this yet but I will. The odds are good the > > problem is in a BSD system header file so I need to capture the > > preprocessed source. > > I guess not... the file 2004-01-01-UnknownInitSize.c does not include > anything else, so there is no preprocessed

> I haven't got around to this yet but I will. The odds are good the > problem is in a BSD system header file so I need to capture the > preprocessed source. I guess not... the file 2004-01-01-UnknownInitSize.c does not include anything else, so there is no preprocessed source to capture...

> x86 FreeBSD: > * hasn't run with changes yet I manually start script. I use this options (+ -verbose now for testing) /home/wanderer/pkg/build/llvm/src/llvm/utils/NightlyTest.pl -parallel -enable-linscan -noexternals -noremove :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm /home/wanderer/pkg/build/llvm/night/build

Martin, thanks for the good news and sorry for wasting your (and others time) by not doing my homework and query bugzilla first (lesson learned! ). I have tested the new implementation from R-devel and observe a semantic difference when playing with the parameters: # Test script 1 g <- "global" f <- function(p) { l <- "local" dump.frames() }

Actually, I'm talking about the shell that Perl invokes. When you run the NightlyTest.pl script, it uses Perl. The system() function in Perl invokes the "standard" shell to execute the command provided as the argument to system(). In NightlyTest.pl, I have changed the program to check out both the regular llvm CVS module as well as the llvm-test module. This command is what is

> That's weird. What is your default shell that Perl invokes with the > "system" command. This works fine with bash-2.05b. In reality :) i use this script in crontab (and run it manually with added verbose flag): ---8X-------------- #!/bin/sh - # if !([ -d /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD ]) then mkdir

(1) With MSVCRT.DLL (version 4.20.6164) from ftp://ftp.microsoft.com/softlib/mslfiles/msvcrt.exe installed in rw1051\bin directory, as per RWinFAQ 2.14: RGUI caused an invalid page fault in module MSVCRT.DLL at 017f:78014b90. Registers: EAX=0093007a CS=017f EIP=78014b90 EFLGS=00010246 EBX=017a2360 SS=0187 ESP=0091eee4 EBP=0091ef10 ECX=ffffffb5 DS=0187 ESI=00000000 FS=5bbf EDX=81d7d520 ES=0187

After fixing nested () problem manual run nighttest finished successfully with one remarkable logged problem: INITIALIZED CVS Root = :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm BuildDir = /home/wanderer/pkg/build/llvm/night/build WebDir = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD Prefix = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/2004-09-06

Okay, I'll have to fix NightlyTest.pl not to use shell script syntax that isn't universal. Look for a commit soon. Reid. On Sun, 2004-09-05 at 13:31, Vladimir Merzliakov wrote: > > Bash 2.05b on Linux handles this fine. I was asking what > > your "default" system shell is on FreeBSD. Probably /bin/sh, right? > > Perhaps you can: > > > >

Dear Michael, Thanks for looking into this. It seems to be working now. apt-cache madison r-base-core r-base-core | 3.4.0-1zesty | http://cran.rstudio.com/bin/linux/ubuntu zesty/ Packages r-base-core | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe amd64 Packages r-base | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe Sources Best regards, ir. Thierry Onkelinx

That's weird. What is your default shell that Perl invokes with the "system" command. This works fine with bash-2.05b. Reid. On Sun, 2004-09-05 at 10:01, Vladimir Merzliakov wrote: > > x86 FreeBSD: > > * hasn't run with changes yet > > I manually start script. I use this options (+ -verbose now for testing) > >

Dear all, I only seems to get the yakkety version for R 3.4.0. Am I missing something? root at LPHP:/# apt-get update Hit:1 http://security.ubuntu.com/ubuntu zesty-security InRelease Hit:2 http://archive.ubuntu.com/ubuntu zesty InRelease Hit:3 http://archive.ubuntu.com/ubuntu zesty-updates InRelease Hit:4 http://cran.rstudio.com/bin/linux/ubuntu zesty/ InRelease Hit:5

On Sun, 2004-09-05 at 13:48, Jeff Cohen wrote: > On Sun, 05 Sep 2004 10:49:44 -0700 > Reid Spencer <reid at x10sys.com> wrote: > > > Jeff, > > > > Actually, that was my fault. I forgot to remove the non-existent > > directories from the configure.ac file. That's done and committed > > now, so the advice is still the same: update configure script