During make of kernel:
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include
-DKERNEL -include opt_global.h -elf ../../i4b/layer1/i4b_isic_pnp.c
../../i
> > >Is doscmd working for anyone on current? Here I just get:
> > >
> > >-
> > >
> > >I have tried it on a single processor and SMP -current and both do the same
> > >thing. I had it working a while back, so I think my configuration is ok.
> > >
> > >Ideas on how to look into this?
> >
>
John Hay wrote:
>
> Hmmm I see the sigreturn man page hasn't been updated, it still says that
> sigreturn takes a struct sigcontext * argument, while the signal.h file
> says it takes ucontext_t *.
Sigreturn still takes a struct sigcontext*. It also takes a ucontext_t.
I think the header should
"David O'Brien" writes:
>On Sat, Nov 06, 1999 at 10:34:18AM +0100, Gary Jennejohn wrote:
>> Here's a patch to bus.h which works for both EGCS and GCC 2.95.2. I have
>
>Here is the patch I've been working on (before I 1st got BDE's reply).
>The changes are mostly from OpenBSD + style changes for th
Taavi Talvik wrote:
>
> Only alternative to get these from outside is to upgrade graduall.. but
> who knows which intermediate source repository dates are good for it?
Mike once said (and, ergo, can be found on the mailing list
archives):
"We do not support upgrading to -current from anything e
"Daniel C. Sobral" wrote:
>
> Taavi Talvik wrote:
> >
> > Only alternative to get these from outside is to upgrade graduall.. but
> > who knows which intermediate source repository dates are good for it?
>
> Mike once said (and, ergo, can be found on the mailing list
> archives):
>
> "We do not
On Sat, Nov 06, 1999 at 01:29:16PM -0600, Jonathan Lemon wrote:
> From the manual page for flock:
>
> NOTES
> Locks are on files, not file descriptors. That is, file descriptors du-
> plicated through dup(2) or fork(2) do not result in multiple instances of
> a lock, but rather m
On Sun, Nov 07, 1999 at 02:01:02AM +0100, Ollivier Robert wrote:
> Right but in Postfix case this is not the case. The "master" process run to
> check whether Postfix is running or not is definitely NOT a child of the real
> "master" process.
But if the real master process forks and then it's ch
Lauri Laupmaa wrote:
>
> On Fri, 5 Nov 1999, Michael Reifenberger wrote:
>
> > The flag is probably -fformat-extensions so eliminate it from
> > /usr/share/mk/bsd.kern.mk.
> > Then build linker/kernel/world.
>
> Thank you all who replied! The trick was to take new loader from running
> system,
Gary Jennejohn wrote:
>
> Any idea why GCC 2.95.2 produces so much more code ?
Mmmm... O'Brien, could you make sure the space-critical code in
sys/boot compiles ok?
--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
What y'all wanna do?
Wanna
Thierry Herbelot wrote:
>
> > Mike once said (and, ergo, can be found on the mailing list
> > archives):
> >
> > "We do not support upgrading to -current from anything else than the
> > latest -stable."
>
> Does this still hold after the recent signal changes ?
>
> TfH
>
> (I assume Ye
[bringing this back to -current, with a Bcc to -security]
"Kenneth D. Merry" <[EMAIL PROTECTED]> writes:
> Jonathan Lemon wrote...
> > In article [EMAIL PROTECTED]> you
>write:
> > > Before I spend a lot of time hunting this down, I figured it might be worth
> > > asking -- is there any particul
>From the keyboard of Charlie ROOT:
> During make of kernel:
>
> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include
> -DKERNEL -include opt_glob
I have studied the Makefile.
I have searched the archives of the lists.
I have put the files necessary for the ports build for docproj during
the make in a separate directory (/usr/ports/distfiles.release),
with no extra files there.
I have set this in the Makefile. Nevertheless this is what h
> > > >Is doscmd working for anyone on current? Here I just get:
> > > >
> > > >-
> > > >
> > > >I have tried it on a single processor and SMP -current and both do the same
> > > >thing. I had it working a while back, so I think my configuration is ok.
> > > >
> > > >Ideas on how to look i
On Nov 11, 1999 at 01:41:48PM +0100, Dag-Erling Smorgrav wrote:
> [bringing this back to -current, with a Bcc to -security]
>
> "Kenneth D. Merry" <[EMAIL PROTECTED]> writes:
> > Jonathan Lemon wrote...
> > > In article [EMAIL PROTECTED]> you
>write:
> > > > Before I spend a lot of time hunting
> "Kenneth D. Merry" <[EMAIL PROTECTED]> writes:
> > Jonathan Lemon wrote...
> > > In article [EMAIL PROTECTED]> you
>write:
> > > > Before I spend a lot of time hunting this down, I figured it might be worth
> > > > asking -- is there any particular reason why TCP sockets may be getting
> > > >
On Sun, 7 Nov 1999, Hellmuth Michaelis wrote:
> > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include
> > -DKERNEL -include opt_global.h -el
"Louis A. Mamakos" <[EMAIL PROTECTED]> writes:
> I think your interpretation of the TCP spec is in error. Since the FIN
> occupies sequence space, it's the same as unacknowledged data and should
> be retransmitted, just like any unacked data in the window would be.
> Eventually, the TCP stack s
David Malone wrote:
> On Sat, Nov 06, 1999 at 01:29:16PM -0600, Jonathan Lemon wrote:
>
>> From the manual page for flock:
>>
>> NOTES
>> Locks are on files, not file descriptors. That is, file descriptors du-
>> plicated through dup(2) or fork(2) do not result in multiple instances
Peter Wemm wrote:
> As to why the 1869 isn't working for you, that's anybody's guess. You
> might try posting the 'dmesg' output (not from syslog) and your complete
> config file, as well as any other pertinant information you can think of.
Ok
here is the (hopefully) complete information.
-curr
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> "D. Rock" writes:
> : device sio0at isa? port IO_COM1 flags 0x10 irq 4
> : device sio1at isa? port IO_COM2 irq 3
>
> These look good. IIRC, the kernel I tested with also had:
>
> device sio2at isa? por
Hellmuth Michaelis wrote:
>
> >From the keyboard of Charlie ROOT:
>
> > During make of kernel:
> >
> > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../
The main thing in this patch is to make bdevs use the same (ie: normal)
vnode locking as character devices.
Secondary effects are general cleanup in spec_vnops.c
You should see no operational changes by applying this patch, if you
do, please report them to me.
Poul-Henning
Index: gnu/ext2fs/
>From the keyboard of Leif Neland:
> > PnP support for i4b in -current was disabled during the conversion of
> > -current to the new-bus/new-pnp architecture; as a result all PnP ISDN
> > cards i4b supports do no longer work.
> >
> Anybody working on re-enabling it, and if so, any time-horisonts
On Sun, Nov 07, 1999 at 03:16:48PM +0100, Leif Neland wrote:
> > PnP support for i4b in -current was disabled during the conversion of
> > -current to the new-bus/new-pnp architecture; as a result all PnP ISDN
> > cards i4b supports do no longer work.
> >
> Anybody working on re-enabling it, and
On Sun, Nov 07, 1999 at 04:01:55PM +0100, D. Rock wrote:
> Any hints when i4b will be converted to new-bus? The code is in stale
> condition for almost 3 months now.
>
> To the original poster:
>
> I also have an ISDN PnP card (SedlBauer WinSpeed). In order to get it
> run on -current, I did the
On Sat, 6 Nov 1999, Dmitrij Tejblum wrote:
> Brian Fundakowski Feldman wrote:
> > There were zero comments about what order things happen in; in fact,
> > the ordering in this case is Just Plain Lame (TM). It's much more
> > correct to explicitly check for fp->f_count == 1.
>
> Not sure what yo
-On [19991106 04:01], Andrzej Bialecki ([EMAIL PROTECTED]) wrote:
>Today I noticed accidentally that either libvgl is broken, or the demo
>program does something wrong - the mouse cursor doesn't move.
>
>But this brings more general question regarding console graphics library.
>As it is today, lib
According to David Malone:
> But if the real master process forks and then it's child closes the fd
> which the lock was on, then the master process will have lost it's lock.
> Is this likely? Does the real master fork children to do stuff?
All the time. "master" is an inetd-like daemon which spa
On Sat, 6 Nov 1999, Dmitrij Tejblum wrote:
> David Malone wrote:
> > A child process seems to be able to let go of a parent's lock on
> > 4.0 by closing a file discriptor, the same doesn't seem to be true
> > on 3.3.
>
> So, apparently, it was broken in rev. 1.68 of kern_descript.c. (Another
>
Problem: ~daemon/tmp should not be the same directory as ~root/tmp/
Suggestion: new home directory:
daemon:*:1:1::0:0:Owner of many system processes:/daemon:/sbin/nologin
+ extend BSD.root.dist to create ~daemon/tmp
Given existing current/src/:
etc/master.passwd:
root::0:0::0
On Sun, Nov 07, 1999 at 06:27:37PM +0100, Leif Neland wrote:
> I'd like to test, So how do I proceed from here?
Get the latest i4b-dev snapshot (00.83.11), get my patches
from http://www.mayn.franken.de/home/tanis/i4b-11.tar.gz,
get a recent current source tree, unpack i4b, unpack the
layer1 patc
> The lock doesn't seem to be released until *explicitly* released, like
> the manual page says. I don't think closing the descriptor counts as
> an explicit unlock, though I am probably wrong. Run this program,
> you'll see the parent still has the lock. Change close(fd) to flock(fd,
> LOCK_UN)
> > > "We do not support upgrading to -current from anything else than the
> > > latest -stable."
> >
> > Does this still hold after the recent signal changes ?
> >
> > TfH
> >
> > (I assume Yes, if one first upgrade the kernel, then the world)
>
> You assume correctly. -stable loader
Ok, with these patches doscmd is working for me again. I can boot dos and
run the topspeed C compiler like I used to a few months ago.
If nobody has any complaints I'll commit it. I'm just not 100% sure about
the patch to doscmd.c and would like if someone with more knowledge about
the signal stu
> >From the keyboard of Leif Neland:
>
> > > PnP support for i4b in -current was disabled during the conversion of
> > > -current to the new-bus/new-pnp architecture; as a result all PnP ISDN
> > > cards i4b supports do no longer work.
> > >
> > Anybody working on re-enabling it, and if so, any
"Daniel C. Sobral" writes:
>Gary Jennejohn wrote:
>>
>> Any idea why GCC 2.95.2 produces so much more code ?
>
>Mmmm... O'Brien, could you make sure the space-critical code in
>sys/boot compiles ok?
>
I still have GCC 2.95.2 installed. This is what I get in /sys/boot:
===> i386/boot2
(cd /usr/s
Marcel,
Just curious as to what the motivation for re-ordering the
sa_flags and sa_mask members in sigaction were? The manpage
still describes the old order BTW.
My Alpha box has been limping through a package build and I've
noticed a number of ports that seem to be falling over for
signal-rela
On Sun, 7 Nov 1999, David Malone wrote:
> > The lock doesn't seem to be released until *explicitly* released, like
> > the manual page says. I don't think closing the descriptor counts as
> > an explicit unlock, though I am probably wrong. Run this program,
> > you'll see the parent still has the
Does anybody can explain why two absolutely identical attempts to remove
unexistent files on UFS and FAT32 yields different error codes ("No such
file or directory" and "Invalid argument" respectively)? This breaks "rm
-f" behaviour, because instead of expected "0", "rm -f" on FAT returns
error co
>Today I noticed accidentally that either libvgl is broken, or the demo
>program does something wrong - the mouse cursor doesn't move.
Oops, sos and I have developed a new version of libsvgl which can
handle VESA modes in addition to the standard VGA graphics modes.
But I haven't committed it to
On Mon, 8 Nov 1999, Kazutaka YOKOTA wrote:
>
> Oops, sos and I have developed a new version of libsvgl which can
> handle VESA modes in addition to the standard VGA graphics modes.
> But I haven't committed it to the source tree yet (yes, I should have
> done so weeks ago ;-(
Commit, commit!!
I want to know where I could find Nestea v3.
Where I can find?
And where I could find a program that has the same effect that the
nestea or better.
It helps me.
THANK YOU!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Please note that you've mailed this to a freebsd specific mailing list
which is designed for discussions of issues with freebsd-current.
This is is not subtitled, "A reference for script-kiddie wannabies."
Please insert 50c for your next attempt, and good day.
(Translation: You've sent your qu
On Sun, 7 Nov 1999, jg wrote:
> I want to know where I could find Nestea v3.
> Where I can find?
> And where I could find a program that has the same effect that the
> nestea or better.
> It helps me.
>
> THANK YOU!
>
FOD.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to
On Mon, 8 Nov 1999, Maxim Sobolev wrote:
> Does anybody can explain why two absolutely identical attempts to remove
> unexistent files on UFS and FAT32 yields different error codes ("No such
> file or directory" and "Invalid argument" respectively)? This breaks "rm
> -f" behaviour, because instea
Try this in -current
$ cat some_file | head
I have to use ^C to regain control.
Jean-Marc
--
Jean-Marc ZucconiPGP Key: finger [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> Jean-Marc Zucconi writes:
> Try this in -current
> $ cat some_file | head
> I have to use ^C to regain control.
... and reverting to rev. 1.22 of eval.c fixes the problem.
Jean-Marc
--
Jean-Marc ZucconiPGP Key: finger [EMAIL PROTECTED]
To Unsubscribe: send mai
Gary Jennejohn wrote:
>
> >Mmmm... O'Brien, could you make sure the space-critical code in
> >sys/boot compiles ok?
>
> I still have GCC 2.95.2 installed. This is what I get in /sys/boot:
>
> ===> i386/boot2
> (cd /usr/src/sys/boot/i386/boot2; m4 -DFLAGS=0 boot1.m4 boot1.s) | as -o boot1.o
>
>From the keyboard of Mike Smith:
> > I still hope documentation for the new-bus, new-pnp architecture will be
> > made available at sufficient time before 4.0-RELEASE code freeze.
>
> There's as much or more documentation on the current architecture as
> there was on the old one.
Check the re
51 matches
Mail list logo
