search for: shm_open

...tly to open(), so there is no reason to have open_cloexec() anymore. Signed-off-by: H. Peter Anvin <hpa at linux.intel.com> --- usr/include/unistd.h | 1 - usr/kinit/initrd.c | 4 ++-- usr/klibc/Kbuild | 2 +- usr/klibc/open_cloexec.c | 18 ------------------ usr/klibc/shm_open.c | 2 +- 5 files changed, 4 insertions(+), 23 deletions(-) diff --git a/usr/include/unistd.h b/usr/include/unistd.h index 6c08d4e..0e26f5e 100644 --- a/usr/include/unistd.h +++ b/usr/include/unistd.h @@ -90,7 +90,6 @@ __extern int open(const char *, int, ...); __extern int openat(int, const...

This weekend, we upgraded our server to Linux-Mandrake 7.1, which uses a (slightly customized by Mandrake) 2.2.15 kernel. Since then, users are unable to log in, and log.smb shows locking/shmem_sysv_shm_open(667). Can't create or use use IPC area. Error was File exists locking/locking.c:locking_init(174). ERROR: Failed to initialise share modes There have been several messages posted about this, but all have been by people who have upgraded to 2.3.xxx kernels, which apparently use a shm filesystem...

Whenever I run any file I get the following: > mark at mark-desktop:~/Desktop$ winecfg > err:menubuilder:write_freedesktop_mime_type_entry error writing file /home/mark/.local/share/mime/packages/x-wine-extension-cpl.xml > err:menubuilder:write_freedesktop_mime_type_entry error writing file /home/mark/.local/share/mime/packages/x-wine-extension-dib.xml >

...9; keymap='en-us' listen='0.0.0.0'/> , But it called the error as follows: libvirtError: internal error Process exited while reading console log output: char device redirected to /dev/pts/12 TRACE: do_spice_init: starting 0.8.1 TRACE: do_spice_init: statistics shm_open failed, Permission denied" I wish someone can give me some help! Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20120307/6bfe60ca/attachment.htm>

...I think that is fairly powerful. Because the child process has a copy(-on-write) of the parent's memory, it can read parent's in-memory object files directly with no overhead. The child can pass the resulting file back to the parent through a shared memory object (which we can obtain using shm_open or something like that). In addition to that, your main process gets a protection from linker's bugs thanks to the operating system's memory protection. But from the user's point of view, that is just a linker's main function that you can call and that works as expected. Even if we...

...cause >> the child process has a copy(-on-write) of the parent's memory, it can read >> parent's in-memory object files directly with no overhead. The child can >> pass the resulting file back to the parent through a shared memory object >> (which we can obtain using shm_open or something like that). In addition to >> that, your main process gets a protection from linker's bugs thanks to the >> operating system's memory protection. But from the user's point of view, >> that is just a linker's main function that you can call and that wor...

...t void *, size_t); diff --git a/usr/klibc/Kbuild b/usr/klibc/Kbuild index c4f9ae2..d024f31 100644 --- a/usr/klibc/Kbuild +++ b/usr/klibc/Kbuild @@ -29,7 +29,7 @@ klib-y := vsnprintf.o snprintf.o vsprintf.o sprintf.o \ pselect.o ppoll.o \ brk.o sbrk.o malloc.o realloc.o calloc.o \ mmap.o shm_open.o shm_unlink.o \ - memcpy.o memcmp.o memset.o memccpy.o memmem.o memswap.o \ + memcpy.o mempcpy.o memcmp.o memset.o memccpy.o memmem.o memswap.o \ memmove.o memchr.o memrchr.o bzero.o \ strcasecmp.o strncasecmp.o strndup.o strerror.o strsignal.o \ strcat.o strchr.o strcmp.o strcpy.o...

...atalyst.net.nz> * BUG 14199: upgradedns: Ensure lmdb lock files linked. o Anoop C S <anoopcs at redhat.com> * BUG 14182: s3: VFS: glusterfs: Reset nlinks for symlink entries during readdir. o Christof Schmitt <cs at samba.org> * BUG 14140: wscript: Remove checks for shm_open and shmget. o Andreas Schneider <asn at samba.org> * BUG 14101: libsmbclient: smbc_stat() doesn't return the correct st_mode and also the uid/gid is not filled (SMBv1). * BUG 14168: replace: Only link libnsl and libsocket if required. * BUG 14219: librpc: Fix string length...

...cevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -msg timestamp=on char device redirected to /dev/pts/0 (label charserial0) ((null):3344): Spice-ERROR **: reds.c:4043:do_spice_init: statistics shm_open failed, Permission denied 2017-06-19 07:15:18.824+0000: shutting down However, when I start the VM manually through virt-manager, it starts up fine. Why might it fail during boot-up? And is there anything I can do to solve the problem? Many thanks, Andy

