tech-userlevel  

Messages by Thread

• • Re: EV_SET() better C++ compat with alternative implementations maya
  • Re: EV_SET() better C++ compat with alternative implementations Valery Ushakov
  • Re: EV_SET() better C++ compat with alternative implementations Jaromir Dolecek
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Christos Zoulas
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Valery Ushakov
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Roy Marples
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Roy Marples
  • Re: EV_SET() better C++ compat with alternative implementations Joerg Sonnenberger
  • Re: EV_SET() better C++ compat with alternative implementations Kamil Rytarowski
  • Re: EV_SET() better C++ compat with alternative implementations Jaromir Dolecek
  • Re: EV_SET() better C++ compat with alternative implementations maya
  • Re: EV_SET() better C++ compat with alternative implementations Aran.Clauson
  • Re: EV_SET() better C++ compat with alternative implementations Valery Ushakov
  • Re: EV_SET() better C++ compat with alternative implementations Valery Ushakov
• stdbool.h #define bool _Bool coypu
  • Re: stdbool.h #define bool _Bool Kamil Rytarowski
  • Re: stdbool.h #define bool _Bool Joerg Sonnenberger
• Re: UTF-8 capable fmt(1) is
  • Re: UTF-8 capable fmt(1) Thomas Klausner
  • Re: UTF-8 capable fmt(1) is
  • Re: UTF-8 capable fmt(1) is
  • Re: UTF-8 capable fmt(1) Thomas Klausner
  • Re: UTF-8 capable fmt(1) Kamil Rytarowski
• /usr/bin/printf(1) not POSIX.2 compliant tlaronde
  • Re: /usr/bin/printf(1) not POSIX.2 compliant Robert Elz
  • Re: /usr/bin/printf(1) not POSIX.2 compliant tlaronde
  • Re: /usr/bin/printf(1) not POSIX.2 compliant Robert Elz
  • Re: /usr/bin/printf(1) not POSIX.2 compliant tlaronde
• restoring old jemalloc patches coypu
  • Re: restoring old jemalloc patches coypu
  • Re: restoring old jemalloc patches coypu
• malloc() exceeds RLIMIT_DATA Graham Percival
  • malloc() exceeds RLIMIT_DATA Graham Percival
  • Re: malloc() exceeds RLIMIT_DATA Martin Husemann
  • Re: malloc() exceeds RLIMIT_DATA Graham Percival
  • Re: malloc() exceeds RLIMIT_DATA Thor Lancelot Simon
  • Re: malloc() exceeds RLIMIT_DATA David Holland
  • Re: malloc() exceeds RLIMIT_DATA Graham Percival
  • Re: malloc() exceeds RLIMIT_DATA David Holland
  • Re: malloc() exceeds RLIMIT_DATA Graham Percival
• jemalloc config Robert Swindells
  • Re: jemalloc config Christos Zoulas
• PTHREAD_STACK_MIN vs _SC_THREAD_STACK_MIN Kamil Rytarowski
  • Re: PTHREAD_STACK_MIN vs _SC_THREAD_STACK_MIN Joerg Sonnenberger
  • Re: PTHREAD_STACK_MIN vs _SC_THREAD_STACK_MIN Kamil Rytarowski
• atomics Patrick Welche
  • Re: atomics Joerg Sonnenberger
• NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Michael van Elst
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Michael van Elst
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Michael van Elst
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Robert Elz
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Edgar Fuß
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Robert Elz
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks David Holland
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Robert Elz
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Kamil Rytarowski
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Robert Elz
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Robert Elz
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks Martin Husemann
  • Re: NetBSD truss(1), coredumper(1) and performance bottlenecks David Holland
• static_assert maya
  • Re: static_assert Kamil Rytarowski
  • Re: static_assert maya
  • Re: static_assert maya
  • Re: static_assert Kamil Rytarowski
• GSoC introduction -- argon2 integration Jason High
• libm symbol addition (Was: CVS commit: src) Martin Husemann
• Patch to make <stdio.h> reentrant by default Kamil Rytarowski
  • Re: Patch to make <stdio.h> reentrant by default Kamil Rytarowski
  • Re: Patch to make <stdio.h> reentrant by default Thor Lancelot Simon
  • Re: Patch to make <stdio.h> reentrant by default Kamil Rytarowski
  • Re: Patch to make <stdio.h> reentrant by default Martin Husemann
  • Re: Patch to make <stdio.h> reentrant by default maya
  • Re: Patch to make <stdio.h> reentrant by default Kamil Rytarowski
  • Re: Patch to make <stdio.h> reentrant by default Joerg Sonnenberger
  • Re: Patch to make <stdio.h> reentrant by default Kamil Rytarowski
• terminus font set for netbsd Piotr Meyer
• Forthcoming shell (/bin/sh) changes Robert Elz
• _NETBSD_SOURCE always defined leading to unwanted inclusions tlaronde
  • Re: _NETBSD_SOURCE always defined leading to unwanted inclusions David Holland
  • Re: _NETBSD_SOURCE always defined leading to unwanted inclusions Joerg Sonnenberger
