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 clob
[ 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 wit
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 "GENERI
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...
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 multipl
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 testi
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?
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 try
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 bea
>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
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)
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?
> >> >t
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 c
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 objdum
>
> >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 Mar
>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
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 differen
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 sam
"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, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/
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 th
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
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.
I
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 co
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 @ /usr/
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
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 issue
> > 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 PROTE
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 ma
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
> 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
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 do
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:
'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
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 "unsub
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 co
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 sectio
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
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 dme
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 /de
"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
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 -I../../../../in
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
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
43 matches
Mail list logo