similar to: If we use vfork, can the smbd and nmbd work rightly?

Displaying 20 results from an estimated 3000 matches similar to: "If we use vfork, can the smbd and nmbd work rightly?"

2006 May 30
3
vfork support: need help on arm, parisc, s390
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,
2006 Jul 24
1
[PATCH] vfork() for parisc
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
2003 Jun 19
1
uclibc enviroment #2
ok i have another problem - howto run asterisk as a daemon ( fork ) in uclibc enviroment ? uClinux can only do vfork() a i think this is problem... does anybody know how to solve this ? regards Marian -- SUNTEQ s. r. o. Bojnicka cesta 35 # Prievidza # 971 04 # Slovak republic Tel: +421-46-5430 754 # Fax: +421-46-5439 144 http://www.sunteq.sk/
2011 Mar 21
3
unbreak vfork on cris architecture
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
2006 Jun 07
4
[patch] s390: vfork support
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
2011 Jan 29
3
Reducing number of Asterisk processes?
Hello On a uClinux-based appliance, "ps aux" shows multiple Asterisk processes: 380 root 11990 S asterisk -f 381 root 11990 S asterisk -f 383 root 11990 S asterisk -f 384 root 11990 S asterisk -f 385 root 11990 S asterisk -f 386 root 11990 S asterisk -f 387 root 11990 S asterisk -f 388 root 11990 S asterisk -f
2010 Oct 28
1
make check-all error on Win 7 with 2-12-.0: vfork: Resource temporarily unavailable
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]: ***
2019 Jan 21
0
[klibc:master] parisc: Fix vfork()
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
2007 Apr 29
1
Which version of DirectX 9 does Wine support?
Hi, I came across a game demo, Shrek the third. The installation went almost smoothly, but the installation directory it went into was C:\Program Files\My Product Name instead of the suggested default: C:\Program Files\SHReK the THiRD The demo said it requires DirectX 9c and indeed it doesn't run because it needs d3dx9_32.dll. It seems Wine doesn't provide this DLL currently. Best
2020 Aug 29
0
[klibc:master] ia64: Fix invalid memory access in vfork
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
2014 Oct 24
3
[Bug 982] New: vfork() in xtables.c can corrupt stack
https://bugzilla.netfilter.org/show_bug.cgi?id=982 Bug ID: 982 Summary: vfork() in xtables.c can corrupt stack Product: iptables Version: 1.4.x Hardware: x86_64 OS: other Status: NEW Severity: normal Priority: P5 Component: iptables-restore Assignee: netfilter-buglog at
2003 May 24
2
smb "protocol negotiation failed"
hi, since a few hours i get an error "protocol negotiation failed" "SMB connection failed" while mounting with smbclient //ip-adress/share mount -t smbfs -o username=user,password=pwd //ip-adress/share /mnt/smb the same commands are working since ~1 year via scripts/console ping, nmap, telnet <open_ports>, ... without problems 137/udp open
2019 Feb 02
2
[PATCH 1/2] ia64: Fix invalid memory access in vfork
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
2007 Jul 12
1
unable to compile speex-1.1.10
Dear all, I'm Arun, new in this group. and newbie in Linux also. I am working on linphone and I want to compile linphone, but before that I want to compile speex-1.1.10 for uClinux using bfin-gcc. I used these three files : uClinux-dist-2005R3.tar.bz2 bfin-gcc-3.4-2005R3.1.tar.gz speex-1.1.10.tar I sucessfully compiled and installed bfin-gcc, and
2005 Oct 04
2
Compiling libspeex for Blackfin
Hi Jean, First, I would like to thank for the prompt reply. Basically, what I have to do is to run a speex coder/decoder on a Blackfin processor, on top of the microC/OS II kernel. I wish I could use uclinux, since I'm familiar with Linux, but this doesn't depend on me. You said that the assembly code is written for gcc, not for VisualDSP++. Furthermore, in the link you sent me, the
2020 Mar 28
0
[klibc:update-dash] dash: eval: Add vfork support
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
2011 Feb 16
2
fwd: fix up ARM assembly to use 'bx lr' in place of 'mov pc, lr'.
hello vorlon, got notified of your patch, will apply next days upstream unless some critiques are voiced on ml. thanks. -- maks ----- Forwarded message from Steve Langasek <steve.langasek at canonical.com> ----- Date: Wed, 16 Feb 2011 22:05:42 -0000 From: Steve Langasek <steve.langasek at canonical.com> Subject: [Bug 527720] Re: thumb2 porting issues identified: klibc uses
2010 May 26
2
[LLVMdev] [llvm-commits] [llvm] r104737 - /llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
Hello- Shouldn't this catch swapcontext as well? Alistair On 26 May 2010, at 22:14, Dale Johannesen wrote: > > On May 26, 2010, at 2:05 PMPDT, Dan Gohman wrote: > >> vfork and getcontext have wildly platform-dependent semantics. >> Handling >> them conservatively is reasonable, even if some platforms don't need >> it. >> >> Dan >
2004 May 12
2
i cannot find kinit
the name of my active directory domain is niit.edu.pk so what should i write in this parameter default_relam = YOUR.KERBEROS.REALM also while trying to join the domain i eecute this command kinit Administrator@your.keberos.REALM My shell gives me the error cannot find kinit. can any one tell me where in my file system can i find kinit Regards ===== Sahibzada Junaid Noor Ph #
2008 Jan 07
1
Problem with Blackfin assembly optimizations -- bug in fixed_bfin.h?
Hello everybody, I'm currently trying to run speex on the Blackfin (BF-537) STAMP evaluation board unter uCLinux. Using 1.2 beta 3, I encountered problems when activating the Blackfin assembler optimizations. Without optimizations for blackfin, i.e. calling ./configure --enable-fixed-point --host=bfin-uclinux everything seems to work fine. But when I add the --enable-blackfin-asm flag to