Re: [dev] [st] Compiling with musl libc doesn't work

You'd first have to compile Xlib & co against musl and then change the CFLAGS to point to the musl dirs instead of /usr. Have fun, I hope tomorrow is a national holiday at wherever you are from.

Re: [dev] RSS

On May 7, 2015 7:54:20 PM CEST, Hiltjo Posthuma wrote: >I will rewrite the XML parser (again) at some point since the code is >horrible. Take a look at [0], it is a bit ugly but worked kinda well last time I used it. If you don't mind the license, it might be of use to you. (0): http://ccodearch

Re: [dev] [slock] [PATCH] Option to not show failure color on clear

On May 6, 2015 6:45:25 PM CEST, FRIGN wrote: >Come to think of this sentence, who seriously eats at a pub? There's a nice jazz pub 15 minutes down the road (by foot). They serve beer, weed, and some exceptional curry dish. -- koneu

Re: [dev] [sbase] Use of libutil

uh-huh

Re: [dev] [st] [PATCH] Fix sigchld

Jochen Sprickerhof wrote: > * koneu [2015-04-27 11:42]: > > waitpid and WNOHANG is not the way to go though. Use wait > > Why? wait is just convenience for waitpid. Also, it didn't work for me. > Can you send a patch if you think there is a better way to do it? > >

Re: [dev] [st] [PATCH] Fix sigchld

On April 27, 2015 11:31:22 AM CEST, Jochen Sprickerhof wrote: >* koneu [2015-04-27 11:25]: >> On April 27, 2015 11:23:52 AM CEST, Jochen Sprickerhof > wrote: >> >I'm spawning other process from st (dmenu and surf for urlview). >> >Without >> >chec

Re: [dev] [st] [PATCH] Fix sigchld

On April 27, 2015 11:23:52 AM CEST, Jochen Sprickerhof wrote: >Hi Roberto, > >* Roberto E. Vargas Caballero [2015-04-27 10:42]: >> I don't understand this patch. The master process only has one child, >> the shell, so you only can wait for it. If you receives the signal is >> because the child a

Re: [dev] [st] [PATCH] Optimize memory footprint of line buffers

On April 27, 2015 10:29:25 AM CEST, "Roberto E. Vargas Caballero" wrote: >> typedef struct { >> uint_least32_t u; >> uint_least32_t mode:12; >> uint_least32_t fg:10; >> uint_least32_t bg:10; >> } Glyph; > >The size of this struct is only one byte less than if the >same of the

Re: [dev] Miscellaneous sbase issues

On April 27, 2015 3:24:18 AM CEST, Michael Forney wrote: >Hi suckless, > >I came across some issues in sbase whose solution wasn't immediately >apparent: > >printf >-- >Ignores flag characters '#', '0', '-', ' ', and '+', but is labeled as >POSIX compliant and complete, so this is presumably u

Re: [dev] [st utf8 3/4] Change internal character representation.

On April 27, 2015 9:58:37 AM CEST, "Roberto E. Vargas Caballero" wrote: > >> >> GCC and Clang define long as 64-bits by default for x86_64, AArch64, >> and many other 64-bit target architectures, which is wasteful for >> Unicode code points. > >Uhmmm, so do you propose don't use long arrays ever

Re: [dev] Updated history patch

On April 24, 2015 3:04:42 AM CEST, Mark Goldman wrote: >Hey everyone, the history patch didn't seem to apply cleanly so >manually updated the patch to apply cleanly as of commit 13a529c. How >can I get the new patch out to others who might want it? > >-mdg Push it to [0]. (0) git.suckless.org/s

Re: [dev] [surf] [PATCH] Simplify eval arg handling