...libc/Kbuild +++ b/usr/klibc/Kbuild @@ -35,6 +35,7 @@ klib-y += vsnprintf.o snprintf.o vsprintf.o sprintf.o \ siglongjmp.o \ sigaction.o sigpending.o sigprocmask.o sigsuspend.o \ pselect.o ppoll.o \ + pread.o pwrite.o \ brk.o sbrk.o malloc.o realloc.o zalloc.o calloc.o \ mmap.o shm_open.o shm_unlink.o \ memcpy.o memcmp.o memset.o memccpy.o memmem.o memswap.o \ diff --git a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def index 41cfa17..c56e8f9 100644 --- a/usr/klibc/SYSCALLS.def +++ b/usr/klibc/SYSCALLS.def @@ -189,8 +189,10 @@ int fdatasync,fsync::fdatasync(int); int readv(in...

...=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -msg timestamp=on >char device redirected to /dev/pts/0 (label charserial0) >((null):3344): Spice-ERROR **: reds.c:4043:do_spice_init: statistics shm_open failed, Permission denied >2017-06-19 07:15:18.824+0000: shutting down > >However, when I start the VM manually through virt-manager, it starts up fine. > > >Now, if I remove all the spice-related "hardware", e.g. spice display, qxl video, spice channel and usb redirecto...

...d -- Performing Test COMPILER_RT_HAS_WD4800_FLAG -- Performing Test COMPILER_RT_HAS_WD4800_FLAG - Failed -- Looking for __func__ -- Looking for __func__ - found -- Looking for fopen in c -- Looking for fopen in c - found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for shm_open in rt -- Looking for shm_open in rt - found -- Looking for pow in m -- Looking for pow in m - found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for __cxa_throw in stdc++ -- Looking for __cxa_throw in stdc++ - found -- Looking for __i686__ --...

...timespec.o strtotimeval.o \ - raise.o abort.o assert.o alarm.o pause.o \ - __signal.o sysv_signal.o bsd_signal.o siglist.o sigabbrev.o \ - siglongjmp.o \ - sigaction.o sigpending.o sigprocmask.o sigsuspend.o \ - pselect.o ppoll.o \ - brk.o sbrk.o malloc.o realloc.o calloc.o \ - mmap.o shm_open.o shm_unlink.o \ - memcpy.o memcmp.o memset.o memccpy.o memmem.o memswap.o \ - memmove.o memchr.o memrchr.o \ - strcasecmp.o strncasecmp.o strndup.o strerror.o strsignal.o \ - strcat.o strchr.o strcmp.o strcpy.o strdup.o strlen.o strnlen.o \ - strncat.o strlcpy.o strlcat.o \ - strstr.o...

On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers wrote: > On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote: > > > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > > > It took a little longer than planned, but it's looking good. > > > > Please run the test

Hi, I'm trying to do a build and install on Windows 10 with Visual Studio 2015 Community Edition for the X86 and ARM targets, from the current release_40 branch. While compilation completes without error, the INSTALL target fails with the following error: 54> CMake Error at projects/compiler-rt/lib/builtins/cmake_install.cmake:34 (file): 54> file INSTALL cannot find 54>

..._FLAG -- Performing Test COMPILER_RT_HAS_WD4722_FLAG - Failed -- Performing Test COMPILER_RT_HAS_WD4800_FLAG -- Performing Test COMPILER_RT_HAS_WD4800_FLAG - Failed -- Looking for __func__ -- Looking for __func__ - found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for shm_open in rt -- Looking for shm_open in rt - found -- Looking for pow in m -- Looking for pow in m - found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for backtrace in execinfo -- Looking for backtrace in execinfo - not found -- Looking for setupter...

..._FLAG -- Performing Test COMPILER_RT_HAS_WD4722_FLAG - Failed -- Performing Test COMPILER_RT_HAS_WD4800_FLAG -- Performing Test COMPILER_RT_HAS_WD4800_FLAG - Failed -- Looking for __func__ -- Looking for __func__ - found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for shm_open in rt -- Looking for shm_open in rt - found -- Looking for pow in m -- Looking for pow in m - found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for backtrace in execinfo -- Looking for backtrace in execinfo - not found -- Looking for setupter...

I had only a quick view on the blog-texts. It might be that a CLANG generated with LTO/PGO speeds up the build. Can you confirm this? Can you confirm binutils-gold speed up the build? Has LLVM an own linker? Can be used? Speedup the build? Yesterday night I loooked through available CMAKE/LLVM variables... ### GOLD # CMAKE_LINKER:FILEPATH=/usr/bin/ld #

Here's an assortment of build and run-time fixes for various architectures that we've applied in Debian. Ben. Aurelien Jarno (1): ppc64: fix struct stat Ben Hutchings (2): MIPS: Update archfcntl.h syscalls: Override detection of direct socket syscalls on i386, m68k, s390 Helge Deller (1): Add pread and pwrite 32bit syscall wrappers for parisc Mauricio Faria de Oliveira

..._FLAG -- Performing Test COMPILER_RT_HAS_WD4722_FLAG - Failed -- Performing Test COMPILER_RT_HAS_WD4800_FLAG -- Performing Test COMPILER_RT_HAS_WD4800_FLAG - Failed -- Looking for __func__ -- Looking for __func__ - found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for shm_open in rt -- Looking for shm_open in rt - found -- Looking for pow in m -- Looking for pow in m - found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for setupterm in terminfo -- Looking for setupterm in terminfo - found -- Looking for __cxa_throw...