similar to: H A T E

WAIT A MINUTE. You signed up for this mailing list to write that? -----Original Message----- From: flac-bounces@xiph.org [mailto:flac-bounces@xiph.org] On Behalf Of Dirk Sent: Friday, February 24, 2006 4:51 AM To: flac@xiph.org Subject: [Flac] H A T E What retard did the Flac API? It looks like what CS students do short before they leave university to become consultants. It's bloated

What retard did the Flac API? It looks like what CS students do short before they leave university to become consultants. It's bloated beyond all recognition. The Documentation sucks ass. There are no good examples. DO YOU HATE LISTENING TO MUSIC? What retard decided to start EVERYTHING with "FLAC__"? That's obscene! Please compare your shit with the elegant vorbis API and

On Friday 24 February 2006 09:27, Liggatt, Keanon wrote: > WAIT A MINUTE. > > You signed up for this mailing list to write that? He obviously has emotional issues. He'd rather piss and moan than refactor and recompile the library to get what he wants. It's not like 5 letters is a big deal, and that's coming from someone who has had to work 8-20 hours a day at the

Erik de Castro Lopo wrote: >> 3) configure.ac, line 140: 'AM_CONDITIONAL(FLAC__CPU_X86_64, test "x$cpu_x86_64" = xtrue)' >> >> Not sure about this, but other names inside AM_CONDITIONALs begin with FLaC__, >> not FLAC__. A quote from configure.ac: "NOTE that for many of the AM_CONDITIONALs >> we use the prefix FLaC__ instead of FLAC__ since

1) src/share/grabbag/snprintf.c, line 42: 'on systems with a norrmal ISO C99' 'norrmal' -> 'normal' 2) src/flac/encode.c, line 1661: '(eg, very short files, < 10000 fames)' 'fames' -> frames? samples? bytes? 3) configure.ac, line 140: 'AM_CONDITIONAL(FLAC__CPU_X86_64, test "x$cpu_x86_64" = xtrue)' Not sure about this, but

Erik de Castro Lopo wrote: >> 3) configure.ac, line 140: 'AM_CONDITIONAL(FLAC__CPU_X86_64, test "x$cpu_x86_64" = xtrue)' >> >> Not sure about this, but other names inside AM_CONDITIONALs begin with FLaC__, >> not FLAC__. A quote from configure.ac: "NOTE that for many of the AM_CONDITIONALs >> we use the prefix FLaC__ instead of FLAC__ since

Morten W. Petersen wrote: > Well, a friend of mine had problems installing Word 8, so I figured I'd > install some similar bloatware to see if we could produce the same bug. This makes no sense. Installing bloatware from Sun is not going to help you debug install problems with bloatware from Microsoft. It would make more sense to compare with MS Access or Excel of the same

On 02/10/2018 18:46, Larry Martell wrote: > I got 2 years of work solving the year 2000 issue. I don't think I've ever said this but I am very envious of all these people who had loads of work due to Y2K or were paid obscene amounts of money to tend systems over new year's eve/day. I was working for an ISP at the time and got none of this. Nothing happened. I don't even recall

On Tue, Oct 2, 2018 at 9:46 PM Mark Rousell <mark.rousell at signal100.com> wrote: > > On 02/10/2018 18:46, Larry Martell wrote: > > I got 2 years of work solving the year 2000 issue. > > I don't think I've ever said this but I am very envious of all these > people who had loads of work due to Y2K or were paid obscene amounts of > money to tend systems over

All(?) non-static functions have FLAC__ prefix. But precompute_partition_info_sums_32bit_asm_ia32_() and ..._intrin_sse2() and ..._intrin_ssse3() don't have it. This patch adds the prefix to them. -------------- next part -------------- A non-text attachment was scrubbed... Name: FLAC__prefix.patch Type: application/octet-stream Size: 6396 bytes Desc: not available Url :

Hehe, I intentionally left out the group because I just wanted to cheer you up and let you know that there's more than one "retard" on the list. 2012/6/14 Sean Silva <silvas at purdue.edu> > The irony of this reply is killing me :) > > > On Wed, Jun 13, 2012 at 7:54 PM, Mikael Lyngvig <mikael at lyngvig.org>wrote: > >> You're not alone :)

On Tue, 2016-01-26 at 10:47 -0600, Chris Adams wrote: > Would you rather a bunch of that "magic" of PID 1 that systemd handles > get shoved into the kernel (so that PID 1 isn't so special)? Why should the systemd monolithic bloatware be shoved into the kernel, especially when you claim the kernel has "over four million lines of code!" ? Seems like a tactical

btw, the "default reply-to-all" extension for gmail works great! On Wed, Jun 13, 2012 at 8:11 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hehe, I intentionally left out the group because I just wanted to cheer > you up and let you know that there's more than one "retard" on the list. > > > 2012/6/14 Sean Silva <silvas at purdue.edu> >

After working on some more plugins I realized that the naming for flac's ordinal types were not going to cut it. There is too much chance for conflicts with other libraries/programs with names like 'bool' and 'uint32' so I went back and prefixed all flac ordinal types with 'FLAC__'. It makes the code a little harder to read until you get used to it but should make the

Am 11.03.2016 um 20:31 schrieb Andy Walsh: > Reindl Harald <h.reindl <at> thelounge.net> writes: > >> most likely because there is no serious market >> >> if i want a NAS i buy a NAS >> if i want a router i buy a router >> >> no struggle with updates and security holes >> no struggle with software versions >> no struggle with

Hi group I'm newbie on Asterisk so I followed the Linux Networking CookBook by Carla Schroder to make my first call. My asterisk box is on a Debian box with an public static IP. The clients (2) are with dynamic private IP's I'm using SJphone on a PC and a Linksys PAP2-NA to make calls between them. Both of them register well on my Asterisk server but when I call from the SJPhone to

Once upon a time, Always Learning <centos at u64.u22.net> said: > Is systemd the beneficial, reliable, useful and workable "improved init > system" or something with circa 275,000 lines of coding compared to > init's circa 10,000 lines ? Things I have learned in programming > include modular is better than monolithic, and less code better than > M$-style

The irony of this reply is killing me :) On Wed, Jun 13, 2012 at 7:54 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > You're not alone :) Don't let it bug you. > > I finally decided to install a GMail extension that enables reply-all for > all messages, because I kept forgetting. Perhaps you can find such an > extension or simply enable reply-all by default?

I used to use IDEFISK, but since it was taken over/renamed into Zoiper it's been really hard work - now I'm told that they won't support my chosen distribution - Debian Etch - the current stable version of Debian I prefer. So, looking to dump Zoiper and go with something else - I want something light-weigh (So that rules out Ekiga - and Zoiper was going down the bloatware route

Reindl Harald <h.reindl <at> thelounge.net> writes: > most likely because there is no serious market > > if i want a NAS i buy a NAS > if i want a router i buy a router > > > no struggle with updates and security holes > no struggle with software versions > no struggle with "i can have this and this but not combined with that" > no struggle