Re: gcc fixed size char array initialization bug - known?

e for debate about it :) Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Seki

Re: gcc fixed size char array initialization bug - known?

ndard. The other versions of gcc that do not emit such character initialization warnings do not mean that they are buggy in that respect. IOW, the fact that you did not see the warning in a certain gcc version does not mean that it is buggy in that respect. Thank you very much. Best Regards, Ca

Re: [ck] Re: ck vs. cfs : realtime audio performance

anyone in this thread. Thank you very much. Best Regards. Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo

Re: ck vs. cfs : realtime audio performance

apologies. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011

Re: ck vs. cfs : realtime audio performance

timers for audio playback. What type of audio? PCM, MIDI? Once does not need timers for PCM playback but for MIDI. SD ranters. Pure rants. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus

Re: ck vs. cfs : realtime audio performance

timers for audio playback. What type of audio? PCM, MIDI? Once does not need timers for PCM playback but for MIDI. SD ranters. Pure rants. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus

Re: ck vs. cfs : realtime audio performance

apologies. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011

Re: [ck] Re: ck vs. cfs : realtime audio performance

anyone in this thread. Thank you very much. Best Regards. Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo

Re: gcc fixed size char array initialization bug - known?

initialization warnings do not mean that they are buggy in that respect. IOW, the fact that you did not see the warning in a certain gcc version does not mean that it is buggy in that respect. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co

Re: gcc fixed size char array initialization bug - known?

. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp

Re: [ck] Re: Linus 2.6.23-rc1 -- It does not matter who's code gets merged!

which is likely to be maintained best" arguments) Very rational. I would now have to contend that CFS didn't lose and neither did SD. Linux won. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP

Re: [ck] Re: Linus 2.6.23-rc1

as I've observed, SD's author was given acknowledgment on what he did and even got praise. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http

Re: [ck] Re: Linus 2.6.23-rc1

as I've observed, SD's author was given acknowledgment on what he did and even got praise. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http

Re: [ck] Re: Linus 2.6.23-rc1 -- It does not matter who's code gets merged!

Linus, likewise for the which is likely to be maintained best arguments) Very rational. I would now have to contend that CFS didn't lose and neither did SD. Linux won. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc

Re: [ck] Re: Linus 2.6.23-rc1

e attitude also plays a big part in getting your code in mainline, I think we would know the reason why one got chosen for the other. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Di

Re: [ck] Re: Linus 2.6.23-rc1

Bill Huey (hui) wrote: On Tue, Jul 31, 2007 at 09:15:17AM +0800, Carlo Florendo wrote: And I think you are digressing from the main issue, which is the empirical comparison of SD vs. CFS and to determine which is best. The root of all the scheduler fuss was the emotional reaction of SD's

Re: [ck] Re: Linus 2.6.23-rc1

Bill Huey (hui) wrote: On Tue, Jul 31, 2007 at 09:15:17AM +0800, Carlo Florendo wrote: And I think you are digressing from the main issue, which is the empirical comparison of SD vs. CFS and to determine which is best. The root of all the scheduler fuss was the emotional reaction of SD's

Re: [ck] Re: Linus 2.6.23-rc1

plays a big part in getting your code in mainline, I think we would know the reason why one got chosen for the other. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101

Re: [ck] Re: Linus 2.6.23-rc1

s emerging to be the better scheduler. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011,

Re: [ck] Re: Linus 2.6.23-rc1

to be the better scheduler. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http

Re: [LINUX POETRY] Boring limeriks (was: [PATCH 1/7] lguest: documentation pt I: Preparation)

Carlo Florendo wrote: Alan Cox wrote: On Tue, 24 Jul 2007 10:24:17 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote: I thought limericks were supposed to be dirty... :) If I post limericks that are dirty Someone is bound to get shirty They'll rant and they'll rage for page after page I

Re: [LINUX POETRY] Boring limeriks (was: [PATCH 1/7] lguest: documentation pt I: Preparation)

Please tell me, you'd say My darling, I pray That's one for the guess for he who knows best -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido

Re: [LINUX POETRY] Boring limeriks (was: [PATCH 1/7] lguest: documentation pt I: Preparation)

who knows best -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp - To unsubscribe

Re: [LINUX POETRY] Boring limeriks (was: [PATCH 1/7] lguest: documentation pt I: Preparation)

Carlo Florendo wrote: Alan Cox wrote: On Tue, 24 Jul 2007 10:24:17 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: I thought limericks were supposed to be dirty... :) If I post limericks that are dirty Someone is bound to get shirty They'll rant and they'll rage for page after page Instead

Re: Question about core file generation

st Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp - To unsubs

Re: Question about core file generation

, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp - To unsubscribe from

Re: Is it time for remove (crap) ALSA from kernel tree ?

. prove it with example). Otherwise, you will just be wasting your time whining. It shows too your lack of technical skill since you complain without knowing what you're complaining about. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP

Re: Is it time for remove (crap) ALSA from kernel tree ?

to complying with the licence' than anything else. Sory Alan but I don't want philosophical/historical discuss. Try to answer on question "ALSA or OSS ?" using *only* technical arguments. You dare to demand technical arguments while you have not provided a single one. How dare you?

Re: Is it time for remove (crap) ALSA from kernel tree ?

to complying with the licence' than anything else. Sory Alan but I don't want philosophical/historical discuss. Try to answer on question ALSA or OSS ? using *only* technical arguments. You dare to demand technical arguments while you have not provided a single one. How dare you? -- Carlo

Re: Is it time for remove (crap) ALSA from kernel tree ?

. prove it with example). Otherwise, you will just be wasting your time whining. It shows too your lack of technical skill since you complain without knowing what you're complaining about. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP

Re: Security computation within Linux kernel

. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp

Re: "menu" versus "menuconfig" -- they're *both* a bad idea

with this. However, if another feature actually depends on another explicitly unselected feature, there should at least be a warning prompt that such is the case. It probably would be hard though to track all dependencies. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co

Re: menu versus menuconfig -- they're *both* a bad idea

with this. However, if another feature actually depends on another explicitly unselected feature, there should at least be a warning prompt that such is the case. It probably would be hard though to track all dependencies. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co

Re: Security computation within Linux kernel

. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp

Re: kernel source dependency

kernel does on ncurses-devel ;-) That is not so :) The kernel-source's 'menuconfig' target does not need libreadline-devel. Besides, there is no readline functionality that is evident at menuconfig. Menu navigation is entirely done by ncurses calls. Thank you very much. Best Regards, Carlo -- Carlo

Re: kernel source dependency

Randy Dunlap wrote: On Tue, 03 Apr 2007 16:22:22 +0800 Carlo Florendo wrote: Hello, I'm not sure whether a fix is necessary for the following scenario. The kernel configure target "make menuconfig" requires ncurses. FWIW, it could probably be better if the error message woul

kernel source dependency

that the user could be prompted to install the package. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies

kernel source dependency

be prompted to install the package. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City

Re: kernel source dependency

Randy Dunlap wrote: On Tue, 03 Apr 2007 16:22:22 +0800 Carlo Florendo wrote: Hello, I'm not sure whether a fix is necessary for the following scenario. The kernel configure target make menuconfig requires ncurses. FWIW, it could probably be better if the error message would indicate

Re: kernel source dependency

'menuconfig' target does not need libreadline-devel. Besides, there is no readline functionality that is evident at menuconfig. Menu navigation is entirely done by ncurses calls. Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra