Re: Need to trim the disc1 packages
- IMO, Don't include netscape, mozilla or opera. KDE includes Konqueror and GNOME has Nautilus(1/2). That's enough to get someone up and running and let them get to www.freebsd.org to see how to install something else. I do use neither KDE nor GNOME. At least keep one mozilla (or Opera, it doesn't matter). The Linux binaries could be dropped on disc1, though. But I just realise that I install over FTP most of the time anyway... - I'd say (x)emacs could go as well. However, a lot of people learning UNIX use this as their first real (aka powerful) editor (sorry PiCo/nEdit just can't compare). I personally like vi/vim/gvim so I might be biased. I think people expect to see (X)Emacs on an install disc of a unix-like OS. Regards, Julian -- Join the Group Mind -- become a Borg. pgp0.pgp Description: PGP signature
Re: Typos in -CURRENT?
On Sun, 9 Nov 2003 15:27:17 -0500 (EST) Andre Guibert de Bruet [EMAIL PROTECTED] wrote: Hi, The Online Merriam-Webster dictionary (m-w.com) doesn't have an entry for the word 'recognised', yet it features throughout our source tree (Including manpages). [...] This isn't a color/colour type of thing... It is. At least according to http://dict.leo.org/ (English-German dictionary) - recognised adj. chiefly [Brit.] Regards, Julian -- Just wait until I reply to YOUR reply! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's happened to CDIOCREADAUDIO friends?
On Wed, 24 Sep 2003 01:29:15 +0300 (EEST) Vladimir Kushnir [EMAIL PROTECTED] wrote: [XMMS/etc patches] Unfortunately, no. But I can post them - they're not big (obviously :-) I would be particularly interested in the XMMS patch. Regards, Julian Stecklina -- Think. Think think. Think said Pooh, and got a headache. pgp0.pgp Description: PGP signature
Re: Strange system responsiveness issues with 5.1-CURRENT
On Tue, 23 Sep 2003 13:09:19 -0400 Munish Chopra [EMAIL PROTECTED] wrote: On 2003-09-23 09:58 -0700, Brooks Davis wrote: On Tue, Sep 23, 2003 at 07:43:25PM +0300, Dan Naumov wrote: Starting applications (XFree, Evolution, Mozilla, OpenOffice, games) takes a noticably longer time than it used to, I'd say that Mozilla Firebird load times have increased by about 30-40%. I can also now seejerkiness in switching between applications. When Alt-Tabbing between Firebird, OpenOffice and Evolution, the windows appear half-drawn for a second or two. The debugging features mentioned in the first entry in /usr/src/UPDATING were disabled in RELEASE, but not in CURRENT. This might account for these differences. I've been experiencing (especially) the lag in audio and/or video when seeking within media files. I kicked out all the debugging stuff, but it didn't make a difference. Same here with audio lagging. But I would say it lags only a second or a half, but it is clearly noticeable, when seeking in mp3s or clicking stop. Perhaps some buffering issue? cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: Creative EMU10K1 at io 0xe000 irq 5 (4p/2r/0v channels duplex default) uname -a FreeBSD jmmr.no-ip.com 5.1-CURRENT FreeBSD 5.1-CURRENT #11: Tue Sep 16 13:29:11 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BSD5ROUTER i386 sysctl hw.snd hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 1 hw.snd.unit: 0 hw.snd.maxautovchans: 8 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 0 -- The c in rap is silent. pgp0.pgp Description: PGP signature
Re: nvidia-driver still fails on -CURRENT
On Sat, 30 Aug 2003 17:56:43 +0200 Julian St. [EMAIL PROTECTED] wrote: Hello, some people reported strange behavior of nvidia-driver: after starting X the screen flickers shortly and then displays gibberish in text-mode. The system is still responsive, as one can login via serial console. XFree86.0.log stops at: (II) NVIDIA(0): Setting mode 1024x768 I also experience this problem since I updated from 5.1-RELEASE to -CURRENT in order to try out ATAng (which works perfectly so far on my box). In contrast to other reports I am _unable_ to get a working nvidia-driver by changing AGP settings, even with NvAGP set to 0. My last updating to -CURRENT (Sept 16th) made this issue go away. nvidia-driver works perfectly for me now. Don't know what caused it, though... Regards, Julian -- Absolute Zero is cool -- 0K? pgp0.pgp Description: PGP signature
Re: What's happened to CDIOCREADAUDIO friends?
On Thu, 18 Sep 2003 00:16:17 +0300 (EEST) Vladimir Kushnir [EMAIL PROTECTED] wrote: Hello, We used to have this ioctl in old ATA/ATAPI driver (and still do in sys/cdio.h); apparently, it's no longer there with ATAng. Is this a bug or feature? And if this was planned what's going to replace it? As it is, this change has broken cdparanoia cooked ioctls interface (BTW, that's why it doesn't work without root privileges), xmms and xine CDDA support and perhaps several more ports. That is why Digital Audio Extraction does not work with XMMS anymore? It's kind of annoying if you do not have your CD-ROM drive connected to the soundcard... :) Regards, Julian -- Death is just Nature's way of saying, Hey! You're not alive anymore! pgp0.pgp Description: PGP signature
Re: Internal compiler error in reload_cse_simplify_operands
Guess maybe it's hardware-related. Was hoping to find a solution that would clear any charges against my new hardware, but I guess that's all that's left. *sigh* Did you try a packaged GCC? You could try: pkg_add -r gcc33 and use it instead... Regards, Julian -- Always make allowances for the duh factor. pgp0.pgp Description: PGP signature
nvidia-driver still fails on -CURRENT
Hello, some people reported strange behavior of nvidia-driver: after starting X the screen flickers shortly and then displays gibberish in text-mode. The system is still responsive, as one can login via serial console. XFree86.0.log stops at: (II) NVIDIA(0): Setting mode 1024x768 I also experience this problem since I updated from 5.1-RELEASE to -CURRENT in order to try out ATAng (which works perfectly so far on my box). In contrast to other reports I am _unable_ to get a working nvidia-driver by changing AGP settings, even with NvAGP set to 0. My system is a Athlon XP 2400+ with SiS chipset. My graphics card is a GeForce FX 5200. -CURRENT is from yesterday (5.1-CURRENT #4: Fri Aug 29 22:41:20 CEST 2003). I hope someone can give me some hints on how to get nvidia-driver working again. Regards, Julian Stecklina -- A warped sense of humor is vastly better than no sense of humor at all. pgp0.pgp Description: PGP signature
3D graphic cards
Hello, is there any list that provides information about what graphic cards on FreeBSD have supported 3D acceleration? (I need only X-Video support in particular, but it seems tied to 3D acceleration). I just learned that the following card is unsupported: :) [EMAIL PROTECTED]:0:0: class=0x03 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL AGP 2x' class= display subclass = VGA Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: 3D graphic cards
On Sat, 28 Jun 2003 15:19:55 +0200 Arjan van Leeuwen [EMAIL PROTECTED] wrote: Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? 3D acceleration is not tied to Xv support, in fact, there are many video drivers that support Xv but not 3D (open source nv drivers, newer ATi drivers for Radeon 9500, 9700 and 9800, the gatos drivers...). The XFree86 nv driver didn't support Xv with my TNT2 Ultra, last checked yesterday or so, but that's not quite important for now. Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: 3D graphic cards
On Sat, 28 Jun 2003 17:32:51 +0200 Julian St. [EMAIL PROTECTED] wrote: On Sat, 28 Jun 2003 15:19:55 +0200 Arjan van Leeuwen [EMAIL PROTECTED] wrote: Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? Hey, it works. Thank you very much. Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: whats an UDMA ICRC error ?
On Tue, 3 Jun 2003 11:32:06 +0200 Stefan Bethke [EMAIL PROTECTED] wrote: Am Dienstag, 03.06.03, um 07:57 Uhr (Europe/Berlin) schrieb Andreas Klemm: ad2: UDMA ICRC error cmd=read fsbn 74689079 of 74689079-74689206 retrying ad2: UDMA ICRC error cmd=read fsbn 74689079 of 74689079-74689206 retrying What exactly does an UDMA ICRC error mean ? I think this is simply a read error. AFAIK an IDE disk doesn't have spare sectors or am I wrong ? How severe is this error ? What do you think ?? IDE disks have (hidden) spare sectors, and will transparently remap sectors as long as they have spare ones left. If the drive reports errors (hard error reading fsbn...), then it likely has run out of spare sectors, and probably will die soon. I have experienced the same problems with a VIA IDE controller using UDMA transfer mode with two perfectly healthy hard drives. Now I use a motherboard with SiS chipset and never had these problems again. Regards, Julian Stecklina -- Reboot America. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: malloc non-sleepablelocks held messages for nvidia.ko at boottime
Hello, almost the same here: FreeBSD jmmr.no-ip.com 5.1-BETA FreeBSD 5.1-BETA #16: Sat May 31 15:51:17 CEST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/BSD5ROUTER i386 Interesting lines from dmesg: Preloaded elf module /boot/kernel/nvidia.ko at 0xc05cb1f4. ... nvidia0: RIVA TNT2 Ultra mem 0xe400-0xe5ff,0xe600-0xe6ff irq 11 at device 0.0 on pci1 ... lock order reversal 1st 0xc46e2534 vm object (vm object) @ vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325 Stack backtrace: malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 65536 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of DP fakepg with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc05ae4c8) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 4096 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32768 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of DP fakepg with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc05ae4c8) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 On Mon, 2 Jun 2003 02:01:42 -0500 (CDT) [EMAIL PROTECTED] wrote: I have no apparent problems using the NVIDIA_FreeBSD-1.0-3203 driver, but under 5.1-BETA I see the following messages, which I assume are informational only, but I don't really know what it is that they are trying to tell me: Jun 2 01:43:16 kern.info freebsd2 syslogd: kernel boot file is /boot/kernel/kernel malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 65536 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of DP fakepg with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 4096 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of 32768 with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of DP fakepg with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Reboot America. pgp0.pgp Description: PGP signature
Re: device puc on non-i386 or with parallel devices
Hello, it would be nice to have the supported graphics cards mentioned in the release notes, too. Regards Am So, 2003-04-06 um 06.33 schrieb M. Warner Losh: In message: [EMAIL PROTECTED] Gavin Atkinson [EMAIL PROTECTED] writes: : I'm currently working on updating the hardware release notes to reflect : reality. the puc device is currently only in the i386 section of the : release notes, however I am under the impression people are successfully : using it with other platforms. Can anyone confirm this? Yes. : Also, is anyone successfully using it to provide parallel port access? As : far as I can tell, the device supports parallel ports, all the comments in : the code suggests it does, however I can't find any mention of people : using it for parallel ports and commit messages suggest it may be limited : to serial ports only at the moment. Limited to serial ports at the moment. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Julian Stecklina der_julian at web.de This is no ordinary fool you're dealing with. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Anyone had hangs with Radeon, XF86 4.3.0, and DRI on logout?
Am Fr, 2003-04-04 um 23.30 schrieb Eric Anholt: As the subject says, I'm wondering if anyone out there has experienced hangs on logging out from xdm (or perhaps switching VTs) with Radeon or matrox (perhaps r128, too) cards using the updated DRM in -current and XFree86 4.3.0. If so, I may have a fix, but I'm wondering if this affects FreeBSD. It seems not to be related, but when I try to kill my X Server using Ctrl+Alt+Backspace, my box powers down (jsut like an APM power-down). I started noticing it using 4-STABLE+ NVidia driver, but it continued to be the case on -CURRENT with Xfree86's nv driver. I just re-installed NVidia's driver and it works great (far more stable than on -STABLE *g*), but I did not confirm if I can kill my X server using Ctrl+Alt+Backspace properly again. Will do that in some minutes, though. I remember that I have lost quite a lot of files one time this happened (I was used to kill my X Server using the shortcut) on -STABLE. -- Julian Stecklina der_julian at web.de Morris dancing is an exercise in fertility. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Anyone had hangs with Radeon, XF86 4.3.0, and DRI on logout?
Am Sa, 2003-04-05 um 16.52 schrieb Julian St.: Am Fr, 2003-04-04 um 23.30 schrieb Eric Anholt: As the subject says, I'm wondering if anyone out there has experienced hangs on logging out from xdm (or perhaps switching VTs) with Radeon or matrox (perhaps r128, too) cards using the updated DRM in -current and XFree86 4.3.0. If so, I may have a fix, but I'm wondering if this affects FreeBSD. It seems not to be related, but when I try to kill my X Server using Ctrl+Alt+Backspace, my box powers down (jsut like an APM power-down). I started noticing it using 4-STABLE+ NVidia driver, but it continued to be the case on -CURRENT with Xfree86's nv driver. I just re-installed NVidia's driver and it works great (far more stable than on -STABLE *g*), but I did not confirm if I can kill my X server using Ctrl+Alt+Backspace properly again. Will do that in some minutes, though. I remember that I have lost quite a lot of files one time this happened (I was used to kill my X Server using the shortcut) on -STABLE. Please disregard this. I have found the problem... My new mainboard had Ctrl+Alt+Backspace bound to Immediate Shutdown in BIOS Setup. Nice default hotkey for XFree86 users... -- Julian Stecklina der_julian at web.de Computers are like air conditioners: they stop working when you open windows. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Removing Sendmail
Am Mi, 2003-04-02 um 22.28 schrieb Dan Naumov: I think being able to update just about ANYTHING, except the kernel without the need for a reboot is one of the best features of Linux and actual advantages it has over FreeBSD. I see no real barriers at updating utility or library of your choice while running FreeBSD in comparison to GNU/Linux. -- Julian Stecklina der_julian at web.de Have I made my point yet? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
RE: MIDI on SB Live! ?
Am Mo, 2003-03-24 um 07.47 schrieb Yuriy Tsibizov: just out of curiosity: Is someone working in MIDI support for Creative EMU10K1 based sound cards (aka Soundblaster Live!) ? Nobody. Our target for nearest future is Audigy/Audigy2 support. Yuriy Tsibizov, http://chibis.persons.gfk.ru/audigy/ Your page says: 0. It works for SB Live! and Audigy. Not for Audigy2. and MIDI is on the TODO-list So, guess there is still some hope for SB Live! MIDI in the not-so-near future. :) Or are the differences between an EMU10K2 (as seen in the dmesg, I guess Audigy?) and EMU10K1 that big? Regards, Julian Stecklina signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
RE: MIDI on SB Live! ?
Am Mo, 2003-03-24 um 14.02 schrieb Yuriy Tsibizov: MIDI I/O should be almost the same between EMU10Kx cards... But I don't have any MIDI devices (other than AudigyDrive remote control, it should act as a MIDI controller on second MIDI port, AFAIK) to check it. I have several devices to test it on. :) Perhaps until then I have learned enough (sound) driver hacking that I could adapt (with the help of some hardware documentation) your EMU10K2 MIDI code to EMU10K1 boards. It is a bit hard to get started though. Regards, Julian Stecklina signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
file removal impossible?
Hello, I just discovered some strange behaviour: jmmr# ls -l rcp -r-sr-xr-x 1 root wheel 251444 24 Mär 17:18 rcp jmmr# rm -f rcp rm: rcp: Operation not permitted jmmr# chmod u+w rcp chmod: rcp: Operation not permitted Ok, I had some crashes which gave background fsck some work, but this problem still remains after doing normal fsck from single-user mode which found nothing wrong on this ufs2 partition. So, how can I delete this file? (Actually there are 20 or so all scattered over the live_cd directories) Regards, Julian Stecklina signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
RE: file removal impossible?
Am Mo, 2003-03-24 um 17.56 schrieb Harald Schmalzbauer: [EMAIL PROTECTED] wrote: Hello, I just discovered some strange behaviour: jmmr# ls -l rcp -r-sr-xr-x 1 root wheel 251444 24 Mär 17:18 rcp What's ls -lo telling? Perhaps you need chflags (guessing: noschg) Yes, you are right. Won't forget that for a while. ;) Thanks for all the fast responses. And sorry for blaming bg fsck. Regards, Julian Stecklina signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: playing mp3s and burning a cd
Am Mo, 2003-03-24 um 20.33 schrieb Vallo Kallaste: Now on 5.0-release, the music gets *slw* as soon as the massive IO gets on. I presume it's related to the interrupt problems the current branch is generally having. Anyone else seeing this? Should I upgrade to -current? Current isn't better. This is a long time problem and is most noticeable when you downgrade from -current to -stable... it's unforgettable feeling :-P I don't expect it will be fixed in the near future, because it's been so over a year now. Current has it's weak points and this is only one of the regressions. I remember having this problem on 5.0-RELEASE, but it was completely gone once I upgraded to -CURRENT (late february I think). Perhaps it could be interesting to know if this problem is connected to certain hardware components. (Athlon XP 2400+ (2008 MHZ), SiS board, realtek 8139B network, SB Live!, nVidia TNT2U, UDMA100 WD harddisk) Besides: my CDROM drive is working properly using PIO and UDMA33. Regards, Julian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: libm problem
Am So, 2003-03-23 um 18.56 schrieb Bruce Cran: On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote: Just out of curiousity, have you tried using -mfpmath=sse? I remember someone on this list claiming that the SSE fpa-code works much better than the i387 code which is used by default (even with -march=pentium4). I don't know if SSE code runs faster, but it defitely seems to fix bad code generation when optimizing for athlon-xp architecture. For example, -O2 -march=athlon-xp produces broken code, whereas -O2 -march=athlon-xp -mfpmath=sse produces programs which work. Just out of curiosity: Is -O -march=athlon-xp affected, too, by broken code generation? Because thats what I use all the time. :) -- Julian Stecklina [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message