2014 11:03:51 -
@@ -0,0 +1,66 @@
+.\ Copyright (c) 2014 Kristaps Dzonsons krist...@bsd.lv
+.\ Permission to use, copy, modify, and distribute this software for any
+.\ purpose with or without fee is hereby granted, provided that the above
+.\ copyright notice
On 20/04/2011 08:40, Jason McIntyre wrote:
On Tue, Apr 19, 2011 at 04:04:52PM -0700, Matthew Dempsky wrote:
In the STANDARDS section, groff -Tascii -mandoc isfdtype.3 renders:
The isfdtype() function is expected to conform to POSIX 1003.1g.
whereas mandoc renders:
Enclosed is a small patch that lifts the constraint on uploading only
regular files in sftp(1). It's useful to me in dump(8)ing to a remote
ChrootDirectory'd, ForceCommand sftp-internal server so that I needn't
put dd(1) or something in the jail. This way, I can have an empty jail
> however, i found it interesting to get my head around this aspect
> of the system, and i figured other people (such as this years
> comp3301 students) would be interested too. i also felt sad i couldnt
> find kritaps mult code anywhere, so i wanted this to be backed up
> by everyone for future
If you've used the SQLite C library, you're familiar with where their
If you're on OpenBSD, you started with "apropos -s3 sqlite3", were
shocked that there's nothing there, then moved on to Google with a
wounding confusion in your heart.
>> We should provide documentation for at least the programmatic aspects
>> of it. (The full extent of SQL language documentation may be beyond
>> the scope of base, but C APIs are not.)
> I doubt it's worth wasting time on.
I can't speak for sqlite and inclusion (what is this `less
> I wrote this little tool for vmd that is not intended for the tree,
> but will eventually go into ports (it uses kcgi which is not in base).
Have you thought of writing this in a secure language like Rust or
Swift? Writing cgi stuff in C seems just asking for trouble.
>>> Since this came up.. what does anyone think about adding the original
>>> version back to ports? (personally, I could do with moving things away
>>> from the python version, but I need dns-01..)
>> I'm planing on re-introducing the [-t switch] functinality.
> What direction are you
In running risky non-root applications, it'd be great to chroot(2)
without needing to be root. But the manpage says no. So I added a
system call, uchroot(2), that does the following:
(1) performs the change-root w/o checking for root
(2) disables setuid (flag is inherited)
The (2) plugs the
The following patch fixes exit codes, which became confused in the
switch from returning a Boolean and an exit code. I actually prefer for
these to become an enum to avoid further confusion, but this just gets
It also documents the return values in each function and unifies the
>> ... it says the modification time is a time_t. Which means we only
>> have seconds, not subseconds.
> Fair enough. The protocol predates common availability of nanosecond
> file timestamps.
It's worse than that. It's 32-bit time_t.
very easily take a BER-encoded string
and parse out its ASN.1 data structures.
The functions are defined in /usr/src/lib/libcrypto/asn1/asn1_lib.c.
.\" $OpenBSD: mdoc.template,v 1.15 2014/03/31 00:09:54 dlg Exp $
.\" Copyright (c) 2019 Kristaps Dzonsons
,v 1.15 2014/03/31 00:09:54 dlg Exp $
.\" Copyright (c) 2019 Kristaps Dzonsons
.\" Permission to use, copy, modify, and distribute this software for any
.\" purpose with or without fee is hereby granted, provided that the above
.\" copyright notice and
When I unveil(2), fts doesn't behave well. But only in a subtle way.
Enclosed is a demonstration. I found this with openrsync, which unveils
before using fts_open to scan for files.
When run with a directory with only empty subdirectories or just files,
this works fine. But when run with a
This removes some unused variables from the output files.
RCS file: /cvs/src/usr.sbin/rpki-client/output-bird.c,v
retrieving revision 1.1
diff -u -p -u -r1.1 output-bird.c
This causes validate.c's valid_cert() doc not to lie, makes the language
consistent with other functions, and cleans a typo.
In main.c, this documents tal_load_default() (which it marks static),
moves a #define to the top of the page, and documents it too.
In roa.c, this adds documentation.
If tal_read_file() returns a NULL buffer, which can happen with an empty
file or one containing only comments, the NULL value eventually
propogates to tal_parse_buffer() where it crashes on strchr().
This patch also adds/fixes documentation to the some functions,
specifies a NUL terminator
Mail list logo