> On Fri, 28 Jul 2000 12:09:51 +0900
> Jun Kuriyama <[EMAIL PROTECTED]> said:
kuriyama> Shell script which contains here-document of 8bit text sometimes dumps
kuriyama> core. For example, please test this script in 4.1 or -current.
I'm using this for workaround on IMASY's main server.
> #!/bin/sh
> cat < [8bit text which contains 0x82 character]
> EOF
>
> And, if I use 'EOF' instead of EOF, it works fine. Do you have any
> idea about this behavior?
And I want to quote that we Japanese often meet 0x82 because it
is contained in Shift_JIS encoding. :-(
h.h.
To Unsubscribe:
I don't know you are the right person to ask, but I found you
committed some of 8bit cleaning in src/bin/sh.
Shell script which contains here-document of 8bit text sometimes dumps
core. For example, please test this script in 4.1 or -current.
#!/bin/sh
cat < // FreeBSD Project
8bit.sh.gz
Try the attached patch for /sys/isa/psm.c, and please report the
result.
Kazu
>Robert Watson wrote:
>>
>> I'm using a Micron P133 box with a PS/2 mouse. Up until this morning, I
>> was running 4.0-STABLE from a month or two back. I upgraded to
>> 5.0-CURRENT, and since that time, my mouse has
Robert Watson wrote:
>
> I'm using a Micron P133 box with a PS/2 mouse. Up until this morning, I
> was running 4.0-STABLE from a month or two back. I upgraded to
> 5.0-CURRENT, and since that time, my mouse has been responding slowly and
> erratically, jumping as it moves, et al.
> I'm using t
This patch does indeed fix the problem here. Thanks!
This should really make it into 4.0.2...
---Jos
> -Original Message-
> From: Alexander N. Kabaev [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 26, 2000 8:13 PM
> To: The Hermit Hacker
> Cc: [EMAIL PROTECTED]; Jos Backus; Benedikt
Hi,
I worked apm debug print cleanup to avoid re-build kernel with
APM_DEUG (this kernel option seems unavailable for now) for obtaining
debug messages on apm.
http://people.freebsd.org/~iwasaki/apm/apm-debug.diff
The debug flag can be controlled by sysctl interface and loader
setting "debug.ap
I'm using a Micron P133 box with a PS/2 mouse. Up until this morning, I
was running 4.0-STABLE from a month or two back. I upgraded to
5.0-CURRENT, and since that time, my mouse has been responding slowly and
erratically, jumping as it moves, et al. The mouse daemon seems to be
consuming more
On Thu, 27 Jul 2000, Jose M. Alcaide wrote:
> Benedikt Schmidt wrote:
> > Same problem here on current (make world + kernel last week) with Xfree86
> > 4.0.1 using a V3000 and and ps2 mouse. I tried using "Device" "/dev/mouse"
> > with moused and "Device" "/dev/psm0" without moused. With both set
On Thu, 27 Jul 2000 16:34:58 +0200, "Vincent Bruijnes" wrote:
> How can i unsubscribe from freebsd-current and subcribe to freebsd-stable,
>
> Thanks, Vincent
Send a mail to [EMAIL PROTECTED] (not to this list) with
unsubscribe freebsd-current
subscribe freebsd-stable
in the message body.
Fu
Benedikt Schmidt wrote:
> Same problem here on current (make world + kernel last week) with Xfree86
> 4.0.1 using a V3000 and and ps2 mouse. I tried using "Device" "/dev/mouse"
> with moused and "Device" "/dev/psm0" without moused. With both settings the
> mouse is frozen after switching back to X
On Thu, 27 Jul 2000, David Scheidt wrote:
> On Wed, 26 Jul 2000, Jos Backus wrote:
>
> :[This is with yesterdays' -current and today's kernel, and Xfree86 4.0.1 using
> :the ati driver module.]
> :
> :Something I noticed today: switch to text console from X using C-A-F1; upon
> :return, the mous
On Wed, 26 Jul 2000, Jos Backus wrote:
:[This is with yesterdays' -current and today's kernel, and Xfree86 4.0.1 using
:the ati driver module.]
:
:Something I noticed today: switch to text console from X using C-A-F1; upon
:return, the mouse cursor is frozen. moused appears to still work because
how can i unsubscribe from freebsd-current and
subcribe to freebsd-stable,
Thanks, Vincent
dhclient seems to be broken, it's giving me the all zeroes broadcast
address instead of all ones:
inet 192.168.91.35 netmask 0xfff0 broadcast 192.168.91.32
(should be broadcast 192.168.91.47)
Index: dhclient.c
===
RCS f
On Thu, 27 Jul 2000 09:37:11 +0200, Poul-Henning Kamp wrote:
> > ifconfig tun0 inet 10.0.0.1
>
> I think you are seing the "interesting" side effect of the BSD
> concept of "POINT2POINT" lines.
I think that's anotehr issue. Once I'd read 0 bytes from /dev/tun0 with
dd(1), I was able to d
In message <[EMAIL PROTECTED]>, Sheldon Hearn writes:
>
>On Wed, 26 Jul 2000 12:33:07 +0200, Sheldon Hearn wrote:
>
>> Does this have anything to do with your recent change to if_tun.c?
>
>Nope. I've reverted rev 1.75 of if_tun.c and the behaviour persists.
>Someone locally insists that the ifcon
On Wed, 26 Jul 2000 16:26:48 +0100, Ben Smithurst wrote:
> I think the device needs to be opened before you can do anything with
> it. PPP of course does this for you, but if you want to ifconfig it
> yourself you might try something like ``dd if=/dev/tun0 of=/dev/null
> count=0'' first.
Ah,
Hi,
after recent commits to dev/aic7 I get timeouts from my hardware at
the SCSI-Bus (a CD-ROM an a CDR) and it needs very long to boot. An old
kernel boots just fine.
The (stripped down) output of a verbose boot:
---snip---
ahc0: port 0xb000-0xb0ff mem
0xd980-0xd9800fff irq 9 at devic
19 matches
Mail list logo