Alfred Perlstein wrote:
>
> * Dmitry Sychov <[EMAIL PROTECTED]> [001109 13:06] wrote:
> > Greetings.
> >
> > According to manual the aio_offset field of the "aiocb" structure
> > is ignored in the aio_read() call. So one can read the file only from
> > beginning. Very bad for me. :-(
> >
> > Will
* Zhenhai Duan <[EMAIL PROTECTED]> [001109 21:09] wrote:
> A simple question:
>
> Does the kernel function printf() flushes the output immediately, or it is
> possible some data is buffered somewhere and gets lost without printing
> to the console? like the corresponding funtion in the c library.
A simple question:
Does the kernel function printf() flushes the output immediately, or it is
possible some data is buffered somewhere and gets lost without printing
to the console? like the corresponding funtion in the c library.
Thanks.
--Zhenhai
To Unsubscribe: send mail to [EMAIL PROTECTE
On Fri, Nov 10, 2000 at 12:33:31PM +1000, [EMAIL PROTECTED] wrote:
> On Thu, 9 Nov 2000, void wrote:
>
> > not how busy the disks are. I want relative data, not absolute.
>
> systat -vmstat?
Thank you! This gets the me disk %busy, which is one of the things I
was looking for. Now, can anyone
Hi guys,
Just curious if anyone has come across this error before, because I
haven't...
Nov 9 16:05:00 peach sshd[9275]: Disconnecting: Corrupted
check bytes on input.
Does anyone think it could be bad ram? I'm going to cvsup and run a
buildworld and see how that goes...
Thanks
Keith
To
James FitzGibbon wrote:
>
> The program will core after about 10 seconds, every time.
> It would appear that there is an issue with some low-level allocator in the
> STL as shipped in 4.x.
Dude. The STL implementation that ships with g++ isn't thread safe.
In fact, if you read the STL portio
The cable is pretty decent and the fact that it does not support the
call is not a problem.
Nick
On Thu, 9 Nov 2000, Chris Dillon wrote:
> On Thu, 9 Nov 2000, Nick Hibma wrote:
>
> > This is not a problem as the thing works although it displays the
> > message. Because it does not support the
Hm, I missed the zip story. You seem to have all the bits that are
necessary in your kernel.
Could you compile your kernel/module with UMASS_DEBUG defined and send
me the output after an attach?
The 'GetMAXLUN not supported' thing does not make the driver fail, it
makes it just assume that the
Which version of the OS? Please update to a recent release of 4-STABLE
if you are not there.
Did you do a camcontrol rescan 0? What does that produce?
All you will need is
kldload usb
kldload cam
kldload umass
or compile with the following options (I am not sure whethe
On Thu, Nov 09, 2000 at 04:38:35PM +0100, Bjorn Tornqvist wrote:
> I'm going to add 2 functioncalls to the kernel; msgrcv_t() msgsnd_t()
> ("t" as in timeout) where the user will be able to specify a maximum
> amount of time they are prepared to wait for a message to be sent or
> become available.
* Bjorn Tornqvist <[EMAIL PROTECTED]> [001109 13:38] wrote:
>
> Hi!
>
> I'm going to add 2 functioncalls to the kernel; msgrcv_t() msgsnd_t()
> ("t"
> as in timeout) where the user will be able to specify a maximum amount
> of
> time they are prepared to wait for a message to be sent or become
>
Hi!
I'm going to add 2 functioncalls to the kernel; msgrcv_t() msgsnd_t()
("t"
as in timeout) where the user will be able to specify a maximum amount
of
time they are prepared to wait for a message to be sent or become
available.
I just wonder if the rest of the freebsd community is interested
* Dmitry Sychov <[EMAIL PROTECTED]> [001109 13:06] wrote:
> Greetings.
>
> According to manual the aio_offset field of the "aiocb" structure
> is ignored in the aio_read() call. So one can read the file only from
> beginning. Very bad for me. :-(
>
> Will this bug be fixed in FreeBSD 5.0?
Hrm,
We're having a problem with threaded programs that use the STL. Given the
following program:
--START--
#include
#include
typedef map mymap_t;
#ifdef GLOBLOCK
pthread_mutex_t glob_mut;
#endif
void *run(void *) {
while (1) {
string f("");
#ifdef GLOBLOCK
Greetings.
According to manual the
aio_offset field of the "aiocb" structure
is ignored in the aio_read()
call. So one can read the file only from
beginning. Very bad for me. :-(
Will this bug be fixed in FreeBSD
5.0?
Thank you!
Dmitry
As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit)
determination for the FreeBSD Foundation. The IRS seems to be a little
confused about the nature of FreeBSD and we're currenlty working on
a response to an initial determination from the IRS that was not
favorable. One thi
Hello, dear
friends!!! Sorry for mistakes I am from Lithuania :-)
I'm 16 years old and I can't
live without FreeBSD ! I want to develope it, but I think that I have not
enougth knowledge :-( In my country I can't get FreeBSD :-( And my connection
speed is 16k(I can't get FreeBS
Thank you infinitely for all this information.
It will take me a while to absorb and poke around in the right places but this is
definitely extremely useful, thank you.
I will most probably come back to you with more questions, in a near future
time...
bruno
Terry Lambert wrote:
> > > To add t
* Nick Hibma ([EMAIL PROTECTED]) [001109 14:52]:
>
> This is not a problem as the thing works although it displays the
> message. Because it does not support the call it gives an indication
> that multi LUN devices are not supported.
>
> I have one of these cables and managed to newfs a 4Gb SCS
On Thu, 9 Nov 2000, Nick Hibma wrote:
> This is not a problem as the thing works although it displays the
> message. Because it does not support the call it gives an
> indication that multi LUN devices are not supported.
>
> I have one of these cables and managed to newfs a 4Gb SCSI drive.
>
>
This is not a problem as the thing works although it displays the
message. Because it does not support the call it gives an indication
that multi LUN devices are not supported.
I have one of these cables and managed to newfs a 4Gb SCSI drive.
Was anything connected to the cable when you connect
I have a Microtech USB to SCSI converter (see
http://www.microtechint.com/qs-usbscsi.html for details).
Under Windows (having installed the driver that comes with), everything
works without issue. Under BSD, I get this on boot:
umass0: Microtech International, Inc. USB-SCSI-HD50, rev 1.00/1.00,
In article <3A0AF50D.16530.974B26@localhost>, Leonard den Ottolander
<[EMAIL PROTECTED]> wrote:
> I was wondering if somebody could point me out a serial protocol
> analyzer. Maybe analyzer is too big a word for what I am looking
> for (I could be the analyzer :) ). What I am thinking of is a p
> > To add to this, the close calls can be forces; there is a flag
> > in the device structure wich can force notification. I'm not
> > sure what it does over a fork(), though: I think you really want
> > open notification.
>
> You mean that when I register my device/kernel module, I can
> expli
Hello!
I try to start pppd but always receive such message when start pppd
Device cuaa0 is busy...
What I must do, I try to kill all pppd and then start again, but again
receive such message, before rebbot everything works fine
Thank you...
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
On Tue, Nov 07, 2000 at 04:13:30PM +0100, Dag-Erling Smorgrav wrote:
> void <[EMAIL PROTECTED]> writes:
> > I've been using Solaris a lot lately, and I've noticed that in e.g.
> > top's output, it has a distinct CPU state called "iowait", which seems
> > to be a pretty good indicator of how I/O-bo
On Tue, Nov 07, 2000 at 12:00:22AM -0800, Brian O'Shea wrote:
>
> What information are you looking for specifically?
%busy figures for disks, %iowait figures for processors.
> $ systat -io
>
> Hope that helps,
Like iostat, this tells me how much data is being transferred, but
not how busy th
[EMAIL PROTECTED] wrote:
>
> On 8 Nov, Bill Paul wrote:
> >> A coworker seems to have found an issue with portmap on FreeBSD.
> >> Aparently, if you try and register the same service twice, but with
> >> different protocols (UDP vs TCP), it doesn't work. I'm not entirely sure
> >> I believe this
Dan Nelson wrote:
>
> In the last episode (Nov 07), Dag-Erling Smorgrav said:
> > Graham Wheeler <[EMAIL PROTECTED]> writes:
> > > I am trying to write a screen saver module that, when it kicks in,
> > > will switch to the first console, and then, if a key is pressed,
> > > will switch back to th
This already happens... at least in rc.shutdown v1.15:
# $FreeBSD: src/etc/rc.shutdown,v 1.15 2000/10/20 20:26:05 ache Exp $
-Steve
On Thu, Nov 09, 2000 at 04:16:07PM +0100, Christoph Sold wrote:
> [ Redirected from [EMAIL PROTECTED] to [EMAIL PROTECTED] ]
>
> Jimmy Olgeni schrieb:
> >
> > It
[ Redirected from [EMAIL PROTECTED] to [EMAIL PROTECTED] ]
Jimmy Olgeni schrieb:
>
> It would be nice to have a /etc/rc.shutdown.local called by
> /etc/rc.shutdown,
> to implement custom shutdown procedures. This is currently done by
> editing rc.shutdown, but you have to remember about it when
On 8 Nov, Bill Paul wrote:
>> A coworker seems to have found an issue with portmap on FreeBSD.
>> Aparently, if you try and register the same service twice, but with
>> different protocols (UDP vs TCP), it doesn't work. I'm not entirely sure
>> I believe this, and I am digging for more details,
On Wed, 8 Nov 2000, Len Conrad wrote:
> Sorry to bother you hackers, but -questions isn't responding, and the
> handbook and Complete/Lehey don't, afaics, cover this situation
> explicitly. I can't really afford to screw up this production
> machine and start over from fresh disk, nor futz
Terry Lambert wrote:
[snippage]
> > exactly. this does not happen if I run this program from tcsh
> > (but does if I run from bash 1.14.7(1) built from ports
> > thanks!
> All in all, bash is pretty buggy.
The originator already stated that the bug doesn't appear in bash 2.
Using bash
[ don't cross post, followups to hackers (was on stable) ]
On Thu, Nov 09, 2000 at 11:23:27AM +, Kaltashkin Eugene wrote:
> #netstat -m
> 567/2176/4096 mbufs in use (current/peak/max):
> 317 mbufs allocated to data
> 250 mbufs allocated to packet headers
> 296/1024/1024 mbuf
Hi ppls
Today i get message looutput: mbuf allocation error
#netstat -m
567/2176/4096 mbufs in use (current/peak/max):
317 mbufs allocated to data
250 mbufs allocated to packet headers
296/1024/1024 mbuf clusters in use (current/peak/max)
where i can increase amount of mbuf ?
sy
36 matches
Mail list logo
