[dev] libixp questions
Hi all, I'm searching alternative to DBus, as the project itself became quite polarized and because DBus can't be compiled on platforms without pthread support, except win32. libixp looks quite suitable alternative for me; it is small, it is easy to hack and (hopefully) easy to port on different platforms and OS-es. However, AFAIK the library is deprecated. Why? I searched through the mailing list but didn't find any talk related to it. Also, related to libixp: I noticed threading support, but can it be made to work asynchronously, e.g. to be integrated with GUI main loop? And, since you definitely have more experience with it, are there some obstacles with libixp usage, like security issues, dropped messages and etc. Thanks. PS: if I missed the list, please excuse and would be grateful you can point me to the right location or person. Regards, Sanel
Re: [dev] libixp questions
Somebody claiming to be Sanel Zukan wrote: I'm searching alternative to DBus, as the project itself became quite polarized and because DBus can't be compiled on platforms without pthread support, except win32. Have you considered FIFOs and/or sockets? Oh, you want win32... INET sockets as a fallback? -- Stephen Paul Weber, @singpolyma See http://singpolyma.net for how I prefer to be contacted edition right joseph signature.asc Description: Digital signature
Re: [dev] libixp questions
Have you considered FIFOs and/or sockets? Oh, you want win32... INET sockets as a fallback? Yes, and would end up probably with similar library like libixp or DBus, as both have ability to communicate either locally or via tcp which is quite desired in my case. Also, DBus exports objects on paths quite similar to fs paths, which is already nicely done with libixp; on that I'm planning to build 'OO RPC', just like DBus does it. Since project tends to be light, I'm considering even DBus heavy, so you can probably assume how things like XPCOM or various CORBA implementations are ruled out from the start. -- Stephen Paul Weber, @singpolyma See http://singpolyma.net for how I prefer to be contacted edition right joseph Regards, Sanel
Re: [dev] [st] xft
Please report back if it works. I will then simply apply it. It is not working fine for me. It seems have some problems with the size of the fonts. XIC xic; + XftDraw *xft_draw; + Visual *vis; int scr; Bool isfixed; /* is fixed geometry? */ int fx, fy, fw, fh; /* fixed geometry */ int tw, th; /* tty width and height */ + int bufw, bufh; /* pixmap width and height */ int w; /* window width */ int h; /* window height */ int ch; /* char height */ After your last patch isfixed is no longer of type Bool (due to this patch didn't applied cleanly), and bufw and bufh seems not be used in the patch (maybe you forgot remove them from a previous patch version?). Best regards,
Re: [dev] [st] Patches
Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or we could just use -e. Yeah, even when you start it from a menu like dmenu or it is automatically spawned from a graphical application. It's true that a boolean variable may not be the best solution, but -e also it is not the solution. Maybe a better aproach can be a variable with the parameters for st (like LESS variable) or something like this.
Re: [dev] [st] Patches
how is -e not a solution? 2012/9/20 Roberto E. Vargas Caballero k...@shike2.com: Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or we could just use -e. Yeah, even when you start it from a menu like dmenu or it is automatically spawned from a graphical application. It's true that a boolean variable may not be the best solution, but -e also it is not the solution. Maybe a better aproach can be a variable with the parameters for st (like LESS variable) or something like this. -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --recv-keys ED6EF59B
Re: [dev] st eight bit input
I wonder if it's possible to get something like xterm's eightBitInput=true in st. I would like to use the alt key for some vim mappings. I'm not at all savvy on terminal stuff so any hint about how to hack the code to get this working would be very much appreciated. There isn't any switch for this in st. st can handle only utf-8 keyboards, and I think it will do it forever. Alt is mapped to meta key in st, so it does the same that xterm with altSendsEscape option. You can adjust your vim mappings to this or hack the kpress function in st. Best regards.
[dev] Re: [st] Patches
Roberto E. Vargas Caballero k...@shike2.com writes: Well... I was asking about comments and suggestion of the patches. I am not the person who can accept or deny new suggestion, but I am going to give my personal opinion. Would you also port st to wayland? I think in case of being possible, st is very far to do this, because it has a lot of things to fix before. How many patches are left to get scrollback buffer? Idea of main developers is not add this feature to st, because you can get it using other external programs, like for example tmux. This helps to keep st very simple, efficient and clear. Maybe a good solution could be integrate tmux inside of st (for example if STTMUX is defined, run tmux in starup). Or just use https://github.com/dylex/xtmux and drop st. (Danger: running xtmux will kill your existing tmux sessions.) -- Christian Neukirchen chneukirc...@gmail.com http://chneukirchen.org
Re: [dev] [st] Patches
how is -e not a solution? Uhmmm, I suck ^^!. dmenu allows you write the full command line, so you can use -e with it.
[dev] Two mini pipe utils
I have created a couple of tiny utils for working with pipes. Don't know if they are even sizable enough to be of interest, or if anyone will find use for them. I wanted something like 'pd' for some things I want to do, and could not find it, so I wrote it, and then I wrote it's antagonist ir. pd - pipe discarder for lack of a better name, it reads stdin write to stdout, simply ignoring sigpipe, so you can place it between some application writing continuous output and a pipe, which you want to look at only some times. ir - infinite reader takes file name (intended to be used with FIFOs) as an argument, reads from it non stop ignoring EOF, so you can multiplex output that was written into FIFO at different times, that is it can feed some application whatever comes at the pipe, no matter how many times it is closed and opened at the write end. And thats all they do. Maybe someone will find some use for it. #include stdio.h #include stdlib.h #include unistd.h #include fcntl.h #include signal.h int main(int argc, char *argv[]) { char *line = NULL; size_t len = 0; ssize_t read; signal(SIGPIPE, SIG_IGN); while ((read = getline(line, len, stdin)) != -1) { write(1, line, read); } if (line) free(line); return 0; } #include stdio.h #include stdlib.h #include unistd.h #include fcntl.h #include signal.h int main(int argc, char *argv[]) { char *line = NULL; size_t len = 0; ssize_t read; FILE * rfd; if (argc 2) { printf(Usage:\nir file\n); return -1; } rfd = fopen(argv[1], r); if (rfd == NULL) { printf(Failed to open file: %s\n, argv[1]); return -1; } for (;;) { read = getline(line, len, rfd); if (read 0) { write(1, line, read); } } if (line) free(line); return 0; }
Re: [dev] libixp questions
why not a cloud service?
Re: [dev] [ANN] CGD - Ultra-minimalist HTTP and FastCGI wrapper for CGI programs.
What's the reason behind using nginx anyway? I guess it would be simpler to write an own http web server with go's http lib. Or am I wrong? On Wed, Sep 19, 2012 at 5:41 AM, Uriel ur...@berlinblue.org wrote: CGD runs as a FastCGI wrapper (to be used with nginx or similar web server) or as a standalone HTTP server, handing over all requests to a given CGI script. http://repo.cat-v.org/cgd/ This is useful to run werc under nginx, or directly without a standalone web server. CGD is extremely simple, under 50 lines of Go code, much simpler than fcgiwrap, and has been tested in production by several members of #cat-v. Instructions on how to use CGD to host werc with nginx: http://werc.cat-v.org/docs/web-server-setup/nginx Feedback and patches welcome, as an experiment the CGD repo is hosted with github: https://github.com/uriel/cgd Enjoy Uriel
Re: [dev] [ANN] CGD - Ultra-minimalist HTTP and FastCGI wrapper for CGI programs.
On Thu, Sep 20, 2012 at 09:50:14PM +0200, Džen wrote: What's the reason behind using nginx anyway? I guess it would be simpler to write an own http web server with go's http lib. Or am I wrong? Yes sure it's absolutely simpler to design, write, and test your own public-facing network service from scratch than it would be to deploy a well-tested and well-understood performant, secure server that has already been packaged for several popular operating systems. So much simpler.
Re: [dev] Two mini pipe utils
Edgaras wrote: pd - pipe discarder ir - infinite reader Thanks, I make use of named pipes, and I think I will want to use these. Sam