search for: gml4410

I have compiled R version 1.3.1 on a Linux system. No errors or warnings are reported. However, "make check" fails thus: ===== make[5]: Leaving directory `/proj/informatics-build/GML/R/R-1.3.1/src/library' running code in base-Ex.R ... ../../bin/R --vanilla < base-Ex.R > base-Ex.Rout make[4]: *** [base-Ex.Rout] Error 139 ===== The base-Ex.Rout being produced at this

Is this just me???? Just installed 2.0.5a for testing. Copying files (using explorer) from NT to Samba-2.0.5a (Solaris2.6 *and* Irix6.5) fails to copy the date/time stamp correctly (1.9.18p7 is fine, from the same NT system). 24/06/1999 11:59 (on NT) => 25/06/1999 17:14 (Samba) 25/06/1999 17:00 (on NT) => 25/06/1999 17:09 (Samba) (Yes, that is one 24th and three 25ths of

Full_Name: Gordon Lack Version: 2.4.0 OS: Redhat Linux AS2.1 Submission from: (NULL) (198.28.92.5) Not sure whether this is a configure issue or an R one. It's only a minor issue, so this is really just FYI. The code in configure checks for the version of makeinfo by splitting the version string into a major and minor component. The tests on these assume they are numeric. RHAS2.1 shipped

R (1.3.1) appears to have a bug (well a mis-feature, I suppose). It places architecture-specific and architecture-dependent files in the same locations. This means that the common files cannot be shared across installations on multiple architectures. It would be nice if it could separate these under exec_prefix and prefix and look in the relevant one for each file.

hi*& ppl, what I see? smbstat shows this: veda uucp uucp 17012 vdv (193.168.6.84) Sun Dec 19 14:33:43 1999 squid-wate piv guest 19110 nlv (193.168.6.74) Mon Dec 20 08:51:18 1999 squid-nav paul wheel 19110 nlv (193.168.6.74) Mon Dec 20 08:51:42 1999 nlv nlv guest 19110 nlv (193.168.6.74) Mon Dec 20 09:11:31 1999

Full_Name: Gordon Lack Version: 2.2.0 OS: OSF1/Tur64 Submission from: (NULL) (193.128.25.20) R-2.2.0 fails to build on OSF1 systems. ..... make[4]: Leaving directory `..../R-2.2.0/src/library/tools/src Error in list.files(path, pattern, all.files, full.names, recursive) : invalid 'pattern' regular expression Execution halted make[3]: *** [all] Error 1 ..... I've tracked

Full_Name: Gordon Lack Version: 2.4.0 OS: OSF1 v5.1 Submission from: (NULL) (198.28.92.5) Changes to the bin/R front-end interlude script at 2.4.0 (cf: 2.2.0) have broken R on (Dec/Compaq/HP) OSF1. There are 3 occurrences of "${@}", but this is the incorrect syntax for adding $@, as on older Bourne shells this will add an empty (but present) parameter. The result is that the build

...p 2001 23:54:19 -0500 * PR# 1140 * Subject: Possible bug, Rprof() and scan(pipe()) From: Don MacQueen <macq@llnl.gov> Date: Tue, 23 Oct 2001 13:50:26 -0700 --MacOS X: Doesn't happen on Solaris or Linux * PR# 1145 * Subject: Problem testing R version 1.3.1 on SGI Irix From: Gordon Lack <gml4410@ggr.co.uk> Date: Fri, 26 Oct 2001 19:04:04 +0100 --error from using SGI libblas (not reported on other systems?) --use --without-blas * PR# 1261 * Subject: R_140 AND RHL_72 AND Packages From: Patrick Gonin <gonin@genethon.fr> Date: Wed, 15 Jan 2003 13:25:17 +0100 --Seems to relate to RH7.2...

...at --least for now . * PR# 1140 * Subject: Possible bug, Rprof() and scan(pipe()) From: Don MacQueen <macq@llnl.gov> Date: Tue, 23 Oct 2001 13:50:26 -0700 --MacOS X: Doesn't happen on Solaris or Linux * PR# 1145 * Subject: Problem testing R version 1.3.1 on SGI Irix From: Gordon Lack <gml4410@ggr.co.uk> Date: Fri, 26 Oct 2001 19:04:04 +0100 --error from using SGI libblas (not reported on other systems?) --use --without-blas * PR# 1261 * Subject: R_140 AND RHL_72 AND Packages From: Patrick Gonin <gonin@genethon.fr> Date: Wed, 15 Jan 2003 13:25:17 +0100 --Seems to relate to RH7.2...

