Jun 28, 2011 04:29:35 PM, jh...@dataix.net wrote:
>> I got Vir= tualBox process in a strange state. It has the status
STOP but
>>= shows by top as consuming 200% CPU for a very long time.
>> How i= s this possible and what does this mean? Process time stays
at 0:00
>= ;> TIME.
>From: Eric Anderson <[EMAIL PROTECTED]>
>On one of my boxes where I have a decent amount of (less than 50) users
>in a few groups, I finally hit the limit. Not 1024 bytes though (that I
>know of). When that happens though, it is sooner than expected, and
>tools (like 'id') seg fault (and cor
>
>I'm working on some custom hardware and I'm getting garbled console
>output.
>
>I noticed that siocntxwait looks like this:
>
>static void
>siocntxwait(iobase)
> Port_t iobase;
>{
> int timo;
>
> /*
>* Wait for any pending transmission to finish. Required to avoid
>From: Julian Elischer <[EMAIL PROTECTED]>
>Basically you shouldn't have a recursed mutex FULL STOP. We have a couple
>of instances in the kernel where we allow a mutex to recurse, but they had to
>be
>hard fought, and the general rule is "Don't". If you are recursing on
>a mutex you need to sw
>
>On Mon, Dec 17, 2007 at 03:07:02AM -0800, Yuri wrote :
>> I had USB camera connected and recognized as umass0 and mounted as
>> /mnt/camera
>> on /dev/da0s1.
>>
>> Camera was disconnected while it was still mounted.
>
>Personal recipe when this kind of things happens (generally caused by a
>ca
>From: Matthew Dillon
>To: John Baldwin <[EMAIL PROTECTED]>
>:Except that you still need "real" hardware concurrency to see some races and
>:that is important for testing. I'd worry about the overhead of any
>
>Hardware and vkernel/qemu environments exercise different code paths
>and d
Oh, this reminded me of something I've seen before. In some version of GCC
(3.96? 4.something?) if you declare a function with an explicit throw()
declaration and then throw from it an exception that is not in the declaration,
the exception never gets caught. It just goes all the way out.
Any cha
Daniel C. Sobral wrote:
>
> Sergey Babkin wrote:
> >
> > I want to propose a simple substitution for ACLs. No, here
> > is no patch yet but I'm ready and willing to do it. The reason
> > why I want to discuss it first is that this is a Political Thing.
> >
Daniel C. Sobral wrote:
>
> Mike Hoskins wrote:
> >
> > This isn't a comment meant to contribute to the overcommit holy war
> > (opinion mode: I think FreeBSD should overcommit, or at worst have a
> > sysctl and default to overcommit - admins who don't want overcommit can
> > then hang themselves)
Warner Losh wrote:
>
> In message
> "Brian F. Feldman" writes:
> : And how about having
> : if (securelevel > 3)
> : return (EPERM);
> : in bpf_open()?
>
> There are no security levels > 3. I'd be happy with > 0. This is
> consistant with the meaning of "raw devices".
Dis
Warner Losh wrote:
>
> In message <37a25361.34799...@bellatlantic.net> Sergey Babkin writes:
> : Disabling bpf it will break rarpd (and also rbootd but it is less
> : important). I think such a thing should be mentioned in documentation.
>
> Not if they are started be
Alex Povolotsky wrote:
>
> Hello!
>
> I'm going to implement a large mail-box, with several hundreds of mail-only
> users. They should never access anything besides their POP3 mailboxes and
> change password via (SSLed) web interface.
>
> So, I don't want to add all of them to /etc/passwd.
>
>
Alex Povolotsky wrote:
>
> <37a30852.20e5a...@bellatlantic.net>Sergey Babkin writes:
> >> Any suggestions, anyone?
> >
> >Modify the POP daemon to use your mySQL database in addition to getpwent ?
> >That seems to be the easiest way that should not break
Warner Losh wrote:
>
> In message <37a3b701.851df...@softweyr.com> Wes Peters writes:
> : Do we have a list of all services that use bpf? I'm willing to edit the man
> : pages, given a list. I guess I could just grep-o-matic here, huh?
>
> Yes. I'm also in a holding off pattern until we know t
Alexey M. Zelkin wrote:
>
> hi,
>
> Which tools can be used to edit syscons fonts ?
Any of the tools you use to edit the DOS fonts.
My favorite one it Evafont by Pete Kvitek. But
there were a lot of tools floating around.
-SB
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscrib
Thomas David Rivers wrote:
> Microsoft needs a "business quality" version of Windows,
> which it claims is Windows/2000. That version of Windows
> could benefit from a 64-bit port, if for marketing only; but
> I don't think it would result in the volume of sales Intel
> is looking for.
A
Jim Bryant wrote:
> > I really don't know how people get started with this. HP has _never_ stated
> > that the chip will handle it; all they have stated is that HPUX applications
> > will continue to be supported.
> >
> > I suggest you people go read comp.arch for a while; there's a fair bit of
>
Zuidam, Hans wrote:
>
> Hi,
>
> The IA64 (merced) is a kind of VLIW (Very Large Instruction Word)
> processor. It is basically a complete new kind of systems architecture
> with a i686 (and of course a i586, ..., 4004) slapped on the side. The
> original processor design was done by HP. See:
>
Mark Ovens wrote:
>
> On Fri, Aug 27, 1999 at 08:45:31PM -0400, Sergey Babkin wrote:
> >
> > A funny thing is that Microsoft is porting essentially a
> > 32-bit version of Windows to Merced. All the programs for
> > Windows that want to use 64-bit support will have
Hi guys,
I've got this idea, and I wonder if anyone has done it already,
and if not then why. The idea is to put the TCP logic over UDP.
I've done some googling and all I've found is some academical
user-space implementations of TCP that actually try to interoperate
with "real" TCP. What I'm thin
Dirk-Willem van Gulik wrote:
>
> On 10 Jul 2010, at 13:05, Sergey Babkin wrote:
>
> > I've got this idea, and I wonder if anyone has done it already,
> > and if not then why. The idea is to put the TCP logic over UDP.
>
> Have you looked at T/TC
Pieter de Goeje wrote:
>
> On Saturday 10 July 2010 14:05:29 Sergey Babkin wrote:
> > Hi guys,
> >
> > I've got this idea, and I wonder if anyone has done it already,
> > and if not then why. The idea is to put the TCP logic over UDP.
> >
> > I&#
Bruce Cran wrote:
>
> On Sat, 10 Jul 2010 08:05:29 -0400
> Sergey Babkin wrote:
>
> > Basically, every time you use UDP, you've got to reinvent your
> > own retransmission and reliability protocol. And these protocols
> > are typically no good at all, as th
Jul 29, 2010 12:58:07 PM, a...@icyb.net.ua wrote:
>on 29/07/2010 19:13 Andriy Gapon said the following:
>> on 29/07/2010 17:13 Alexander Fiveg said the following:
>In fact I have a suspicion that the problem might have to do with multiple
>mappings of the shared pages, but far from sure...
>Take a
>I want to use getrusage to see how much time a program is using. But
>this is a multithreaded program, and I just want the time taken by that
>particular thread!
>
>I know this info must be available somewhere, because top -H seems to
>provide it. But getrusage seems to give the total rusage
Murray Taylor wrote:
>
> Hi all,
>
> We have just purchased some servers with a view to
> using them as firewalls within our WAN, and have discovered that
> they are suject to a massive interrupt storm on IRQ17.
>
> systat -v is showing 59000 -> 63000 interrupts continuously
> on this IRQ, and 9
Varshavchick Alexander wrote:
>
> I have an old enough server with FreeBSD 5.4 which from time to time
> complains about filesystem full. But the problem is that the partition
> in question has about 15G free space and more than 1000 free inodes.
> Then all by itself the error dissapears, only
Jeremy Chadwick wrote:
>
> What really needs to happen here should be obvious: we need some form of
> inexpensive keyboard-only USB support in boot2/loader.
>
> I would *love* to know how Linux and Windows solve this problem.
If I remember right, UnixWare used(s) the BIOS calls in the loader.
-
>While trying to get = a linux binary running on FreeBSD I encountered
>the following prob= lem during serial port I/O.
>
>Dec 1 22:22:34 soekris kernel: = linux: pid 7239 (linuxbinary): ioctl
>fd=0, cmd=0x5409 ('T',9) = is not implemented
>
>0x5409 turns out to be TCSBRK, whi
If I remember correctly, loading means that the pages become mapped
and= visible to the devices. Some buses can access only a limited
address space= , like ISA has only a 24-bit address. When a map gets
loaded, for any pages= outside of this range the temporary in-ramge
pages are al
Sorry if this sounds like s tupid suggestion, but have you thought
abou= t doing an user-space
prototype first? It's usually much easier to deve= lop and modify.
Then after the features get
worked out, move it into the= kernel.
-SB
Mar 21, 2009 07:51:18 AM, [1]gabriele.mod= e.
(Sorry for the top quoting). Probably the best implementation of
gettimeofd= ay() is to have
a page in the kernel mapped read-only to all the user pr= ocesses. Put
the kernel's idea of time
into this page. Then getting the = time becomes a simple read (OK, two
reads, to make sure
y (and any other global data we can think of) and
on= e
per-process for static data like getpid/getgid.
Scott
Sergey Babkin wrote:
> (Sorry for the top quoting). Probably the= best implementation of
> gettimeofd=y() is to have
> a= page in the kernel mapp
Apr 2, 2009 01:03:48 AM, [1]peterjer...@optushome.com.au wrot= e:
>On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev <[2]sobo...@freebsd.org>
wrote:
>>You don't really need to = do it on every execve() unconditionally.
It
>>could be done on de= mand in libc, so that only when thread p
Apr 4, 2009 02:10:23 PM, ivo...@freebsd.org wrote:
>Can someo= ne please review and commit (if appropriate) the tweak for
>Hyper-V shu= tdown issue at
http://shell.peach.ne.jp/aoyama/archives/40
>?
>
= >>The problem is: the VM appears to hang on shutdown without it
(hanging
Apr 4, 2009 02:02:07 PM, jul...@elischer.org wrote:
>Hey Sergey, whatever you are using for a mail client SUCKS
>real bad at the moment..
>
> it's really messing up your outgoing mails..
>
>note the mail below
Looks like using the text mode didn't help :-( Oh, well, I g
John Baldwin wrote:
>
> On Monday 06 April 2009 1:07:38 pm Ivan Voras wrote:
> > 2009/4/6 John Baldwin :
> > > On Sunday 05 April 2009 12:23:39 pm Sergey Babkin wrote:
> >
> > > Hmm, the problem is we need to be able to write to BARs to size them. б
> &g
PCI spec):
I've tried adding it back, and it made no diffe= rence.
I'll try FreeBSD 8 and see what happens.
-SB
Ap= r 7, 2009 10:28:50 AM, [1]...@freebsd.org wrote:
On Monday 06 April 2009 11:12:33= pm Sergey Babkin wrote:
> John Baldwin wrote:
> >
John Baldwin wrote:
>
> On Monday 06 April 2009 11:12:33 pm Sergey Babkin wrote:
> > Anyway, as far as I can tell, it's only the base register of
> > the simulated DEC21140 device that has this issue, so it's
> > quite possible that the bug is in that device&#x
John Baldwin wrote:
>
> On Tuesday 07 April 2009 9:14:26 pm Sergey Babkin wrote:
> > John Baldwin wrote:
> > >
> > > On Monday 06 April 2009 11:12:33 pm Sergey Babkin wrote:
> >
> > > > Anyway, as far as I can tell, it's only the base regis
Wojciech Puchar wrote:
>
> > Wojciech Puchar writes:
> >> Why it's THAT bad?
> >
> > http://svn.freebsd.org/base/head/sys/pci/if_rl.c
> >
> > Scroll down past the copyright, license and attribution. Read the
> > 38-line comment that explains just how crappy this chip really is.
>
> Well - reall
Hi guys,
I wrote a book, "The Practice of Parallel Programming".
However the publishing part didn't work out, so I've put
it on the web:
SourceForge page: https://sourceforge.net/projects/tpopp/
read online: http://members.verizon.net/~babkin/tpopp/
BTW, looks like DamonNews is dead? All there
Maxim Sobolev wrote:
>
> Hi,
>
> Our company have a FreeBSD based product that consists of the numerous
> interconnected processes and it does some high-PPS UDP processing
> (30-50K PPS is not uncommon). We are seeing some strange periodic
> failures under the load in several such systems, which
Hi all,
For everyone who asked about my book "The Practice of Parallel
Programming" being printed, I've got it self-published
through CreateSpace:
https://www.createspace.com/3438465
They say it should get to Amazon too, in 3 weeks or so.
The discount code RYM7VM5Q gives $14 off the list price a
Doug Barton wrote:
>
> On 4/20/2010 11:30 AM, Bakul Shah wrote:
> >
> > My suggestion was in the context of upgrding a system to a
> > new release. There are changes to /**/etc/**/*(.) files going
> > from release R to R+1. I was pointing out that what
> > mergemaster does (merging in these chang
Hi!
I have tried to install 3.1 on two machines but on both of
them I was not able to boot it after installation. The
3.0-snapshot from May-98 worked fine on both of them.
But 3.1 did not boot. First, the MBR boot manager was not able to
boot any partition, nor FreeBSD nor UnixWare. After I repla
Hi!
I want to propose a simple substitution for ACLs. No, here
is no patch yet but I'm ready and willing to do it. The reason
why I want to discuss it first is that this is a Political Thing.
And if the Core Team decides that it's a Bad Thing, I suppose
it will never get commited to the system.
Garance A Drosihn wrote:
>
> At 12:20 AM +0900 7/15/99, Daniel C. Sobral wrote:
> > In which case the program that consumed all memory will be killed.
> > The program killed is +NOT+ the one demanding memory, it's the one
> > with most of it.
>
> But that isn't always the best process to have kil
>From: "M. Warner Losh" <[EMAIL PROTECTED]>
>Scott Long <[EMAIL PROTECTED]> writes:
>: Dinesh Nair wrote:
>: >
>: >
>: > On 11/03/05 03:12 Warner Losh said the following:
>: >
>: >> Yes. if you tsleep with signals enabled, the periodic timer will go
>: >> off, and you'll return earl
>From: kamal kc <[EMAIL PROTECTED]>
>since i am using the adaptive LZW
>compression scheme it requires construction of string
>table for compression/decompression. So an ip packet
> of size 1500 bytes requires a table of size (4KB +
> 4KB + 2KB =12KB).
>
>further still i copy the ip packet
> dat
>From: Giorgos Keramidas <[EMAIL PROTECTED]>
>On 2005-11-03 22:56, kamal kc <[EMAIL PROTECTED]> wrote:
>> since i am using the adaptive LZW compression scheme it
>> requires construction of string table for
>> compression/decompression. So an ip packet of size 1500 bytes
>> requires a table of si
>From: Danny Howard <[EMAIL PROTECTED]>
>Hey ... yes, I recall there being issues with the QLogic drivers ... I
>wonder if anyone has given the mpt drivers a shot? I was able to speak
>with an engineer at Engenio (now owned by LSI) and she said there were
>some issues with the QLogic dual-port ca
>From: Pawel Jakub Dawidek <[EMAIL PROTECTED]>
>On Sun, Nov 13, 2005 at 09:26:05PM +0100, Koen Martens wrote:
>+> Just remembered something else: do you jexec into the jail, or do
>+> you do a proper logon (eg. ssh into the jail). I think that if you
>+> jexec into the jail and then try to ssh, yo
>From: Divacky Roman <[EMAIL PROTECTED]>
>On Thu, Dec 08, 2005 at 05:06:16PM -0800, Steve Kargl wrote:
>> Anyone have any insight into fixing gcc to make better
>> use of system memory on systems with more than 4 GB.
>> It appears that libiberty/physmem.c tries to use sysctl()
>> to determine the
>From: Tony <[EMAIL PROTECTED]>
> I'm trying to make an iso image that will boot FreeBSD using GRUB boot
>loader.
>
>Then the kernel starts, but when the kernel try to mount the root fs, it
>stops. I have the follow line in my /etc/fstab
>/dev/acd0c / cd9660 ro
Kris Kennaway wrote:
>
> On Fri, Dec 16, 2005 at 10:34:09PM -0800, Avleen Vig wrote:
> > On Fri, Dec 16, 2005 at 10:40:22AM -0500, Martin Cracauer wrote:
> > > > 2. SMP kernels for install. Right now we only install a UP kernel, for
> > > > performance reasons. We should be able to package both
>From: =?ISO646-US?Q?Dag-Erling_Sm=3Frgrav?= <[EMAIL PROTECTED]>
>Gary Thorpe <[EMAIL PROTECTED]> writes:
>> This effectively means that you cannot take advantage of SMP to
>> compile FreeBSD's ports collection. That sounds like a big
>> limitation...especially for people trying to speed up bulk b
Kris Kennaway wrote:
>
> On Fri, Jan 20, 2006 at 11:25:33AM -0600, Sergey Babkin wrote:
> > >From: =?ISO646-US?Q?Dag-Erling_Sm=3Frgrav?= <[EMAIL PROTECTED]>
> >
> > >Gary Thorpe <[EMAIL PROTECTED]> writes:
> > >> This effectively means t
Kris Kennaway wrote:
>
> On Fri, Jan 20, 2006 at 04:54:33PM -0500, Sergey Babkin wrote:
> > Kris Kennaway wrote:
> > >
> > > On Fri, Jan 20, 2006 at 11:25:33AM -0600, Sergey Babkin wrote:
> > > > >From: =?ISO646-US?Q?Dag-Erling_Sm=3Frgrav?= <[EMAIL
Jacques Fourie wrote:
>
> I have installed 6.0-RELEASE and the behaviour is still the same. If I try
> to pre-load an md_image of 64M with 4G of RAM installed, the kernel panics
> early in the boot cycle. Here is the panic on 6.0-RELEASE:
>
> 131072K of memory above 4GB ignored
This is a kind of
>From: andrew clarke <[EMAIL PROTECTED]>
>
>How can I programmatically retrieve the "volume serial number" and
>"volume label" of a removable disc in FreeBSD? This is the same
>information that's presented by issuing a "dir" command in Windows:
>
> Volume in drive D is FooBar
> Volume Serial Numbe
>From: Daniel O'Connor <[EMAIL PROTECTED]>
>On Monday 27 February 2006 22:33, Tobias Roth wrote:
>> > man rc.subr plus a look through /etc/rc.d should get you started :)
>>
>> Can you explain in more detail how one can handle the watchdog part of
>> the equation? I can't find that information in t
>From: Pranav Sawargaonkar <[EMAIL PROTECTED]>
>Hi
>I am studying signaling related work in FreeBSD kernel just for learning.
>Can anybody tell me that why there are two different structures named
>1)struct sigcontext
>2)struct osigcontext
>are defined in /sys/i386/include/signal.h
>I want to
>From: David Malone <[EMAIL PROTECTED]>
>The TSC is always fastest, but unfortunately under some circumstances
>it can't be trusted (if your CPU has throttle modes to save power
>or on some SMP systems where the two TSCs in each CPU give different
>values).
If I remember correctly, all the SMP CP
>From: Ashley Moran <[EMAIL PROTECTED]>
>I just saw this slashdotted article:
>http://ezine.daemonnews.org/200603/dermouse.html
>
>Just to satisfy my curiosity, is it the sort of thing that can be implemented
>as a GEOM layer? The idea is bloody clever but sounds like a bit of a hack
>right no
>From: Bernd Walter <[EMAIL PROTECTED]>
>> >From: Ashley Moran <[EMAIL PROTECTED]>
>>
>> >I just saw this slashdotted article:
>> >http://ezine.daemonnews.org/200603/dermouse.html
>>
>> Well, I've been running around with this kind of idea for
>> around 10 years now. Never actually implemented i
>Same here. As mentioned in the original message, I can use the mouse
>to open a new window under firefox. The new window will accept
>keyboard input, the old one won't. It's almost as if it's deadlocking
>on input.
>
>Reminder: my final question was "how do I go about debugging this
>problem?".
Greg 'groggy' Lehey wrote:
>
> > The focus management and the highlighting of the window manager
> > decoration are not physically connected in any way, so a bug in the
> > window manager might cause it to do the highlighting but forget to
> > give the focus to the application.
>
> But mouse focu
>From: Stefan Sperling <[EMAIL PROTECTED]>
>What are admins supposed to do on systems with more than, say, a hundred
>users. Having to add a line to /etc/fstab for every user is of course
>scriptable, but that does not make it less insane.
Would it make sense to be able to specify a group in fstab
>From: Mike Meyer
>In <[EMAIL PROTECTED]>, Scott Long <[EMAIL PROTECTED]> typed:
>> Youre' saying that
>> instead of /dev/da0, we should have
>> /dev/HITACHI-HUS103073FL3800-SA19-B0T1L0
>
>That's a ridiculous extreme. All I advocated was that we be able to
>easily identify the devices connected t
>From: Mike Meyer
>In <[EMAIL PROTECTED]>, Darren Pilgrim <[EMAIL PROTECTED]> typed:
>> >> That's far better than trying to remember what's on em0.
>> >
>> > That's certainly true. But is there an advantage to tieing the
>> > PublicLAN name to a MAC address as opposed to em0?
>> You could test t
>From: "M. Warner Losh" <[EMAIL PROTECTED]>
>usb assigns addresses dynamically. Everyone else does it basically
>statically. PCI slot/device numbers are static, but extreme
>configurations can change the bus number.
Some USB devices (though not all of them) provide a unique
device ID. If this I
>From: Bill Vermillion <[EMAIL PROTECTED]>
has some
>color vision problem. Mine is a bit more than others. Everytime
>I get called to work on a Linux system, I have to go in and disable
>the colors as the reds and other colors become very hard to see
>against a dark background. The problem is
>From: Steven Hartland <[EMAIL PROTECTED]>
>> Anyway the big question is how can I change all our NFS
>> mounts so that failed mounts dont prevent the machines
>> booting to the point where they can be fixed remotely
>> i.e. have started sshd.
>
>Doh!! spent ages googling for the answer then found
>From: [EMAIL PROTECTED]
>Jason Slagle wrote:
>
>> On Wed, 12 Jul 2006, [EMAIL PROTECTED] wrote:
>>
>>> I would repeat several sentences in my last reply.
>>> Why would people write Windows application with rather MFC/ATL/.NET
>>> Framework than direct Windows API? Why is gtkmm framework created
>From: "Kamal R. Prasad" <[EMAIL PROTECTED]>
>Im sorry I didn't understand you. setjmp() stores a few register contents
>[notably ip] in a jmpbuf -which are restored after a longjmp(). How is the
>try/catch mechanism more efficient than a setjmp()/longjmp() in terms of
>space/time complexity?
try
>From: Peter Jeremy <[EMAIL PROTECTED]>
>To resurrect a fairly old thread...
>
>On Mon, 2006-Mar-27 11:23:42 +1030, Greg 'groggy' Lehey wrote:
>>On Sunday, 26 March 2006 at 19:17:19 +1100, Peter Jeremy wrote:
>>> My work system runs separate X servers on two heads (rather than
>>> ximerama) and I
>From: Peter Jeremy <[EMAIL PROTECTED]>
>>BTW, I've promised Greg a script to dump the X protocol
>>from binary log, then I was busy and and forgot about it.
>>Is there still any interest in this tool?
>
>What does your script do? I've used xmon in the (distant) past but
>it is designed to sit i
>to followup myself ... I just see, we also have pack identifier,
>its the additional struct behind it that differs.
>"Bootstrap name" etc...
Those are parts of an union, so the total size still shouldn't
change. I'd guess that the char[] format is used on-disk
and the pointers are used in-memory
>From: Lutz Boehne <[EMAIL PROTECTED]>
>
>> but argv[0] is either an absolute path or a path relative to pwd,
>> unless your shell is broken.
>
>One should also consider users breaking argv[0] intentionally, e.g.
>pointing it to other files which could lead to undesired/unpredictable
>behaviour.
>From: Gleb Smirnoff <[EMAIL PROTECTED]>
>On Fri, Aug 18, 2006 at 10:41:36AM +0300, Martin Eugen wrote:
>M> I have a simple application, that deals with lots of dgram sockets (UDP).
>M> Thousands of them. Basically, its purpose is to
>M> maintain pairs of sockets and when data is received on one o
>From: Oliver Fromme <[EMAIL PROTECTED]>
> > > The tar|gzip command uses 18% less CPU and is 10% faster. It
> > > is clear the HDD is the bottleneck.
> >
> > Now it's clear to me :)
> >
> > This makes sense if tar is single-threaded: there's only one thread of
> > execution, and it can either b
All,
I've committed these changes for cron to support DST change
to -current (see PR bin/24494 for description of my tests).
Everyone is welcome to test them out.
Please let me know if you encounter any problems caused by them
(and better do that before these changes would be MFCed to -stable
in
Neil Blakey-Milner wrote:
>
> On Sat 2001-01-20 (16:39), Sergey Babkin wrote:
> > All,
> >
> > I've committed these changes for cron to support DST change
> > to -current (see PR bin/24494 for description of my tests).
> > Everyone is welcome to tes
Greg Black wrote:
>
> Sergey Babkin wrote:
>
> > Neil Blakey-Milner wrote:
> > >
> > > On Sat 2001-01-20 (16:39), Sergey Babkin wrote:
> > > > All,
> > > >
> > > > I've committed these changes for cron to support DS
> that you revert your change asap.
Could you please look at the changes and their description
and after that confirm that you still want them backed out ?
-SB
> Sergey Babkin wrote:
> >
> > babkin 2001/01/20 13:28:17 PST
> >
> > Modified files:
> >
Doug Barton wrote:
>
> Sergey Babkin wrote:
> >
> > Neil Blakey-Milner wrote:
> > >
> > > On Sat 2001-01-20 (16:39), Sergey Babkin wrote:
> > > > All,
> > > >
> > > > I've committed these changes for cron to support
Lawrence Sica wrote:
>
> Quoting Sergey Babkin <[EMAIL PROTECTED]>:
>
> > All,
> >
> > I've committed these changes for cron to support DST change
> > to -current (see PR bin/24494 for description of my tests).
> > Everyone is welcome to test
Matt Dillon wrote:
> The problem here has nothing to do with whether changing the behavior
> is good or bad, and everything to do with the fact that cron is an
> absolutely critical core piece of software that runs on these machines
> and there is no guarentee that you haven't int
Dan Langille wrote:
>
> On 21 Jan 2001, at 14:50, Sergey Babkin wrote:
>
> > Let me ask a simple question: Why ? What are the benefits of
> > preserving the old behavior ?
>
> First, it's not "old" behaviour. It is existing behaviour. There i
To mention it from the start, I've backed out my changes.
(Yes, the pre-backed-out version was the one with the old behavior
enabled by default and changed behavior enabled by an option).
Doug Barton wrote:
>
> On Sun, 21 Jan 2001, Sergey Babkin wrote:
>
> &g
Matt Dillon wrote:
>
> :> with your rather large diff set. For better or for worse, people
> :> already know about the daylight savings shift problem. Thousands
> :> of people depend on cron to work, which means that when you
> :> make a major change like this it must be tested
Greg Black wrote:
>
> Sergey Babkin wrote:
>
> > It still can be backed out.
>
> Well, what are you waiting for? Back it out. Listen to what
> people are saying and then maybe propose something that takes
> into account their concerns.
I wanted to get a confirmati
Greg Black wrote:
>
> Sergey Babkin wrote:
>
> > There are other things which may not allow a job to finish in
> > a predefined time slot. For example, other operations going on
> > and consuming CPU, disk or network bandwidth. So presuming
> > that a job would
David Greenman wrote:
>
> >supporting it if someone ported it over to freebsd? they have drivers for
> >just about every other major OS except BSD. it would be nice if the driver
> >was updated BEFORE cards and MBs that dont work started showing up on the
> >loading dock. Every time I get a shipm
David Greenman wrote:
>
> >>I don't know what list you are looking at, but the download list that
> >> I was
> >>looking at did not include SCO, Unixware or any other Unix variant except
> >>Linux.
> >
> >This is the list.
> >
> >NDIS2, NDIS3, NDIS4 and NDIS5 drivers
> >
[EMAIL PROTECTED] wrote:
> 2.) you should know some basic stuff about FreeBSD internels (i am planning
> on getting The Design and Implementation of the 4.4BSD Operating System
>
> that is about it the rest really is a blur and is so complex and huge i have
> no idea where to begin hope i wasn't
Matthew Jacob wrote:
>
> The problem is that at the time this was a huge issue there were a much larger
> number of machines and pieces of h/w and radically different OS's (or flavors
> within Unix even) to support. Such a wide set of differences is not really
> there any more, hence the cost of
Dave Smith wrote:
>
> On Tue, Feb 20, 2001 at 01:16:17PM +1300, David Preece wrote:
> > I started in the handbook, the section on backups and creating a bootable
> > floppy was invaluable. It's also worth trawling the archives of
> > freebsd-small, in particular look for "tinybsd" which (IIRC) is
Murray Stokely wrote:
>
> On Thu, 22 Feb 2001, Julian Stacey [EMAIL PROTECTED] wrote:
> % I hadn't heard of mkhybrid, so investigated: it's been merged into mkisofs:
>
> I still prefer old versions of mkhybrid over the new merged mkisofs
> for some tricky environments. The new mkisofs will co
1 - 100 of 291 matches
Mail list logo
