Hello,
Strake wrote:
> * Member selection is in some cases cumbersome, in which it would not
> be in C, which is related to ¬(variant types)
Can you explain more what you mean?
yours,
Bobby
Hello folks,
XML sucks, but I would like to write suckless code for a project that
requires reading in someone elses XML. Is there an XML library that others
have used that sucks-less than rest? libxml2 currently looks ahead of the
pack and has few dependencies, despite its gnome pedigree.
your
Hi Sylvain,
Sylvain wrote:
> I started to rewrite it, namely I unrolled the c++ code into
> plain C code. But I did it only for basic layout rendering. The
> API has a major race condition though (free before access), I did
> try to warn the GTK+/pango devs, that was just hitting my head
> against
Hello,
Sylvain wrote:
> As I was asked off-list, please, keep this thread shut down.
I think these are appropriate:
http://38.media.tumblr.com/tumblr_m51pu9IEYc1qzm5y8o14_r1_250.gif
http://38.media.tumblr.com/tumblr_m51pu9IEYc1qzm5y8o1_250.gif
yours,
Bobby
Hello,
Hiltjo Posthuma wrote:
> - Don't use C++ style comments (//).
I personally find C++ style comments more pleasant on the eyes for
single-line comments, and they are part of the C99 spec.
Can someone explain why they think /* */ sucks less than // ? It
doesn't seem like it is for compatibi
Hello,
FRIGN wrote:
> De gustibus non est disputandum. I personally prefer {/*, */}.
Agreed - taste is taste.
> There are many ways to show why {/*, */} sucks less than {//}. Here is
> one:
> If you take a look at C, everything is block-oriented. The smallest
> linguistic entity is "...;", follo
Hello,
FRIGN wrote:
>> tests (boolean)
>> ===
>> do not test against NULL explicitly (e.g. if (!p) instead of if (p ==
>> NULL))
>> do not test against 0 explicitly (e.g. if (!strcmp(p, q)) instead of
>> if (strcmp(p, q) == 0)) (discuss)
>
> Yes, yes, yes. See the patches I sent i
Hello,
Gregor Best wrote:
> While Uriel certainly was one of the loudest proponents of... anything
> Uriel proposed, I don't think he was the only one who found Go interesting
> and good.
I as well find Go interesting and good.
> I wouldn't use it for coreutils though, mostly because of the ridi
Marc Collin wrote:
> Are there any plans for this?
Have you tried Google Chrome?
Hi,
Prog Rider wrote:
> Maybe you can get some ideas from this.
> It was done by a person that's all talk and no action, so don't expect
> much. It's old!
> http://rechan.eu.org/misc/anoncoreutils-20080617-2.tar.bz2
Are there specifics you find interesting, background or anything else
you would l
Hello,
Pat wrote:
> I would like to install bluetooth in a lightweight maneer.
>
> Under Debian, would you know if it is possible to install bluetooth
> without installing Python?
>
> bluetooth file <-> transfert works with python installed.
The Linux Bluetooth stack is called BlueZ, and doesn't
Hi,
Kamil Cholewiński wrote:
> Compiler-level seatbelts are too good not to have! That's how I'd see
> THE candidate to replace C: safe by default, full control only when you
> need it. Add: actually simple (looking at you, Go, Rust), and we'd
> finally have a worthy contender.
Go is a _much_ sim
Hi Joseph,
Joseph Graham wrote:
> The principal is: most of the website is static. Static index pages. Static
> item description pages. The item description pages link to a CGI script* with
> an ID for the product in a query string. So for example
> /cgi-bin/order?item=burgundy_shoes_23
First, it
Hi,
Jochen Sprickerhof wrote:
> That's country specific. In Europe it's really common and with IBAN and
> BIC it's working international. Also have a look at FinTS (former HBCI)
> where you have public and private keys to communicate with your bank.
> And there is open source software to do all t
Hi Joseph!
Joseph Graham wrote:
> Hiding the internals of the system just for the sake of hiding them sounds
> like
> Microsoft's philosophy.
Think of it the other way: what is gained by showing the user
"/cgi-bin/"? I suggest it conveys 0 bits of useful information to the
user, and clutters th
Rendov Norra wrote:
> Yes, remote arbitrary code execution is already the norm. And if you
> ask me, is precisely the reason Web browsers suck as much as they do.
> Maybe it could be done well, but you'll have to forgive me, I've been
> burned too many times.
Fun fact, arbitrary code execution is
Sylvain Bertrand wrote:
> For c++ retards and sub-humans
Delete your account.
On Wed, Dec 26, 2018 at 10:44 AM wrote:
> Preprocessor. I guess having 2 ways to define comments is not significant,
> then better stick to one and the historical one.
Better than one way is zero ways -- comments are not semantically
significant, so rather than argue about which standards-defined
Markus Wichmann wrote:
> I have a different problem with Go: Their insistence on reinventing the
> wheel.
Complaining about reinventing the wheel on this mailing list is a bold
and hilarious move. A+
> Would also not be a problem if the Go runtime entirely supplanted the
> libc.
It can/does?
My preferred font:
"Monospace:pixelsize=15:antialias=true:autohint=false:hintstyle=hintfull"
Has an issue with st where the _'s were being overwritten when text on
the next line was drawn. This didn't happen in gnome-terminal, which
uses pango for its font rendering. Pango's Xft backend uses
ha, sounds reasonable :) thanks Christoph!
On Sun, Mar 10, 2013 at 4:17 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> On Sun, 10 Mar 2013 21:17:38 +0100 Bobby Powers
> wrote:
> > Has an issue with st where the _'s were being overwritten when text o
Thanks William, I will do that in the future.
On Sun, Mar 10, 2013 at 4:52 PM, William Giokas <1007...@gmail.com> wrote:
> On Sun, Mar 10, 2013 at 04:28:37PM -0400, Bobby Powers wrote:
> > ha, sounds reasonable :) thanks Christoph!
> >
> >
> > On Sun, M
I started on a project a while ago that may be a helpful starting
point. It is a daemon written in C that watches a directory with
inotify ("~/Music" by default), tracks metadata about music files in a
sqlite3 database, and responds to HTTP queries about artists and
authors with JSON. It fits my
On Wed, Oct 16, 2013 at 5:41 AM, Nick wrote:
> At the risk of being forever shunned, I actually quite like what I
> hear about kdbus. It sounds like a *way* better way of doing what
> the dbus people have done so awfully - and very much not just a
> "throw it in the kernel 'cos that's faster appro
On Tue, Oct 15, 2013 at 11:10 AM, Martti Kühne wrote:
> 3.: I don't have any need to collect metadata about my music I run off mpd,
> and
> if I had the need, I could build symlink trees from my already sane directory
> structure:
>
> music/A/Artist/Album/trackname.flac
>
> That way I could add w
On Fri, Oct 18, 2013 at 3:09 PM, Szymon Olewniczak
wrote:
> I've started this topic becouse I'm woriking in a small family firm and
> we have decided that we need an new application to managing complaints,
> documentation, and several other things of our clients (I don't want to
> go into detail).
2013/10/24, Alexander S. :
> Personally, I'm okay with XML, and feel like Archangel Uriel, may he
> rest in peace, was slightly exaggerating. XSLT may be horrid, though,
> and XML is maybe *too* verbose, but the idea of having a structure as
> a building block is totally okay with me. There is expa
2013/11/4 Szabolcs Nagy :
> the state-of-the-artedness is not a virtue of a programming language
Agreed. At the same time, I don't think 'it is not C' should be an
automatic point against a language. C is excellent and quite useful,
however Go's language is wonderfully simple and makes expressin
Hello,
sin wrote:
> Just a small fix.
Looks good to me.
yours,
Bobby
Hello!
This is a followup to last months "music db editor" thread:
http://lists.suckless.org/dev/1310/17781.html
I've completed an initial implementation of a program which parses
music file metadata (currently only ID3 tags for MP3 support,
ATOM/AAC is next) and creates a filesystem-based farm/'
Hi,
Markus Teich wrote:
> I would not want compilations from 20 different artists to show up under every
> one of those artists.
Me neither.
>> - consider `&`, `feat`, `feat.`, `featuring`, `,`, &c. as separators
>> in the artist field?
>
> This is also annoying. I've settled with both problems
Hi,
Charlie Kester wrote:
> Do you also support using other ID3 fields to build the database? My
> music files are already stored in artist/album/ subdirectories. What
> I'd really like is to have them symlinked to subdirs based on genre.
> Maybe year too, in case I'm feeling nostalgic and want
Hello!
Roberto E. Vargas Caballero wrote:
> why no a option for hardlinks?
Initially because I didn't want to explain to people that the music
directory and the farm/db directory had to be on the same partition.
An option makes sense, but should it be compile time or runtime?
yours,
Bobby
Hi,
Branislav Blaskovic wrote:
> I would detect file type by mime - not by file extension (function
> is_music_file()). But that's not so important. I just remembered that we were
> punished at the school when we did this :)
How do you figure out mime type from a file? I understand if a server
Hi,
Chris Down wrote:
> The file's magic number?
Duh, of course. Why didn't I think of that... Implemented.
I've also added an option for hardlinks, -h, and fixed a few small problems.
yours,
Bobby
Hello,
Martti Kühne wrote:
> I had that covered somewhere with bsd's libmagic. We don't need to set
> up our own database then, I guess?
Eh, I mean I just open each file under ~/Music and see if I can read
an ID3 or ATOM tag from it, as both types of tags occur at the start
of the file, so I'm r
Hello,
Andrew Gwozdziewycz wrote:
>> $ time find / | grep 'bin' > /dev/null
>> real0m8.122s
>> user0m3.101s
>> sys 0m2.519s
>>
>> $ time find / -regex 'bin' | grep
>> real0m18.795s
>> user0m3.394s
>> sys 0m3.401s
I get a different story on Linux 3.12.4:
[bpowers@fina ~]$
Sylvain BERTRAND wrote:
> Since its 4.8 version, gcc cannot bootstrap with a C
> compiler/minimal runtime, it needs a c++ compiler and runtime.
> Making gcc 4.7 series the last "clean" gcc.
I think it is amusing that you think that gcc 4.7 is clean and good,
because it is written in C. From my un
Hello,
I'm surprised no one has mentioned the Plan 9 C compiler. There seems
to be a copy here: https://code.google.com/p/ken-cc/ , it is also
built as part of the Go build process. And I'm sure it is available
elsewhere. Is there something glaring I am missing?
yours,
Bobby
Hello,
Christoph Lohmann wrote:
> Are there any arguments against switching to GTK3? Otherwise I will
> switch surf to GTK3 using the smootscrolling patch.
GTK3's Windows support is pretty new and not as well tested.
yours in sarcasm,
Bobby
Hello,
FRIGN wrote:
> -1) Compositor's demands:
> Not everyone has a full drm-kms-setup. Hell, I don't even use evdev
> on my devices (It's more secure when you strip out the Event Interface
> from the Kernel).
Can you explain your thinking here on security? Is it just that less
compiled code ==
Hi,
Michael Forney wrote:
> As discussed in the previous thread (swc library to implement dwm under
> Wayland), I've been working on a Wayland compositor library, and after
> several redesigns, I'm pretty happy with where it is now.
This is very exciting. I hope to play with this in the next few
Hello,
sin wrote:
> This is in preparation to moving tar(1) over to recurse()
> instead of ftw().
On MacOS 10.9, strlcat and strncat are defined as macros, and adding
them to sbase breaks the builds. I'm not sure what the easy/nice
solution is. Error is below.
yours
Bobby
CC util/afgets
Hi,
sin wrote:
> Please pull again from tip. It should work now.
Almost. It compiles after applying the attached patch.
yours,
Bobby
0001-util-undef-strl-cat-cpy-in-their-.c-files.patch
Description: Binary data
44 matches
Mail list logo