similar to: R 0.65.x bug : attach()/eval() {was "lib.source() within library()"} (PR#264)

--Multipart_Mon_Nov_24_14:51:09_1997-1 Content-Type: text/plain; charset=US-ASCII >>>>> "PaulG" == Paul Gilbert <pgilbert@bank-banque-canada.ca> writes: MM> The code is basically in V&R 1 and 2; V&R2 on p.167. I have it as a MM> C function that I used to dyn.load into S-plus in order MM> to prove that S-plus was using it.

I have been using delay() quite successfully to 'load on reference' some large data files (earthquake catalogues). One minor difficulty I have not been able to overcome is that upon first reference, the data set is loaded into memory as expected, but also remains as a permanent object in the user's environment, instead of appearing to be only in the library from which it was loaded.

Included below is a shar archive containing two patches that together: 1) make backup files get their setuid and setgid bits stripped by default 2) add a "-s" option that allows backup files to continue to have these privileges This means that if you update a collection of binaries with rsync, and one or more of them has a local-root security problem, the backup file(s) created when

Hello, If anyone would like it I have provided a Dovecot 1.0 test61 port and package for FreeBSD 5.3 here. I made them for my own experimentation but thought they might be interesting to others I suppose. http://www.helenmarks.co.uk/~dom/dovecot/ These deviate from the stock test61 because I've updated and added a patch I wrote a long time ago for ioloop kqueue/kevent support in

Hi, I've have had some difficulties to run NUT on freebsd, but I finally managed to have something that work reliably enough. For those who may be interested, here is what I did. Os: FreeBSD 6.2-RELEASE-p7, nut: 2.2.0, libusb: 0.1.12 First, I had to patch libusb with the changes submitted by Nevil Thatcher in the nutups forum in may 2006. Without this change, nothing works.

I've been out of town, and too hastily deleted some earlier messages from this thread.... > > > Dear friends. I would like to link an object file made in C. > > Dyn.load rather wants to link a whole library and I only wanted to > > link this small object file. I followed instructions given for S - > > by Clive Loader in his software for changepoint handling and >

Hello, I have discovered a situation in which the pass manager will infinite loop. The minimal test case is below this message. The required structure of these passes is; Before requires CallGraph After requires LoopSimplify and Before I can observe this through opt: opt -load ./libBug.so -after input.bc -o output.bc I built my copy of llvm from svn revision 68820 using gcc 4.1.2 Any

See http://llvm.org/docs/GettingStarted.html#brokengcc and then try building with something OTHER than GCC 4.1.2 . ----- Original Message ---- > From: Nick Johnson <npjohnso at cs.princeton.edu> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Sent: Monday, May 11, 2009 3:01:12 PM > Subject: [LLVMdev] Pass Manager hangs with CallGraph and LoopSimplify >

smbget -Rr smb://localhost/share [all files and folders are copied successfully!] echo $? 1 On the other hand, when smbget is introduced with an error smbget -Rr smb://localhost/shar Can't open directory smb://localhost/shar: No such file or directory echo $? 0 This is breaking my error checking in backup scripts. I can't find any place to file a bug report, I hope this is the right

Hello, It seems that the parsing information attached to expressions parsed by the parse() function when keep.source=TRUE is not provided to the eval() function. Please consider this code: path <- tempfile() code <- '(function() print( str( sys.calls() ) ))()' writeLines(code, path) sys.source(path, envir=globalenv(), keep.source=TRUE) > OUTPUT: Dotted pair list of 4 $ :

Hi, I recently upgraded to 1.9.18p8 on Solaris 2.6 and am having a problem with writable services other than [homes]. [apps] is one that's causing the most difficulty. Users are being logged into writable shares as user 'nobody' and are not permitted write access. The shares are set as 'writable' and 'write ok'. host equiv does not have an effect either. All hosts

Hello all, I've noticed that whenever a ``higher'' pass requires a ``lower'' pass, an assert *always* fails in the pass manager. I believe the correct behavior is to not schedule the lower pass, but instead run it when the higher pass calls getAnalysis<>(). Consider, for instance, this test case: #include "llvm/Pass.h" #include

[[[ To the new subscribers of the R-devel mailing list: The latest prerelease of R 0.50 has not been announced to this mailing list, by accident. In short, get R6.tgz and R6-update.shar.gz, from ftp://stat.auckland.ac.nz/pub/ihaka/ and first unpack the tar file, then the shar file in the same directory.. ]]] and to ALL "R-devel"oppers: Yes, please use this

http://bugzilla.mindrot.org/show_bug.cgi?id=210 Summary: can't prevent port forwarding on a per-user basis Product: Portable OpenSSH Version: -current Platform: All URL: http://reactor-core.org/security/HOWTO-Anonymous-CVS- Over-SSH OS/Version: All Status: NEW Severity: normal

>>>>> Suharto Anggono Suharto Anggono via R-devel >>>>> on Sun, 31 Mar 2019 15:26:13 +0000 writes: > Ah, with R 3.5.0 or R 3.4.2, but not with R 3.3.1, 'eval' > inside 'for' makes compiled version behave like > non-compiled version. Ah.. ... thank you for detecting that " eval() inside for()" behaves specially

With f <- function(x) for (i in 1) x fc <- cmpfun(f) (my previous example), error message of fc(is.numeric(y)) shows the originating call as well, while error message of f(is.numeric(y)) doesn't. Compiled version behaves differently. Even with f <- function(x) for (i in 1) {x; eval(expression(i))} fc <- cmpfun(f) , error message of fc(is.numeric(y)) shows the originating call in R

I'm a bit of a noob w/ samba and I set up a small samba shar (v. 3.4.0) on my ubuntu machine which hosts a shared drive for a single vista laptop (my wife's machine). My question is .. is it normal for her to regularly be asked to enter her username and password or is it something that I've done in my configuration. Note: I used the configuration guide from Linux Journal

Guru''s, Is anyone shar with me the steps to configure hardware RAID in T2000 server (LSI drivers) and use rootdisk hardware mirror -- Thanks a lot! Malahat Qureshi Ph.D. (MIS) Email: malahatq at hotmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL:

All, I have written a trusted execution module and would appreciate if anyone could help in testing. This module provides a functionality similar to NetBSD's verified exec mechanism. Once the design details of this security policy has been solidified, I will be releasing a white paper which describes the technical implementation in greater detail. The mac_chkexec policy logic can be found

On Mon, 1 Apr 2019, Martin Maechler wrote: >>>>>> Suharto Anggono Suharto Anggono via R-devel >>>>>> on Sun, 31 Mar 2019 15:26:13 +0000 writes: > > > Ah, with R 3.5.0 or R 3.4.2, but not with R 3.3.1, 'eval' > > inside 'for' makes compiled version behave like > > non-compiled version. > > Ah.. ... thank