Re: syscall: td_retval and zero return value

On Wed, Nov 10, 2004 at 03:05:45PM +0200, Andriy Gapon wrote: I have very little assembler/x86 knowledge. Could anyone please help me understand what it means to assign a non-zero value to td_retval in a system call when return value of the call is zero/success? If a syscall returns some

Re: IPDIVERT option not getting compiled?

Yury Tarasievich wrote: Just recently I've run into this: when compiling kernel in 4.10-RELEASE and in 4-STABLE, options IPDIVERT does not produce enabled divert in firewall code. Previously (meaning other machines and previous 4.* variants) the configuration compiled/worked okay. I've used

Re: syscall: td_retval and zero return value

on 10.11.2004 16:00 [EMAIL PROTECTED] said the following: The way the handler advice you about syscalls failing is setting (and not clearing as you were saying) the carry bit in eflags register (about ia32). A sort of errno (if you see in a C-coder view) value is set in eax (or,

Embedded MD_ROOT doesn't work in FreeBSD 5.3 RELEASE

Hi,All Yestoday, I'd upgraded my box to FreeBSD 5.3 RELEASE, but I found it seems the Embedded MD_ROOT doesn't work fine. My kernel config: === machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident MINI device pf device

AoE for FreeBSD

Hello all, Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. Patches are available at http://www.coraid.com/support/freebsd. If anyone knows where else I could announce this, I'd appreciate it. Cheers, Sam [EMAIL PROTECTED]

Re: RX4640

On Nov 10, 2004, at 10:01 PM, Marcel Moolenaar wrote: On Nov 10, 2004, at 12:17 PM, Arne Schwabe wrote: Omar Punzalan [EMAIL PROTECTED] writes: I have successfully installed my new (and shiny) freebsd5.3 on one of our hp rx4640 itanium2 system. With the SMP kernel, it has detected the 4 CPUs

Re: AoE for FreeBSD

Sam Hopkins wrote: Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. Patches are available at http://www.coraid.com/support/freebsd. If anyone knows where else I could announce this, I'd appreciate it. Cheers, Sam [EMAIL PROTECTED] Very cool. Have you tried

Re: AoE for FreeBSD

Sam Hopkins wrote: Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. Patches are available at http://www.coraid.com/support/freebsd. If anyone knows where else I could announce this, I'd appreciate it. Very cool. Have you tried to run (g)vinum on

tcsh is not csh

I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much when one gets to the $ part. The point is, csh should be the

Re: tcsh is not csh

On Thu, Nov 11, 2004 at 04:37:06PM -0600, Kevin Lyons wrote: I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much

Re: tcsh is not csh

On Thu, 11 Nov 2004, Kevin Lyons wrote: I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much when one gets to the

Re: tcsh is not csh

In the last episode (Nov 11), Kevin Lyons said: I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much when one gets

Re: AoE for FreeBSD

In message: [EMAIL PROTECTED] Sam Hopkins [EMAIL PROTECTED] writes: : Hello all, : : Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. : Patches are available at http://www.coraid.com/support/freebsd. Cool! Warner

Re: tcsh is not csh

Kevin Lyons wrote: I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much when one gets to the $ part. The point is,

Re: AoE for FreeBSD

On 2004-11-10 15:36:26 (-0500), Sam Hopkins [EMAIL PROTECTED] wrote: Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. Patches are available at http://www.coraid.com/support/freebsd. If anyone knows where else I could announce this, I'd appreciate it.

tcsh fix

Dan Nelson wrote: but you're 4 years too late to affect the outcome... I think the problem can still be fixed. Simply put in /bin/tcsh and let /bin/csh be what it actually is, which is to say /bin/csh. I realize that will add all of 300kB to the system. And there would also have to be an

Re: tcsh fix

On Thu, Nov 11, 2004 at 06:49:04PM -0600, Kevin Lyons wrote: I think the problem can still be fixed. Simply put in /bin/tcsh and let /bin/csh be what it actually is, which is to say /bin/csh. I realize that will add all of 300kB to the system. And there would also have to be an entry for

Re: tcsh fix

On Thu, Nov 11, 2004 at 06:30:23PM -0800, Avleen Vig wrote: On Thu, Nov 11, 2004 at 06:49:04PM -0600, Kevin Lyons wrote: I think the problem can still be fixed. Simply put in /bin/tcsh and let /bin/csh be what it actually is, which is to say /bin/csh. I realize that will add all of

Re: tcsh fix

On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: Keep in mind that FreeBSD's /bin/sh is a more powerful shell than was available in, say, v7 Unix. Also keep in mind that ash is not POSIX sh (at least not as completely as one might like). This tends to bite me when using GNU

5.3-BETA5 m_dup() question

Greetings- I have a symptom where an mbuf is being allocated and the (int *) ref_count is not a virtual address. I have a few new instances of calls to m_dup() that might be causing the problem downstream. Could this be because the network is allocating from a 'packet zone' and m_dup() is not?

Re: AoE for FreeBSD

On Fri, 12 Nov 2004 08:38, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Sam Hopkins [EMAIL PROTECTED] writes: : Hello all, : : Just a quick note to mention that I've added AoE support to FreeBSD 4.10, : 5.3, and 6.0. Patches are available at :

devel/libgtop2 cannot build

Hi gnome maintainers! I compiled devel/libtop2 on 6-current. But it couldn't. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - cc -DHAVE_CONFIG_H -I. -I. -I../.. -D_IN_LIBGTOP -D_GNU_SOURCE -DGLIBTOP_NAMES -I../.. -I../.. -I../../sysdeps/freebsd -I../../include

Re: tcsh fix

On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: Personally I am of the opinion that csh (all versions) should be removed completely from the base system and relegated entirely to the ports system. Other than historical reasons there is not much point in having it in the base

Re: tcsh fix

On Thu, Nov 11, 2004 at 07:30:14PM -0800, Bruce M Simpson wrote: Also keep in mind that ash is not POSIX sh (at least not as completely as one might like). This tends to bite me when using GNU autotools, which are hardcoded to prefer bash by default. True, but the problem there is people

Virus intercepted

A message you sent to [EMAIL PROTECTED] contained Worm.SomeFool.X and has not been delivered. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]