Re: mktemp() patch
On Sun, 11 Jun 2000, Matthew Dillon wrote: There's reasonable, and there's overkill. mktemp() has no business using punctuation in the temporary file names. :You guys are responding to old messages..I've already changed my mind :about this. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newmidi Release Candidate is ready
-On [2611 15:16], Seigo Tanimura ([EMAIL PROTECTED]) wrote: The release candidate of newmidi is finally ready. The patch for -current can be found at: Results [after minor tweaks in the patch]: seq0-63: Midi sequencers. sbc0: Creative SB16/SB32 at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 device_add_child_ordered:528: pcm at sbc with order 0 as unit -1 make_device:458: pcm at sbc as unit -1 device_add_child_ordered:528: midi at sbc with order 0 as unit -1 make_device:458: midi at sbc as unit -1 device_add_child_ordered:528: midi at sbc with order 0 as unit -1 make_device:458: midi at sbc as unit -1 pcm0: SB DSP 4.16 on sbc0 pcm: setmap c000, 2000; 0xc7d74000 - c000 pcm: setmap e000, 2000; 0xc7d76000 - e000 midi0: SB Midi Interface on sbc0 midi1: SB OPL FM Synthesizer on sbc0 unknown7: Game at port 0x200-0x207 on isa0 unknown8: WaveTable at port 0x620-0x623 on isa0 unknown9: IDE at port 0x180-0x187,0x316-0x317 irq 15 on isa0 I then MAKEDEV'd snd0 again, so that I got the midi0 and sequencer0 devices, but playmidi doesn't play anything. Going to set more debugging on. -- Jeroen Ruigrok van der Werven Network- and systemadministrator [EMAIL PROTECTED]VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl For dust thou art, and unto dust shalt thou return. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: static linked files in /usr/bin
On Sun, 11 Jun 2000, David O'Brien wrote: On Sun, Jun 11, 2000 at 09:00:34PM +0400, Juriy Goloveshkin wrote: Why a lot of files in /usr/bin(sbin) are static linked? for example, tar: static - 272832 bytes(83416 dynamic) IMO tar should live in /bin as it is used to restore a system from tape. I don't know why ``dump'' is in /usr/sbin -- only restore should be there. /usr/bin/tar is statically linked so it isn't depended on /usr/lib/ which may be terribly broken (and thus why you are doing a restore). but /usr/bin and /usr/lib usualy live at the same filesystem and if /usr/lib may be broken, what we may say about /usr/bin? I think utilities in /usr/... must be dynamicaly linked. btw, I compared the size of bin-tarballs in 2.8 and current distributions. I downloaded 2.8 by modem without spending SO many time... current minimal installation require to download 30-35Mb! maybe RELEASE-bin* must be splited? say... configs,binaries and developer stuff(includes,gcc stuff, lib*.a, developer's manpages) Bye Juriy Goloveshkin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: static linked files in /usr/bin
On Mon, Jun 12, 2000 at 12:42:42PM +0400, Juriy Goloveshkin wrote: but /usr/bin and /usr/lib usualy live at the same filesystem and if /usr/lib may be broken, what we may say about /usr/bin? Statically linked binaries in /usr/bin/ will still be usable. You didn't think about what I said. Tar *is* a recovery tool. I've killed libc.so.* and ld-elf.os before suffiently bad that I was quite glad tar was statically linked. maybe RELEASE-bin* must be splited? say... configs,binaries and developer stuff(includes,gcc stuff, lib*.a, developer's manpages) Diffs? -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Worst case swapping.
"Matthew" == Matthew Dillon [EMAIL PROTECTED] writes: Matthew :Believe me, I look at these things. Yes there is a lot Matthew going on and a :lot using memory. I normally have about Matthew 20% to 25% of my Gig of swap :used... meaning that I have Matthew allocated roughly double my RAM in :applications. : :And Matthew when this worst-case happens, memory is full... but the Matthew only :active application is Netscape. : :On my home Matthew machine, the same thing tends to happen. It only has Matthew 128M :and vastly fewer things going on. I see cases were Matthew I'm surfing for :20-30 minutes and I will hit this 10 to Matthew 30 second (longer, becase the :swap at home is slower) Matthew gap in netscape response. : :The only other applications Matthew running would be something like a small :UUCP transfer or Matthew a small amount of NFS traffic when the wife's :(diskless) Matthew machine changes screensavers. : :Dave. This may be a stupid suggestion, so please excuse me if it is... but... have you checked process resource limits? Especially the "memoryuse" parameter, I think, tells the system how large a working set you will allow each process. Regards, Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45 39560401 PGPid: 0x752EB4DE Fingerprint: F609A0BAFF393EA904F7-F344680F8EED752EB4DE To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pccardd and modules
At Mon, 12 Jun 2000 07:53:02 -0700 (PDT), Pete Carah [EMAIL PROTECTED] wrote: I notice that though ifconfig does a kld as appropriate, pccardd doesn't at least as of a week ago. Still looks like it isn't in the source. 1. Is this in the works from one of the normal maintainers? If not I might take a look at fixing it up over the next week or so. Currently I'm not working on this. (I'm now working on multilingual support for -current sysinstall) ...Hmm? Does sysinstall have to have the same function :-) ??? -- --- Tatsumi Hosokawa [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
pccardd and modules
I notice that though ifconfig does a kld as appropriate, pccardd doesn't at least as of a week ago. Still looks like it isn't in the source. 1. Is this in the works from one of the normal maintainers? If not I might take a look at fixing it up over the next week or so. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: (thoughts on) the mktemp() patch.
David Gilbert wrote: Maybe the soltion is to think out of the box. Maybe temporary filestore should be a more official OS service. Race conditions would be far less common if the OS itself was managing the namespace. You might even expand the capability somewhat. Provide process local, uid local and global namespaces. You'd even gain the ability to specify the limits on temporary filestore. We have an out of the box solution. But there are other software out there in the world that happens to use mktemp() and we have no control of. So we are trying to improve mktemp(). -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
IPv6, PCcard and rc scripts
I have put this at the end of pccard_ether: case ${ipv6_enable} in [Yy][Ee][Ss]) ipv6_network_interfaces=${interface} ipv6_default_interface=${interface} . /etc/rc.network6 network6_pass1 ;; esac It _sort of_ fixes the problem of what to do if you use IPv6 with pccard Ethernet cards. The problem remaining is that the boot stuff will still see ipv6_enable=YES and attempt to configure an interface that is either nonexistent or already up. I'm mentioning this because the issue needs some further thought. I propose that the rc.network* scripts be touched up a bit so that the export a per-interface setup function. This per-interface function would be called once at startup for each interface or once at pc-card insert/remove time, but never at both. Along with this would be functions that happen purely at system startup or after one or more grouped calls to the per-interface setup function. Comments? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
IPv6, PCcard and rc scripts
On Mon, 12 Jun 2000 14:04:08 -0700 (PDT), [EMAIL PROTECTED] said: It _sort of_ fixes the problem of what to do if you use IPv6 with pccard Ethernet cards. That's not the only problem. I had to severely hack `pccard_ether' to make it able to deal with the radically different configurations required for wireless and wired network connections. (Specifically, my wireless uses DHCP but wired does not.) Note to Bill Paul: most real-life wireless installations I've seen are infrastructure mode. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
Support for VideoCD multilanguage cd9660?
Hello, Are there any plans to implement subj? There were a couple of patches and they still work fine (with some minor tweaking). But somehow any discussions on these features seem to have died a while ago :-( Meanwhile, they seem to be rather useful. For one, here in post-USSR countries lots of CDs are made using Russian filenames in cp866 encoding. In this respect, is there a way to concatenate "makeoptions" and/or propagate them only to some of the modules? The problem is: I've modified a wee bit Unicode patch for Joliet cd9660 (http://triaez.kaisei.org/~mzaki/joliet/ ) to build it into module, but it requires options CHARSET_{EUC_JP,KOI8_R etc} to be specified. Since we compile modules together with kernel, it would be nice to specify all the nessessary options in config file. On the other hand, some of them (like in this example) make sence only for some of the modules. Any ideas how to do that? Regards, Vladimir -- ===|=== Vladimir Kushnir | [EMAIL PROTECTED] |Powered by FreeBSD [EMAIL PROTECTED] | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
More problems with emu10k1 driver.
I tried to use it tonight, with the latest 4-stable. Well, it doesn't just silently panic any more, which is an improvement; I was able to get a core dump. I ran mpg123 to play an mp3; as soon as it tried to play the system panicked on an NMI. The dump shows the mpg123 process sleeping on "spread" down in spec_getpages(). I didn't see anything else interesting that I could interpret, but I can certainly grunge through the dump for anything that anyone else (particularly Cameron) might need. -- Frank Mayhar [EMAIL PROTECTED] http://www.exit.com/ Exit Consulting http://store.exit.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message