Re: sigwait return 4

On Thu, Aug 25, 2011 at 12:29:29AM +0300, Kostik Belousov wrote: > > Solaris is simply wrong in the same way we were wrong. Although POSIX > > may not be as clear on this as one may like, its intention is clear and > > additionally not returning EINTR reduces subtle portability problems. > Can you,

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:56:09PM +0200, Jilles Tjoelker wrote: > On Wed, Aug 24, 2011 at 10:07:03PM +0300, Kostik Belousov wrote: > > On Wed, Aug 24, 2011 at 10:19:07PM +0400, Slawa Olhovchenkov wrote: > > > System is 8.2-RELEASE (GENERIC), amd64. > > > Application -- i386 for freebsd7. > > > >

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:56:09PM +0200, Jilles Tjoelker wrote: > sigwait() was fixed not to return EINTR in 9-current in r212405 (fixed > up in r219709). The discussion started at > http://lists.freebsd.org/pipermail/freebsd-threads/2010-September/004892.html As I see this revisions not MFCed.

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:07:03PM +0300, Kostik Belousov wrote: > On Wed, Aug 24, 2011 at 10:19:07PM +0400, Slawa Olhovchenkov wrote: > > System is 8.2-RELEASE (GENERIC), amd64. > > Application -- i386 for freebsd7. > > In ktrace dump I find some strange result: > > 22951 100556 kas-milter CALL

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:50:35PM +0300, Kostik Belousov wrote: > On Wed, Aug 24, 2011 at 11:42:29PM +0400, Slawa Olhovchenkov wrote: > > On Wed, Aug 24, 2011 at 10:32:02PM +0300, Kostik Belousov wrote: > > > > > > > What should the system do for a delivered signal not present in the > > > > >

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:50:35PM +0300, Kostik Belousov wrote: > On Wed, Aug 24, 2011 at 11:42:29PM +0400, Slawa Olhovchenkov wrote: > > On Wed, Aug 24, 2011 at 10:32:02PM +0300, Kostik Belousov wrote: > > > > > > > What should the system do for a delivered signal not present in the > > > > >

Re: Serial multiport error Oxford/Startech PEX2S952

On Aug 24, 2011, at 4:59 AM, Jeremy Chadwick wrote: >> >> It may also be interesting to try 9.x on a machine with a serial >> port that operates directly with uart(4). Does stty(4) throw up >> "isn't a terminal" errors against the .init and .lock devices >> relating to those ports? I would try th

Re: sigwait return 4

On Wed, Aug 24, 2011 at 11:42:29PM +0400, Slawa Olhovchenkov wrote: > On Wed, Aug 24, 2011 at 10:32:02PM +0300, Kostik Belousov wrote: > > > > > What should the system do for a delivered signal not present in the set > > > > ? > > > > I guess this is the case of your ktrace. > > > > > > > > Loo

Re: sigwait return 4

On Wed, Aug 24, 2011 at 11:42:29PM +0400, Slawa Olhovchenkov wrote: > On Wed, Aug 24, 2011 at 10:32:02PM +0300, Kostik Belousov wrote: > > > > > What should the system do for a delivered signal not present in the set > > > > ? > > > > I guess this is the case of your ktrace. > > > > > > > > Look

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:32:02PM +0300, Kostik Belousov wrote: > > > What should the system do for a delivered signal not present in the set ? > > > I guess this is the case of your ktrace. > > > > > > Looking at the SUSv4, I see no mention of the situation, but in Oracle > > > SunOS 5.10 man p

Re: sigwait return 4

On Wed, Aug 24, 2011 at 11:24:46PM +0400, Slawa Olhovchenkov wrote: > On Wed, Aug 24, 2011 at 10:07:03PM +0300, Kostik Belousov wrote: > > > On Wed, Aug 24, 2011 at 10:19:07PM +0400, Slawa Olhovchenkov wrote: > > > System is 8.2-RELEASE (GENERIC), amd64. > > > Application -- i386 for freebsd7. > >

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:07:03PM +0300, Kostik Belousov wrote: > On Wed, Aug 24, 2011 at 10:19:07PM +0400, Slawa Olhovchenkov wrote: > > System is 8.2-RELEASE (GENERIC), amd64. > > Application -- i386 for freebsd7. > > > > In ktrace dump I find some strange result: > > > > 22951 100556 kas-mi

Re: sigwait return 4

On Wed, Aug 24, 2011 at 10:19:07PM +0400, Slawa Olhovchenkov wrote: > System is 8.2-RELEASE (GENERIC), amd64. > Application -- i386 for freebsd7. > > In ktrace dump I find some strange result: > > 22951 100556 kas-milter CALL sigwait(0xffdfdf80,0xffdfdf7c) > 22951 100556 kas-milter RET sigwa

sigwait return 4

System is 8.2-RELEASE (GENERIC), amd64. Application -- i386 for freebsd7. In ktrace dump I find some strange result: 22951 100556 kas-milter CALL sigwait(0xffdfdf80,0xffdfdf7c) 22951 100556 kas-milter RET sigwait 4 22951 100556 kas-milter PSIG SIGUSR2 caught handler=0x804c0f0 mask=0x4003

