gmane.os.freebsd.architechture archive

1299 archived articles, newest first (page 9 of 13). Latest articles →

improving C++ libc headers
Tue, 30 Jan 2024 13:30:54 +0000
Lexi Winter <[email protected]> • #23839
Re: Importing Heimdal 7.8.0
Sun, 28 Jan 2024 06:49:09 -0800
Cy Schubert <[email protected]> • #23838
Adopting C17
Sun, 28 Jan 2024 05:44:20 +0000
Minsoo Choo <[email protected]> • #23837
Importing Heimdal 7.8.0
Sun, 28 Jan 2024 05:38:03 +0000
Minsoo Choo <[email protected]> • #23836
C++ in base, async wrappers
Tue, 23 Jan 2024 19:38:52 +0000
Lexi Winter <[email protected]> • #23835
Re: PS3 Support Query
Sat, 20 Jan 2024 10:31:39 +0100
Alexander Leidinger <[email protected]> • #23834
PS3 Support Query
Fri, 19 Jan 2024 11:03:54 -0700
Warner Losh <[email protected]> • #23833
Re: orch(1) for tty testing
Tue, 16 Jan 2024 18:55:51 -0700
Warner Losh <[email protected]> • #23832
Re: orch(1) for tty testing
Tue, 16 Jan 2024 19:27:23 -0600
Kyle Evans <[email protected]> • #23831
Re: orch(1) for tty testing
Tue, 16 Jan 2024 14:22:42 -0500
Mark Johnston <[email protected]> • #23830
Re: orch(1) for tty testing
Tue, 16 Jan 2024 11:56:55 -0700
Warner Losh <[email protected]> • #23829
orch(1) for tty testing
Mon, 15 Jan 2024 13:54:54 -0600
Kyle Evans <[email protected]> • #23828
Re: status of Heimdal in src
Thu, 28 Dec 2023 20:03:27 -0800
Cy Schubert <[email protected]> • #23827
status of Heimdal in src
Fri, 29 Dec 2023 00:15:55 +0000
Lexi Winter <[email protected]> • #23826
tmpfs is overly aggressive on memory usage
Tue, 12 Dec 2023 19:25:55 -0600
Mike Karels <[email protected]> • #23825
Re: Time to remove sccs tags
Fri, 24 Nov 2023 15:00:00 -0700
Warner Losh <[email protected]> • #23824
Re: Time to remove sccs tags
Thu, 23 Nov 2023 14:39:53 -0800
Enji Cooper <[email protected]> • #23823
Re: Time to remove sccs tags
Tue, 21 Nov 2023 23:03:23 -0700
Warner Losh <[email protected]> • #23822
Re: Time to remove sccs tags
Wed, 22 Nov 2023 13:41:43 +0800
Philip Paeps <[email protected]> • #23821
Re: Time to remove sccs tags
Wed, 22 Nov 2023 06:21:27 +0100
Robert Clausecker <[email protected]> • #23820
Re: Time to remove sccs tags
Wed, 22 Nov 2023 13:15:14 +0800
Philip Paeps <[email protected]> • #23819
Re: Time to remove sccs tags
Tue, 21 Nov 2023 11:09:57 -0700
Warner Losh <[email protected]> • #23818
Re: Time to remove sccs tags
Tue, 21 Nov 2023 18:03:25 +0000
Brooks Davis <[email protected]> • #23817
Re: Time to remove sccs tags
Tue, 21 Nov 2023 17:11:34 +0000
Gary Jennejohn <[email protected]> • #23816
Re: Time to remove sccs tags
Tue, 21 Nov 2023 10:41:10 -0600
Mike Karels <[email protected]> • #23815
Time to remove sccs tags
Tue, 21 Nov 2023 09:12:48 -0700
Warner Losh <[email protected]> • #23814
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 17:44:56 -0700
Warner Losh <[email protected]> • #23813
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 09:14:27 -0700
Warner Losh <[email protected]> • #23812
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 08:01:09 -0800
Cy Schubert <[email protected]> • #23811
Re: Some K&R support to be removed from sys/cdefs.h
Sun, 19 Nov 2023 21:25:05 -0700
Warner Losh <[email protected]> • #23810
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 05:24:15 +0100
Robert Clausecker <[email protected]> • #23809
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 04:19:11 +0000
Jessica Clarke <[email protected]> • #23808
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 05:15:07 +0100
Robert Clausecker <[email protected]> • #23807
Re: Some K&R support to be removed from sys/cdefs.h
Mon, 20 Nov 2023 11:50:21 +0800
Zhenlei Huang <[email protected]> • #23806
Some K&R support to be removed from sys/cdefs.h
Sun, 19 Nov 2023 20:44:49 -0700
Warner Losh <[email protected]> • #23805
Looking for review on amd64 libc SIMD enhancements
Mon, 20 Nov 2023 00:07:55 +0100
[email protected] • #23804
Re: Suppressing the _KPOSIX_PRIORITY_SCHEDULING kernel config option
Fri, 17 Nov 2023 05:43:28 -0600
"A. Wilcox" <[email protected]> • #23803
Suppressing the _KPOSIX_PRIORITY_SCHEDULING kernel config option
Fri, 17 Nov 2023 12:12:05 +0100
Olivier Certner <[email protected]> • #23802
Re: Any particular reason we don't have sshd oomprotected by default?
Mon, 13 Nov 2023 12:43:01 +0100
Alexander Leidinger <[email protected]> • #23801
Re: Any particular reason we don't have sshd oomprotected by default?
Fri, 10 Nov 2023 12:16:46 +0100
Alexander Leidinger <[email protected]> • #23800
Re: Any particular reason we don't have sshd oomprotected by default?
Fri, 10 Nov 2023 11:55:50 +0100
Daniel Ebdrup Jensen <[email protected]> • #23799
Re: Any particular reason we don't have sshd oomprotected by default?
Fri, 10 Nov 2023 10:20:39 +0000
Gary Jennejohn <[email protected]> • #23798
Re: Any particular reason we don't have sshd oomprotected by default?
Fri, 10 Nov 2023 10:07:30 +0100
Alexander Leidinger <[email protected]> • #23797
Re: Any particular reason we don't have sshd oomprotected by default?
Fri, 10 Nov 2023 10:31:53 +0800
Philip Paeps <[email protected]> • #23796
Re: Any particular reason we don't have sshd oomprotected by default?
Thu, 09 Nov 2023 11:59:59 -0800
Cy Schubert <[email protected]> • #23795
Re: Any particular reason we don't have sshd oomprotected by default?
Thu, 09 Nov 2023 19:20:30 +0800
Philip Paeps <[email protected]> • #23794
Re: Any particular reason we don't have sshd oomprotected by default?
Thu, 09 Nov 2023 19:18:53 +0800
Philip Paeps <[email protected]> • #23793
Re: Any particular reason we don't have sshd oomprotected by default?
Thu, 09 Nov 2023 09:17:03 +0100
Alexander Leidinger <[email protected]> • #23792
Re: Any particular reason we don't have sshd oomprotected by default?
Thu, 9 Nov 2023 09:09:00 +0100
Robert Clausecker <[email protected]> • #23791
Any particular reason we don't have sshd oomprotected by default?
Thu, 09 Nov 2023 08:54:22 +0100
Alexander Leidinger <[email protected]> • #23790
Re: HEADS UP: IUTF8 to be enabled by default
Mon, 6 Nov 2023 16:00:11 +0100
Baptiste Daroussin <[email protected]> • #23789
Re: HEADS UP: IUTF8 to be enabled by default
Mon, 6 Nov 2023 16:55:33 +0200
Christos Margiolis <[email protected]> • #23788
Re: HEADS UP: IUTF8 to be enabled by default
Sun, 05 Nov 2023 19:13:57 +0100
Baptiste Daroussin <[email protected]> • #23787
Re: HEADS UP: IUTF8 to be enabled by default
Sat, 04 Nov 2023 14:17:43 +0000
"Poul-Henning Kamp" <[email protected]> • #23786
Re: HEADS UP: IUTF8 to be enabled by default
Fri, 3 Nov 2023 15:54:23 +0200
Christos Margiolis <[email protected]> • #23785
Re: HEADS UP: IUTF8 to be enabled by default
Fri, 3 Nov 2023 07:23:02 -0600
Warner Losh <[email protected]> • #23784
Re: HEADS UP: IUTF8 to be enabled by default
Fri, 3 Nov 2023 14:51:38 +0200
Christos Margiolis <[email protected]> • #23783
Re: HEADS UP: IUTF8 to be enabled by default
Fri, 3 Nov 2023 07:15:29 +0000
Gary Jennejohn <[email protected]> • #23782
HEADS UP: IUTF8 to be enabled by default
Thu, 2 Nov 2023 21:43:32 +0200
Christos Margiolis <[email protected]> • #23781
Re: IUTF8 on by default
Thu, 2 Nov 2023 11:19:18 +0200
Christos Margiolis <[email protected]> • #23780
[Bug 270481] intro(9) needs an update/rewrite
Mon, 16 Oct 2023 17:12:40 +0000
[email protected] • #23779
[Bug 270481] intro(9) needs an update/rewrite
Mon, 11 Sep 2023 22:44:47 +0000
[email protected] • #23778
Re: Last bits of SCCS, RCS, CVS and Subversion IDs
Wed, 6 Sep 2023 12:18:11 -0700
Enji Cooper <[email protected]> • #23777
Re: Last bits of SCCS, RCS, CVS and Subversion IDs
Wed, 6 Sep 2023 11:52:43 -0600
Warner Losh <[email protected]> • #23776
Re: Last bits of SCCS, RCS, CVS and Subversion IDs
Tue, 5 Sep 2023 11:18:44 -0700
Steve Kargl <[email protected]> • #23775
Re: Possible regression in main causing poor performance
Tue, 05 Sep 2023 10:55:33 -0700
Cy Schubert <[email protected]> • #23774
Re: Last bits of SCCS, RCS, CVS and Subversion IDs
Tue, 5 Sep 2023 11:47:05 -0600
Warner Losh <[email protected]> • #23773
Re: Possible regression in main causing poor performance
Tue, 5 Sep 2023 10:36:49 -0700
Mark Millard <[email protected]> • #23772
Re: Last bits of SCCS, RCS, CVS and Subversion IDs
Tue, 05 Sep 2023 09:03:59 -0700
Cy Schubert <[email protected]> • #23771
Last bits of SCCS, RCS, CVS and Subversion IDs
Fri, 1 Sep 2023 20:19:15 -0600
Warner Losh <[email protected]> • #23770
Re: Possible regression in main causing poor performance
Wed, 30 Aug 2023 13:44:06 -0700
Cy Schubert <[email protected]> • #23769
Re: Possible regression in main causing poor performance
Wed, 30 Aug 2023 18:44:26 +0000
Glen Barber <[email protected]> • #23768
Re: Possible regression in main causing poor performance
Mon, 28 Aug 2023 18:06:09 -0700
Mark Millard <[email protected]> • #23767
HEADS-UP: stable/14 branched
Thu, 24 Aug 2023 23:24:11 +0000
Glen Barber <[email protected]> • #23766
Re: Possible regression in main causing poor performance
Fri, 18 Aug 2023 20:23:00 -0700
Mark Millard <[email protected]> • #23765
Possible regression in main causing poor performance
Sat, 19 Aug 2023 00:10:59 +0000
Glen Barber <[email protected]> • #23764
Re: Future of 32-bit platforms (including i386)
Mon, 14 Aug 2023 21:38:37 +0000
Brooks Davis <[email protected]> • #23763
Re: Future of 32-bit platforms (including i386)
Mon, 14 Aug 2023 13:08:18 -0600
Warner Losh <[email protected]> • #23762
Re: Future of 32-bit platforms (including i386)
Mon, 14 Aug 2023 15:04:51 -0400
Ed Maste <[email protected]> • #23761
D40466: HW-assisted tracing
Tue, 8 Aug 2023 15:12:52 +0100
Ruslan Bukin <[email protected]> • #23760
[Bug 270481] intro(9) needs an update/rewrite
Sun, 06 Aug 2023 17:59:10 +0000
[email protected] • #23759
Re: Future of 32-bit platforms (including i386)
Fri, 4 Aug 2023 11:11:02 +0200
Robert Clausecker <[email protected]> • #23758
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 22:11:21 -0700
Mark Millard <[email protected]> • #23757
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 22:43:43 -0600
Warner Losh <[email protected]> • #23756
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 23:42:54 -0500
Kyle Evans <[email protected]> • #23755
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 21:34:17 -0700
John Baldwin <[email protected]> • #23754
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 14:36:48 -0700
Mark Millard <[email protected]> • #23753
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 16:23:46 -0500
[email protected] • #23752
Re: Future of 32-bit platforms (including i386)
Thu, 3 Aug 2023 12:57:08 -0700
John Baldwin <[email protected]> • #23751
[Bug 270481] intro(9) needs an update/rewrite
Thu, 03 Aug 2023 14:08:33 +0000
[email protected] • #23750
Re: Future of 32-bit platforms (including i386)
Thu, 27 Jul 2023 12:49:54 -0500
[email protected] • #23749
Re: Future of 32-bit platforms (including i386)
Mon, 24 Jul 2023 23:10:51 -0600
Warner Losh <[email protected]> • #23748
Re: Heads up: s/u_intXX_t/uintXX_t/ in sys/cam
Mon, 24 Jul 2023 22:31:24 -0600
Warner Losh <[email protected]> • #23747
Re: Future of 32-bit platforms (including i386)
Mon, 24 Jul 2023 13:59:05 -0700
Mark Millard <[email protected]> • #23746
Re: Future of 32-bit platforms (including i386)
Mon, 24 Jul 2023 12:33:57 -0700
John Baldwin <[email protected]> • #23745
[Bug 270481] intro(9) needs an update/rewrite
Wed, 19 Jul 2023 20:59:53 +0000
[email protected] • #23744
[Bug 270481] intro(9) needs an update/rewrite
Wed, 19 Jul 2023 14:56:21 +0000
[email protected] • #23743
Updated 14.0-RELEASE schedule
Mon, 26 Jun 2023 18:22:05 +0000
Glen Barber <[email protected]> • #23742
Re: Delay in 14.0-RELEASE cycle and blocking items
Wed, 21 Jun 2023 01:44:09 +0000
Glen Barber <[email protected]> • #23741
Re: Future of 32-bit platforms (including i386)
Sat, 03 Jun 2023 13:30:31 -0700
Cy Schubert <[email protected]> • #23740
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.