t; http://lists.freebsd.org/mailman/listinfo/svn-src-all
> > To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
>
> ___
> svn-src-all@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/svn-src-all
> To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
--
Erik Trulsson
ertr1...@student.uu.se
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
even know where we get them and how we (pretend to)
> know
> we track boundaries are.
Modern drives do actually report CHS parameters. The values reported
rarely (if ever) have any relationship whatsoever to reality, but they
are reported. I guess the reason for them still being reported is t
.
(E.g. if you have a dual-boot machine where FreeBSD shares the disk
with some other OS that insists on having partitions start exactly on a
track boundary, then FreeBSD would need to handle that somehow.)
But even then you are not really interested in using the &
s another question, to which the answer is probably no,
since the values reported do not match the actual geometry of the
drives (and haven't done so for many years now.)
--
Erik Trulsson
ertr1...@student.uu.se
___
svn-src-all@freebsd.org mail
C (etc.) machines have probably never been
supported by FreeBSD.
For machines that are currently supported by FreeBSD and which provides
ISA-slots it is probably only the i386 architecture that qualifies. (There
might also be some motherboard out there that has ISA-slots and supports
amd64-capabl
On Wed, Oct 14, 2009 at 12:42:19AM +0400, Dmitry Morozovsky wrote:
> On Tue, 13 Oct 2009, Erik Trulsson wrote:
>
> ET> (There might also be some motherboard out there that has ISA-slots and
> ET> supports amd64-capable CPUs but one will have to look fairly hard to find
>
sent in FreeBSD is
something else, which is far more likely to cause problems. Such
changes should generally be avoided unless there is some really good
reason to do it, and I don't think such a reason exists in this case.
--
Erik Trulsson
ertr1...@student.uu.se
__
, but otherwise it might take a while to figure out why the
sound is at the 'wrong' volume.
This is one example I have found where bad things can happen if you use
'shutdown' when you should have used 'reboot'. I am fairly sure
;
> > Log:
> > Accept == as an alias of = which is a popular GNU extension.
>
> It is not a popular GNU extension. It is crap only bash supports.
> Do you really want to encourage that?
In what way is it 'crap', and in what way would adding support f
and
I believe there are a large number of such machines still in use, and
they are still perfectly suitable for a large number of tasks.
--
Erik Trulsson
ertr1...@student.uu.se
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
ograms
must use them when entering/leaving full-screen mode. (Some terminal types
need to be in some special mode to allow you to move around the cursor to
arbitrary positions.)
This is not needed for xterm, and therefore those capabilities should not
appear in the termcap entry for xterm.
--
o or a
> contra argument in itself), e.g.
True, and it is a PITA when there is a problem with the compilation, since
you need to add extra flags to the verbose output so you can find out what
flags the compiler actually was invoked with.
--
Erik Trulsson
ertr1...@student.uu.se
On Fri, Jan 30, 2009 at 02:21:53PM +0100, Hartmut Brandt wrote:
> Erik Trulsson wrote:
> > On Fri, Jan 30, 2009 at 01:02:15PM +0100, Ivan Voras wrote:
> >> 2009/1/30 David O'Brien :
> >>
> >>> compiler invocation must really bug you. Perhaps we shoul
days and is just an attempt to fit the total number of blocks into
the limitations of the PC BIOS.
E.g. AFAIK there are no disk in production today with more than 10 heads,
and even that many is rare.
The number of sectors/track is actually variable, with the outer tracks
having more sectors/track th
int y;
> ...
> }
>
> You'll probably find my code is one the biggest users of this style
> but I've only started using it when I saw it already used.
That construct is allowed in C89 as well.
--
Erik Trulsson
[EMAIL PROTECTED]
__
15 matches
Mail list logo
