On Wed, 21 Feb 2024, Mark Johnston wrote:
MJ>On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
MJ>> Hi,
MJ>>
MJ>> I updated yesterday and now event a minimal program with
MJ>>
MJ>> cc -fsanitize=address
MJ>>
MJ>> produces
MJ>>
MJ>> ld: error: undefined symbol: __elf_aux_ve
Hi,
when I set a static ARP entry I see an RTM_NEWNEIGH message on a netlink
socket as expected, but the ndm_state is NUD_INCOMPLETE. Should'nt this be
NUD_NOARP? At least this is what Linux returns.
Cheers,
Harti
Hi,
it looks like the typeinfo for __int128_t and __uint128_t is missing from
our dynamically linked libcxxrt. I added it like:
Index: lib/libcxxrt/Version.map
===
--- lib/libcxxrt/Version.map(revision 313007)
+++ lib/libcxxrt
Hi,
I'm trying to use asio (that's boost::asio without boost) to handle
listening sockets asynchronuosly. This appears not to work. There are also
some reports on the net about this problem. I was able to reproduce the
problem with a small C-programm that does the same steps as asio. The
relev
On Mon, 31 Mar 2014, Marciano, Anthony wrote:
MA>Currently, we are just looking to monitor standard objects such as
MA>interfaces and send traps accordingly. Would it be possible to provide
MA>a trap example of what needs to be added to the snmpd.config file to
MA>monitor an object and have it
Hi Anthony,
On Fri, 28 Mar 2014, Marciano, Anthony wrote:
MA>I've been tasked to get bsnmpd V3 working for my company. The post
MA>referenced in the subject above gave me some insights but I'm still
MA>stuck and was wondering if you would take the time to answer some
MA>questions. I'm a snmpV3
riginal Message-
RM>> From: Rick Macklem [mailto:rmack...@uoguelph.ca]
RM>> Sent: Tuesday, May 14, 2013 2:50 PM
RM>> To: Brandt, Hartmut
RM>> Cc: curr...@freebsd.org
RM>> Subject: Re: files disappearing from ls on NFS
RM>>
RM>> Hartmut Brandt wrote:
On Mon, 13 May 2013, Rick Macklem wrote:
RM>Hartmut Brandt wrote:
RM>> On Sun, 12 May 2013, Rick Macklem wrote:
RM>>
RM>> RM>Hartmut Brandt wrote:
RM>> RM>> Hi,
RM>> RM>>
RM>> RM>> I've updated one of my -current machines this wee
On Sun, 12 May 2013, Rick Macklem wrote:
RM>Hartmut Brandt wrote:
RM>> Hi,
RM>>
RM>> I've updated one of my -current machines this week (previous update
RM>> was in
RM>> february). Now I see a strange effect (it seems only on NFS mounts):
RM>> ls o
On Mon, 6 May 2013, Rick Macklem wrote:
RM>Hartmut Brandt wrote:
RM>> Hi Rick,
RM>>
RM>> the patch doesn't help. So how can I help to fix that? Of course, I
RM>> can use the work-around with oldnfs, but ...
RM>>
RM>Well, I plan on going through the r
2013, Rick Macklem wrote:
RM>>
RM>> RM>Hartmut Brandt wrote:
RM>> RM>> Hi,
RM>> RM>>
RM>> RM>> I've updated one of my -current machines this week (previous
RM>> update
RM>> RM>> was in
RM>> RM>> february).
On Fri, 3 May 2013, Daniel Braniss wrote:
DB>I don't know about current, but on 9.1-stable, the nfsstat -m only works
DB>for root! nfsstat can be run by anybody.
Same for current. It silently prints nothing. Took me some time
to figure out I should try as root...
harti
__
Hi Rick,
I checked. readdirsize is 64k.
I will try to do a binary search for the problematic commit next week. For
this I had to do a local checkout (usually I have the system sources on
the file server and this fails, of course).
harti
On Fri, 3 May 2013, Rick Macklem wrote:
RM>Hart
st week here.
If you mean SA-13:05.nfsserver that seams to be related to the NFS server
only. My problem is in the client.
harti
FC>
FC>
FC>On Thu, May 2, 2013 at 9:11 AM, Hartmut Brandt
FC>wrote:
FC> Hi,
FC>
FC> I've updated one of my -current machines this
Hi,
I've updated one of my -current machines this week (previous update was in
february). Now I see a strange effect (it seems only on NFS mounts): ls or
even echo * will list only some files (strange enough the first files from
the normal, alphabetically ordered list). If I change something i
Hi,
it seems that there is a syntax error in malloc_np.h. It contains lines like:
int allocm(void **ptr, size_t *rsize, size_t size, int flags)
__attribute__(nonnull(1));
The problem is that the syntax of the attributes actually requires two
parenthesis:
__attribute__((nonnull(1)))
Hi,
I'm running a kernel+world compiled with clang (everything fresh from two
days ago). Kernel and world are in sync. When I run netstat -rn I get a
'no namelist'.
I tried to track that down and it looks like this is an issue with the symbol
dumptid defined in kern_shutdown. libkvm tries to look
17 matches
Mail list logo
