On 15 Feb, Jose M. Alcaide wrote:
I found an annoying problem: the line drawing chars are not drawn
in xterms. This can be tested with talk(1), grdc(6), or simply
with a command like "dialog --yesno Test 5 15". However, it works
from the system console, using TERM=cons25 and TERM=cons25l1.
On 11 Feb, Kai Großjohann wrote:
I installed a minimal 3.1 from CD (without X11), then made the
-CURRENT world, then installed the above mentioned ports. All of this
a week or so ago; I forgot the exact date.
XF86Setup needs tcl/tk. tcl/tk needs XFree86. If there's no tcl/tk
XF86Setup isn't
Hi,
after an installworld (cvsup Feb 4, ~4 pm CET) my libs didn't have
symbols anymore:
---snip---
(107) netchild@ttyp2 nm /usr/lib/libc_r.so.4
/usr/lib/libc_r.so.4: no symbols
(108) netchild@ttyp2 nm /usr/lib/libncurses.so.5
/usr/lib/libncurses.so.5: no symbols
(109) netchild@ttyp2 file
On 2 Feb, Kenneth D. Merry wrote:
I'm using this hardware since 2 years now and it's the first time I see
this (the computercase isn't opened for 2 months now, so nothing changed
recently). Is this something I should worry about?
This is likely a cabling or termination problem. It could
Hi,
today I've got
(da0:ahc0:0:0:0): SCB 0xb - timed out in Data-in phase really in Data-in phase 44,
SEQADDR == 0x113
(da0:ahc0:0:0:0): BDR message in message buffer
(da0:ahc0:0:0:0): SCB 0xb - timed out in Data-in phase really in Data-in phase 54,
SEQADDR == 0x113
(da0:ahc0:0:0:0): no
On 25 Jan, Alex Zepeda wrote:
I haven't been able to mount an msdos (FAT16) formattted zip disk (well
any FAT16 formatted zip disk) for quite a while. Currently I'm trying to
mount afd0s4, but no such luck (I think the latest error is something
about reading the partition table). The wd
Hi,
I've build gimp-1.1.15 (some minutes ago) on -current (cvsuped
yesterday) and I'm getting sigsegv's after the parsing of the plug-in's.
Anyone seeing this too?
---snip---
(150) netchild@ttyp0 gimp
gimp: fatal error: sigsegv caught
gimp (pid:90581): [E]xit, [H]alt, show [S]tack trace or
Hi,
I've successfully booted with ffs_softdep.c 1.54, I'm doing now a full
buildworld to stress the system.
If you didn't hear from me it works (or my system had a crash and I'm
not able to recover ;) ).
Bye,
Alexander.
--
Too many freaks, not enough circuses.
Hi,
the patch makes apm.4 consistent with LINT ("isa?"-"nexus?").
Bye,
Alexander.
--
Withdrawal is for quitters.
http://www.Leidinger.net Alexander+Home @ Leidinger.net
Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E
21c21
.Cd
On 15 Jan, Alfred Perlstein wrote:
unfortunally no core dump, but I'm able to reproduce it (I just have to
enable softupdates).
how? It looks like splbio is not up but the softdep lock is held.
I just have to enable softupdates on /home, /var, /usr, /usr/obj to
get a
On 10 Jan, Bruce Evans wrote:
Better yet: DEBUG_FLAGS=-g
Except it only supported in bsd.prog.mk and bsd.lib.mk, but not in
bsd.kmod.mk, kernel Makefiles, or if no bsd .mk files are included
A few verbose module makefiles add it explicitly. You can also use
COPTS, but it is only
On 11 Jan, Bruce Evans wrote:
Didn´t we have "makeoptions DEBUG=-g" as a kernel option to compile the
kernel with debug information? What about "config -g MYKERNEL"?
DEBUG is a private variable in kernel Makefiles. "config -g MYKERNEL"
If I set DEBUG in make.conf it should work, right? So
Hi,
lint:
---snip---
(156) netchild@ttyp2 lint /usr/src/usr.bin/xlint/xlint/xlint.c
xlint.c:
cpp: Invalid option `-undef'
(157) netchild@ttyp2 which lint
/usr/bin/lint
(158) netchild@ttyp2 gcc -v
Using builtin specs.
gcc version 2.95.2 19991024 (release)
---snip---
Patch attached.
On 19 Dec, Devin Butterfield wrote:
sbc0: Creative ViBRA16X at port 0x220-0x22f,0x330-0x331,0x388-0x38b
irq 5 drq1,3 on isa0
pcm0: SB DSP 4.16 on sbc0
unknown0: Game at port 0x201 on isa0r
Of course I'm not using the game port. :)
Just add "device joy0" to your config.
sbc0: Creative
On 17 Dec, Soren Schmidt wrote:
Of course i wish you a nice weekend ... but only mtools work.
Mount_msdos still fails:
mount_msdos /dev/afd0s4 /mnt
mount_msdos: /dev/afd0s4: Invalid argument
Hmm, strange, are you sure the dospartition is on slice 4 ??
Yes (mounting /dev/wfd0s4
On 17 Dec, Fritz Heinrichmeyer wrote:
drive z: file="/dev/afd0s4" partition=4 # this works
and now it works!
Confirmed, mtools works (mount remains).
I think this gives Søren a start to look at.
If I remember correctly one of the first versions of ata didn´t had this
problem (it
On 11 Dec, Maxim Sobolev wrote:
Some time ago my soundcard (Vibra 16C), which worked just fine
previously, stopped being recognised/attached. Following is relevant
pieces of dmesg and pnpinfo:
last cvsup: Dec, 9.
sbc0: Creative ViBRA16C PnP at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5
On 9 Dec, Mike Smith wrote:
There also exist cases where the chipset is supported but a particular
functionality isn´t supported yet (in my case it´s the possibility to
access MS-DOS formated ZIP-disks, harddisk access works well, and I´m
not the only one with this problem (not counting the
On 8 Dec, Soren Schmidt wrote:
Søren: I didn´t want to flame you, I only want to convince Paul-Henning
to wait until you have time to fix those bugs.
Welcome to the real world, I've promised to look at this and I will,
but a day has only so many hours.
I asumed this, and because of this
On 9 Dec, Maxim Sobolev wrote:
Excuse me for possible off-topic, but I have what is seems for me fresh idea
about this question. Why do not remove from wd driver support for chipsets
already implemented/tested in ata driver? Thus both clans would satisfied
i.e. users with unsupported by ata
On 8 Dec, Sheldon Hearn wrote:
In a few days time the wd driver will be retired from FreeBSDs
i386 architecture.
I know there are issues that make it awkward to support both drivers,
but it's probably a good idea to keep the wd driver available for those
who need it, even if it requires
On 2 Dec, John Baldwin wrote:
It is interesting. Seems like it is not only VESA modes bug. Strange
that nobody
else observed this misbehaviour.
I have seen it in 132 x anything on both -stable and -current but just
haven't been bothered enough by it to complain.
I´ve seen this once (but
On 1 Dec, F. Heinrichmeyer wrote:
On a freebsd-current box there is a second scsi-cdrom (a cd-writer
working fine with cdrecord). I remade the devices with MAKEDEV,
everything is new, but there is nothing new like cd1c ... Looking at the
source the minor number of cd0c has to be increased by
On 26 Nov, Soren Schmidt wrote:
trying to mount the zip-drive gives:
msdos: /dev/afd0s4: Invalid argument
This has appeared before IIRC, I've no idea why this doesn't work,
but I can rig up my ZIP drive, but I dont have DOS nor WINDOWS,
do it fail also if the disk is formatted under
On 11 Nov, Harold Gutch wrote:
Using command substitution in /etc/rc.conf{,.local} is NOT
officially supported. I think it should have always been
clear that there should _only_ be plain variable assignments.
But with i4b you have to specify a username-password pair in rc.conf
On 12 Nov, Robert Watson wrote:
(102) netchild@ttyp2 grep cat /etc/rc.conf.local
spppconfig_isp0="`cat /etc/isdn/connect.parameters`"
^^^
Calling programs from any of the rc.conf files is considered evil
and it's looked down on.
It´s there to hide
On 10 Nov, Oliver Fromme wrote:
Using command substitution in /etc/rc.conf{,.local} is NOT
officially supported. I think it should have always been
clear that there should _only_ be plain variable assignments.
But with i4b you have to specify a username-password pair in rc.conf
On 10 Nov, [EMAIL PROTECTED] wrote:
Ok, so we (root of machine xxx) have either a security hole
(dial-in-passwd visible to everyone) or we have to forget the
recommended way of doing it.
It looks to me as though the recommended way of doing it needs to
be changed. How about putting the
On 9 Nov, Archie Cobbs wrote:
(101) netchild@ttyp2 man -k adadadad
cat: /etc/isdn/connect.parameters: Permission denied
adadadad: nothing appropriate
(102) netchild@ttyp2 grep cat /etc/rc.conf.local
spppconfig_isp0="`cat /etc/isdn/connect.parameters`"
Is this just my system or is man
On 11 Oct, Bill Fumerola wrote:
#makeoptions CONF_CFLAGS=-fno-builtin
We have enough breakages with the _documented_ kernel options that we
As Bruce Evans already said, It's documented.
don't need to go hunting down oddities. :
Have you seen the '#' in "#makeoptions"? I assume a '#' in
On 23 Sep, Sheldon Hearn wrote:
well, I just did -O3 -mpentium, and it both compiled cleanly, and appears
to be running okay, so is -O the max that makes a difference, or...?
Or...
Try build world with that kernel running. :-)
Just to let you know: -Os works for me (since egcs hit the
On 27 Apr, Vallo Kallaste wrote:
Something changed between Apr.21 and Apr.27 so that my onboard
Vibra16X get probed but I doesn't get sound. No error messages,
nothing, different players show that all is okay and play
silently. Catting something to /dev/audio or /dev/dsp(W) causes
noise
On 26 Apr, Peter Wemm wrote:
I've fixed this here and will commit it shortly, but I'm a bit nervous about
the scope of the change required to prevent this information loss. :-/ I
don't know enough lex/yacc to do context-sensitive tokenization.
What about
pseudo-device i4bq921
at the moment I
Hi,
_my_ world breaks with:
c++ -Os -march=pentium -pipe -Wall -fexpensive-optimizations
-fomit-frame-pointer -funroll-loops -I/
usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdinc++ -c
/usr/src/gnu/lib/libgcc/../..
/../contrib/egcs/gcc/cp/exception.cc -o exception.o
On Sa , 10 Apr 1999 05:52:10 Alex Zepeda wrote:
Ok, so if you copy them onto your UFS partition first, do they play ok?
(Just to be clear here..)
No. I'm thinking a big magnet walked up while I was sleeping or
something, b/c if I copy from UFS - FAT it plays fine from FAT.
What if you
On 1 Apr, Daniel C. Sobral wrote:
Well, first of all, .profile, .cshrc and signature scripts are
broken in the absense of fortune.
If I remember correctly .cshrc contains
[ -x /usr/games/fortune ] ...
so this shouldn't be an issue.
BTW.: My /usr/games contains nothing (3.1-Stable install,
Hi,
I'm not able to use msdos disks with afd0. It isn't usable with the mtools
too (yes, I've used MAKEDEV to make the needed dev-nodes).
cvsup at 7pm CET.
not able to use:
mdir z:
init Z: non DOS media
Cannot initialize 'Z:'
mount /zip
msdos: /dev/afd0s4: Invalid argument
Am I missing
Hi,
cvsup 7pm CET.
I'm not able to switch to 132x60 anymore. Last cvsup was around feb 1999.
dmesg:
VESA: v0.40, 40960k memory, flags:0x7461, mode table: 0xc08de022 (280c000)
^ seems to be wrong (4096k)
VESA: Matrox Graphics Inc.
(it's a Mystique 220)
vga0: Matrox MGA
On 12 Feb, Daniel C. Sobral wrote:
Do I have to run apmconf -e (The owner hasn't tried this yet)
Yes. There is a knob in /etc/rc.conf (apm_enable) that forces
this at startup.
It doesn't work in all cases, though. It sure doesn't work on _my_
machine.
Do you use the Power up at
On 3 Feb, Eddie Irvine wrote:
re/doc/psd/title/Title) | gzip -cn Title.ascii.gz
groff: can't find `DESC' file
^
groff:fatal error: invalid device `ascii'
^
=== share/doc/psd/contents
touch _stamp.extraobjs
(cd
On 22 Jan, Bruce Evans wrote:
/cdrom:
.(type: unknown)
.. (type: unknown)
autorun.inf (type: unknown)
This is because the cd9660 file system doesn't implement d_type.
man dirent or man
Hi,
booting into single user mode didn`t remove the splash screen at the
enter path to shell... prompt.
FreeBSD 4.0-CURRENT #0: Thu Jan 21
Bye,
Alexander.
--
http://netchild.home.pages.de A.Leidinger @ wurzelausix.cs.uni-sb.de
To Unsubscribe: send mail to majord...@freebsd.org
with
Hi,
attached is the source of a test program.
With the CD of my ISDN card it produces:
{0} FreeBSD 4.0-CURRENT
(15) netch...@ttyp1 ./dirtest /cdrom
/cdrom:
.(type: unknown)
.. (type: unknown)
autorun.inf
Hi,
dirp = opendir(/cdrom);
direntp = readdir(dirp);
results in
direntp-d_type == DT_UNKNOWN
for every kind of directoryentry, even if it is a directory or file.
The man page didn't say it didn't work with CDs, so I assume it should
work ( ;) ).
current from Sun Jan 17,
Bye,
Alexander.
--
On 18 Nov, William R. Somsky wrote:
Hmm... aside from whether or not apropos should be reading in rc.conf,
isn't this code fragment doing the wrong thing in regards to the way
we have /etc/defaults/rc.conf and /etc/rc.conf setup nowadays?
No, look at the last lines of /etc/defaults/rc.conf
601 - 645 of 645 matches
Mail list logo
