similar to: [LLVMdev] Stack branching for non-preemptive threading

I recently had a problem with Winbind where new Active Directory user accounts could not access the list of shares on a particular Samba server. "wbinfo -u" showed that the users did exist, but they were not appearing in "getent passwd" results. "/var/log/samba/winbind.log" showed the following error (with Winbind error logging set to either 2 or 3): idmap Fatal

On Thursday 10 February 2005 21:47, Markus F.X.J. Oberhumer wrote: > In order to get more familiar with the llvm sources I've recently > decided to try to add support for the always_inline and noline function > attributes. I believe it is better to let the compiler decide when or not to inline a function. Most of the times a developer goes overboard with inlining and ends up with a

For several reasons (security, resources, and simplicity) is there a project underway to make Samba run without TCP/IP. The FAQ says that there is a desire to make this project work, and that it is stalled. I for one would like to hear from anyone working on this before I dive headlong myself into trying to get Samba to work without TCP/IP. --john

Hi A search of google failed to show any prebuilt rpms for sshfs and fuse. I do see that fuse support is in 2.6.14 kernel which isn't a whole lot of help. Before I dive headlong into this has anyone successfully built fuse/sshfs against Centos 4.4. If so would you share your experience? Thanks Daveh

Since in Linux we are mostly a debian shop we''d like to stick with debian for our calculation nodes if possible. So I wanted to ask the lustre 2.2 instructions for Debian are they more or less relevant to lustre 2.4/2.5 or am I going headlong into a tall brick wall. Also are newer clients backwards compatible with older server software? I am currently just setting up a demo environment

Hi everybody, I'm currently looking at LLVM as a possible back-end to a dynamic programming system (in the tradition of Smalltalk) we are developing. I have read most of the llvmdev archives, and I'm aware that some things are 'planned' but not implemented yet. We are willing to contribute the code we'll need for our project, but before I can start coding I'll have to

Dear All, I have a list of models(1000) which have variable scores from 20 different method. I would like to rank models using consensus approach based on high scores from different methods.Is there any function available in R for this purpose? I will appreciate any pointers in this regard. Thank you very much in Advance, Mallika

Specs: RedHat 9 Samba V: 3.0.4 Clients: W2K and WinXP Pro smb.conf file: # Global parameters [global] workgroup = aharinc.com netbios name = CHIMERA server string = Chimera- Test PDC encrypt passwords = Yes passwd program = /usr/bin/passwd %u passwd chat = *New*password* %n\n *Retype*new*password* %n\n

Hi, In installed a new Trixbox-based system on Friday and initially had some problems with the system registering with our service provider (voip.co.uk), which I put down to the router's configuration. Anyway, the system was finally 'fixed' and worked well until Monday and then just stopped registering with voip.co.uk and I have spent the whole day trying to encourage it back online.

I''m being cast headlong into unfamiliar waters here, and being desperate for some air, thought I''d come here for some help. :) Anyway, my employer is going through some whiplash-inducing growth spurts, and as a result, the simple "Internet T-1 -> Linux Firewall/NAT -> LAN" setup just isn''t going to cut it anymore. First, we''re bringing in 2

Kenneth Uildriks <kennethuil at gmail.com> wrote: > As I see it, the context switching mechanism itself needs to know > where to point the stack register when switching.  The C routines take > an initial stack pointer when creating the context, and keep track of > it from there.  If we don't actually need to interoperate with > contexts created from the C routines, we have

Dear fellow NUT-UPS users, I'm writing this message mostly "for the record" - for others who will follow in my footsteps. Apparently, I'm not the only one, trying to find a way to "make my UPS to initiate the graceful shutdown process earlier". The topic is kind of documented in various different places, and there are a number of howto's and forum posts in the

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 >

On Sun, Apr 11, 2010 at 10:07 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: > I'll forward your next draft back to the stackless folks, unless you > want to pick up the thread with them. Their reply: http://thread.gmane.org/gmane.comp.python.stackless/4464/focus=4475 Instead of @llvm.getcontextstacktop(%context), they want @llvm.getcurrentstacktop() so that they can copy

This pre-recorded message is being sent in response to your recent email to Firewalls-Book-Info. Building Internet Firewalls, Second Edition =========================================== by Elizabeth D. Zwicky, Simon Cooper, and D. Brent Chapman Published by O'Reilly & Associates 2nd Edition June 2000 894 Pages ISBN 1-56592-871-7 List price $49.95 Available through the Internet at a

I didn't see swapcontext in the list in gcc's special_function_p function... -bw On May 26, 2010, at 2:20 PM, Alistair Lynn wrote: > 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

On Sun, Apr 11, 2010 at 2:41 PM, Kenneth Uildriks <kennethuil at gmail.com> wrote: > On Sun, Apr 11, 2010 at 4:09 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: >> Kenneth Uildriks <kennethuil at gmail.com> wrote: >>> As I see it, the context switching mechanism itself needs to know >>> where to point the stack register when switching.  The C

On Fri, Apr 16, 2010 at 9:30 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: > On Sun, Apr 11, 2010 at 10:07 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: >> I'll forward your next draft back to the stackless folks, unless you >> want to pick up the thread with them. > > Their reply: http://thread.gmane.org/gmane.comp.python.stackless/4464/focus=4475

Hi LLVM devs, I’d like to describe my problem, and then propose new features of LLVM which would solve it efficiently. I'm building a new statically-compiled programming language, and I plan on using LLVM as the backend. The language will have a runtime with cooperatively managed green threads (user-space "mini-threads", each with their own dynamically allocated stack). A single OS

On Sun, Apr 11, 2010 at 4:09 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: > Kenneth Uildriks <kennethuil at gmail.com> wrote: >> As I see it, the context switching mechanism itself needs to know >> where to point the stack register when switching.  The C routines take >> an initial stack pointer when creating the context, and keep track of >> it from