similar to: [Bug 982] New: vfork() in xtables.c can corrupt stack

Implement "pid_t vfork(void)" for parisc. Signed-off-by: Kyle McMartin <kyle at parisc-linux.org> --- Ugh. vfork() me harder. Kbuild | 2 +- vfork.S | 31 +++++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+), 1 deletion(-) diff --git a/usr/klibc/arch/parisc/Kbuild b/usr/klibc/arch/parisc/Kbuild index d57a873..57ca5c2 100644 --- a/usr/klibc/arch/parisc/Kbuild

Commit-ID: b71dd57f6a784962681ac05aa686b28db8668609 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=b71dd57f6a784962681ac05aa686b28db8668609 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 21 Jan 2019 03:55:35 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 21 Jan 2019 03:55:35 +0000 [klibc] parisc: Fix vfork() The

Hi All, I has been trying to port the Samba package to uClinux. But our uClinux toolchain doesn't support the fork() call. I must replace the fork with vfork.If we use vfork, the smbd and nmbd can not work rightly. both samba-3.0.32 and samba-3.0.2a have the question. In samba/source/smbd/server.c, the function open_sockets_smbd(), creates a child process and a parent process. Both these

Commit-ID: faf48679047c91ac27dbb435d9189d0f0d59cb70 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=faf48679047c91ac27dbb435d9189d0f0d59cb70 Author: Jessica Clarke <jrtc27 at jrtc27.com> AuthorDate: Sat, 2 Feb 2019 02:29:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 29 Aug 2020 18:53:30 +0100 [klibc] ia64: Fix invalid memory

Hi klibc people, if someone has to say more on this, please do so. I?m only trying to explain what I _think_ I learned? >Begin forwarded message originally by Mike Frysinger: >> On Mon, Mar 21, 2011 at 10:24 AM, Waldemar Brodkorb wrote: >>> unfortunately the common vfork implementation, which just use >>> the syscall function to interact with the kernel, does not

From: Heiko Carstens <heiko.carstens@de.ibm.com> vfork support for s390/s390x. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- diff -purN a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def --- a/usr/klibc/SYSCALLS.def 2006-06-07 09:44:33.000000000 +0200 +++ b/usr/klibc/SYSCALLS.def 2006-06-07 13:01:54.000000000 +0200 @@ -28,7 +28,7 @@ void _exit,exit::_exit(int) ; A

Hello all, I really want to support vfork() in klibc, mostly because uClinux *has* to use it. Unfortunately vfork() isn't allowed to use the stack *at all* across the system call -- including return address -- which means it needs an assembly wrapper on most architectures. I have tried implementing wrappers for most architectures, but I don't know parisc or s390/s390x well enough,

Commit 8418552 ("[klibc] ia64: Fix shared build") missed this use of the GP register, although the code appears to have been dubious anyway, assuming the address of errno was the first thing pointed to by GP. --- usr/klibc/arch/ia64/vfork.S | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/usr/klibc/arch/ia64/vfork.S b/usr/klibc/arch/ia64/vfork.S index

Actually, it was a coincidence that it was between songs... after trying again, my Winamp list the stream, and I looked in the icecast.log file and saw this: [03/May/2001:19:34:43] [8:Source Thread] Kicking client 11 [192.168.1.4] [Too ma ny errors (client not receiving data fast enough)] [listener], connected for 2 m inutes and 9 seconds, 1866136 bytes transfered. 0 clients connected Is this

Hi. I have several Linux machines running the Debian unstable distribution. Until recently I used rsync version 2.4.6 without any problems, but after upgrading to version 2.5.1 (using apt-get) rsync fails. The command that produces the error is run on oldmill (128.135.72.4): rsync -av --password-file=/etc/rsyncd.pw armada::rsync /backup/armada/home/ And the error is: @ERROR: access denied to

Commit-ID: cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:56 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Add vfork

Hi all, I just built R from src on Windows 7 using Rtools212.exe. The build went as usual (R, bitmaps, and manuals all OK) but make check-all failed when running the examples for package 'tcltk': ... running code in 'demos2.R' ... OK running tests of primitives running code in 'primitives.R' ... OK make[2]: vfork: Resource temporarily unavailable make[1]: ***

Hi! The Netfilter project proudly presents: iptables 1.6.0 This release includes accumulated fixes and enhancements for the following matches: * ah * connlabel * cgroup * devgroup * dst * icmp6 * ipcomp * ipv6header * quota * set * socket * string and targets: * CT * REJECT * SET * SNAT * SNPT,DNPT * SYNPROXY * TEE We also got rid of the very very old MIRROR and SAME targets and the

Hello, Thomas_B._Rücker, ======= At 2019-09-09, 08:36:43 you wrote: ======= > >I am not familiar with a file called "icecast_run.xml". >Could this be a local modification to your installation? > >You should be able to check which one is used by opening the >"icecast.bat" file that you are using to start the server. aha!! You nailed it! I have no idea why

As I recall, the major blocker is that R links against a number of other things (notably BLAS, pcre, etc) so while technically possible (?) I suppose, the universe of things you'd have to compile over and then get working is much larger than just the R internals. I think most people who consider this (including me years ago, as well as the poster of Gabor's message to rdevel) hit that

Dear all, the dataset documented under ?crimtab was also used in: @article{TreloarAE1934, title = {The adequacy of "{S}tudent's" criterion of deviations in small sample means}, author = {Treloar, A.E. and Wilder, M.A.}, journal = {The Annals of Mathematical Statistics}, volume = {5}, pages = {324-341}, year = {1934} } The following is

Hello Kyle, May be out of context but before I forget: > > + > > + /* store %r22 to errno... */ > > + ldil L%errno,%r1 > > + ldo R%errno(%r1),%r1 Could it not be 'load32 errno, %r1' (the assembly.h macro)? Cheers, Joel ---------- Club Scarlet : Tout le monde gagne! Si vous devenez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous

Hi everyone, Xtables-addons 1.5.4 has been released; highlights of this release are the import, cleanup/bugfixing the "condition" and "ipp2p" matches and additionally extending the "IPMARK" by IPv6. I hope people don''t mind, but I have not heard back so far, so I take it it''s ok. LOGMARK (for analyzing packet marks and connection states) now

https://bugzilla.netfilter.org/show_bug.cgi?id=989 Bug ID: 989 Summary: Deprecated function gethostbyaddr used in xtables Product: iptables Version: 1.4.x Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: iptables Assignee: netfilter-buglog at

https://bugzilla.netfilter.org/show_bug.cgi?id=1108 Bug ID: 1108 Summary: Need a new release to build nftables --with-xtables Product: iptables Version: CVS (please indicate timestamp) Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: iptables