similar to: [Fwd: Re: Getting the function names?]

I have 3 SAS files all in the directory F:/sas, two data files and a format file : form.ea1.sas7bdat form.ea2.sas7bdat sas.fmts.sas7bdat F is a USB. I am trying import them to R using "sas.get". I have not used SAS since I was downloading data from mainframe and having to write JCL. I had forgotten how bizarre SAS can be. I currently have not even figured out how to load the files

Hi does anyone know what the problem here is [root at dnstest lib]# ps ps: error while loading shared libraries: libproc-3.2.3.so: cannot open shared object file: No such file or directory [root at dnstest lib]# ln -s libproc-3.2.7.so libproc-3.2.3.so [root at dnstest lib]# ps ps: /lib/libproc-3.2.3.so: version `_3_1_14' not found (required by ps) as far as I know only ps is

Author: ahl Repository: /hg/zfs-crypto/gate Revision: 0f27629eb96eb9ce7ab1322830d1f3839b9c7da1 Log message: PSARC 2005/689 ELF Extended Program Headers 6317969 elfheader limited to 65535 segments 6317980 coredump elfheader doesn''t reflect the correct number of dumped segments 6343698 p-tools affected by 6317980 : coredump elfheader incorrectly states number of dumped segments 6350070 stub

Hi, I attempted to build v3.3 using Sun Studio 12, but it failed right out of the gate. It looks like it can't find the standard libraries, but according to the make output, it's looking in the right places. Would someone please clue me in as to what I'm missing? Thanks. -John Using FLAGS = -I/opt/heimdal/include -I/usr/sfw/include/openssl -g -xs -xtarget=ultraT1

We are currently experiencing a very huge perfomance drop on our zfs storage server. We have 2 pools, pool 1 stor is a raidz out of 7 iscsi nodes, home is a local mirror pool. Recently we had some issues with one of the storagenodes, because of that the pool was degraded. Since we did not succeed in bringing this storagenode back online (on zfs level) we upgraded our nashead from opensolaris b57

On Mon, 2017-01-16 at 14:03 -0500, Adam Tauno Williams via samba wrote: > Quoting Adam Tauno Williams via samba <samba at lists.samba.org>: > > Quoting Rowland Penny via samba <samba at lists.samba.org>: > > > > samba-tool's dbcheck finds only two errors in cn=Configuration, > > > > but it > > > > does not repair them.  These appear to

How would I determine the address of the ulwp_t structure for the current thread of a process from a 32-bit i386 executable looking at a 32-bit executable? (This is in support of a fix for 6593259: "libdtrace should prefer pid probes to breakpoints".) For example, if I compile the following code 64-bit snippet, I can get that address from 32-bit or 64-bit executables:

Hello, I have a dataset which I am calling RB09. I am trying to match the questions in the code book with variable codes. It is not very intuitive. example: names(RB09) [1] "ea1" "eaf1" "eaf1a" "eaf2" "eaf2_7" [6] "eaf3" "eafimpun" "eafunpun" "evimpmar"

I am using a brand new RH9.0 installation. I installed Asterisk afterwards so I am not sure if Asterisk caused the problem below. The ps doesn't work. It could also be something else. I also tried installing a some video package. But I thought to ask here first if someone has seen this before. [root@localhost asterisk]# ps ps: error while loading shared libraries: libproc.so.2.0.6: cannot

Greetings: ------------ BACKGROUND -------------------------- I am using the Monta Vista development kit on an Intel RedHat Linux platform... the target is PPC_405. The configure utility that comes with the openssh-3.5p1 code will not support cross compilation. It gives an error message about not being able to test its results and then exits before it creates a Makefile. To get around this

Hola de nuevo, Esta es la información de mi sesion: R version 2.10.1 (2009-12-14) i386-pc-mingw32 locale: [1] LC_COLLATE=Spanish_Spain.1252 LC_CTYPE=Spanish_Spain.1252 [3] LC_MONETARY=Spanish_Spain.1252 LC_NUMERIC=C [5] LC_TIME=Spanish_Spain.1252 attached base packages: [1] stats graphics grDevices utils datasets methods base Lo que yo prentendo es

Author: bmc Repository: /hg/zfs-crypto/gate Revision: 213bfe03af413cdf71c523fb076aaa65a6306a7e Log message: 6256581 System got a hang or a panic with dtrace+kmdb 6264573 unanchored dtrace_getpcstack is rather imprecise toward function end 6289517 dtrace doesn''t like fd_intr anymore 6291378 dtrace helpers can interfere with the use of kmdb 6295554 dtrace doesn''t report

After building and bfu''in the lastest ON build, any time I run a dtrace script I get a Seg Fault. Is there a dtrace for dtrace :) Doug root at prae> dtrace -n ''syscall::open*:entry { printf("%s %s",execname,copyinstr(arg0)); }'' Segmentation Fault (core dumped) root at prae> pstack core core ''core'' of 101364: dtrace -n

Am 02.12.19 um 11:43 schrieb Rowland penny via samba: > On 02/12/2019 10:07, Stefan G. Weichinger via samba wrote: >> Am 02.12.19 um 08:47 schrieb L.P.H. van Belle via samba: >>> Hai, >>> >>> Sorry for the late reply. >> Never mind, weekend is important ... >> >>> Here its just apt-get distupgrade --autoremove --purge >>> Without

Hi all, We're trying to hook up our Asterisk config (Card: TE410P) with a Siemens EWSD switch. The link is ok on both ends (green), with no errors. The problem is when we try to make a call from our side (via call files), we get the pri/E1 error Ext: 1 Cause: Temporary failure (41), class = Network Congestion (2) Our Telecom partner (they checked with Siemens) mentioned that we need to

In that case. apt-get update apt-get remove samba winbind --autoremove apt-get dist-upgrade --autoremove apt-get install samba winbind libnss-winbind libpam-winbind tdb-tools apt-get dist-upgrade --autoremove --purge As long as you dont use --purge, everything of samba will stay on the system and you able to install the buster version. Greetz, Louis > -----Oorspronkelijk bericht-----

On 02/12/2019 10:51, Stefan G. Weichinger via samba wrote: > Am 02.12.19 um 11:43 schrieb Rowland penny via samba: >> On 02/12/2019 10:07, Stefan G. Weichinger via samba wrote: >>> Am 02.12.19 um 08:47 schrieb L.P.H. van Belle via samba: >>>> Hai, >>>> >>>> Sorry for the late reply. >>> Never mind, weekend is important ... >>>

This, IMHO, is one of the more annoying bugs with the newer GRUB (which i assume is the bootloader you are using). Specifically the newer grub can't, won't boot from a drive other than the one grub is on. suggest you revert to grub 0.97 or, if any boot loader is or can be put on the drive with the 6.5 distro you can make that drive the boot drive in the bios, which is how i do it. i.e.

> > Is this behavior cured, or do you continue to see it? > No, the behavior isn't cured. We still continue to see it with various clients. I have posted a couple of truss outputs, but so far no resolution. Sorry for the slow response. I've been "fighting other fires". Jackie > Jackie Hunt wrote: > >> On Mon, 2007-09-03 at 12:37 +0200, Robert

Hola Daniel, si perdona di a responder directamente y no me di cuenta. Ya se donde esta el error, pero queria preguntar si a puede ser que mi R funcione mal o algo porque esta manhana ejecute mi script y funciono perfectamente y ahora volvi a ejecutarlo y me volvio a dar el mismo problema de ayer , despues de reiniciar y demas el tinnR y el R, no se si me vacila o es que tengo algo mal en