similar to: PSARC 2005/689 ELF Extended Program Headers

Author: rie Repository: /hg/zfs-crypto/gate Revision: 03313218730eac4d34c28c7ddc91858f0fe04c79 Log message: 6340814 ld.so.1 core dump with HWCAP relocatable object + updated statistics Files: update: usr/src/cmd/sgs/include/libld.h update: usr/src/cmd/sgs/libld/common/relocate.c update: usr/src/cmd/sgs/liblddbg/common/liblddbg.msg update: usr/src/cmd/sgs/liblddbg/common/statistics.c update:

Author: rie Repository: /hg/zfs-crypto/gate Revision: c8b1a957b6932793bf1ec075bba368e687c7fbca Log message: 6316708 LD_DEBUG should provide a means of identifying/isolating individual link-map lists (fix unref) Files: create: deleted_files/usr/src/cmd/sgs/liblddbg/common/_synonyms.h delete: usr/src/cmd/sgs/liblddbg/common/_synonyms.h

Author: rie Repository: /hg/zfs-crypto/gate Revision: 37c7c62679d7987230afdd78480cf8d105c096a6 Log message: 6372082 ld -r erroneously creates .got section on i386 6201866 amd64: linker symbol elimination is broken Files: update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libld/amd64/machrel.c update:

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

Francois Dion wrote: > Le lundi 16 avril 2007 ? 13:28 -0600, Ali Bahrami a ??crit : >>> Subject: >>> Re: [dtrace-discuss] Getting the function names? >>> From: >>> Bart Smaalders <bart.smaalders at Sun.COM> >>> Date: >>> Fri, 13 Apr 2007 09:48:29 -0700 >>> To: >>> fdion at atriumwindows.com >>> >>>

I'm just asking if there is anything else that needs to be added at all. I seem to have everything linked in from soup to nuts but I want to be sure that a basic or essential feature is not being overlooked for forgotten : [titan] elfdump -d .libs/auth | grep NEED [0] NEEDED 0x3084 libdovecot.so.0 [1] NEEDED 0x3055 libpam.so.1

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:

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

The R manual says R will not build with gcc on 64-bit Solaris x86 with gcc http://cran.r-project.org/doc/manuals/R-admin.html#Solaris "Tests with gcc32 on ?x86? and ?amd64? have been less successful: ?x86? builds have failed on tests using complex arithmetic33, whereas on ?amd64? the builds have failed to complete in several different ways, most recently with relocation errors for

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

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

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 ... >>>

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

https://bugzilla.netfilter.org/show_bug.cgi?id=689 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter at linuxace.com Summary|Ruleset counter on -m |Ordering of multiple

https://bugzilla.netfilter.org/show_bug.cgi?id=689 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail:

http://bugzilla.mindrot.org/show_bug.cgi?id=689 Summary: Improper reverse IP lookup Product: Portable OpenSSH Version: 3.7.1p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: berkvist at

http://bugzilla.mindrot.org/show_bug.cgi?id=689 ------- Additional Comments From djm at mindrot.org 2004-12-20 11:30 ------- I don't see any problems with the code: the second getaddrinfo call is supposed to be called with 'name' and not 'ntop' - it is testing whether 'name' can be parsed as is a numeric address (see the comment immediately above it). The use of

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding:

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