search for: have_get_current_dir_name

...TRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT + * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#ifndef NBDKIT_GET_CURRENT_DIR_NAME_H +#define NBDKIT_GET_CURRENT_DIR_NAME_H + +#include <config.h> + +#ifdef HAVE_GET_CURRENT_DIR_NAME + +#include <unistd.h> + +#else + +extern char *get_current_dir_name (void); + +#endif + +#endif /* NBDKIT_GET_CURRENT_DIR_NAME_H */ diff --git a/server/public.c b/server/public.c index 1f7e1af0..fce16989 100644 --- a/server/public.c +++ b/server/public.c @@ -53,7 +53,7 @@ #include "a...

...Y OUT + * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* Implement get_current_dir_name(3) on platforms which don't have it. */ + +#ifndef NBDKIT_GET_CURRENT_DIR_NAME_H +#define NBDKIT_GET_CURRENT_DIR_NAME_H + +#include <config.h> + +#ifndef HAVE_GET_CURRENT_DIR_NAME + +#include <stdlib.h> +#include <unistd.h> +#include <limits.h> + +static inline char * +get_current_dir_name (void) +{ + char *ret; + + ret = malloc (PATH_MAX); + if (ret == NULL) + return NULL; + ret = getcwd (ret, PATH_MAX); + if (ret == NULL) + return NULL; + retu...

...s.c index 636e483..0e48d52 100644 --- a/src/utils.c +++ b/src/utils.c @@ -40,11 +40,24 @@ #include <inttypes.h> #include <string.h> #include <unistd.h> +#include <limits.h> #include <termios.h> #include <errno.h> #include "internal.h" +#ifndef HAVE_GET_CURRENT_DIR_NAME +static char * +get_current_dir_name (void) +{ + char *ret = malloc (PATH_MAX); + + ret = getcwd (ret, PATH_MAX); + ret = realloc (ret, strlen (ret) + 1); + return ret; +} +#endif + char * nbdkit_absolute_path (const char *path) { -- 2.18.0

...AVE_GETPEEREID ?? HAVE_GETPGRP ?? HAVE_GETPROGNAME ?? HAVE_GETPWENT_R ?? HAVE_GETPWENT_R_DECL ?? HAVE_GETPWNAM ?? HAVE_GETPWNAM_R ?? HAVE_GETPWUID_R ?? HAVE_GETQUOTA_RSLT_GETQUOTA_RSLT_U ?? HAVE_GETRLIMIT ?? HAVE_GETSPNAM ?? HAVE_GETTEXT ?? HAVE_GETTIMEOFDAY_TZ ?? HAVE_GETUTXENT ?? HAVE_GETXATTR ?? HAVE_GET_CURRENT_DIR_NAME ?? HAVE_GFAPI ?? HAVE_GFAPI_VER_6 ?? HAVE_GLOB ?? HAVE_GLUSTERFS ?? HAVE_GNUTLS ?? HAVE_GNUTLS3 ?? HAVE_GNUTLS_3_4_7 ?? HAVE_GNUTLS_AEAD ?? HAVE_GNUTLS_AEAD_CIPHER_INIT ?? HAVE_GNUTLS_CERTIFICATE_VERIFY_PEERS3 ?? HAVE_GNUTLS_DATUM ?? HAVE_GNUTLS_DATUM_T ?? HAVE_GNUTLS_GLOBAL_INIT ?? HAVE_GNUTLS_PKC...

With these patches, a majority of tests pass. The notable things which are still broken: - Because FreeBSD links /home -> /usr/home, $(pwd) gives a different result from realpath(2). Therefore some tests which implicitly rely on (eg) a plugin which calls nbdkit_realpath internally and then checking that path against $(pwd) fail. - Shebangs (#!) don't seem to work the same way

This is an incomplete port to Windows. Currently the server compiles and starts up successfully, but goes into an infinite loop when you connect to it. Nevertheless I think the approach is ready for feedback. This being Windows the changes go quite deep. Rich.

Add nbdkit-floppy-plugin, “inspired” by qemu's VVFAT driver, but without the ability to handle writes. The implementation is pretty complete, supporting FAT32, LFNs, volume labels, timestamps, etc, and it passes both ‘make check’ and ‘make check-valgrind’. Usage is simple; to serve the current directory: $ nbdkit floppy . Then using guestfish (or any NBD client): $ guestfish --ro

Samba 4.12.1, single server with AD+DC on Ubuntu 18.04. Filesystem: /dev/sdb1 on /home type ext4 (rw,relatime,stripe=32750,data=ordered) It all work as expected, but I occasionally get the error in subject which denies access to shares. Restarting Samba will restore functionality. What can be the cause of this problem? Thanks. [2020/05/27 18:24:35.795379, 8]

...AVE_GETPAGESIZE HAVE_GETPEEREID HAVE_GETPGRP HAVE_GETPWENT_R HAVE_GETPWENT_R_DECL HAVE_GETPWNAM HAVE_GETPWNAM_R HAVE_GETPWUID_R HAVE_GETQUOTA_RSLT_GETQUOTA_RSLT_U HAVE_GETRLIMIT HAVE_GETSPNAM HAVE_GETTEXT HAVE_GETTIMEOFDAY_TZ HAVE_GETUTXENT HAVE_GETXATTR HAVE_GET_CURRENT_DIR_NAME HAVE_GFAPI HAVE_GFAPI_VER_6 HAVE_GLIB HAVE_GLIB_2_0 HAVE_GLOB HAVE_GLUSTERFS HAVE_GNUTLS HAVE_GNUTLS_PKCS7_GET_EMBEDDED_DATA_OID HAVE_GPFS HAVE_GPGME HAVE_GPGME_NEW HAVE_GRANTPT HAVE_GSSAPI HAVE_GSSKRB5_EXTRACT_AUTHZ_DATA_FROM_SEC_CONTEXT HAVE_GSSKRB5_GE...

Hi, I am curious why don't you guys create /etc/tinc directory, set permissions, add /etc/rc.d scripts etc. from the Makefile(s) in the source distribution ? Doing a make install and not finding an example config in /etc/tinc is kind of frustrating. Am I missing something? Maybe there is a good reason for that? Also, why is it not finding evp.h when I try to do configure? Is creating

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw This is the port to Windows using native Windows APIs (not MSYS or Cygwin). This patch series is at the point where it basically now works. I can run the server with the memory plugin, and access it remotely using guestfish, creating filesystems and so on without any apparent problems. Nevertheless there are many

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw-nolib After a lot of work I have made the port to Windows work without using a separate library. Instead, on Windows only, we build an "import library" (library of stubs) which resolves references to nbdkit_* functions in the main program and fixes up the plugin, basically the first technique outlined in