Eric Hodel wrote...
> I'm having trouble using tosha after the CAM changes, I updated source
> early this morning (around 7:00 PDT 5/7/1999) including ports, then
> make deinstall make distclean in /usr/ports/audio/tosha then make &&
> make install and tosha, and now tosha gives me (as root):
>
>
I'm having trouble using tosha after the CAM changes, I updated source
early this morning (around 7:00 PDT 5/7/1999) including ports, then
make deinstall make distclean in /usr/ports/audio/tosha then make &&
make install and tosha, and now tosha gives me (as root):
#tosha -t1
tosha: cam_lookup_pas
Hi,
I've had the following problem for the last 36 hours or so. I
haven't seen any fixes related to this. Has anyone else seen
the following, or is my tree somehow messed up?
Thanks!
John
===> usr.bin/kdump
cc -nostdinc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../
is this reproducible for you?
On Fri, 7 May 1999, Zach Heilig wrote:
> This is an example of what I just noticed:
>
> $ ls
> aaa bbb ccc
> $ cp aaa bbb
> $ ls
> aaa ccc
> [ !!!, then a couple seconds later: ]
> $ ls
> aaa bbb ccc
>
> [a few (>5) minutes later in a different
From: "Daniel C. Sobral"
Subject: Re: Unicode support for Joliet CDs
Date: Sat, 08 May 1999 02:57:25 +0900
dcs> > Unicode support patch for -current and -stable is now updated.
dcs> BTW, some people mentioned losing case in Joliet names. Is/was this
dcs> caused by the convertion? Is it fixed in
>> sio.o(.text+0x28cf): undefined reference to `gdb_getc'
>> sio.o(.text+0x28d9): undefined reference to `gdb_putc'
>> *** Error code 1
>
>I've supped many times in the past 18 hours or so and I also get the
>above error trying to compile a kernel. My world also still fails at:
Quick fix: configu
On Fri, 7 May 1999, Paul van der Zwan wrote:
> I haven't been able to get a kernel built because of some undefined
> references
> in sio.o. Even GENERIC is broken.
> (cvsupped just a few minutes ago )
>
> loading kernel
> sio.o: In function `siocnprobe':
> sio.o(.text+0x286e): undefined refere
Andrzej Bialecki wrote:
> On Sat, 8 May 1999, Peter Wemm wrote:
>
> > "Jordan K. Hubbard" wrote:
> > > > sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
> > >
> > > Sorry for the vague first bug report; I hadn't collected a reasonable
> > > crashdump yet. It's in sysctl_machdep_
This is an example of what I just noticed:
$ ls
aaa bbb ccc
$ cp aaa bbb
$ ls
aaa ccc
[ !!!, then a couple seconds later: ]
$ ls
aaa bbb ccc
[a few (>5) minutes later in a different vty: ]
$ cd problem_dir
$ ls
aaa ccc
[ ugh.. ]
$ ls
aaa bbb ccc
[this is a filesys
On Sat, 8 May 1999, Peter Wemm wrote:
> "Jordan K. Hubbard" wrote:
> > > sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
> >
> > Sorry for the vague first bug report; I hadn't collected a reasonable
> > crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically
> > where i
On Fri, 7 May 1999, Matthew Dillon wrote:
> :> :--- uthread_create.c 1999/03/23 05:07:55 1.12
> :> :+++ uthread_create.c 1999/05/06 15:27:33
> :> :@@ -42,6 +42,8 @@
> :> : #include "pthread_private.h"
> :> : #include "libc_private.h"
> :> :
> :> :+static int next_tid = 1;
> :> :+
>
I haven't been able to get a kernel built because of some undefined references
in sio.o. Even GENERIC is broken.
(cvsupped just a few minutes ago )
loading kernel
sio.o: In function `siocnprobe':
sio.o(.text+0x286e): undefined reference to `gdbdev'
sio.o(.text+0x2874): undefined reference to `gd
:> :--- uthread_create.c1999/03/23 05:07:55 1.12
:> :+++ uthread_create.c1999/05/06 15:27:33
:> :@@ -42,6 +42,8 @@
:> : #include "pthread_private.h"
:> : #include "libc_private.h"
:> :
:> :+static int next_tid = 1;
:> :+
:> : int
:> : pthread_create(pthread_t * thread, const pt
On Fri, 7 May 1999, Matthew Dillon wrote:
> :--- uthread_create.c 1999/03/23 05:07:55 1.12
> :+++ uthread_create.c 1999/05/06 15:27:33
> :@@ -42,6 +42,8 @@
> : #include "pthread_private.h"
> : #include "libc_private.h"
> :
> :+static int next_tid = 1;
> :+
> : int
> : pthread_create(pthread_t
> Should be fixed as of a few minutes ago in userconfig.c:
>
> revision 1.140
> date: 1999/05/07 16:54:50; author: peter; state: Exp; lines: +34 -2
> Yet another kludge to maintain the isa_device illusion, this time malloc
> an isa_driver and name pointer so the uc_d
Matthew Dillon once wrote:
> Hmmm. tid is only an int and some programs which create and destroy
> threads a lot are almost certainly going to overflow it. 4 billion
> is not hard to reach. This can result in duplicate tid's.
Unsigned will double that. Not enough either?
:--- uthread_create.c 1999/03/23 05:07:55 1.12
:+++ uthread_create.c 1999/05/06 15:27:33
:@@ -42,6 +42,8 @@
: #include "pthread_private.h"
: #include "libc_private.h"
:
:+static int next_tid = 1;
:+
: int
: pthread_create(pthread_t * thread, const pthread_attr_t * attr,
: void
I have just implemented a new target for gdb-4.18 which allows programs
which use FreeBSD's user threads library to be effectively debugged. The
new target automatically detects the presence of user threads when a
program is started or attached to and examined using the gdb commands
'info thread' a
By all means see if threaded apps with exceptions work
with the base installed egcs . I pointed out an application
which does not work, care to give an example of a
threaded / exception application which works with
the base egcs compiler?
--
Amancio Hasty
ha...@star-gate.com
To Unsubs
On Mon, 3 May 1999, Alfred Perlstein wrote:
> On Mon, 3 May 1999, Luigi Rizzo wrote:
>
> > > a box with de and xl interfaces plus BRIDGE and DUMMYNET compiled in,
> > > doing a "sysctl -a" will panic the box. (currproc == sysctl)
> >
> > if you think the panic is bridge-related, can you try man
Motomichi Matsuzaki wrote:
>
> Unicode support patch for -current and -stable is now updated.
>
> See http://triaez.kaisei.org/~mzaki/joliet/
>
> # It's not intended to merge into the repository.
>
> CHANGES:
>
> * By default, filenames are encode by UTF-8, not converted to any charset.
BTW,
"Jordan K. Hubbard" wrote:
> > sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
>
> Sorry for the vague first bug report; I hadn't collected a reasonable
> crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically
> where it copies id->id_driver->name into a temporary stack
:Matt, I told you about this before, but completely forgot about it. After
:doing considerable testing on my test servers, i thought -current was safe
:enough to try on our production shell servers. I installed -current on one
:of my servers, and to my dismay, it hung. :)
:
:Within 5 minutes of run
"Jordan K. Hubbard" wrote:
> > sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
>
> Sorry for the vague first bug report; I hadn't collected a reasonable
> crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically
> where it copies id->id_driver->name into a temporary stack
Greetings,
Since several of the people who've asked for changes to
mergemaster are on this list I thought I'd give y'all first crack at the
new version. I've incorporated the suggestions I've received over the last
6 months, including a fix for the dreaded PAGER problem. You can retrieve
a
Unicode support patch for -current and -stable is now updated.
See http://triaez.kaisei.org/~mzaki/joliet/
# It's not intended to merge into the repository.
CHANGES:
* By default, filenames are encode by UTF-8, not converted to any charset.
* Add support for ISO-8859-2 and KOI8-R.
* Add ke
On Fri, May 7, 1999, Amancio Hasty wrote:
> Is not a good idea to use the default egcs as it is configured to compile
> c++ programs which use threads and exceptions for instance Netscape's
> Eletrical Fire (A Java VM/Compiler) does not work.
Why not? I constantly compile C++ (and lately, obje
>
> Matt, I told you about this before, but completely forgot about it. After
> doing considerable testing on my test servers, i thought -current was safe
> enough to try on our production shell servers. I installed -current on one
> of my servers, and to my dismay, it hung. :)
>
> Within 5 minut
> sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
Sorry for the vague first bug report; I hadn't collected a reasonable
crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically
where it copies id->id_driver->name into a temporary stack variable.
First time through, this t
Hello,
At first, please accept my apologizes for this off-topic posting.
Today, I posted RFD-1 nl.comp.os.unix.bsd in nl.newsgroups.
I hope to meet interested participants overthere.
Kind regards,
Robert Joosten.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-cur
How to repeat symptoms:
boot -c
kget
Watch your system panic when kget does a:
sysctlbyname("machdep.uc_devlist", buf, &len, NULL, NULL);
where len has been properly fetched in a previous syctlbyname()
call (1526 bytes, in my test case) and buf allocated appropriately.
System
On Fri, 7 May 1999, Brian Feldman wrote:
> > > 2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my
> > >new Seagate, which does UDMA2 fine with ATA
>
> Here's what I've got:
> wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa0
> wd0: wdsetmode() setting transfer m
On Thu, 6 May 1999, Lee Cremeans wrote:
> On Thu, May 06, 1999 at 10:04:19PM -0400, Brian Feldman wrote:
>
> > 2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my
> >new Seagate, which does UDMA2 fine with ATA
> >
>
> Can you boot -v and give the output of the ATA_INQU
Soren Schmidt wrote:
> Have you made the acd device nodes with an updated MAKEDEV ??
> Sounds like you use the old major number to me...
That was it.
I installed the new MAKEDEV and did a "sh MAKEDEV all" when I upgraded
to 4.0-CURRENT. I now know it doesn't create the acd0 devices by
default ;
On Mon, 3 May 1999, Bruce Evans wrote:
> >I have noticed that if you do not have /usr/share/groff_font
> >directory, a buildworld will fail. I think GROFF_FONT_PATH is
> >missing from a Makefile maybe? The dev* directories are already
> >built in the obj tree...
>
> Similarly for /usr/share
Yes I would try out the one on the ports directory first for threaded
applications with exceptions.
--
Amancio Hasty
ha...@star-gate.com
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Hi,
On Fri, May 07, 1999 at 01:10:31AM -0700, Amancio Hasty wrote:
> Is not a good idea to use the default egcs as it is configured to compile
> c++ programs which use threads and exceptions for instance Netscape's
> Eletrical Fire (A Java VM/Compiler) does not work.
do you suggest to use the egcs
On Thu, 6 May 1999, Scott Michel wrote:
> > % gdb foobar foobar.core
> > Register %s not found in core file.
>^^
> Should read:
>
> "Register eax not found in core file."
>
> Silly me... :-)
I'll look at it today - My head is in gdb mode at the moment after doing
the import.
--
Dou
Matt, I told you about this before, but completely forgot about it. After
doing considerable testing on my test servers, i thought -current was safe
enough to try on our production shell servers. I installed -current on one
of my servers, and to my dismay, it hung. :)
Within 5 minutes of running,
Is not a good idea to use the default egcs as it is configured to compile
c++ programs which use threads and exceptions for instance Netscape's
Eletrical Fire (A Java VM/Compiler) does not work.
--
Amancio Hasty
ha...@star-gate.com
To Unsubscribe: send mail to majord...@freebsd.org
with "
Andreas Braukmann wrote:
> Hi there,
>
> ?... yesterday I decided, that it might be the right time to
> ?actually pull the 'egcs'-switch on my 4.0-current SMP-box.
> ?I cvsupped, built and installed the world, tweaked the
> ?kernel config (newbus) ...
> ?The transition was smooth, so far.
>
> ?The
Hi there,
... yesterday I decided, that it might be the right time to
actually pull the 'egcs'-switch on my 4.0-current SMP-box.
I cvsupped, built and installed the world, tweaked the
kernel config (newbus) ...
The transition was smooth, so far.
The question remained: ... how to easily fi
Warner Losh wrote:
> In message <37316232.c92a5...@altavista.net> Maxim Sobolev writes:
> : Instead of
> : #include
> : should be
> : #include
> : and pnp.h also
>
> i386/isa/isa_device.h is the legecy interface to the isa drivers.? Its
> use should be strongly discouraged...
Tell this to the J
It seems obituary wrote:
> The new ATA driver (ata0, atadisk0, atapicd0) gives me a *huge* speed
> boost when accessing the harddisk, but I have to sacrifice the use of my
> CDROM if I choose to include it.
>
> The CDROM appears to be detected correctly by the kernel, but when
> trying to access t
The new ATA driver (ata0, atadisk0, atapicd0) gives me a *huge* speed
boost when accessing the harddisk, but I have to sacrifice the use of my
CDROM if I choose to include it.
The CDROM appears to be detected correctly by the kernel, but when
trying to access the device I get the message:
cd9660:
45 matches
Mail list logo