Re: tcsh loses the foreground process group?

2008-12-03 Thread Steve Watt
On Wed, Dec 03, 2008 at 03:58:36PM -0800, Nate Eldredge wrote: > On Tue, 2 Dec 2008, Steve Watt wrote: > > >In <[EMAIL PROTECTED]> Steve Watt wrote: [ tcsh 6.15.00 ] > >>The symptom is that when I do a long-ish running task inside a `` > >>expansion > >>that I then ^C, nobody gets the foregroun

Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade

2008-12-03 Thread Adam Jacob Muller
On Sep 12, 2008, at 2:03 AM, Karl Fischer wrote: On Fri, Sep 12, 2008 at 01:00, Steven Hartland <[EMAIL PROTECTED] > wrote: Thanks Rudi, would really like to get is sorted as they would make ideal app servers. - Original Message - From: "Rudi Kramer - MWEB" <[EMAIL PROTECTED] > Hi

Re: tcsh loses the foreground process group?

2008-12-03 Thread Nate Eldredge
On Wed, 3 Dec 2008, Nate Eldredge wrote: Thanks for the report. It looks like this is yet another manifestation of a problem in tcsh, where it does inappropriate things in a vfork'ed subshell. In my tests, running tcsh with -F (which causes it to use fork instead of vfork) causes the problem

Re: tcsh loses the foreground process group?

2008-12-03 Thread Nate Eldredge
On Tue, 2 Dec 2008, Steve Watt wrote: In article <[EMAIL PROTECTED]> you write: [ ... ] I'm running 6-STABLE (6.4-PRE as of 24 Nov right now), tcsh 6.15.00, which shows tcsh 6.15.00 (Astron) 2007-03-03 (i386-intel-FreeBSD) options wide,nls,dl,al,kan,sm,rh,color,filec as $version. The sympt

Re: TCSBRK not implemented in linux compat

2008-12-03 Thread Arjan van der Velde
Hi, thanks. I think for now I can work around this although it would be nice to have this implemented. Regards, Arjan On Dec 2, 2008, at 11:13 PM, Ed Schouten wrote: Hello Arjan, * Arjan van der Velde <[EMAIL PROTECTED]> wrote: While trying to get a linux binary running on FreeBSD I encoun

vm_map_entry for kernel virtual addres

2008-12-03 Thread Alexej Sokolov
Hello, If I allocate memory from a kernel module: MALLOC(addr, vm_offset_t, PAGE_SIZE, M_DEVBUF, M_WAITOK | M_ZERO); how can I get a pointer to vm_map_entry structure which describes the memory region where "addr" is ? Thanks, Alexey ___ freebsd-hackers

Re: NFS (& amd?) dysfunction descending a hierarchy

2008-12-03 Thread Kostik Belousov
On Tue, Dec 02, 2008 at 04:15:38PM -0800, David Wolfskill wrote: > I seem to have a fairly- (though not deterministly so) reproducible > mode of failure with an NFS-mounted directory hierarchy: An attempt to > traverse a "sufficiently large" hierarchy (e.g., via "tar zcpf" or "rm > -fr") will fail

Re: NFS (& amd?) dysfunction descending a hierarchy

2008-12-03 Thread Danny Braniss
> > --vmttodhTwj0NAgWp > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Dec 03, 2008 at 02:20:32PM +0200, Danny Braniss wrote: > > ... > > i'll try to check it here soon, but in the meantime, could you try the sa=

Re: NFS (& amd?) dysfunction descending a hierarchy

2008-12-03 Thread David Wolfskill
On Wed, Dec 03, 2008 at 02:20:32PM +0200, Danny Braniss wrote: > ... > i'll try to check it here soon, but in the meantime, could you try the same > but mounting directly, not via amd, to remove one item from the equation? > (I don't know how much amd is involved here, but if you are running on a >

Re: NFS (& amd?) dysfunction descending a hierarchy

2008-12-03 Thread Danny Braniss
> > --hYooF8G/hrfVAmum > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > I seem to have a fairly- (though not deterministly so) reproducible > mode of failure with an NFS-mounted directory hierarchy: An attempt to > trave