On Tue, Apr 22, 2014 at 05:34:47PM -0400, Calvin Morrison wrote:
> On 22 April 2014 17:24, sin wrote:
> > On Tue, Apr 22, 2014 at 05:20:29PM -0400, Calvin Morrison wrote:
> >> > How are you getting on with this? I am planning to do a bit more
> >> > polishing
&g
On Tue, Apr 22, 2014 at 05:20:29PM -0400, Calvin Morrison wrote:
> > How are you getting on with this? I am planning to do a bit more polishing
> > to ubase + add 1-2 tools and then make an initial v0.1 release. Would
>
> wouldn't this fit better in sbase?
depends... a naive implementation can
gid(0, 0)) you will
see that the setpgid() call returns -EPERM.
So it is not redundant, it is plain wrong.
That is if I understand everything correctly :P
Cheers,
sin
ry close together that it will trigger only 1
invocation of the program.
What do you think?
Cheers,
sin
[0] http://ewontfix.com/15/
>From bcb98c9736725eccfdaf23dfb53cbebc2d7973be Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 21 Apr 2014 11:48:09 +0100
Subject: [PATCH] Implement fifo listener mo
provides the wrong answer for something like:
int a[] = { 1, 2, 3, 4, 5 };
printf("%zu\n", LEN(a + 2));
Cheers,
sin
On Sun, Apr 20, 2014 at 08:58:23PM +0200, Roberto E. Vargas Caballero wrote:
> > #define LEN(x) (sizeof (x) / sizeof *(x))
>
> I am used to read the other form, but I thing it is only a question
> of personal taste, and since the other form was sent before your suggestion
> I'll apply it.
Yes, pe
On Sun, Apr 20, 2014 at 04:07:12PM +0400, non...@inventati.org wrote:
> On Sun, Apr 20, 2014 at 01:53:33PM +0200, Alexander Huemer wrote:
> > Hi,
> >
> > On Sun, Apr 20, 2014 at 03:41:40PM +0400, non...@inventati.org wrote:
> > > […]
> > > -#define LEN(a) (sizeof(a) / sizeof(a[0]))
> > > +#def
lease note that sinit is considered stable and complete. If
you have any patches, feel free to submit them to the wiki.
Cheers,
sin
[0] http://dl.suckless.org/sinit/sinit-0.9.tar.gz
[1] http://git.suckless.org/sinit
[2] http://tools.suckless.org/sinit/
On Thu, Apr 17, 2014 at 11:21:45AM -0400, Calvin Morrison wrote:
> when are you planning a release?
1st of May or so
On Thu, Apr 17, 2014 at 02:47:37PM +0200, FRIGN wrote:
> On Thu, 17 Apr 2014 12:57:24 +0100
> sin wrote:
>
> >Someome might suggest adding some useful
> > shell scripts in a directory misc/ or so in ubase but that's not the
> > right place and I'd like to ke
On Thu, Apr 17, 2014 at 12:26:09PM +0200, FRIGN wrote:
> On Wed, 16 Apr 2014 23:10:23 +0100
> Dimitris Papastamos wrote:
>
> > > i just note that pivot_root is a linux system call
> > > so implementing that tool is a one-liner in c
>
> We don't need this here, given we don't give a damn about pr
e already sent in a patch, but I am pretty sure somebody
> here already hacked it together before. So, to save my time, I better
> ask now.
I am not aware of any such patches. Feel free to implement the tool
and send me a patch :)
Cheers,
sin
On Sat, Apr 12, 2014 at 10:20:14PM +0200, Silvan Jegen wrote:
> On Sat, Apr 12, 2014 at 08:42:22PM +0100, sin wrote:
> > On Sat, Apr 12, 2014 at 09:02:05PM +0200, Silvan Jegen wrote:
> > > True. I would suggest just adding checks and bailing out when the return
> > >
On Sat, Apr 12, 2014 at 09:02:05PM +0200, Silvan Jegen wrote:
> True. I would suggest just adding checks and bailing out when the return
> code is <0. Maybe something like the following?
Looks good. Can you resend with an attachment?
On Thu, Apr 10, 2014 at 08:55:08PM +0200, Jakob Kramer wrote:
> There is wrong information about the installation directory and about
> how to run quark in the README.
Applied, thanks.
On Sat, Apr 12, 2014 at 11:08:29AM +0200, Martti Kühne wrote:
> On Fri, Apr 11, 2014 at 9:07 PM, Silvan Jegen wrote:
> > I can see the need for a '-d' flag for compatibility reasons but my
> > preference would be to just ignore the flag if it is specified. What are
> > peoples opinion on the '-d'
which contains unix utilities
> > which didn't quite make it into coreutils, but are still useful.
>
> Submit it to ubase.
I guess we can do that yes. So Calvin, send me a patch for lock to be included
in ubase and I will apply it.
Cheers,
sin
On Fri, Apr 11, 2014 at 09:07:10PM +0200, Silvan Jegen wrote:
> I can see the need for a '-d' flag for compatibility reasons but my
> preference would be to just ignore the flag if it is specified. What are
> peoples opinion on the '-d' flag?
One thing that is different is the breaking conditions
On Fri, Apr 11, 2014 at 09:07:10PM +0200, Silvan Jegen wrote:
> I can see the need for a '-d' flag for compatibility reasons but my
> preference would be to just ignore the flag if it is specified. What are
> peoples opinion on the '-d' flag?
I suspect we can do that yes, Hiltjo might be able to s
On Fri, Apr 11, 2014 at 10:25:48AM -0400, Calvin Morrison wrote:
> 1) submit it to the suckless repository, if the community so desires
Personally I'd like to see something like miscutils, rutils (random utils)
or similar under MIT/X. I am sure more programs will pop up.
On Sun, Apr 06, 2014 at 12:37:54AM +0300, Ari Malinen wrote:
> Its hard to write ebuilds for smdev because this line is missing from smdev:
> @mkdir -p ${DESTDIR}${PREFIX}/bin
>
> Here is patch:
> http://koti.kapsi.fi/~deferi/patches/smdev-git-create-bin.diff
This has been fixed, thanks for repor
On Tue, Mar 04, 2014 at 09:25:26AM +0100, FRIGN wrote:
> A question to everyone on this list: What do you think about the
> Go-language?
I have no experience with python, but I use golang a lot.
Lua is also quite fun to code in.
On Mon, Mar 03, 2014 at 09:53:20PM +0100, FRIGN wrote:
> On Mon, 3 Mar 2014 21:16:46 +
> sin wrote:
>
> > Why can't we not use err(), warn(), etc. from err.h?
>
> It's not necessary and introduces more problems, as it forces a certain
> format on the err
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(), etc. from err.h?
>From 9fcdca78649a1b7a6f19db4729e621388ad89814 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 3 Mar 2014 13:57:30 +
Subject: [PATCH] Fix building on OpenBSD 5.5
getdirentries() has been removed and instead we should use
getdents().
---
lib9/dirread.c | 9 +
1 file changed
Hi,
This is a fix for 9base to enable building on musl.
>From 8fccc638b7d48702e482b1e1627c8e83770dfa33 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 3 Mar 2014 10:59:34 +
Subject: [PATCH] Simplify preprocessor conditions to enable building on
musl-libc
musl-libc does not export __MUSL__
I am planning to travel from Scotland :)
I'd also like to talk about sbase/ubase.
Hi all,
Are there any plans for a suckless conference this year?
Cheers,
sin
On Mon, Feb 17, 2014 at 07:57:37AM +0100, Martin Kopta wrote:
> Hi guys,
>
> just wanted to point out my article about Stali [0] which came out today as a
> third part of the Suckless series on root.cz. First article was about Suckless
> in general [1], second was about dwm [2].
Cool! :)
On Sat, Feb 15, 2014 at 11:20:08PM +0100, Truls Becken wrote:
> Rich Felker included a really minimalistic init in his recent blog post
> "Broken by design: systemd" [1].
It was posted here to this thread by nsz. sinit was initially inspired
by Rich Felker's init.
> [1] http://ewontfix.com/14/
On Tue, Feb 11, 2014 at 07:16:35PM +0100, Markus Wichmann wrote:
> On Tue, Feb 11, 2014 at 12:19:59PM +, Nick wrote:
> > I was reading the opengroup specifications for make(1) recently[0],
> > and found that even our standard makefile practise of using 'include'
> > for config variables is nons
On Tue, Feb 11, 2014 at 01:28:25PM +0100, Markus Teich wrote:
> Nick wrote:
> > I was reading the opengroup specifications for make(1) recently[0],
> > and found that even our standard makefile practise of using 'include'
> > for config variables is nonstandard, as far as they're concerned.
> > Nee
s it easy to have a configure script like as shown below:
#!/bin/sh
case `uname` in
OpenBSD)
ln config.bsd config.mk
;;
*)
ln config.posix config.mk
;;
esac
This was taken from utmp[1].
This doesn't duplicate the entire Makefile.
[1] http://git.suckless.org/utmp
cheers,
sin
On Mon, Feb 10, 2014 at 08:53:16PM +0100, Krol, Willem van de wrote:
> On Fri, Feb 7, 2014 at 2:02 PM, sin wrote:
> > Yes, I realize signalfd() is Linux specific... aw well.
>
> Why did you choose signalfd() over sigwait()? The only advantage of
> signalfd() seems to be pol
On Mon, Feb 10, 2014 at 08:53:16PM +0100, Krol, Willem van de wrote:
> On Fri, Feb 7, 2014 at 2:02 PM, sin wrote:
> > Yes, I realize signalfd() is Linux specific... aw well.
>
> Why did you choose signalfd() over sigwait()? The only advantage of
> signalfd() seems to be pol
On Mon, Feb 10, 2014 at 09:19:10AM -0500, Carlos Torres wrote:
> Hello,
>
> On 2/10/14, sin wrote:
> > So I don't see how or-ing the return values actually does anything.
> > It can only be -1 or 0.
> >
> > Am I missing something here?
>
> No sir.
On Mon, Feb 10, 2014 at 02:44:11PM +0100, Eckehard Berns wrote:
> On Mon, Feb 10, 2014 at 12:31:59PM +0000, sin wrote:
> > I just pushed a simple implementation of getty[1] to ubase. Would
> > be nice to see if that works ok with your setup (and maybe get rid of
> > fgett
On Sat, Feb 08, 2014 at 11:58:47PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 09:36:01PM +0000, sin wrote:
> > On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
> > > I tested v0.3 and besides some glitches due to my system everything
> > > wor
On Sun, Feb 09, 2014 at 09:17:07PM -0500, Carlos Torres wrote:
> Hello,
> This patch is food for thought. i looked closer at what util-linux
> does (ugh) and found that their exit codes are what swapon/swapoff
> return. so this is an alternative patch that behaves the same way. I
> thought its
On Sun, Feb 09, 2014 at 01:36:21PM -0500, Bryan Bennett wrote:
> Well, damnit. Gmail's web interface strikes again...
>
> As I was saying...
>
> I've not had the chance to try this out myself, but I'm curious what
> this provides
> (or doesn't provide, given the collective mindsets on this mailin
On Sat, Feb 08, 2014 at 10:34:31PM -0500, Carlos Torres wrote:
> Hi sin,
> attached are two patches for the -a flag on swapon and swapoff. there
> is room for improvement. and cleaning up, but i wasn't sure how you
> might want it organized. i altered the error handling a littl
On Sat, Feb 08, 2014 at 09:27:36AM +0100, Truls Becken wrote:
> Hi,
>
> Wrapping the argument to spawn in Arg union is useless now.
> Probably a leftover from the design with FIFO.
Yeah, indeed. Will remove.
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
> I tested v0.3 and besides some glitches due to my system everything
> worked fine. I'm using fgetty (yeah, freeing a couple more kb might
> not be worth using it, but I tried it some time ago and kept it) and
> it complains about fi
On Fri, Feb 07, 2014 at 05:26:54PM +0100, Szabolcs Nagy wrote:
> * sin [2014-02-06 12:32:59 +]:
> > As part of experimenting with a toy distro I wanted to get rid of
> > busybox's init, so I hacked together sinit[1]. sinit is based on Strake's
> > init[2].
>
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 04:24:03PM +0000, sin wrote:
> > Well, I completely removed the FIFO code :)
>
> That simplifies things :)
>
> I tested v0.3 and besides some glitches due to my system everything
>
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 12:03:03PM +0000, sin wrote:
> > I've fixed the issues you mentioned except the case when rootfs is mounted
> > as ro.
> >
> > How would you tackle that?
>
> I th
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 12:03:03PM +0000, sin wrote:
> > I've fixed the issues you mentioned except the case when rootfs is mounted
> > as ro.
> >
> > How would you tackle that?
>
> I th
On Thu, Feb 06, 2014 at 11:40:22PM +0100, Eckehard Berns wrote:
> On Thu, Feb 06, 2014 at 09:54:44PM +0000, sin wrote:
> > Hm yes, you are right, the FIFO code never reaps children. We could
> > probably use the double fork trick + killing the parent to force it to
> > be r
On Thu, Feb 06, 2014 at 09:03:38PM +0100, Hadrian Węgrzynowski wrote:
> Dnia 2014-02-06, o godz. 12:32:59
> Hey.
>
> Did you saw qinit[1] from David Galos?
Yes, it does a bit more than what I'd expect from init.
It is also a bit racy, I have a patched version somewhere that sort of
works.
On Thu, Feb 06, 2014 at 09:36:23PM +0100, Eckehard Berns wrote:
> On Thu, Feb 06, 2014 at 12:32:59PM +0000, sin wrote:
> > As part of experimenting with a toy distro I wanted to get rid of
> > busybox's init, so I hacked together sinit[1]. sinit is based on Strake's
>
On Thu, Feb 06, 2014 at 07:54:17PM +0100, YpN wrote:
> > Let me know what you guys think, I am looking forward to use this with
> > sta.li.
>
> I will probably try it this month. And you should add it on
> the "rocks" page. For now, I don't have any advices, but it
> could be good to "support" da
On Thu, Feb 06, 2014 at 02:46:43PM +0100, Eckehard Berns wrote:
> > As part of experimenting with a toy distro I wanted to get rid of
> > busybox's init, so I hacked together sinit[1]. sinit is based on Strake's
> > init[2].
> >
> > It is currently controlled via a FIFO. It supports only two com
nfig.def.h and it should work with any
init scripts. I've been testing it with my init scripts[3].
Let me know what you guys think, I am looking forward to use this with sta.li.
Thanks,
sin
[1] http://git.2f30.org/sinit
[2] https://github.com/strake/init
[3] http://git.2f30.org/fs/
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
> Please let me know if I should check the code for more of those cases.
Would be nice! :)
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
> On Fri, 31 Jan 2014 18:43:50 +0100
> FRIGN wrote:
>
> > Using the C99 PRIu32-macro and %zu-format-specifier increase
> > portability and avoid these unnecessary casts.
>
> Argh, I forgot C90 didn't support the z-format-specifier.
> So, we
On Sat, Feb 01, 2014 at 07:33:54PM +0200, Dimitris Zervas wrote:
> @Charlie:
> The best automation in an editor for me, is autocompletion. It saves
> very much time and does not brake the whole world down.
Autocompletion is mostly useless.
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
> On Fri, 31 Jan 2014 18:43:50 +0100
> FRIGN wrote:
>
> > Using the C99 PRIu32-macro and %zu-format-specifier increase
> > portability and avoid these unnecessary casts.
>
> Argh, I forgot C90 didn't support the z-format-specifier.
> So, we
On Fri, Jan 31, 2014 at 06:01:48PM +0200, Dimitris Zervas wrote:
> hmm, fifo interface for Xlib.
> Sounds like a good way to get my hands dirty with Xlib.
>
> Do I have to interface all the features of xlib, or we need some specific?
ALL OF THEM.
On Thu, Jan 30, 2014 at 01:14:41PM -0800, Bobby Powers wrote:
> Hi,
>
> sin wrote:
> > Please pull again from tip. It should work now.
>
> Almost. It compiles after applying the attached patch.
Ok, fixed in tip.
On Thu, Jan 30, 2014 at 01:14:41PM -0800, Bobby Powers wrote:
> Hi,
>
> sin wrote:
> > Please pull again from tip. It should work now.
>
> Almost. It compiles after applying the attached patch.
Yeah I should have included util.h from those files to
automatically get util.h
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
> 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
On Thu, Jan 30, 2014 at 09:01:59PM +0100, Szabolcs Nagy wrote:
> * Bobby Powers [2014-01-30 09:38:23 -0800]:
> > 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.
>
> all sta
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
> 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
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
> 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
On Thu, Jan 30, 2014 at 03:48:33PM +, Nick wrote:
> On Thu, Jan 30, 2014 at 03:35:25PM +0000, sin wrote:
> > I think this is probably the best course of action
> > at this point.
> > ...
> > Support for character and block devices is optional in POSIX.
> > W
On Thu, Jan 30, 2014 at 04:07:28PM +, Nick wrote:
> On Thu, Jan 30, 2014 at 04:00:10PM +0000, sin wrote:
> > Which means that on a system that doesn't have those macros, it will
> > ignore char/blk devices.
> >
> > I am inclined to keep the warning messages t
On Thu, Jan 30, 2014 at 03:48:33PM +, Nick wrote:
> On Thu, Jan 30, 2014 at 03:35:25PM +0000, sin wrote:
> > I think this is probably the best course of action
> > at this point.
> > ...
> > Support for character and block devices is optional in POSIX.
> > W
Hi,
I think this is probably the best course of action
at this point.
I'll also need to move stat(1) to ubase as it is using
major() and minor().
bye,
sin
>From c3fdef5b71fa9f78ae9322d270428eb60584528d Mon Sep 17 00:00:00 2001
From: sin
Date: Thu, 30 Jan 2014 14:51:21 +
Subject
Hi,
This is in preparation to moving tar(1) over to recurse()
instead of ftw().
The caller of recurse() doesn't need to prepare a full path
manually anymore.
cheers,
sin
>From 0697ac3a64dca3f4a3857784f1e1a15dd82827ee Mon Sep 17 00:00:00 2001
From: sin
Date: Thu, 30 Jan 2014 12:37:
On Wed, Jan 29, 2014 at 09:39:56PM +0100, YpN wrote:
> Good evening,
>
> sin wrote:
> > This is my first journey into the DWM code. I've added
> > a FIFO control file that you can use to simulate any of the existing
> > keybinds.
> >
> > Let me know
On Wed, Jan 29, 2014 at 08:45:30AM -0500, Carlos Torres wrote:
> Hello sin,
>
> On 1/29/14, sin wrote:
> > On Wed, Jan 29, 2014 at 12:38:25PM +, sin wrote:
> > The latest patch is here:
> > http://amnezia.2f30.org/u/sin/patches/0001-Add-DWM-control-FIFO.patch
>
On Wed, Jan 29, 2014 at 12:38:25PM +, sin wrote:
> Hi all,
>
> This is my first journey into the DWM code. I've added
> a FIFO control file that you can use to simulate any of the existing
> keybinds.
I updated the patch to consume all pending events
instead of goin
the wiki.
One command that is missing but would be nice is "exec ".
cheers,
sin
>From de46334b2342368e5d1fbb1900291994deaca35f Mon Sep 17 00:00:00 2001
From: sin
Date: Wed, 29 Jan 2014 11:58:56 +
Subject: [PATCH] Add DWM control FIFO
I've added the corresponding commands fo
On Fri, Jan 24, 2014 at 05:03:08PM +, sin wrote:
> Hi all,
>
> The current implementation of mknod(1) uses makedev(3) which apparently
> is not POSIX and does not exist on some systems, such as Haiku.
>
> I am considering moving this into ubase. Any objections?
>
>
linepubs/7908799/xcu/pax.html
I'll look into doing that for our tar implementation and move
mknod(1) from sbase to ubase.
In other words, if we have makedev I can just go ahead and assume
that we can use character and block devices, otherwise ignore them.
cheers,
sin
On Sun, Jan 26, 2014 at 08:03:44AM +0100, Jens Staal wrote:
> On Sat, 25 Jan 2014 22:59:03 +
> sin wrote:
>
> > I am inclined to just keep these tools in sbase. Apparently Haiku
> > does not really use major/minor numbers for the devices (they are set
> > to 0).
&
is really small.
Not sure, but I'd expect most if not all the BSD/sysv systems to have
makedev(3). If anyone knows of any systems not having makedev(3) let
me know.
cheers,
sin
em is that makedev is
> also used in tar.
Quoting from the POSIX page on mknod(2).
"The only portable use of mknod() is to create a FIFO-special file. If
mode is not S_IFIFO or dev is not 0, the behavior of mknod() is unspecified."
So I suspect not. Any ideas?
cheers,
sin
On Thu, Dec 19, 2013 at 10:49:03PM +, sin wrote:
> On Thu, Dec 19, 2013 at 10:18:34PM +, Rob wrote:
> > printf '%f\n' 2
> >
> > If you "throw it into the standard library's printf", even forgetting
> > about how we do that, you'
Hi all,
The current implementation of mknod(1) uses makedev(3) which apparently
is not POSIX and does not exist on some systems, such as Haiku.
I am considering moving this into ubase. Any objections?
cheers,
sin
over those?
I am leaning towards a no here, but I'd like to ask for your opinion
as well.
bye,
sin
On Sun, Jan 12, 2014 at 10:05:21PM -0200, Carlos Pita wrote:
> Hi,
>
> I would like to share this alternative to the uselessgap patch I've written.
>
> The gaps patch modifies the tile layout to add a gap between clients
> that helps to visually differentiate between selected borders and
> normal
On Thu, Jan 16, 2014 at 11:37:46AM +0100, Silvan Jegen wrote:
> On Thu, Jan 16, 2014 at 10:16 AM, Roberto E. Vargas Caballero
> wrote:
> >> I would still go for the function-pointer-less version of the
> >> code since it actually is one line shorter, I think. The second,
> >> function-pointer-less
; I wasn't aware of the performance implications when using a function pointer.
How slow is it currently? Can you provide your benchmark measurements?
Most tools in sbase are really not what I'd call blazingly fast and
that is not the point. I like to keep things simple and reliable
as much as possible. If we can optimize it without sacrificing simplicity
then go for it.
I do not think inlining makes sense here at all.
bye,
sin
On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote:
> I have rewritten "tr" to use mmap and the wchar.h functions. It seems
> to be quite slow but as far as I can tell it works reasonably well (at
> least when using a UTF-8 locale). Comments/review and testing welcome
> (I am relatively n
Added manpage and fixed some bugs.
>From cd030b4888f1e4a7d32819f447a421e6bf21de4f Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 3 Jan 2014 11:52:47 +
Subject: [PATCH] Add initial version of xargs(1)
---
Makefile | 1 +
xargs.1 | 28 +++
xargs.c |
Fixed `argb' buffer overflow and incorrect parsing of single and
double quotes.
>From 220a946d61488f9fdb6f889ba9711e793281d602 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 3 Jan 2014 11:52:47 +
Subject: [PATCH v2] Add initial version of xargs(1)
---
Makefile | 1 +
xargs.
On Fri, Jan 03, 2014 at 11:56:05AM +, sin wrote:
> Hi,
>
> This is a quick hack implementing xargs(1). Many features
> are currently missing and there is a known issue with overflowing
> the `argb' buffer.
>
> Any comments?
There is also an issue with unterminat
Hi,
This is a quick hack implementing xargs(1). Many features
are currently missing and there is a known issue with overflowing
the `argb' buffer.
Any comments?
bye,
sin
>From 731875ba179abbe8604d8979510195fa8d85ac20 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 3 Jan 2014 11:52:
options.
If you are wondering about the difference between sbase and ubase, the
former entails all the portable UNIX tools whereas the latter is
basically a sane replacement for util-linux and is of course Linux specific.
[1] http://git.r-36.net/svc
bye,
sin
On Tue, Dec 24, 2013 at 01:07:10PM -0500, Strake wrote:
> On 24/12/2013, Silvan Jegen wrote:
> > So I guess the question boils down to whether you would rather use
> > libutf or the standardized, POSIX-locale-dependent wchar.h functions for
> > the UTF-8 conversion. I see one advantage of the wch
with libutf8 nor with the wchar.h wizardry
so I can't make the call myself.
bye,
sin
On Sat, Dec 21, 2013 at 01:32:44PM +1100, Daniel Bryan wrote:
> I just read this message by an OpenBSD developer on the prevalence of
> strlcpy in the OpenBSD ports tree:
>
> http://marc.info/?l=openbsd-tech&m=138733933417096&w=2
>
> I'd like to know what the opinion here is of these functions. I
On Fri, Dec 20, 2013 at 12:53:11PM +0100, FRIGN wrote:
> On Fri, 20 Dec 2013 12:06:03 +
> sin wrote:
> >
> > Are you planning on porting 9base only for the moment or are you thinking
> > of doing general sta.li work? A build system for sta.li would be awesome
> &
On Fri, Dec 20, 2013 at 11:05:00AM +0100, FRIGN wrote:
> On Fri, 20 Dec 2013 11:51:20 +
> sin wrote:
> >
> > Personally, I'd go with musl. What is your plan at the moment?
> >
>
> I planned on going for musl, too. It seems to be the best option,
> esp
On Fri, Dec 20, 2013 at 10:40:27AM +0100, FRIGN wrote:
> Greetings fellow hackers,
>
> I checked out the project ideas page[1] today and wondered if bionic
> was still a desirable choice for porting 9base or if other libraries
> like musl or dietlibc might be a better choice here, given the fact
>
nly the beginning, what about %n, or not
> passing enough arguments?
Exactly.
BTW, I just noticed this thread as the messages had been bouncing for some time
(was migrating my mail setup).
bye,
sin
Hi,
Simple fix for OpenBSD 5.5 onwards.
bye,
sin
>From 375fc88ebb5e934569ea9fcf8ed7c36d972ce252 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 13 Dec 2013 16:01:12 +
Subject: [PATCH] Use getdents() on OpenBSD instead of getdirentries()
In OpenBSD 5.5 getdirentries() was replaced w
nds mostly on the programmer.
Have you ever written APL code?
bye,
sin
On Thu, Dec 12, 2013 at 11:13:56AM -0500, Strake wrote:
> On 12/12/2013, Neo Romantique wrote:
> > C is generally more and efficient, I suppose.
>
> I assume you mean "more efficient".
I think he meant "generally more and efficient" lol
1 - 100 of 234 matches
Mail list logo