...at --least for now . * PR# 1140 * Subject: Possible bug, Rprof() and scan(pipe()) From: Don MacQueen <macq@llnl.gov> Date: Tue, 23 Oct 2001 13:50:26 -0700 --MacOS X: Doesn't happen on Solaris or Linux * PR# 1145 * Subject: Problem testing R version 1.3.1 on SGI Irix From: Gordon Lack <gml4410@ggr.co.uk> Date: Fri, 26 Oct 2001 19:04:04 +0100 --error from using SGI libblas (not reported on other systems?) --use --without-blas * PR# 1261 * Subject: R_140 AND RHL_72 AND Packages From: Patrick Gonin <gonin@genethon.fr> Date: Wed, 15 Jan 2003 13:25:17 +0100 --Seems to relate to RH7.2...

...at --least for now . * PR# 1140 * Subject: Possible bug, Rprof() and scan(pipe()) From: Don MacQueen <macq@llnl.gov> Date: Tue, 23 Oct 2001 13:50:26 -0700 --MacOS X: Doesn't happen on Solaris or Linux * PR# 1145 * Subject: Problem testing R version 1.3.1 on SGI Irix From: Gordon Lack <gml4410@ggr.co.uk> Date: Fri, 26 Oct 2001 19:04:04 +0100 --error from using SGI libblas (not reported on other systems?) --use --without-blas * PR# 1261 * Subject: R_140 AND RHL_72 AND Packages From: Patrick Gonin <gonin@genethon.fr> Date: Wed, 15 Jan 2003 13:25:17 +0100 --Seems to relate to RH7.2...

I'm not sure what the code is trying to do, but the SGI Irix compiler spotted this usage of an undefined variable. In uidlist.c: ======= static int map_uid(int id, char *name) { uid_t uid; if (uid != 0 && name_to_uid(name, &uid)) return uid; return id; } static int map_gid(int id, char *name) { gid_t gid; if (gid != 0 && name_to_gid(name, &gid)) return

It fails to compile on Irix (compiler 7.2.1). Whereas rsync.h has a #define for __attribute__(x) to remove it for non GNUC and APPLE, this isn't used when compiling popt/popt.c, so it produces an error as it doesn't like __attribute__((__unused__)) showing up in the parameter list for poptAddAlias. popthelp.c also uses UNUSED. A workaround was to copy the #define setting of

The large file support in configure tests for working file-locking. This may fail if you are building over NFS and the NFS locking isn't working. rsync doesn't actually use file-locking, so this test causes it to remove large-file support unnecessarily. A workaround might be to build on a local file system.

If, in a hierarchy which has been previously rsync()ed, I replace a non-empty directory with a symbolic link the rsync will fail. It does work if the original directory was empty. It also works if I specify --delete (presumably since that deletes first, so we end up with an empty directory). But using --delete on a job by default isn't a good idea! Is there some way to get

Bug in rsync (version 2.6.1) over rsh. Remote end (destination) gets a Disk Full error when writing the (temporary) updated file. remote ends aborts. Client end sits there forever waiting for a reply.

version: rsync v2.6.1 (+ a minor, unrelated patch). I'm rsyncing files (not as root) and am happy (indeed, for what I want, delighted) that the files at the target side end up owned by the account doing the rsync. However, I've found that if I have a setuid/setgid file on the source side, the target file ends up setuid/setgid too (but under a different id!). This happens whether

> Date: Fri, 30 Jul 1999 14:10:35 -0700 (PDT) > From: Mike Oswell <oswell@xcert.com> > To: samba@samba.org > Subject: Shares within Shares >... > Is it possible to have a share within a share, or to force group on > directories within a share? You can do the later in (most?) Unixes by turning on setgid for the directory (ie. you don't do it within

I'm seeing this in the log.smbd file for v3.0.28a. [2008/04/14 18:29:16, 0] smbd/service.c:set_current_service(184) chdir (/root/tmp) failed This happens straight after a server startup if I connect to my HOME directory (and I'm the only person using the server). It is noted in the log (debug level 1) *before* the entry about me connecting to my home. There is no mention of /root

Back in April I posted this. No-one replied. > I'm seeing this in the log.smbd file for v3.0.28a. > > [2008/04/14 18:29:16, 0] smbd/service.c:set_current_service(184) > chdir (/root/tmp) failed > > This happens straight after a server startup if I connect to my HOME > directory (and I'm the only person using the server). It is noted in > the log (debug