Re: [dev] lex and yacc

On Sun, Mar 10, 2019 at 6:48 AM wrote: > > On Sun, Mar 10, 2019 at 06:17:16AM +0100, Markus Wichmann wrote: > > Well, other people have made that point before: Why use a regex to > > identify a token when a simple loop will do? > > > > So for lexing, usually a simple token parser in C will do the

Re: [dev] Xorg implementations

For XOrg compilation instructions/process, I'd look at CRUX's ports [0][1]. It's at least a couple dozen ports to read through but at least they're simple port/shell scripts. As for Nano-X (nee, microwindows), it's an X11-like API (though not compatible) derived from mini-X. microwindows adds a

Re: [dev] Interesting Web Browser Decoupling Concept

:D On Mon, Jun 12, 2017 at 4:35 PM, Bobby Powers wrote: > 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

Re: [dev] Interesting Web Browser Decoupling Concept

On Sun, Jun 11, 2017 at 5:19 AM, Hiltjo Posthuma wrote: > On Sat, Jun 10, 2017 at 01:30:12PM -0700, Louis Santillan wrote: >> https://youtu.be/1uflg7LDmzI?t=5m35s >> >> James Mickens calls it Project Atlantis. > > I could not find any Project Atlantis code, do yo

Re: [dev] Interesting Web Browser Decoupling Concept

same lazy code and bloat that most software > exhibits, but with the ease of visiting a webpage. > > On 6/10/17, Louis Santillan wrote: >> https://youtu.be/1uflg7LDmzI?t=5m35s >> >> James Mickens calls it Project Atlantis. Make the web/content >> developer

[dev] Interesting Web Browser Decoupling Concept

https://youtu.be/1uflg7LDmzI?t=5m35s James Mickens calls it Project Atlantis. Make the web/content developers responsible for their own rendering and content parsing. Narrow & simplify the scope of what a browser needs to be (shouldn't duplicate all the functions of an OS). His Deny First Same O

Re: [dev] Request for name suggestions: suckless video editor

(ht) Hot Tub (httm) Hot Tub Time Machine (ufeh) *nix Flying Erase-Head (an early video editing machines) (ued) *nix EditDroid (vzmx) Vision Mixer Github suggests: (pos) psychic-octo-spork (sdd) super-duper-doodle (syen) symmetrical-enigma (vpara) vigilant-parakeet (sspoon) super-spoon On Wed,

Re: [dev] seif opinions?

I personally feel that Hixie's Laws of the Web (I'm trademarking that since I just thought of it) #3 & #4 are mishandled but as a result of the experiences of the early web. I remember the early "mobile" web (Palm Treo 650 & BB World Edition in 2004-2009). They weren't as bad as many people made

Re: [dev] seif opinions?

f what Ian Hickson said about replacing HTML (web) [0]. [0] https://plus.google.com/+IanHickson/posts/SiLdNL9MsFw > > Sat, Sep 24, 2016 at 10:44:33PM -0700, Louis Santillan: >> Has anybody considered seif [0][1]? >> >> I disagree with the choice of nodejs & Qt,

Re: [dev] seif opinions?

On Sun, Sep 25, 2016 at 1:47 AM, Hiltjo Posthuma wrote: > On Sat, Sep 24, 2016 at 10:44:33PM -0700, Louis Santillan wrote: >> Has anybody considered seif [0][1]? >> >> I disagree with the choice of nodejs & Qt, and the idea of capturing >> entropy from microphone

[dev] seif opinions?

Has anybody considered seif [0][1]? I disagree with the choice of nodejs & Qt, and the idea of capturing entropy from microphone and camera are interesting but gameable. I think the overall concept is viable. [0] (Repo) http://www.seif.place [1] (Talk) https://www.oreilly.com/ideas/the-seif-proje

Re: [dev] ot: C Standard noreturn

