Re: native recording of all network connections on freebsd

On Wed, Dec 28, 2022 at 4:21 PM Dan Mack wrote: > > I'm wondering if anyone can help point me at a good way to continously > capture every inbound and outbound connection made to a freebsd system. > I'd prefer a way that is native in base if possible. I don't really want > to record all the pac

Re: Using modern APIs in Rust on FreeBSD

On Wed, Sep 22, 2021 at 6:08 AM Alan Somers wrote: > tldr; should the Rust ecosystem ditch FreeBSD 10 compat for new code? > > Rust uses FFI to talk to the OS's C library. That makes cross-compiling a > breeze. Unfortunately, it also fossilizes the ABI. FreeBSD's libc makes > careful use of EL

Re: editors/libreoffice PDF export/printing broken

On Mon, Jun 22, 2020 at 7:27 PM Oleksandr Kryvulia wrote: > 22.06.20 20:21, Gleb Popov пишет: > > On Mon, Jun 22, 2020 at 9:04 PM Kostya Berger > wrote: > > > >> r362292In editors/libreoffice 6.4.4 PDF export is broken, including also > >> PDF print to file. Tried with locally built 6.4.4 and pr

Re: gcc versus clang issue for 32-bit binaries

MAP_FIXED is generally bad news, as it overwrites any prior mappings within the range of addresses being mapped to. They should use MAP_FIXED | MAP_EXCL instead, which will fail if any mappings already exist in the range, and then maybe retry with another range if it fails. Linux and NetBSD have M

Re: FUSE Call for Testing

NTFS-3G (sysutils/fusefs-ntfs) is probably the most widely used FUSE filesystem. On Fri, Aug 9, 2019 at 4:21 AM Clay Daniels Jr. wrote: > Alan, I'm pretty much into 13.0 Current and most weeks install the newest > snapshot build. I don't know if I use FUSE or not, if you must know the > truth. I

Re: FreeBSD 13.0-CURRENT r346362 + webcamd -- no /dev/video*

> I was doing some webcamd development just a few days ago and might be able to help. Does your camera work in Linux? If so, on what version? Regards Damjan Jovanovic ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Building freebsd on another OS

On Tue, Mar 19, 2019 at 2:04 AM Eric Joyner wrote: > On Sun, Mar 17, 2019 at 6:35 AM Hans Petter Selasky > wrote: > > > > > See the freebsd-build utils package for Linux. > > > > --HPS > > > > > Is there anything for Windows? > > > FreeBSD uses ELF binaries. Microsoft's compilers only generate P

Re: FreeBSD, IPFW and the SIP/VoIP NAT problem

On Wed, Sep 27, 2017 at 1:16 PM, O. Hartmann wrote: > On Tue, 26 Sep 2017 16:26:51 +0200 > Damjan Jovanovic wrote: > > > On Tue, Sep 26, 2017 at 3:44 PM, O. Hartmann > > wrote: > > > > > On Tue, 26 Sep 2017 11:00:45 +0200 > > > Damjan Jovanovic wr

Re: FreeBSD, IPFW and the SIP/VoIP NAT problem

On Tue, Sep 26, 2017 at 11:27 AM, Guido Falsi wrote: > On 09/26/2017 10:35, O. Hartmann wrote: > > > of the RTP connection doesn't make it through IPFW/NAT. As often I > search the > > net, I always get informed this is a typical problem and solutions are > > provided by so called ALGs - since SI

Re: FreeBSD, IPFW and the SIP/VoIP NAT problem

On Tue, Sep 26, 2017 at 3:44 PM, O. Hartmann wrote: > On Tue, 26 Sep 2017 11:00:45 +0200 > Damjan Jovanovic wrote: > > > On Tue, Sep 26, 2017 at 10:35 AM, O. Hartmann > > wrote: > > > > > Hello, > > > > > > trying to build a FreeBSD based

Re: FreeBSD, IPFW and the SIP/VoIP NAT problem

On Tue, Sep 26, 2017 at 10:35 AM, O. Hartmann wrote: > Hello, > > trying to build a FreeBSD based router/PBX (Asterisk 13) appliance, I ran > into > several problems. My questions might have a "noobish" character, so my > apology, > my experiences with IPFW are not as thorough as they should be.

Re: FreeBSD MachO File format, your comments on it.

ELF itself is a disaster. Symbol lookup in ELF is process scoped, not library scoped like Windows's PE and Mac's Mach-O, so same named symbols from different libraries in the same process (loaded through any number of levels of indirection) can and do clash, resulting in memory corruption. This is

Re: libreoffice 5.x && problem with threads?

Some threads are in accept while others are in join - could be that "close(socket) doesn't wake up threads in accept(socket)" deadlock I fixed in AOO months ago. Does that patch help: https://github.com/apache/openoffice/commit/033c508048e3cd55bdbf4476f5f35b0aa0fcc5c0 Damjan On Fri, Feb 5, 2016 a

Re: Intel Haswell support - Any updates?

On Thu, Sep 17, 2015 at 12:15 PM, O. Hartmann wrote: > On Thu, 17 Sep 2015 18:55:10 +0900 > "Lundberg, Johannes" wrote: > >> Looking at those pages it seems like development has basically been >> standing still for the last couple of years. >> >> DragonFlyBSD claims to have support for Haswell, m

ufs/devfs "lock order reversal" on poweroff

Hi On r278909 (and probably earlier) I get the following when I run "poweroff" (retyped from a video of it I had to record, since it disappears very quickly): Syncing disks, vnodes remaining...4 1 0 0 done All buffers synced. lock order reversal: 1st 0xf80014d4d060 ufs (ufs) 0 /usr/src/sys/k

Re: openjdk6 broken on current

() from /lib/libthr.so.3 > #3 0x71d3 in ?? () > #4 0x000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x000801ba9540 in Deoptimization::unpack_frames () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x000803869f7e in ?? () > #7 0x7fbfa450 in ?? () > > #8 0x00080383b828 in ?? () > #9 0x00080685e6e0 in ?? () > #10 0x00080684f000 in ?? () > #11 0x7fbfa4a0 in ?? () > #12 0x7fbfa518 in ?? () > > #13 0x00080308f000 in ?? () > #14 0x000806bac750 in ?? () > > #15 0x000803869eb9 in ?? () > #16 0x in ?? () > (gdb) That backtrace would probably be clearer if you got it from a debug build of OpenJDK. Also you could find the exact commit that broke it by doing a bisection-search in SVN like "git bisect" would do. Regards Damjan Jovanovic ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"