• C11 threads patch proposal Kamil Rytarowski
  • Re: C11 threads patch proposal enh
  • Re: C11 threads patch proposal Kamil Rytarowski
• Having to define _STANDALONE to get standard <time.h> tlaronde
  • Re: Having to define _STANDALONE to get standard <time.h> Martin Husemann
  • Re: Having to define _STANDALONE to get standard <time.h> tlaronde
• pthreads and C11/C17 threads Robert Elz
  • Re: pthreads and C11/C17 threads Kamil Rytarowski
  • Re: pthreads and C11/C17 threads Robert Elz
  • Re: pthreads and C11/C17 threads Kamil Rytarowski
• combining signbitl.c coypu
• /etc/rc.d/local starts not last tlaronde
  • Re: /etc/rc.d/local starts not last Martin Husemann
  • Re: /etc/rc.d/local starts not last tlaronde
  • Re: /etc/rc.d/local starts not last Robert Elz
  • Re: /etc/rc.d/local starts not last tlaronde
  • Re: /etc/rc.d/local starts not last Robert Elz
  • Re: /etc/rc.d/local starts not last Kamil Rytarowski
  • Re: /etc/rc.d/local starts not last Piotr Meyer
• More compatibility for refuse coypu
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Emmanuel Dreyfus
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse Emmanuel Dreyfus
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Taylor R Campbell
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse coypu
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse Emmanuel Dreyfus
  • Re: More compatibility for refuse Greg Troxel
  • Re: More compatibility for refuse Emmanuel Dreyfus
  • Re: More compatibility for refuse Thor Lancelot Simon
  • Re: More compatibility for refuse Emmanuel Dreyfus
  • Re: More compatibility for refuse Thor Lancelot Simon
• SHA384_Update symbol clash with libgs Edgar Fuß
  • Re: SHA384_Update symbol clash with libgs J. Lewis Muir
  • dynamic symbol resolving preference (was: SHA384_Update symbol clash with libgs) Edgar Fuß
  • Re: dynamic symbol resolving preference (was: SHA384_Update symbol clash with libgs) Martin Husemann
  • Re: SHA384_Update symbol clash with libgs David Holland
• find and limits coypu
  • Re: find and limits Martin Husemann
  • Re: find and limits Valery Ushakov
  • Re: find and limits Michał Górny
  • Re: find and limits Robert Elz
  • Re: find and limits coypu
  • Re: find and limits Robert Elz
  • Re: find and limits coypu
  • Re: find and limits Paul Goyette
  • Re: find and limits Robert Elz
• [PATCH] grep: fix ASan heap-buffer-overflow. enh
  • Re: [PATCH] grep: fix ASan heap-buffer-overflow. Kamil Rytarowski
  • Re: [PATCH] grep: fix ASan heap-buffer-overflow. enh
  • Re: [PATCH] grep: fix ASan heap-buffer-overflow. Christos Zoulas
• Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Thor Lancelot Simon
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Thor Lancelot Simon
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Robert Elz
  • Re: Detecting keypress on console Valery Ushakov
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Michael van Elst
  • Re: Detecting keypress on console Emmanuel Dreyfus
  • Re: Detecting keypress on console Michael van Elst
  • Re: Detecting keypress on console Paul Goyette
  • Re: Detecting keypress on console Paul Goyette
  • Re: Detecting keypress on console Michael van Elst
  • Re: Detecting keypress on console Paul Goyette
  • Re: Detecting keypress on console Paul Goyette
  • Re: Detecting keypress on console Valery Ushakov
• [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
  • Re: [PATCH] dump -U to specify dumpdates device Edgar Fuß
  • Re: [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
  • Re: [PATCH] dump -U to specify dumpdates device Thor Lancelot Simon
  • Re: [PATCH] dump -U to specify dumpdates device Edgar Fuß
  • Re: [PATCH] dump -U to specify dumpdates device Thor Lancelot Simon
  • Re: [PATCH] dump -U to specify dumpdates device ignatios
  • Re: [PATCH] dump -U to specify dumpdates device David Holland
  • Re: [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
  • Re: [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
  • Re: [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
  • Re: [PATCH] dump -U to specify dumpdates device Emmanuel Dreyfus
• Proposed POSIX change to the awk spec Robert Elz
• ATF t_mlock() babylon5 kernel panics Robert Elz
  • Re: ATF t_mlock() babylon5 kernel panics Jason Thorpe
• namespace pollution by curses Rin Okuyama
  • Re: namespace pollution by curses Martin Husemann
  • Re: namespace pollution by curses Rin Okuyama
  • Re: namespace pollution by curses Ruibiao Qiu
  • Re: namespace pollution by curses Rin Okuyama

• Earlier messages
• Later messages