On Thu, Sep 22, 2016 at 11:04 AM, wrote: > > Hi, > > how does noreturn attribute work? Trying to get this [0] to work, I > error on noreturn. > > /* Note how buffer overruns are undefined behavior and the compilers tend to >optimize these checks away if you wrote them yourself, this only work

Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code

Syntax highlighting color: https://github.com/antirez/kilo/blob/master/kilo.c#L505 On Tue, Jul 19, 2016 at 11:07 AM, Eric Pruitt wrote: > On Tue, Jul 19, 2016 at 07:51:49PM +0200, lukáš Hozda wrote: >> Oh, this looks pretty neat. How does the syntax highlighting work? Is >> it hardcoded or are th

[dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code

[repo] https://github.com/antirez/kilo [blog] http://antirez.com/news/108 [demo[ https://asciinema.org/a/90r2i9bq8po03nazhqtsifksb No curses, just 3 key bindings, and syntax highlighting.

Re: [dev] JIT & VM discussion

There's several examples of P-code/Pascal VMs around [0][1][2][3]. Some more detailed than others. [0] https://en.wikipedia.org/wiki/P-code_machine#Example_machine [1] http://www.icodeguru.com/vc/10book/books/book4/secg.htm [2] http://blackmesatech.com/2011/12/pl0/pl0.xhtml [3] https://github.com

Re: [dev] [lnanosmtp]

On Fri, Jun 10, 2016 at 3:20 AM, FRIGN wrote: > On Fri, 10 Jun 2016 03:02:44 -0700 > Louis Santillan wrote: > > Hey Louis, > >> As to justification, I'd say, that depends. Libc (and C in general) >> has some well known, well documented bugs that exists simply to

Re: [dev] [lnanosmtp]

On Fri, Jun 10, 2016 at 3:19 AM, Kamil Cholewiński wrote: > On Fri, 10 Jun 2016, Louis Santillan wrote: >> As to justification, I'd say, that depends. Libc (and C in general) >> has some well known, well documented bugs that exists simply to keep >> old code compilin

Re: [dev] [lnanosmtp]

On Friday, June 10, 2016, FRIGN wrote: > > On Thu, 9 Jun 2016 23:06:54 -0700 > Louis Santillan wrote: > > Hey Louis, > > > Good job for getting this working. I'm a believer that suckless > > indirectly speaks to API design in addition to software design. Th

Re: [dev] [lnanosmtp]

Sylvain, Good job for getting this working. I'm a believer that suckless indirectly speaks to API design in addition to software design. There are many parts of libc that suck, IMO. Years ago, when I found Felix von Leitner's talk about software design [0], and dietlibc [1], and libdjb [2], and

Re: [dev] Re: Linux distros that don't suck too too much

On Thu, May 12, 2016 at 4:31 PM, Jason Young wrote: [SNIP] > suckless is about *simplicity*. Simplicity != easy to use. Simplicity > means, basically, there's fewer parts to break, and there *being* fewer > parts, it's easier to see *where* it breaks. Unfortunately, the more > "easy to use" you ma

Re: [dev] Linux distros that don't suck too too much

There's also CRUX [0] and tinycorelinux [1]. CRUX has more of a BSD-style init system feel. There's also a CruxEX [2] which includes a DE. However, I need to spin up a VM of AlpineLinux and see what it's all about. [0] https://crux.nu/ [1] http://tinycorelinux.net/ [2] http://cruxex.exton.net/

Re: [dev] [lnanohttp] nanonimal http server for linux

Not really. The old asmutils httpd [0] does 100s of requests per sec (probably thousands on modern procs), is less than 1K of disk, and, 32K of RAM per fork. I've seen other versions which were used half the RAM and were just as fast as well. Just NASM compile without SENDFILE usage. Something

Re: [dev] [scc] issues with invoking

The C version of Let's Build a Compiler is here [0][1]. There are multiple versions/recent updates by people other than Peter Gray's original translation [2][3][4]. The original/Pascal version by Jack Crenshaw is here [5]. I've also been reading Wirth's original Pascal compiler writing books & w

Re: [dev] suckless shared tools

Got a link to google repo? On Mon, Feb 29, 2016 at 12:43 AM, Anselm R Garbe wrote: > On 28 February 2016 at 02:03, Daniel Kowalski wrote: >> Synchronization of common code between projects is built into git: >> https://git-scm.com/docs/git-submodule > > git submodules are an abomination. They to

Re: [dev] [surf] Switching to webkit2 as default

On Thu, Feb 4, 2016 at 10:16 AM, FRIGN wrote: > On Thu, 4 Feb 2016 17:50:05 + > Nick wrote: > > Hey Nick, > >> I try not to keep too abreast of things like GTK and WebKit, for the >> sake of my sanity, but I read this[0] today which was a pretty scary >> read, really. > > I also read this art

Re: [dev] automating running and building

n 07, 2016 at 05:22:38PM -0800, Louis Santillan wrote: >> Do mean something like this in a makefile? Essentially adding a >> `./$@` to end of `dwm` target: > > I tried it and it does not seem to be a solution. If dwm is up to date, > Make won't run the recipe and ./$@ won

Re: [dev] automating running and building

Do mean something like this in a makefile? Essentially adding a `./$@` to end of `dwm` target: ``` SRC = drw.c dwm.c util.c OBJ = ${SRC:.c=.o} all: dwm .c.o: @echo CC $< @${CC} -c ${CFLAGS} $< ${OBJ}: config.h config.mk dwm: ${OBJ} @echo CC -o $@ @${CC} -o $@ ${OBJ} ${LDFLAGS}

Re: [dev] Re: Font edition tooling

On Wed, Dec 23, 2015 at 7:09 AM, Mattias Andrée wrote: > On Wed, 23 Dec 2015 16:06:12 +0100 > Christian Neukirchen wrote: > >> quen...@c9x.me (mpu) writes: >> >> > Ben Woolley wrote: >> >> What licenses are the tools and the font? There doesn't >> >> seem to be a copyright statement or license a

Re: [dev] C package manager-ish

On Tue, Dec 15, 2015 at 9:45 AM, Mattias Andrée wrote: > On Tue, 15 Dec 2015 09:10:50 -0800 > Louis Santillan wrote: >> On Tue, Dec 15, 2015 at 2:20 AM, Adrian Grigore >> The small part may sound like suckless, but I find it to > > It should be noted that suckless is no

Re: [dev] C package manager-ish

On Tue, Dec 15, 2015 at 2:20 AM, Adrian Grigore wrote: > I wanted to know what's your general opinion on https://github.com/clibs/clib. I take issue with some of the libs included, especially tj's [0]. He's also the creator of clibs, a noted contributor to nodejs (among other things), so I would

Re: [dev] suckless bignum library

On Thu, Dec 10, 2015 at 10:36 AM, Greg Reagle wrote: > On 12/10/2015 12:57 PM, FRIGN wrote: >> >> What does the base have to do with the results? > > > A lot. For instance, "Many non-integral values, such as decimal 0.2, have > an infinite place-value representation in binary (.001100110011...) b

Re: [dev] suckless bignum library

On Thu, Dec 10, 2015 at 10:26 AM, Mattias Andrée wrote: > If you are counting the informal license > "Distribute like mad!" as a making it "public domain". > First, that depends on jurisdiction. But! > The README in the zipfile says it is proprietary > (for personal use only.) Understood. I don'

Re: [dev] suckless bignum library

On Thu, Dec 10, 2015 at 7:30 AM, FRIGN wrote: > > On Wed, 9 Dec 2015 23:44:11 -0800 > Louis Santillan wrote: > > > Are libtommath [0]/tomsfastmath [1] not suckless? > > > > [0] https://github.com/libtom/libtommath > > [1] https://github.com/libtom/tomsfastmat

Re: [dev] suckless bignum library

On Tue, Dec 8, 2015 at 7:09 AM, Marc Collin wrote: > A proposal of a suckless bignum library is finally taking shape. > > The discussion that lead to it (and is still ongoing) can be found > here. > http://bbs.progrider.org/prog/read/1447711906/1,35,41,48,51,52,54,60,61,64,67-69,71-75,77,78,80,82

Re: [dev] Re: [farbfeld] announce

On Tue, Nov 17, 2015 at 4:47 PM, David Phillips wrote: [SNIP] > I intend to do some more widespread testing on a large sample of > different images which I can share the results on. But I can confirm > that as it stands bzip2 looks likely to be the best candidate. Try lzham [0] (for more compress

Re: [dev] a suckless hex editor

On Fri, Nov 13, 2015 at 8:55 AM, Greg Reagle wrote: > On 11/13/2015 11:45 AM, Alex Pilon wrote: >> >> xxd's provided by vim. As convenient as it is, should a "suckless hex >> editor" really depend on that? It should be the user's choice or not to >> install vim, regardless of anybody's feeling's o

Re: [dev] dmenu segfaults when pressing control+enter without a selection

On Mon, Nov 9, 2015 at 8:08 PM, Pickfire wrote: [SNIP] > I am not very sure why people use int instead of booleans in C. > > I think stylistic code changes can make it easier to maintain on the > early stages. It used to be, before C99 (and newer) became as prevalent as they are today, to portabl

Re: [dev] Is Wayland really a solution to X11 cruft?

Nano-X Window System [0][1]. It's really nice that tinyxserver builds with musl. [0] https://en.wikipedia.org/wiki/Microwindows [1] http://www.microwindows.org/ On Fri, Oct 30, 2015 at 6:57 AM, Amadeus Folego wrote: > Marc, see: > > http://blog.mecheye.net/2012/06/the-linux-graphics-stack/#ren

Re: [dev] A suckless issue tracker

Gopher server as a goal! I love it. Especially since I've been reading up on the protocol recently. But seriously, when I need a light-weight, private Issue Tracker, I reach for cvstrac [0]. It supported SQLite for almost a decade before Richard Hipp replaced it with Fossil [1]. Supports cvs,

Re: [dev] sbase echo.c doesn't respect POSIX

On Fri, Apr 3, 2015 at 4:39 AM, FRIGN wrote: > This is not WhatsApp. ^ | I love you guys!--| :D

Re: [dev] Address to the suckless community concerning freedom

I meant Windows 8/10 "Metro UI". On Wed, Apr 1, 2015 at 2:35 PM, Dimitris Papastamos wrote: > On Wed, Apr 01, 2015 at 02:11:15PM -0700, Louis Santillan wrote: >> This is more satire than an April Fool's Joke unless you've changed >> your name to Richard. :D >

Re: [dev] Address to the suckless community concerning freedom

This is more satire than an April Fool's Joke unless you've changed your name to Richard. :D Maybe a pull request/enhancement request to have ubase/sbase support Windows would have been more apropos. On Wed, Apr 1, 2015 at 2:00 PM, Richard Stallman wrote: > [[[ To any NSA and FBI agents reading

Re: [dev] Suckless unit testing in C?

I'm asking an honest question here because there is a lot of wisdom on mailing list and I very well lack that perspective. How is main() the unit test? I read that almost as "I don't always test, but when I do, I do it production."

Re: [dev] Suckless unit testing in C?

On Tue, Feb 24, 2015 at 10:45 PM, Anselm R Garbe wrote: > On 24 February 2015 at 22:21, Sam Dodrill wrote: >> I was wondering what you all use for a suckless style unit testing >> framework in C. > > If you apply the Unix principle correctly, main() is your unit test. > Which Unix Principle [0][

Re: [dev] Suckless unit testing in C?

-designed interface deserves a well-designed test case. On Tue, Feb 24, 2015 at 2:21 PM, FRIGN wrote: > On Tue, 24 Feb 2015 13:58:16 -0800 > Louis Santillan wrote: > > Hey Louis, > >> I'm a fan of TAP frameworks [0]. Very minimal, easy to roll you own, >> consu

Re: [dev] Suckless unit testing in C?

I'm a fan of TAP frameworks [0]. Very minimal, easy to roll you own, consumable by many Unix tools, human & machine readable. clibs links to a bunch of pre-written libs as well [1]. kazuho had written this 35 line example of a lib [2] that exports all you need to basic TAP, which is like 75% of

Re: [dev] Object-Oriented C for interface safety?

Personally, I feel like the public/private/protected/friend (data & code hiding) tenet of OOP is the least beneficial. I get that it helps make the interface contracts stronger, but that's only a concern for me in languages that don't have strong or static typing. Simple Inheritance (object exten

Re: [dev] Operating system choice

I'm surprised nobody has mentioned TinyCore Linux. Not everything about it is suckless, but at least it's frugal on resources once you get it configured how you like. For my development machines, I started on RedHat in the 90s and continued on with Fedora until I found Crux around 2002. Loved it

Re: [dev] [sbase] style

Returning error code doesn't work well for many asynchronous calls (aio_*) [0]. It also makes errno (possibly) inconsistent, but I didn't come up with that standard. I guess someone decided that making errno inconsistent is less of an issue than make the return code of libc inconsistent. [0] ht

Re: [dev] c++-style comments [was fsbm]

Hey...I try. :D On Fri, Nov 7, 2014 at 9:37 AM, koneu wrote: > > You disgust me. >

Re: [dev] c++-style comments [was fsbm]

els = STRINGIFY( #include "kernels/util.cl" #include "kernels/basic.cl" ); return kernels; } [0] http://stackoverflow.com/questions/6502173/preprocessor-tomfoolery-stringifying-a-include On Thu, Nov 6, 2014 at 9:45 AM, FRIGN wrote: > On Thu, 6 Nov 2014 0

Re: [dev] c++-style comments [was fsbm]

There is one case where C++ style comment create a useful feature that I don't believe C style comments are able to replicate. Some might disagree. In a color syntax highlighting editor in a C99 codebase, you can prefix C style comments with C++ style comments and get single character feature

Re: [dev] rebooting the web (it was: surf rewrite for WebKit2GTK)

Some of the ideas you identified in "rebooting the web" were more clearly and concisely conveyed in Ian Hickson's Google+ post [0][1]. Specifically, Ian mentioned that anything that replaces the "web" will have to be radically better ("faster, easier to author in, easier to develop for, easier to m

Re: [dev] surf rewrite for WebKit2GTK

FYI, There's also quad-wheel [0] which claims ES3 compliance and based upon ANSI C. [0] https://code.google.com/p/quad-wheel/ On Sun, Oct 26, 2014 at 9:58 PM, Louis Santillan wrote: > duktape is a great find and appears quite complete. But still seems > quite large. There's

Re: [dev] surf rewrite for WebKit2GTK

duktape is a great find and appears quite complete. But still seems quite large. There's also Tiny-JS [0] (2k-ish LOC), 42Tiny-JS [1] (a forked, enhanced, more complete version), and Espruinio [2] (same original author as Tiny-JS, more complete but focused on Arduino applications). [0] https://c

Re: [dev] unit testing

/wiki/Test_Anything_Protocol#List_of_TAP_parsers On Thu, Jul 31, 2014 at 8:43 AM, Louis Santillan wrote: > I extracted kazuho's TAP code from his picogc repo [0] (example [1]). Not 3 > lines but it can be run and integrate with any TAP parser [2]. > > [0] https://github.com/kazuh

Re: [dev] Introducing the imagefile-format

I know you're going for portability, but pulling in arpa/inet.h doesn't seem so suckless. The selection of bzip as the compression algorithm seems like a compromise. suckless flate[0], lzham[1], miniz[2], lz4/lz4hc[3], minilzo[4], fastlz[5] maybe deserve some consideration? flate, miniz, lz4, mi

Re: [dev] Top Posting (was: Backspace (was: st stutter and freeze ...))

When someone invents a monitor that supports displaying content that is below the fold, first, I'll stop top posting.

Re: [dev] Suckless remote shell?

olks identified that fact is inconsequential. On Mon, Nov 4, 2013 at 10:40 PM, koneu wrote: > Louis Santillan wrote: >> All we ever needed was 17 syscalls <http://wiki.osdev.org/Porting_Newlib>. > > I would rather implement a syscall for each C library function than use > ne

Re: [dev] Suckless remote shell?

All we ever needed was 17 syscalls . On Mon, Nov 4, 2013 at 9:41 AM, Andreas Krennmair wrote: > * Alexander Huemer [2013-11-04 15:30]: > >> The only interface to the kernels the suckless.org software runs on is >> in C, the same is true for the standard libr

Re: [dev] [sbase] Command list

Late to the party, but in response to Truls email request on 10/18/2013, there's some less sucky lossless compression/decompression code at (Zip/deflate & zlib compatible, small, fast) and (nearly LZMA compression with much faste