Dag-Erling Smorgrav d...@flood.ping.uio.no writes:
This still doesn't explain select()'s failure to time out
Found it! If you change:
printf(no select() action);
to:
fprintf(stderr, no select() action\n);
you'll see that select() does time out.
The moral of this story
Brian Feldman gr...@unixhelp.org writes:
On 13 Jun 1999, Dag-Erling Smorgrav wrote:
BTW, you should check for errno == EINTR when select() returns -1.
The perror() is the status report for select() when -1.
Yeah, but EINTR is a normal condition, so I'd ignore it silently
instead of logging
that many ignorants in my short encounter with
FreeBSD.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
will be fine.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
not have a valid
/etc/resolv.conf.
yedi#ls /usr/ports/distfiles
docbk241.tar.Z isoENTS.zip linuxdoc-1.1.tar.gz
docbk30.tar.Z jade-1.2.1.tar.gz sgmlformat-1.7.tar.gz
This is outside the chroot tree.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
the the #freebsd IRC channel about this. The name
slips my mind right now.
Almost certainly EE (Eivind Eklund).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
console in single-user mode, and could neither interrupt nor
background it, I had no shell). Upon reboot, fsck -p produced a
shitload of busy_count 0 messages.
(newfs still gets wedged, btw)
DES
--
Dag-Erling Smorgrav - d...@ifi.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST.
Following up on myself, the box just panicked (softdep_write_complete:
lock held).
DES
--
Dag
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST.
Following up on myself, the box just panicked
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010 to replace the old (and dying)
Quantum Fireball ST
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
Dag-Erling Smorgrav d...@ifi.uio.no writes:
I'm getting tons of these in an IDE-only box. They started appearing
after I put in an IBM DTTA371010
support from BTL management
translate into UNIX was created to run a word processor?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
provide useful info on *why* it
doesn't work. I wish I could stop what I was doing every time someone
had a problem, but I don't have that kind of time.
Neat.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers
them unstripped,
as they should be.
Do you perchance have something like
INSTALL=install -s
in your /etc/make.conf?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
and
thus does not grok large UIDs.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
greater than USHRT_MAX because some old
(third-party) software stores UIDs in unsigned short ints instead of
uid_t and therefore does not grok large UIDs. The warning is harmless
(unless you run some of that old software) and should most certainly
not be changed or removed.
DES
--
Dag-Erling Smorgrav
, society will collapse, and I can take over
the world while everyone's distracted!
Yes, Bill, we love you too :)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
don't think there's much point in doing that before Kirk
McKusick removes the restrictions on the soft updates code. When that
happens, we can make soft updates non-optional and turn on soft
updates on all file systems by default.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe
, and some of it is a complete replacement for the fetch(1)
command. The code and documentation (yes, Nik, I wrote docs!) is
available at URL:http://www.freebsd.org/~des/software/.
As usual, comments and patches are welcome.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
Sheldon Hearn sheld...@uunet.co.za writes:
On 28 May 1999 10:29:44 +0200, Dag-Erling Smorgrav wrote:
I brushed the dust off a bunch of patches I had for libfetch and the
fetch(1) command and made a patchkit of them [...]
Your mail has brought to mind a question I've never managed to sort out
;
int c;
f = fetchPutURL(argv[1], NULL);
while ((c = fgetc(stdin)) != EOF)
fputc(c, f);
return 0;
}
Needless to say, this works with file: URLs as well.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
driver shortly before 3.2 which should have ironed out whatever
problems remained.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
at objcopy(1).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
, the problem you're facing is a very common one, and is usually
solved by switching to a Real Mail User Agent (tm) which breaks lines
at 80 columns or less.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers
.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
I want to convert these kernel options to sysctl variables. Where
should they be inserted into the tree? I was thinking of creating a
new 'cam' top-level category and put them there:
cam.sa.space_timeout
cam.sa.rewind_timeout
cam.sa.erase_timeout
DES
--
Dag-Erling Smorgrav - d
Stan Shkolny s...@osgroup.com writes:
[...] (BTW, I found it very-very-VERY helpful
that I did it first under NT, since NT has kernel-mode debugger :-).
Oh, and FreeBSD doesn't?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
, or put so much magic in your drawing
function that it will bog down to something like 3 fps. And you can't
just look at your video_info_t and see that mode X is interlaced; you
have to *know* that you're running in mode X and that mode X is
interlaced.
DES
--
Dag-Erling Smorgrav - d
-remembering a quote about some other app.
As I remember it, the quote referred to a noddy program used as an
example in a paper or lecture. Knuth had proven the program to be
correct, but had never actually compiled it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
Daniel C. Sobral d...@newsguy.com writes:
Dag-Erling Smorgrav wrote:
[...] but the hardest
part of the job - finding loop and type invariants and post- and
pre-conditions which the prover can use as starting points - must
still be done
:)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
swap space to fsck the 130 MB volume, and the
system has 64 MB RAM. This was is 2.2.8 (haven't upgraded it yet).
I *really* hope you meant 130 GB and not 130 MB :)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd
in the correct address range from /dev/kmem)
- port GGI to FreeBSD.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Kelly Yancey kby...@alcnet.com writes:
On 14 May 1999, Dag-Erling Smorgrav wrote:
No, actually it has 1536 more pixels :) Mode Q is so named because the
frame buffer is a cube of sorts (i.e. 256x256 pixels in 256 colors)
Yeah, I've seen the DOS port of snes9x use that. I don't think it has
kernel address space is large
enough. The default in -CURRENT and recent versions -STABLE is 1 GB,
which should be enough for most (if not all) uses. The default for
3.1-RELEASE and -STABLE up to mid-April is 256 MB.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
experienced sustained transfer rates in excess of 1 MBps on
a 10Base2 network, with FreeBSD 3.1 using an SMC based Kingston EtherX
(ISA PnP NE2000 clone thingamabob) in one end and a nondescript Linux
box in the other end.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send
401 - 436 of 436 matches
Mail list logo