https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #16 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #13)
The library that I've built has libGL-NVIDIA.so.1 listed before libthr.so.3:
> $ ldd -a ./libx.so
> ./libx.so:
> libGL.so.1 =>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261763
Bug ID: 261763
Summary: tar fails to create iso file using -a option
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259631
Kubilay Kocak changed:
What|Removed |Added
Resolution|Works As Intended |Overcome By Events
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #15 from Yuri Victorovich ---
Created attachment 231593
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=231593=edit
mk-shlib.sh
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
Yuri Victorovich changed:
What|Removed |Added
Attachment #231592|text/x-c++src |text/plain
mime type|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #13 from Konstantin Belousov ---
(In reply to Yuri Victorovich from comment #12)
libthr.so.3 is listed before libGL.so.1. which means that it is loaded
after libGL.so.1.
$ ldd -a ./all-libs-for-dlopen-assert/CardinalFX.so
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #12 from Yuri Victorovich ---
The link line for CardinalFX.so is:
> c++ ../../build/CardinalFX/CardinalPlugin.cpp.o
> ../../build/CardinalFX/CardinalCommon.cpp.o
> ../../build/CardinalFX/common.cpp.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #11 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #9)
It is already linked with -lpthread.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
Yuri Victorovich changed:
What|Removed |Added
CC||da...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #9 from Konstantin Belousov ---
(In reply to Yuri Victorovich from comment #8)
Either do LD_PRELOAD=libthr.so.3 ./load ...
Or link the load binary with -lpthread
--
You are receiving this mail because:
You are the assignee
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #8 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #7)
Interesting what can be done about this.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261749
Kubilay Kocak changed:
What|Removed |Added
Flags||maintainer-feedback?(x11@Fr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261746
Kubilay Kocak changed:
What|Removed |Added
Severity|Affects Many People |Affects Some People
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #7 from Konstantin Belousov ---
The message comes from your libGL-NVIDIA.so.1, not from rtld.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261744
Kubilay Kocak changed:
What|Removed |Added
Status|New |Open
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #6 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #5)
Log printed by 'LD_DEBUG=1 ./load ./CardinalFx.so':
https://people.freebsd.org/~yuri/CardinalFX.log
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #5 from Konstantin Belousov ---
(In reply to Yuri Victorovich from comment #4)
You saw the output on my machine.
Try something like 'LD_DEBUG=1 ./load .CardinalFx.so' so that you see what
happens, and where.
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #4 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #3)
load.c itself works fine on other shared libraries, just not on this one.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #3 from Konstantin Belousov ---
With that I get
solo% LD_LIBRARY_PATH=. ../load CardinalFX.so
handle=0x800226c08 error=n/a
I suspect you have some issue with mismatched libc/libthr, so rtld actually
aborts on the image
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
--- Comment #2 from Yuri Victorovich ---
(In reply to Konstantin Belousov from comment #1)
https://people.freebsd.org/~yuri/all-libs-for-dlopen-assert.tgz
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261760
Bug ID: 261760
Summary: dlopen asserts instead of returning an error
Product: Base System
Version: 13.0-STABLE
Hardware: Any
OS: Any
Status: New
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261755
Herbert J. Skuhra changed:
What|Removed |Added
CC||herb...@gojira.at
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261755
Ian changed:
What|Removed |Added
CC||iandstan...@gmail.com
URL|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261755
Bug ID: 261755
Summary: FreeBSD 13.0 ships with 2018's OpenSSH 7.9
Product: Base System
Version: 13.0-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261524
trond.endres...@ximalas.info changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223729
Fabian Wenk changed:
What|Removed |Added
CC||fab...@wenks.ch
--- Comment #2 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261751
Bug ID: 261751
Summary: vt newcons mouse pointer background display bug
Product: Base System
Version: Unspecified
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261749
Bug ID: 261749
Summary: radeonkms corrupts kernel (panic) when being unloaded
Product: Base System
Version: Unspecified
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261641
--- Comment #2 from Stefan B. ---
This was on a testing machine (HP Z800 late boot block with latest BIOS) with
13-RELEASE-p6 using Radeon HD 7350.
pkg are latest (pkg update upgrade was done shortly before).
dmesg.boot is gone, as I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261746
--- Comment #2 from Michael ---
Hypervisor: Windows Server 2019 (1809, 17763.2510)
Network adapters:
1. Mellanox ConnectX-3 EN NIC for OCP; 10GbE; dual-port SFP+; PCIe3.0 x8;
IPMI disabled; R6 (Firmware version: 2.42.5000, Driver
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261746
--- Comment #1 from Michael ---
Made a mistake here:
> "We make sure that there is a network connection through the first network
> adapter. Communication has stopped through this network adapter, both from
> the VM and from outside to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261746
Bug ID: 261746
Summary: SR-IOV in guests Windows Server 2022 mlx5en not work.
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261744
--- Comment #1 from Daniel Pérez ---
Stack dump:
0. Program arguments: lldb ./drez
1. :1:1: current parser token 'to_ref'
2. :44:1: parsing function body '$__lldb_expr'
3. :44:1: in compound statement ('{}')
#0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261744
Bug ID: 261744
Summary: LLDB crashes when autocompleting variable name with p
Product: Base System
Version: 13.0-STABLE
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259631
David Chisnall changed:
What|Removed |Added
Resolution|--- |Works As Intended
37 matches
Mail list logo