Jochen Sprickerhof wrote: > * Jason Woofenden [2015-04-23 14:36]: > > Both implementations (before and after your patch) pass a char*. > > But (assuming I'm reading the code correctly) they don't pass the > > same address. > > True, the old one assumes a char** (an array of strings), whereas the

Re: [dev] [st] [PATCH 2/5] Replace for with while.

On 04/18/2015 06:45 PM, noname wrote: --- st.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/st.c b/st.c index 3fa58da..30f296d 100644 --- a/st.c +++ b/st.c @@ -3930,8 +3930,9 @@ run(void) { clock_gettime(CLOCK_MONOTONIC, &last); lastblink = last; +

Re: [dev] [st] [PATCH 4/3] tresize: remove unnecessary if

On April 12, 2015 10:56:40 AM CEST, non...@inventati.org wrote: >On Sun, Apr 12, 2015 at 10:41:36AM +0200, Silvan Jegen wrote: >> I was thinking about this option too but in that case you would be >> calling memmove with an identical src and dst when i == 0. The man >page >> for glibc memmove(3) do

Re: [dev] [PATCH] Added dvtm and abduco to rocks.md on website

On April 6, 2015 4:43:16 PM CEST, Greg Reagle wrote: >I am including the patch as an attachment so webmail doesn't mess up >the >formatting. Push it to http://git.suckless.org/sites

Re: [dev] [vis] [PATCH] Fixed multiline comment regexp.

noname wrote: > Support for comments without opening "/*" at the beginning of the file > is removed because people do not normally write comments backwards. Oh look, I never knew it was possible to write comments like that.

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

2/10 too little too late

Re: [dev] [surf] [patch] 13 patches from my Universal Same-Origin Policy branch

On March 29, 2015 1:52:52 PM CEST, Markus Teich wrote: >If we're going to use the safari UA, then we should also take care that >all the >other headers look like safari's. Firefox on Windows would probably make more sense.

Re: [dev] [surf][patch] Add support for mailto links

Michael Schupikov wrote: > Currently surf cannot handle mailto links. > This patch changes that and passes them to the email client. xdg-open?

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

Greetings. The two things that really make OO languages worthwhile in my opinion are polymorphism and inheritance. Doing polymorphism and data/code hiding in C is easy enough with const function pointers. You can just define public interfaces in their own header like struct interface { v

Re: [dev] GCC situation

Greetings. Calvin Morrison wrote: > I've used -O3 for a long time in several projects that are heavily > tuned and not noticed any issues. I think there is a large stigma > around -O3 but if you just take a few minutes to read about -O3 you'll > learn quickly what is safe to use and what could cau

Re: [dev] GCC situation

Greetings. Markus Wichmann wrote: > compiling with -O3 will result in some broken binaries. Somewhere. Why? Because -O3 is very aggressive and should NOT be used. Especially not when compiling/bootstrapping a system. In most cases it makes things buggier and bigger, in some cases even slower. Use

Re: [dev] GCC situation

On November 24, 2014 6:35:51 AM CET, Markus Wichmann wrote: >that this asumption removes most overflow checking code. This behaviour is a pro, not a con, of GCC. If you rely on undefined behaviour to check for ... well ... undefined behaviour there is a compiler flag to enable it. >something,

Re: [dev] Operating system choice

sta...@cs.tu-berlin.de wrote: > microkernel is beautiful Beauty might be the only property superior to monolithic.

Re: [dev] Operating system choice

+ microkernel is inferior to monolithic in almost all aspects

Re: [dev] Operating system choice

Hand-crafted Linux distro on my desktop, maintaining it is a pain in the ass so might switch to Gentoo soon. I am currently using root to log in and run each "package" with a different uid (was supposed to be an experiment but it worked somewhat well) which might be hard to do on Gentoo. Arch with

Re: [dev] [sbase] style

k...@shike2.com wrote: > For long time I followed the rule of kernel style of not using typedef > ever, but I changed it to the rule of using typedef only with structs > and capital letter, and I can say that this last is far better; You > get more readable function definitions: Not typedefing rea

Re: [dev] [sbase] style

Hi, FRIGN wrote: > If headers depend on order, the headers are broken. Dismissed. Most headers I write are plan9 style[0] headers. "The files are not protected against multiple inclusion and themselves contain no nested #includes. Instead the programmer is expected to sort out the requirements an

Re: [dev] [PATCH] Check for presence of SHELL environment variable

Hi, Eric Pruitt wrote: > On Mon, Nov 03, 2014 at 11:33:17AM +0100, k...@shike2.com wrote: > > I would like to listen the opinion of other suckless developers about > > this point. What do you think guys? > > It's been nearly two weeks since I originally submitted this, and I > don't think anyone

Re: [dev] Conference in Munich?

patrick295767 patrick295767 wrote: > Munich would be the perfect location indeed. The only real problem is Claus Weselsky. Who's the maintainer of the suckless hitlist again? I'd like to submit a patch...

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

On November 6, 2014 6:34:17 PM CET, Louis Santillan wrote: >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 com

Re: [dev] [st][PATCH] Add support for utmp in st

random...@fastmail.us wrote: > What is Home? What is life?

Re: [dev] Re: [dvtm] Focus by id instead of order

On September 7, 2014 5:16:24 AM CEST, Amadeus Folego wrote: >So, I started sending a lot of commands to dvtm via the command fifo >and >I noticed an odd thing. > >Every window exposes a variable called $DVTM_WINDOW_ID, so one can >imagine that if you want to focus on a window you should just pass

Re: [dev] Looking for simple, alpha supporting image format

On 07/18/2014 08:28 PM, Samuel Holland wrote: I think it would be slightly more useful to put the number of bits > per channel in the header instead of the string "rgba". It would allow > more freedom in reducing the file size when color depth isn't very > important. For example, you could do 56

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 6:20:35 PM CEST, Nick wrote: >Quoth Markus Teich: >> 8bit per component are sufficient for the human eye. This leads to 2 >^ (3*8) = >> 16.777.216 colors. Can you differentiate any pair of them I would >show you? > >For some domains it's useful to preserve more detail than the ey

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 5:46:25 PM CEST, Lee Fallat wrote: >Robots are the best though. Women *are* robots.

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 5:05:01 PM CEST, Markus Teich wrote: >Lee Fallat wrote: >> fseek(filehandle, 0, SEEK_END); >> height = (ftell(filehandle) / RGBA_CHANNEL_SIZE) / width; >> >> Then you allocate your buffer. > >Heyho Lee, > >This needs FILE* instead of just a file descriptor, making usage in >pipe

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 4:09:03 PM CEST, Markus Teich wrote: >koneu wrote: >> On July 16, 2014 3:28:44 PM CEST, Markus Teich > wrote: >> >*w = ntohs(hdr[9]); >> >*h = ntohs(hdr[11]); >> >> This will pass a char to ntohs; expanding it t

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 4:05:52 PM CEST, "Martti Kühne" wrote: >Neither the endianness nor the maximum width is in question for >space-separated human readable, variable width numbers. Then again, who wants a human readable header? Could aswell save the image in ASCII art then.

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 3:28:44 PM CEST, Markus Teich wrote: >koneu wrote: >> If anything, I would store the numbers as unsigned 64 bit LSB and >change the >> read/write functions for MSB architectures. > >Heyho, > >max(uint32_t) = 4.294.967.296 is already way

Re: [dev] Looking for simple, alpha supporting image format

On July 16, 2014 2:02:27 PM CEST, FRIGN wrote: >On Tue, 15 Jul 2014 20:40:08 +0200 >Markus Teich wrote: > >> I hope this explains my issue. > >The definition is ambiguous and I start to get the impression the guy >who defined this format had a naive view on what a "blank" is: >Just a normal white

Re: [dev] [PATCH] Add tab-completion file-name expansion.

On July 7, 2014 8:42:19 AM CEST, "Martti Kühne" wrote: >I feel honored and desecrated for suckless. >But somebody obviously spent google's paid time on this and had, >therefore, to note so in the license... xD Or he wanted to show off his employer.

Re: [dev] Why do you use tmux/screen?

On July 1, 2014 2:48:48 AM CEST, Dimitris Zervas wrote: >Why not use tabbed? or DWM's mono-view (how is it called when you see >only 1 window?)? What's DWM?

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

I kinda like vile[0]. It's got vi command completion, syntax highlighting, and you can link it statically. By that I mean you can even statically link specific syntax filters and choose to load others dynamically. It also supports multiple terminal frontends and a Xlib frontend. [0] http://invisi

Re: [dev] [st][dev 1/4] Add 8 bit version of DECID

On June 25, 2014 8:00:30 PM CEST, "Roberto E. Vargas Caballero" wrote: >DECID version for 7 bits environments already was implemented in st. >This patch adds the 8 bit version of it. >--- > st.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > >diff --git a/st.c b/st.c >index f8f262a..

Re: [dev] suckless distro

On June 25, 2014 4:34:59 PM CEST, Sylvain BERTRAND wrote: >On Wed, Jun 25, 2014 at 03:23:32PM +0200, FRIGN wrote: >> On Wed, 25 Jun 2014 14:57:30 +0200 >> Sylvain BERTRAND wrote: >> >>> 100%. It's not suckless to use a makefile if recompiling all >>> source files takes little time. The main purp

Re: [dev] Lightweight, non-bloated, fast image viewer?

Hi Pat, go ahead and write one. Thanks. On 06/14/2014 08:54 AM, patrick295767 patrick295767 wrote: Hi Guys, Hi Friends, I have slightly exagerated in the title of the message/thread. I would like to notice that we should have a lighter image viewer than feh, qiv and sxiv. The three are excelle

Re: [dev] [st] mouse up scrolling not working in vim through tmux in st

On 05/31/2014 05:05 PM, Jay Rajput wrote: Problem Statement: Mouse up scrolling not working in vim through tmux in st. Mouse down scrolling works fine. Quick fix: use J and K

Re: [dev] [surf] ctrl-g not working

suck less user wrote: > What does dmenu have to do with the functionality > of surf? Pacman output: >Optional dependencies for surf >dmenu: URL-bar >ca-certificates: SSL verification >xterm: default download handler >curl: default download handler Read the output of the software y

Re: [dev] [surf] ctrl-g not working

suck less user wrote: > Quoting Raphaël Proust : > > Do you have dmenu installed? > no Well, then install it.

Re: [dev] [dmenu] regexp with dmenu?

Thuban wrote: > Then, we can output with dmenu `filea fileabc fileabcde` if we write : > `filea*` > ( yes, its a very simple example...) So you want to output more than one element. This could be quite neat indeed for certain use cases, and a simple implementation would be to just write all the el

Re: [dev] [st] Feature to replace st window by spawned x window

( mupdf mything.pdf ; st ) & exit

Re: [dev] [st PATCH] Simplify tputtab.

Roberto E. Vargas Caballero wrote: > But I feel that the patch is a bit confusing. I use sometime this kind > of expressions (for example (!(p = f()) || p != q), and I get confussed > here, so maybe it is not a good idea. If another suckless developers think > the patch should be applied then I wil

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

On April 10, 2014 7:20:56 PM CEST, Calvin Morrison wrote: >I suggest a simple solution, once and for all. simply stop reading >email all together > >-> get a life, get up and go out, stop bitching about some random >internet people not posting in your preferred format, get laid, get a >job, relax

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

Hi, On Thu, Apr 10, 2014 at 05:03:55PM +0200, Christoph Lohmann wrote: > Don't top post. Been thinking this way too often recently. If your client does not allow you to write _below_ the quoted message, get a different mail client. If it _needs_ to be browser based, use ZOHO or something like it.

Re: [dev] [proposal] Suckless Tox-Client as a Skype replacement

On March 24, 2014 12:20:49 PM CET, FRIGN wrote: >Dude, I have an epiphany right now ... XML, XSLT, X11, x86

Re: [dev] What is good with Python

On 03/05/2014 03:03 PM, pancake wrote: That thread would be smarter. Nope, just much less entertaining to read.

Re: [dev] What is bad with Python

On 03/04/2014 09:23 PM, Zack Breckenridge wrote: I would say these are both pretty good indictments against both languages. So what are some preferred alternatives? I like Squirrel[0] and Solid[1] alot. Both of them interact well with C. The Solid runtime is written in pure C, so it is the prefe

Re: [dev] What is bad with Python

On 03/03/2014 11:21 PM, Szymon Olewniczak wrote: Hi, I've recently had a presentation(during local Linux User Group meeting) about some basic ideas Unix philosophy and suckless projects. This has led my attention once to the topic of programming languages and I must admit that I've found Python m

Re: [dev][PATCH][quark] Clean up the log-facility

On March 3, 2014 10:16:46 PM CET, sin wrote: >On Mon, Mar 03, 2014 at 07:39:13PM +0100, FRIGN wrote: >> I'm currently working on quark and would like to propose a patch >> simplifying the logmsg-, logerrmsg- and die-functions in quark. >> There's more to come! > >Why can't we not use err(), warn()

Re: [dev] Re: Article about suckless on root.cz

Anselm R Garbe wrote: > On 20 February 2014 18:27, koneu wrote: > > Nick wrote: > >> Yes, but the web-viewer could suck less, internally. GTK & glib > >> being rather obvious examples. With that in mind I thought I'd take > >> another look at webkitn

Re: [dev] panel on dwm 6 ?

major_ghz wrote: > > sorry, i try the systray patch but no change. > i would like to see nm-applet in the status bar. > > you can explain me how ? > major. Start nm-applet on login or manually via the command line. If that doesn't work, try some standalone systray. This mailing list is no nurser

Re: [dev] Re: Article about suckless on root.cz

Nick wrote: > Yes, but the web-viewer could suck less, internally. GTK & glib > being rather obvious examples. With that in mind I thought I'd take > another look at webkitnix today, and found that they're not planning > to maintain it anymore. Which sucks. Sad... I had hoped for uzbl to switch to

Re: [dev] tabbed - why?

On 02/17/2014 06:21 PM, Calvin Morrison wrote: What's the rational reason for it to exist, other than dwm needs to stay under x amount of lines of code? Three words: Modu la rity.

Re: [dev] Announcing sinit - the suckless init

On 02/07/2014 02:02 PM, sin wrote: Yes, I realize signalfd() is Linux specific... aw well. Then again, you wrote sinit with stali in mind.

Re: [dev] hide mouse cursor while typing

Markus Teich wrote: >Heyho guys, > >I would like to hide the mouse cursor when typing. What is your >approach? > >--Markus Moving it to the bottom right corner of the screen.

Re: [dev] [st][patch] externalpipe()

Rob wrote: > Yeah, based it off url-select, love that feature. urxvt takes 8 seconds > or so to open on my laptop, so necessity is the mother of invention and > all that. Configure with --disable-everything and use urxvtd. Faster (and more stable) than st for me.

Re: [dev] New utility "when"

Markus Teich wrote: > koneu wrote: > > HELL, why use an _anything_ that is not scriptable? > > Did you notice dwm is not scriptable? Unless you consider xdotool scripting that is true, yes. Luckily, there is wmii (even though wmii is a real mess).

Re: [dev] New utility "when"

Dimitris Zervas wrote: > Totally agree... > BTW: I was also thinking about a new, suckless shell. Do we really This is getting boring... http://doc.cat-v.org/plan_9/4th_edition/papers/rc http://mirbsd.de/mksh > No more "scripting". Just some cool features (I really like some zsh features) No scr

[dev] [dmenu] [dwm] [patch] open in new terminal window

dmenu_term.patch: Patch that adds a command line-only option to make dmenu_run spawn the command in a new terminal window. Useful for curses based interfaces or other interactive command line applications. dwm_dmenu_term.patch: Adds a dwm keybind for the new dmenu option. diff --git a/dmenu.1 b/dme

Re: Asshole vs. reality [was: Re: [dev] Question about arg.h]

Mihail Zenkov wrote: > 2013/11/6, koneu : > > I agree with you on implicit "hi" and "bye" in mailing lists but please > > don't fucking bot quote. And if gmail's fucking online shit doesn't > > allow anything else then don't fucking us

Re: Asshole vs. reality [was: Re: [dev] Question about arg.h]

hiro wrote: > You're so deep. I agree with you on implicit "hi" and "bye" in mailing lists but please don't fucking bot quote. And if gmail's fucking online shit doesn't allow anything else then don't fucking use gmail's fucking online shit. Thanks.

Re: [dev] Question about arg.h

Krol, Willem van de wrote: > Hello, I was reading arg.h, because I want to use it in my program, but I > couln't figure out why the USED macro was used. Could someone clear > that up? > > Willem It's so you don't have to type out (void) whenever you want to cast something to void without any rea

Re: [dev] Suckless remote shell?

Louis Santillan wrote: > All we ever needed was 17 syscalls . I would rather implement a syscall for each C library function than use newlib. - This would also make static binaries much smaller. :P

Re: [dev] IRC on Free node

Chris Down wrote: >On 2013-11-02 11:13, Dmitrij D. Czarkoff wrote: >> Gmail's webmail doesn't allow to tune quoting & attribution in a >> sensible manner, so repeating this every time doesn't make much >sense. >> May be you just move the links to your signature? > >Surely the answer to that is to

Re: [dev] misc projects

>I'm a GNU GPL guy oh, fuck no...

Re: [dev] Some thoughts about XML

Thorsten Glaser wrote: >But what do I expect from a Googlemail user? Oh please tell me a good alternative free and reliable mail service. I hate Google. But all the others append ads. OT: XML is like cancer. It is disgusting to work with and disgusting to look at. And you really wanna get rid of

Re: [dev] I'm back

surf switched to swk + Hubbub? :P -- koneu

Re: [dev] [st][patch] scrollback buffer

(I _do_ think it's the terminal's job, the only good multiplexer is vim[1]), the wiki is the right place for now. ~koneu [0]http://st.suckless.org/patches/ [1]https://code.google.com/p/conque/

Re: [dev] Launching new terminals in $PWD

On Oct 18, 2013, at 7:26 PM, Noah Birnel wrote: > And what is $PWD from the context of a window manager? Exactly what I was thinking while reading this discussion. What do you expect your WM's working directory to be? Your current terminal's? The (shell running in it)'s? Your file/web browser's?

Re: [dev] Some thoughts about XML

On Oct 18, 2013, at 4:00 PM, Thorsten Glaser wrote: > Must be the full moon. First 20h “liking” kdbus, now this… Winter is coming.

Re: [dev] Re: [st] [PATCH] Avoid buffer overflows in the case of key-mapped strings.

Hi. There is a compile time boundary check on the number of tags in dwm. Still, considering sl software is targeted at elite users it's not necessary IMO. ~k Christoph Lohmann <2...@r-36.net> wrote: >Greetings. > >On Thu, 10 Oct 2013 21:06:33 +0200 sin wrote: >> On Thu, Oct 10, 2013 at 08:56:0

Re: [dev] Re: Talk about suckless

touché :D Christoph Lohmann <2...@r-36.net> wrote: >Greetings. > >On Thu, 10 Oct 2013 18:56:24 +0200 koneu >wrote: >> Hi FRIGN. >> There's a difference between "healthy tempered" and "offensive". >> Temper is a good thing. But mailin

Re: [dev] Re: Talk about suckless

Hi FRIGN. There's a difference between "healthy tempered" and "offensive". Temper is a good thing. But mailing lists are the wrong place for being offensive. And you are being offensive. There is also a thing called manners, and you don't have any. Your link to Linus' temper outbreak doesn't back

Re: [dev] [st] [PATCH] Avoid buffer overflows in the case of key-mapped strings.

>> Isn't there strnlen() function? > > This was the same I was thinking before of reading this new version, > but it is not necessary now. I was thinking the same until I checked back on the ISO C11 specification and - there's no strnlen function :D ~koneu

Re: [dev] [dwm] [PATCH] Focus root window on startup

Or, we could add that one line to dwm. Even if that would mean fixing the bug in the wrong place, the bug would still be fixed rather than being ignored in the lxdm tracker. Lukas Fleischer wrote: >On Sat, Aug 31, 2013 at 02:11:26PM +0300, FRIGN wrote: >> Am 8/31/13 1:37 PM, schrieb Markus T

Re: [dev] slock: anti OOM killer - proper priv dropping - etc.

ver this is also most likely linux-only and can't even be sure it's real. ~koneu

Re: [dev] slock: anti OOM killer - proper priv dropping - etc.

On 26.07.2013, at 00:46, Joerg Jung wrote: > > hence shoul be in an ifdef linux or something. > Or use setpriority() to make it portable. ~koneu

Re: [dev] slock: anti OOM killer - proper priv dropping - etc.

In dontkillme(), wouldn't it be desirable to close the file descriptor? ~koneu On 22.07.2013, at 19:37, Robert Schneider wrote: > 0_smallstuff.patch: Fix missing newlines and so on. > > 1_dontkillme.patch: Disable Linux's out-of-memory killer for slock if > the system

Re: [dev] dwm bit fields conversion

adable and - as Markus pointed out - bit fields are mostly uncommon syntax except for some corner cases, it might be a better idea not to use them. ~koneu test2.c Description: Binary data test1.c Description: Binary data On 15.07.2013, at 09:37, Roberto E. Vargas Caballero wrote: > &g

[dev] dwm bit fields conversion

In Xdefs.h, Bool is typedef'd as int (= at least 2 bytes, sometimes more, depending on the implementation), of which we set the last bit to 1 or 0. In the Monitor and Client structures dwm uses, we can instead use char bit fields, storing up to 8 Bool values in 1 byte. diff --git a/dwm.c b/dwm.c