_types.h: increase size of size_t

Following the revalations made by a misc@ poster, I am happy to present the following patch which increases the width of size_t from "long" to "long long", which is twice the width as before, on all platforms. This has the effect of doubling the amount of available memory regardless of the

Re: dmesg: 6.5 i386 GENERIC on 'Thinkpad R40 (type 2722)'

On Sat, May 25, 2019 at 12:07:40AM +0200, zeurk...@volny.cz wrote: > [not subscribed, please Cc, thanks.] > > OpenBSD 6.5 (GENERIC) #1338: Sat Apr 13 15:07:04 MDT 2019 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC Hi, Thank you for your dmesg, however, in the future

Re: user unable to log in xenodm / Xorg session | XIO fatal io error 35

On Thu, May 2, 2019 at 7:53 PM wrote: > > SYMPTOM: Soon after a fresh OpenBSD install intended to use as a > laptop / work engine, and consequently a few uses of a graphical > session, suddenly the X session cannot start anymore : logging > in with a correct user/passwd pair provokes a crash and

Re: OpenBSD Foundation on HTTPS

Hi, There is no need. There is nothing secret on those web servers, there is no logical reason to encrypt it. This issue has been discussed to death. Please check archives. Ian On Tue, Feb 6, 2018 at 4:03 AM, Hess THR wrote: > Hello, > > because HTTPS increases the

Re: Hellos from the Lands of ..Arkanaias

please do not use this list to test markov bots, it is for miscellaneous openbsd discussion, thanks

Re: size of size_t

On Thu, Oct 12, 2017 at 12:58 PM, wrote: > Hi, > > I just discovered, to my dismay, that size_t is only 32 bits, even on > 64-bit processors. Is there a particular pressing reason for this? A > quick investigation reveals that even dd(1) is affected -- this is IMO > not good. >

printf(3): extra parameters, %b token, and cpp antics

I noticed some strange code in src/sys/arch/armv7/omap/ommmc.c This preprocessor define seems to map intr. state bit positions with strings describing them: 149 #define MMCHS_STAT_FMT "\20" \ 150 "\x09d_BADA" \ 151 "\x09c_CERR" \ 152 "\x098_ACE" \ 153 "\x096_DEB" \ 154

xenocara/radeon: incorrect AccelMethod assumption for TURKS card

Xenocara incorrectly selects "EXA" acceleration method instead of "glamor" for my Radeon HD 7670 (TURKS) video card, which results in bizzare, unusable display in Xorg. Adding the following config file, named "10-display.conf" in /usr/X11R6/share/X11/xorg.conf.d/ fixes the problem: Section

Re: httpd: certificate files with prepended intermediates

On Tue, Sep 13, 2016 at 09:50:43AM +0200, Robert Klein wrote: > Did you try to /append/ the intermediate certificate(s) to the server > certificate? That worked for me on OpenBSD 6.0's httpd. Yes. Uncanny timing on your mail -- I just got it to work. httpd(8) needs the intermediate certificate

Re: httpd: certificate files with prepended intermediates

On Tue, Sep 13, 2016 at 12:05:53AM -0700, Philip Guenther wrote: > See, here's where you're taking a wrong turn that I should have caught > earlier: your first post should answer this question: > What problem are you trying to solve? > > httpd may be able to do what you want *already*,

httpd: certificate files with prepended intermediates

httpd currently fails to serve over TLS if the certificate file specified in httpd.conf contains an intermediate certificate ahead of the site's certificate. httpd still starts with no error indication (with rcctl) but `httpd -d` shows: server_tls_init: failed to configure tls - failed to load

Re: Interface between block/char device and driver handler functions

> So my question is, how do I get a block device in /dev to connect to > my driver open/close/ioctl/etc functions? And secondly, if I want this > to happen automatically a la MAKEDEV, am I supposed to edit the m4 macro > in etc/etc.armv7/MAKEDEV.md or is there a more proper way? I figured out the