Re: stable/7/lib/msun/src/e_log2.c missing

On Wed, Jul 13, 2011, Dr. A. Haakh wrote: > Oliver Pinter schrieb: > >On 7/12/11, Dr. A. Haakh wrote: > > > >>log2() log2f have been MFCd to 8-STABLE (r216210 and r216210) but are > >>still missing in 7-STABLE. > >> > >>See > >>http://www.freebsd.org/cgi/getmsg.cgi?fetch=24955+47747+/usr/local/

Re: CARP up at boot

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/24/11 02:02, Daniel Kalchev wrote: > I am trying to use a CARP/HAST setup for redundancy and reply on > devd for the carp up/down events to trigger role switch for the > nodes. Is this something at least at, or newer than 8.2-RELEASE? I think

Re: xterm - truetype fonts and missing underscore

Tony   What else is in you .Xresources file . Also have you tried using xft formated font names . Ie xft:luxi mono:size=10 ? -- Mark Saad Mark.saad@longcount.orgOn Aug 24, 2011 7:08 AM, Tony Maher wrote: Hello, recently (not sure exactly when) my xterms no long

Re: xterm - truetype fonts and missing underscore

24.08.2011 12:01, Tony Maher wrote: Hello, recently (not sure exactly when) my xterms no longer showed the underscore character. In my .Xresources I had (and have had this setting for years): XTerm*faceName: Monospace XTerm*faceSize: 10 I noticed when experimenting and modifying values that fo

Re: -m32 on freeBSD 8.2r amd64

On Wed, Aug 24, 2011 at 01:57:02PM +0100, Tom Evans wrote: > On Wed, Aug 24, 2011 at 12:11 PM, Michael Hoffmann wrote: > > Maybe off topic? > > > > 1: echo "int main(void) { return 0; }" > t.c > > > > 2: setenv LDEMULATION elf_i386_fbsd > > > > 3: gcc -c -m32 -o t.o t.c > > > > 4: gcc -nostartfile

Re: -m32 on freeBSD 8.2r amd64

On Wed, Aug 24, 2011 at 12:11 PM, Michael Hoffmann wrote: > Maybe off topic? > > 1: echo "int main(void) { return 0; }" > t.c > > 2: setenv LDEMULATION elf_i386_fbsd > > 3: gcc -c -m32 -o t.o t.c > > 4: gcc -nostartfiles -o a.out > t.o -L/usr/lib32 /usr/lib32/crt1.o /usr/lib32/crti.o > > 5: file a

Re: -m32 on freeBSD 8.2r amd64

Maybe off topic? 1: echo "int main(void) { return 0; }" > t.c 2: setenv LDEMULATION elf_i386_fbsd 3: gcc -c -m32 -o t.o t.c 4: gcc -nostartfiles -o a.out t.o -L/usr/lib32 /usr/lib32/crt1.o /usr/lib32/crti.o 5: file a.out a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dy

Re: Serial multiport error Oxford/Startech PEX2S952

On Wed, Aug 24, 2011 at 12:13:08PM +0100, David Wood wrote: > Hi Greg, > > In message <20110824070826.gk92...@core.byshenk.net>, Greg Byshenk > writes > >On Mon, Aug 22, 2011 at 11:59:11AM +0100, David Wood wrote: > > > >>In message <20110822094756.gj92...@core.byshenk.net>, Greg Byshenk > >> wri

Re: Serial multiport error Oxford/Startech PEX2S952

Hi Greg, In message <20110824070826.gk92...@core.byshenk.net>, Greg Byshenk writes On Mon, Aug 22, 2011 at 11:59:11AM +0100, David Wood wrote: In message <20110822094756.gj92...@core.byshenk.net>, Greg Byshenk writes >It doesn't seem to matter; both cuau?.lock and cuau?.init produce the >er

xterm - truetype fonts and missing underscore

Hello, recently (not sure exactly when) my xterms no longer showed the underscore character. In my .Xresources I had (and have had this setting for years): XTerm*faceName: Monospace XTerm*faceSize: 10 I noticed when experimenting and modifying values that for one choice the bottom part of lett

CARP up at boot

I am trying to use a CARP/HAST setup for redundancy and reply on devd for the carp up/down events to trigger role switch for the nodes. What is interesting is that upon reboot, the CARP interface always first comes up, like this: carp0: link state changed to UP carp0: MASTER -> BACKUP (more f

ports/sysutils/diskcheckd (Re: bad sector in gmirror HDD)

> When the specified or calculated rate exceeds 64KB/sec, the > required sleep interval between 64KB chunks is less than one > second. Since diskcheckd calculates the interval in whole seconds > -- because it calls sleep() rather than usleep() or nanosleep() > -- an interval of less than one secon

Re: Serial multiport error Oxford/Startech PEX2S952

On Mon, Aug 22, 2011 at 11:59:11AM +0100, David Wood wrote: > In message <20110822094756.gj92...@core.byshenk.net>, Greg Byshenk > writes > >It doesn't seem to matter; both cuau?.lock and cuau?.init produce the > >error (for both ports), and cuau? itself remains a no-op. > > You could try > hi