On Wed, 3 Apr 2002, Coleman Kane wrote:
Its usb. Someone with working serial console need look at this.
I have been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all
On 2 Apr, Matthew N. Dodd wrote:
Oh that is easy to fix. We can do it in one of two ways.
Show me the exact link line from icc (I want the equivalent to gcc -v).
I don't know how to produce something like with icc, but...
We can also tell 'icc' to use our 'ld'.
-Qlocation,ld,/usr/bin
bang# make
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica
-I../../../contrib/ipfilter
Crist J. Clark wrote:
The real problem here is that these targets are such monsters
that they really can't be cross-targets. The doc stuff is
particularly nasty, viben that there are maybe 19 sets of
packages that have to be sucked down and installed to make
it work, because they
This looks like an electrical problem. What happens if you connect the
mouse directly to the machine, without any hubs?
Nick
On Sun, 23 Dec 2001, Raman Ng wrote:
Hello all,
I have already sent a mail about this problem before.
I am a newbie of
FreeBSD. This time I attached the dmesg
Hi!
This is a JFYI that the UCONSOLE kernel option has been phased
out as insecure. Fix your configs.
Cheers,
--
Ruslan Ermilov Sysadmin and DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED] FreeBSD committer,
+380.652.512.251Simferopol, Ukraine
On Wed, Apr 03, 2002 at 03:14:43AM -0500, Coleman Kane wrote:
I have been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all the way up, it seems to halt
at the section
Ruslan Ermilov wrote:
Hi!
This is a JFYI that the UCONSOLE kernel option has been phased
out as insecure. Fix your configs.
Cool.
I guess you will be making xconsole SUID so that it can still
grab the console, right?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
'BTX halted' on floppy boot is still a problem on 5-current. Nobody
can install latest 5-current (not 5.0-DP1 :-) to a fresh PC at this time.
debolaz Well, here's a dump from me too, it's
debolaz 5.0-CURRENT-20020313-JPSNAP, the first snap from
debolaz snapshots.jp.freebsd.org which has the
On Tue, 2 Apr 2002, Joerg Wunsch wrote:
As Bruce Evans wrote:
BTW, device cloning seems to work wrong for fd:
%%%
Script started on Wed Apr 3 02:16:43 2002
ttyp1:bde@besplex:/tmp ls /dev/fd0c
ls: /dev/fd0c: No such file or directory
ttyp1:bde@besplex:/tmp ls /dev/fd0c
matusita I doubt there is a problem around libz (which is updated
matusita between two JPSNAPs shown above), since the kernel in
matusita kern.flp is gzipped, but most users doesn't gzip their
matusita kernel on HDD.
Yeah, bingo! :-)
My friend on IRC confirms that 'gzip'-ed kernel on HDD
This is a JFYI that the UCONSOLE kernel option has been phased
out as insecure. Fix your configs.
Umm, it's listed as insecure in the every config file, so you're not
saying anything that wasn't already known.
However, it was required for some X applications to work correctly,
which is why
On Wed, 3 Apr 2002, I wrote:
...
This seems to be a bug in the fd driver. ls -F works the first time
on nonexistent partitions. But it should only work on devices that
oops: ^ on devices that go through the disk layer
exist. fd0a and fd0c may need to exist for
On Tue, 2002-04-02 at 13:04, Murray Stokely wrote:
On Sat, Mar 30, 2002 at 03:24:08PM +0200, Andrew Bliznak wrote:
On Sat, 30 Mar 2002, Masahide -mac- NODA wrote:
Same here, solid lock, debug key not work. If I setup X to use /dev/ums0
computer hang just after startx. All worked with
Yeah, I rememver that. I think it is the USB though, it crashes right at the
point where it attempts to attach Input devs.
--
coleman
On Wed, Apr 03, 2002 at 02:35:50PM +0200, Pierre Beyssac wrote:
On Wed, Apr 03, 2002 at 03:14:43AM -0500, Coleman Kane wrote:
I have been having major issues
That's what I suspected. I may try setting up the serial console on
that box and see what I can find.
--
coleman
On Wed, Apr 03, 2002 at 11:33:40AM +0300, Andrew Bliznak wrote:
On Wed, 3 Apr 2002, Coleman Kane wrote:
Its usb. Someone with working serial console need look at this.
I have
I apparently responded to Jonathan via private email.
The patch below fixes the eventhandler lock ordering
problem.
steve
On Tue, Apr 02, 2002 at 06:25:40PM -0800, Jonathan Mini wrote:
Steven G. Kargl [[EMAIL PROTECTED]] wrote :
lock order reversal
1st 0xc02d9b40 eventhandler @
As Bruce Evans wrote:
On Wed, 3 Apr 2002, I wrote:
...
This seems to be a bug in the fd driver. ls -F works the first time
exist. fd0a and fd0c may need to exist for compatibility, but shouldn't.
fd0b and fd0[d-h] just shouldn't exist.
Bruce
As Bruce Evans wrote:
This seems
Nate Williams [EMAIL PROTECTED] writes:
However, it was required for some X applications to work correctly,
which is why it was still being used.
No, it's just required for them to work when run by unprivileged
users.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
Hello all,
I've got an iFeel at home, plugged directly into the machine. Gives the
exact same error. At one point last summer I started trying to look into
it, and from what I saw in the code and what I remember it looked like
some sort of timeout was happening while trying to talk to the mouse.
If it helps any, the optical logitech wheel mouse I have works without a
hitch. I've got mind connected via USB, but have you tried using the
USB/PS2 adapter as a temporary fix?
--
scott
On Wed, 3 Apr 2002, Ian Logan wrote:
Hello all,
I've got an iFeel at home, plugged directly into the
Actually I did try using a USB/PS2 adapter once. It doesnt really work.
I believe the PS/2 port wasnt supplying enough power to the mouse :-(
You could see the mouse power-up but as soon as you tried to do anything with it
it would lose power. And if I remember right, the machine locked up (but
Brandon S. Allbery KF8NH [EMAIL PROTECTED] wrote:
lrwxr-xr-x 1 root wheel4 Apr 2 20:34 /dev/fd1c@ - fd0
Uh?
Interesting that you spooted /that/. :-)
OK, gonna fix it...
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/
Last month, Mark Murray [EMAIL PROTECTED] wrote:
In ports/lang/gcl, a program is undumped, and the resultant binary
dumps core _very_ early in the startup. I can't get debugging info,
because the undumping also seems to strip the program.
I've also have had that same problem when I
However, it was required for some X applications to work correctly,
which is why it was still being used.
No, it's just required for them to work when run by unprivileged
users.
Things like xconsole *are* run by unprivileged users.
Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Wed, Apr 03, 2002 at 04:48:52AM -0800, Terry Lambert wrote:
Ruslan Ermilov wrote:
Hi!
This is a JFYI that the UCONSOLE kernel option has been phased
out as insecure. Fix your configs.
Cool.
I guess you will be making xconsole SUID so that it can still
grab the console, right?
I have two directories of executables
(actually two entire FreeBSD filesystems)
they were both produced from the same checked out trees except that
between the two compiles, some patches (unknown) were applied
to the sources.
How can I find out which binaries have changed?
they are all
How can I find out which binaries have changed?
they are all different according to cksum so I assume
that there is a timestamp or something in them.
Is there a way to compare only the text segments?
You can do wonders with objdump(1) and diff.
--
Poul-Henning Kamp | UNIX since Zilog
How can I find out which binaries have changed?
they are all different according to cksum so I assume
that there is a timestamp or something in them.
Is there a way to compare only the text segments?
You can do wonders with objdump(1) and diff.
and ident(1).
M
--
o Mark Murray
On Wed, 3 Apr 2002, Poul-Henning Kamp wrote:
How can I find out which binaries have changed?
they are all different according to cksum so I assume
that there is a timestamp or something in them.
Is there a way to compare only the text segments?
You can do wonders with objdump(1) and
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
On Wed, 3 Apr 2002, Poul-Henning Kamp wrote:
How can I find out which binaries have changed?
they are all different according to cksum so I assume
that there is a timestamp or something in them.
Is there a way to compare only the
Apparently, On Wed, Apr 03, 2002 at 10:01:36PM +0200,
Poul-Henning Kamp said words to the effect of;
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
On Wed, 3 Apr 2002, Poul-Henning Kamp wrote:
How can I find out which binaries have changed?
they are all different
Compare them without the ELF headers, a section at a time, so
that the timestamps are irrelevent.
You may also have to throw out the what information from the
binaries, preemptively...
Julian Elischer wrote:
I have two directories of executables
(actually two entire FreeBSD filesystems)
Compare them without the ELF headers, a section at a time, so
that the timestamps are irrelevent.
From what I recall, there _are_ no timestamps in ELF images,
and compiling the same executable multiple times locally here
seems to bear out the fact: cmp on two successive outputs
is identical.
On Wed, 3 Apr 2002 [EMAIL PROTECTED] wrote:
Compare them without the ELF headers, a section at a time, so
that the timestamps are irrelevent.
From what I recall, there _are_ no timestamps in ELF images,
and compiling the same executable multiple times locally here
seems to bear out
Ian Logan wrote:
Hello all,
I've got an iFeel at home, plugged directly into the machine. Gives the
exact same error. At one point last summer I started trying to look into
it, and from what I saw in the code and what I remember it looked like
some sort of timeout was happening while trying
matusita Anybody know typical pitfalls of using new libz? I've seen some
matusita commits for adapting the new libz, but sorry I forget what they were.
I've tried to boot 5.0-CURRENT-20020404-JPSNAP and got a success @_@
Does recent change to src/lib/libz/infcodes.c rev 1.4 solve this issue?
In article [EMAIL PROTECTED] you wrote:
ru 2002/04/03 09:29:20 PST
Modified files:
include Makefile
Log:
Don't clobber headers that we didn't create.
Noticed by: bde
Reviewed by:bde
And after that revision and author's testing this
I guess I wonder why the code differs, then?
-- Terry
[EMAIL PROTECTED] wrote:
Compare them without the ELF headers, a section at a time, so
that the timestamps are irrelevent.
From what I recall, there _are_ no timestamps in ELF images,
and compiling the same executable multiple times
In message: [EMAIL PROTECTED]
Michael Smith [EMAIL PROTECTED] writes:
: Is there a way that we can fix this without blindly allowing bad
: bus_alloc_resources ? I'm a bit confused as to wheather our code is
: behaving oddly or if it's just the device violating some spec...
:
:
In message: [EMAIL PROTECTED]
Shizuka Kudo [EMAIL PROTECTED] writes:
: Hi,
:
: I'm having problem with the TI cardbus bridge to
: recognize PCCARD in NEWCARD kernel. I have a desktop
: with TI PCI1250 adaptor and an IBM Thinkpad with TI
: 1450. Both recognize PC Cards in GENERIC
[ cc'd to ports (re: ports/34661). The problem here is that gcl, in
ports/lang, is not building due to a core dump. This patch might
fix it. ]
I wrote:
PR ports/34661 :-)
Using 4-STABLE (sorry, I'm not using -current), I took a quick stab
at the problem (having dealt with
Fixed in Makefile.inc1,v 1.249.
On Wed, Apr 03, 2002 at 10:27:05PM +0200, Anders Andersson wrote:
On Wed, Apr 03, 2002 at 09:29:20AM -0800, Ruslan Ermilov wrote:
ru 2002/04/03 09:29:20 PST
Modified files:
include Makefile
Log:
Don't clobber headers
43 matches
Mail list logo