Re: periodic daily output (passwd diffs)
On Tue, Mar 28, 2000 at 07:49:23PM +0300, Giorgos Keramidas wrote: At first glimpse, everything seems identical.. so, where is the difference? I realized that I had changed ONLY the password, and this was shown in the diffs in this strange way--since the password is clipped from the output of diff. It's on purpose. The password is masked out for obvious reasons. Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sound broken on ViBRA16X?
On Wed, Mar 29, 2000 at 02:05:17AM -0500, Kenneth Wayne Culver wrote: with a recently compiled kernel (cvsupped about 5 minutes ago..) sounds play for less than half a second... then just completely stop... Maybe this is related to Matt Dillon's recent work? I'm not sure... I doubt it; I've been unable to use anything but the mixer with my ViBRA16X for several months. It works in 3.4, but not in 4.0 (and, I guess, 5.0). Here's my previous messages about this, in case you're interested: http://marc.theaimsgroup.com/?m=95048589613417 http://marc.theaimsgroup.com/?m=95078238528385 Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: perl not working
On Fri, Mar 24, 2000 at 02:18:09PM -0800, Christian DeKonink wrote: Hi, I just installed 4.0 and when I try to run perl I get Just so you know, I think 4.0 is being discussed on -stable now. perl: warning Setting locale failed perl: warning: Please check that you locale settings: LC_ALL = C LC_CTYPE = en_US LANG = C are supported and installed on your system perl: warning: Falling back to standard locale ("C"). Just do something like this in your /etc/profile or whatever is appropriate: LC_ALL=C LC_CTYPE=C LANG=C export LC_ALL LC_CTYPE LANG Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current lockups
On Mon, Mar 06, 2000 at 03:46:25PM -0600, Marius Strom wrote: Unfortunately, the discussions occurred while the mailing list archive was kaput (WD Drive on UDMA66? =]) so it's not archived where I can find it. I think this is the thread you're looking for: http://marc.theaimsgroup.com/?t=9503732951w=2r=1 Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
pthread.h and unistd.h
Hi. I recently updated from -stable to -current. I notice now that pthread.h relies on #defines that are in unistd.h; so in order to use pthread_attr_setscope you have to include unistd.h before pthread.h. Is this standard behaviour? I'm working with MySQL, and unistd.h is included after pthread.h; should I have that code changed, or should FreeBSD somehow compensate for this? Thanks, Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ViBRA16X and /dev/dsp
Hi. I'm still trying to figure out why /dev/dsp isn't working with my ViBRA16X card. I wrote a little program to test the device. The trouble is, I don't know what I'm doing and have not found much in the way of documentation. I'm hoping someone can give me a hint, so I can figure out what's going wrong. If I'm way off topic and just annoying everyone, please let me know and I'll just shut up until either I learn more or someone else deals with it. :) Being optimistic, here's my program: #include sys/ioctl.h #include sys/soundcard.h #include unistd.h #include fcntl.h #include stdlib.h #include stdio.h #include string.h #define BUFSZ 1024 int main() { int audio_fd; unsigned char audio_buf[BUFSZ]; int format = AFMT_U8; int speed = 8000; ssize_t written; if ((audio_fd = open("/dev/dsp", O_WRONLY, 0)) == -1) { perror("/dev/dsp"); exit(EXIT_FAILURE); } if (ioctl(audio_fd, SNDCTL_DSP_SETFMT, format) == -1) { perror("SETFMT"); exit(EXIT_FAILURE); } if (format != AFMT_U8) { fprintf(stderr, "AFMT_U8 is unsupported (try 0x%02x)\n", format); exit(EXIT_FAILURE); } if (ioctl(audio_fd, SNDCTL_DSP_SPEED, speed) == -1) { perror("SPEED"); exit(EXIT_FAILURE); } if (speed != 8000) fprintf(stderr, "warning: speed == %d\n", speed); /* let's give this a shot! */ /* OK, so this doesn't seem to be doing what I want - I'm trying to just play some tone - anything - to test if the thing is working or not. I was hoping this simple thing might be close enough to a sound file that it would play something. But obviously I'm being naive. What should I put into the buffer to get it to play? Do I need to write the buffer many times to the device in order to hear anything? */ memset(audio_buf, 0xaa, BUFSZ); fprintf(stderr, "getting ready to write to the device\n"); written = write(audio_fd, audio_buf, BUFSZ); if (written != BUFSZ) fprintf(stderr, "only wrote %d of %d bytes\n", written, BUFSZ); fprintf(stderr, "getting ready to close the device\n"); close(audio_fd); fprintf(stderr, "Done.\n"); return EXIT_SUCCESS; } When I run the program, I hear a pop; just as if I'd done $ echo "foo" /dev/dsp; but I hear nothing that sounds like a tone. There are no warnings printed, though. Thanks for any help, Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sbc and ViBRA16X - dsp device not working
Hi. I sent this a few days ago and haven't received any response. Is there anything I can do to get closer to this problem, or provide more useful information to someone who might know what the problem is? More info: if I do: $ mixer pcm 100:100 $ echo "foo" /dev/dsp then I hear a loud pop. If I do: $ mixer pcm 5:5 $ echo "foo" /dev/dsp then the pop is very soft. Also, XMMS isn't hanging anymore. All I've changed is I've rebooted a few times. When I try to play an mp3, it's progress thumb blinks. If I drag the progress thumb to the middle of a song, it pops. But it won't play. Is there a way I can write a test program to see what is happening? What man pages should I look at? The pcm and sbc man pages don't really say anything, once you've got your device recognized. Thanks, Tim - Forwarded message from Thimble Smith [EMAIL PROTECTED] - Date: Thu, 10 Feb 2000 09:01:22 -0500 From: Thimble Smith [EMAIL PROTECTED] Subject: sbc and ViBRA16X - dsp device not working To: [EMAIL PROTECTED] [ Long post, almost a narrative. Sorry. ] Hi. A month ago I installed -current on a new computer, and the dsp device didn't work. It reminded me of why I'd rather not be running -current, so I dropped back to -stable and everything worked fine. Now I saw that a release was coming up, so I wanted to see if the problem was solved. Last night I cvsup'd to current. My sound card is recognized fine: $ dmesg | g '(sbc|pcm)' sbc1: Creative ViBRA16X at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 sbc1: setting card to irq 5, drq 1, 3 pcm0: SB DSP 4.16 (ViBRA16X) on sbc1 $ tim@threads:~$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 10 2000 05:59:59 Installed devices: pcm0: SB DSP 4.16 (ViBRA16X) at io 0x220 irq 5 drq 1:3 (1p/1r channels duplex) I can listen to a CD through the sound card using cdcontrol, and use mixer to adjust the volume. This is my first computer w/ a sound card, so I don't know how to do much more than that. The problem comes when trying to use the /dev/dsp device (which is the only other thing I've tried). Xmms, for example, won't play - it opens fine, and I can manipulate the play list, etc. But when I try to play an mp3 file, it stops responding. Here's a before and after ps -axlww: Before trying to play the mp3 file: 1001 3124 1 1 2 0 9068 5632 poll S p00:01.99 xmms After: 1001 3124 1 0 2 0 10856 7356 poll S p00:02.68 xmms I couldn't see anything weird with ps or top. But xmms will not respond to any mouse events. A normal kill ends the program, though. Another program I have that uses /dev/dsp is xgalaga (from the 3.4 release package). When it starts up, it says: xgal.sndsrv: fragment set to 512 and ps -xw shows: 33248 p2 S+ 0:00.14 xgalaga 33249 p2 S+ 0:00.01 /usr/X11R6/lib/X11/xgalaga/xgal.sndsrv.freebsd /usr/X11R6/lib/X11/xgalaga/sounds/ /dev/dsp No sound is heard when I play the game, but otherwise game play is normal. After I quit the game, the sndsrv program is still running: 33249 p2 S 0:00.08 /usr/X11R6/lib/X11/xgalaga/xgal.sndsrv.freebsd /usr/X11R6/lib/X11/xgalaga/sounds/ /dev/dsp After a normal kill, it quits after a few seconds. These programs worked under -stable, using the pcm sound driver (didn't need the sbc bridge there). Last month when I tried it under -current, something very odd happened that isn't happening now. After running something like $ cat /dev/dsp a ps would show two instances of cat running; likewise if I ran xmms, it would show two instances of xmms! And I'd have to send a -KILL signal to get them to die. I don't know how else to debug this. Right now if I do: $ cat /dev/dsp foo ^D I can hear a pop through my headphones. So something's there; but my applications can't use it. I built the most recent port of xmms just this morning, in case something was buggy there. If this is not a bug, I'm very sorry to have wasted your time. If you need me to try anything out, just let me know. Thanks, Tim - End forwarded message - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sbc and ViBRA16X - dsp device not working
[ Long post, almost a narrative. Sorry. ] Hi. A month ago I installed -current on a new computer, and the dsp device didn't work. It reminded me of why I'd rather not be running -current, so I dropped back to -stable and everything worked fine. Now I saw that a release was coming up, so I wanted to see if the problem was solved. Last night I cvsup'd to current. My sound card is recognized fine: $ dmesg | g '(sbc|pcm)' sbc1: Creative ViBRA16X at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 sbc1: setting card to irq 5, drq 1, 3 pcm0: SB DSP 4.16 (ViBRA16X) on sbc1 $ tim@threads:~$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 10 2000 05:59:59 Installed devices: pcm0: SB DSP 4.16 (ViBRA16X) at io 0x220 irq 5 drq 1:3 (1p/1r channels duplex) I can listen to a CD through the sound card using cdcontrol, and use mixer to adjust the volume. This is my first computer w/ a sound card, so I don't know how to do much more than that. The problem comes when trying to use the /dev/dsp device (which is the only other thing I've tried). Xmms, for example, won't play - it opens fine, and I can manipulate the play list, etc. But when I try to play an mp3 file, it stops responding. Here's a before and after ps -axlww: Before trying to play the mp3 file: 1001 3124 1 1 2 0 9068 5632 poll S p00:01.99 xmms After: 1001 3124 1 0 2 0 10856 7356 poll S p00:02.68 xmms I couldn't see anything weird with ps or top. But xmms will not respond to any mouse events. A normal kill ends the program, though. Another program I have that uses /dev/dsp is xgalaga (from the 3.4 release package). When it starts up, it says: xgal.sndsrv: fragment set to 512 and ps -xw shows: 33248 p2 S+ 0:00.14 xgalaga 33249 p2 S+ 0:00.01 /usr/X11R6/lib/X11/xgalaga/xgal.sndsrv.freebsd /usr/X11R6/lib/X11/xgalaga/sounds/ /dev/dsp No sound is heard when I play the game, but otherwise game play is normal. After I quit the game, the sndsrv program is still running: 33249 p2 S 0:00.08 /usr/X11R6/lib/X11/xgalaga/xgal.sndsrv.freebsd /usr/X11R6/lib/X11/xgalaga/sounds/ /dev/dsp After a normal kill, it quits after a few seconds. These programs worked under -stable, using the pcm sound driver (didn't need the sbc bridge there). Last month when I tried it under -current, something very odd happened that isn't happening now. After running something like $ cat /dev/dsp a ps would show two instances of cat running; likewise if I ran xmms, it would show two instances of xmms! And I'd have to send a -KILL signal to get them to die. I don't know how else to debug this. Right now if I do: $ cat /dev/dsp foo ^D I can hear a pop through my headphones. So something's there; but my applications can't use it. I built the most recent port of xmms just this morning, in case something was buggy there. If this is not a bug, I'm very sorry to have wasted your time. If you need me to try anything out, just let me know. Thanks, Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Bus error in isatty() from /usr/lib/libc.so.3
Hello. I have a reproducable problem which gdb says is ending up at 0x2818d862 in isatty() from /usr/lib/libc.so.3. A full back trace is below. If this is a problem in FreeBSD, I'm very glad to do any experiments that might be helpful. If it's a problem somewhere else, any pointers on what I might do next would be great. Thanks, Tim How to repeat: I installed MySQL 3.23.2, then DBI-1.11. I compiled Msql-Mysql-modules-1.2200, and ran the test suite. All but the first test dumped core, all with this same error. This is with -CURRENT as of Aug 10 @ 7AM (GMT). I did a complete make buildworld; make installworld;, then I recompiled the kernel. tim@threads$ uname -a FreeBSD threads.polyesthetic.org 4.0-CURRENT FreeBSD 4.0-CURRENT #11: Wed Aug 11 08:57:53 MST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/THREADS i386 tim@threads:/usr/local/src/Msql-Mysql-modules-1.2200/mysql$ LD_LIBRARY_PATH=`pwd`/../blib/arch/auto/DBD/mysql gdb /usr/bin/perl GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... (gdb) run -I../blib/lib t/10dsnlist.t Starting program: /usr/bin/perl -I../blib/lib t/10dsnlist.t (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Driver is mysql 1..3 (no debugging symbols found)...(no debugging symbols found)... _login('database=test' 'tim' 'ign0rant') (no debugging symbols found)... Program received signal SIGBUS, Bus error. 0x2818d862 in isatty () from /usr/lib/libc.so.3 (gdb) back #0 0x2818d862 in isatty () from /usr/lib/libc.so.3 #1 0x2818db22 in isatty () from /usr/lib/libc.so.3 #2 0x2818e1de in malloc () from /usr/lib/libc.so.3 #3 0x28236e88 in _thread_fd_table_init () from /usr/lib/libc_r.so.4 #4 0x28238056 in _thread_fd_lock_debug () from /usr/lib/libc_r.so.4 #5 0x28248498 in bind () from /usr/lib/libc_r.so.4 #6 0x2818eeb7 in .cerror () from /usr/lib/libc.so.3 #7 0x28238056 in _thread_fd_lock_debug () from /usr/lib/libc_r.so.4 #8 0x28248498 in bind () from /usr/lib/libc_r.so.4 #9 0x2818eeb7 in .cerror () from /usr/lib/libc.so.3 #10 0x28238056 in _thread_fd_lock_debug () from /usr/lib/libc_r.so.4 #26905 0x28238056 in _thread_fd_lock_debug () from /usr/lib/libc_r.so.4 #26906 0x28248498 in bind () from /usr/lib/libc_r.so.4 #26907 0x2818eeb7 in .cerror () from /usr/lib/libc.so.3 #26908 0x281dbb95 in my_net_init (net=0x8057c54, nettype=NET_TYPE_SOCKET, fd=5, pipe=0x0) at net.c:137 #26909 0x281d97be in mysql_real_connect (mysql=0x8057c54, host=0x281e5bf0 "localhost", user=0x81283d0 "tim", passwd=0x8128650 "ign0rant", db=0x8108650 "test", port=0, unix_socket=0x281e5b80 "/tmp/mysql.sock", client_flag=0) at libmysql.c:1194 #26910 0x281c0ba2 in mysql_dr_connect () from /usr/local/src/Msql-Mysql-modules-1.2200/mysql/../blib/arch/auto/DBD/mysql/mysql.so #26911 0x281c130e in _MyLogin () from /usr/local/src/Msql-Mysql-modules-1.2200/mysql/../blib/arch/auto/DBD/mysql/mysql.so #26912 0x281c139d in mysql_db_login () from /usr/local/src/Msql-Mysql-modules-1.2200/mysql/../blib/arch/auto/DBD/mysql/mysql.so #26913 0x281c90cd in XS_DBD__mysql__db__login () from /usr/local/src/Msql-Mysql-modules-1.2200/mysql/../blib/arch/auto/DBD/mysql/mysql.so #26914 0x280af0b5 in Perl_pp_entersub () from /usr/lib/libperl.so.3 #26915 0x28079d69 in Perl_runops_standard () from /usr/lib/libperl.so.3 #26916 0x280e0519 in perl_call_sv () from /usr/lib/libperl.so.3 #26917 0x281b16a5 in XS_DBI_dispatch () from /usr/local/lib/perl5/site_perl/5.005/i386-freebsd/auto/DBI/DBI.so #26918 0x280af0b5 in Perl_pp_entersub () from /usr/lib/libperl.so.3 #26919 0x28079d69 in Perl_runops_standard () from /usr/lib/libperl.so.3 #26920 0x280dfd6e in perl_run () from /usr/lib/libperl.so.3 #26921 0x8048da8 in perl_free () #26922 0x8048cd5 in perl_free () (gdb) Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: Platform: osname=freebsd, osvers=4.0-current, archname=i386-freebsd uname='freebsd freefall.freebsd.org 4.0-current freebsd 4.0-current #0: $Date: 1999/05/05 19:09:48 $' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useperlio=undef d_sfio=undef Compiler: cc='cc', optimize='undef', gccversion=egcs-2.91.66 19990314 (egcs-1.1.2 release) cppflags='' ccflags ='' stdchar='char', d_stdstdio=undef, usevfork=true intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags ='-Wl,-E' libpth=/usr/lib