Re: [dev] [surf] Weird WebInspector behaviour in surf-0.6

2013-02-26 Thread Peter A. Shevtsov
On 11/02/13 at 06:38am, Christoph Lohmann wrote: > I can't reproduce the bug, so you have to do the debugging. I'm sorry. > > Please report back. Greetings! It seems that something is wrong with my webkitgtk build, because web inspector ain't work not only in surf, but in the other webkit-based

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread haris
On Tue, Feb 26, 2013 at 06:38:18AM +0100, Christoph Lohmann wrote: > Greetings. > > On Tue, 26 Feb 2013 06:38:18 +0100 haris wrote: > > Hi @ all. First mail in this list and I'd like to thank the dev team for > > all those quality suckless solutions. :) > > > > I'm having the following problem w

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Carlos Torres
you could try running st -e "vim" -o - 1>st.stdout 2>st.stderr or something similar. and paste that somewhere like sprunge On Tue, Feb 26, 2013 at 8:15 AM, haris wrote: > ... If you > need any further info or testing, I'm here (maybe not the kind of help > you need, as I do not have the knowledg

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Carlos Torres
make that st -o - -e "vim" 1>st.stdout 2>st.stderr On Tue, Feb 26, 2013 at 11:20 AM, Carlos Torres wrote: > you could try running st -e "vim" -o - 1>st.stdout 2>st.stderr > or something similar. > > and paste that somewhere like sprunge > > On Tue, Feb 26, 2013 at 8:15 AM, haris wrote: >> ... If

Re: [dev] [st] strange behaviour with nano

2013-02-26 Thread Christoph Lohmann
Greetings. On Tue, 26 Feb 2013 18:27:14 +0100 "Roberto E. Vargas Caballero" wrote: > So it is more logical that pasting send '\r' instead of '\n', but it is a > better place in selcopy > > 800 if(is_selected && y < sel.e.y) > 801

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread haris
On Tue, Feb 26, 2013 at 11:21:43AM -0500, Carlos Torres wrote: > make that st -o - -e "vim" 1>st.stdout 2>st.stderr > Done. st.stderr: http://sprunge.us/eZDA st.stdout: http://sprunge.us/cZbe -- --- something something pgpKslEWErhnb.pgp Description:

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Carlos Torres
ok, so maybe stderr wasn't useful but someone might find stdout useful. On Tue, Feb 26, 2013 at 12:39 PM, haris wrote: > Done. > st.stderr: http://sprunge.us/eZDA > st.stdout: http://sprunge.us/cZbe

Re: [dev] [st] strange behaviour with nano

2013-02-26 Thread Roberto E. Vargas Caballero
> > On Tue, 26 Feb 2013 18:27:14 +0100 "Roberto E. Vargas Caballero" > wrote: > > So it is more logical that pasting send '\r' instead of '\n', but it is a > > better place in selcopy > > > > 800 if(is_selected && y < sel.e.y) > > 801

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Christoph Lohmann
Greetings. On Tue, 26 Feb 2013 18:44:59 +0100 haris wrote: > On Tue, Feb 26, 2013 at 06:38:18AM +0100, Christoph Lohmann wrote: > > Greetings. > > > > On Tue, 26 Feb 2013 06:38:18 +0100 haris wrote: > > > Hi @ all. First mail in this list and I'd like to thank the dev team for > > > all those q

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Carlos Torres
On Tue, Feb 26, 2013 at 12:44 PM, Christoph Lohmann <2...@r-36.net> wrote: > > Anyone knows how to debug an OpenBSD i386 core on Linux x86_64? if he provides a core file? which i think is ELF, and provided you have the right versions of X11 libs installed which judging from the first post are quit

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread haris
On Tue, Feb 26, 2013 at 01:00:03PM -0500, Carlos Torres wrote: > if he provides a core file? [..] Recap then. st.stderr: http://sprunge.us/eZDA st.stdout: http://sprunge.us/cZbe st.core: http://www.cyber-cypher.com/suckless/st.core Files are from the same session. Thanks. -- --

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Carlos Torres
by the way from his backtrace it looks like he's on this commit http://git.suckless.org/st/tree/st.c?id=7cb0d95509d1b2837e4fa7d131f497800b20d22c#n3033 and then http://git.suckless.org/st/tree/st.c?id=7cb0d95509d1b2837e4fa7d131f497800b20d22c#n2810 causes leads to segfault On Tue, Feb 26, 2013 a

Re: [dev] [st] strange behaviour with nano

2013-02-26 Thread Christoph Lohmann
Greetings. On Tue, 26 Feb 2013 19:10:00 +0100 "Roberto E. Vargas Caballero" wrote: > So it is more logical that pasting send '\r' instead of '\n', but it is a > better place in selcopy > > 800 if(is_selected && y < sel.e.y) > 801

Re: [dev] [st] Crash on OpenBSD i386 with vim/mutt

2013-02-26 Thread Christoph Lohmann
Greetings. On Tue, 26 Feb 2013 19:56:05 +0100 Carlos Torres wrote: > by the way from his backtrace it looks like he's on this commit > > http://git.suckless.org/st/tree/st.c?id=7cb0d95509d1b2837e4fa7d131f497800b20d22c#n3033 > > and then > http://git.suckless.org/st/tree/st.c?id=7cb0d95509d1b28

[dev] [st] strange behaviour with feh and ranger

2013-02-26 Thread Andreas Marschall
Good evening, I just tested the latest git version of st with feh, which is my image viewer of choice, and ranger, which I sometimes use as file manager. st behaves like this; when I open a folder of images in a simple st session and type: feh *.JPG to see all images in that folder it opens

Re: [dev] [st] strange behaviour with feh and ranger

2013-02-26 Thread Christoph Lohmann
Greetings. On Tue, 26 Feb 2013 20:02:25 +0100 Andreas Marschall wrote: > [... brabbling about strange software used in a strange way ...] > > needless to say that urxvt on the other hand handles these tasks just > fine, so at this point unfortunately st is not a full replacement for > urxvt,

[dev] [st] Two small patches for string handling.

2013-02-26 Thread Alexander Sedov
1. Replaced strtok_r with strsep in strparse, because strsep can handle zero-width fields (manpage says so) and because resulting code is clearer. 2. Fixed potential problem with calling strtol on non-null-terminated buffer. 0001-Replaced-strtok_r-with-strsep-for-correct-empty-fiel.patch Descript

Re: [dev] [st] strange behaviour with feh and ranger

2013-02-26 Thread Alexander Sedov
I do believe the goal of this project is not writing rxvt clone, or "replacement", as you call it. Also, your description of a problem is twisted and seems to touch feh, not st. If urxvt works for you, use urxvt, it's a decent terminal emulator. 2013/2/26 Andreas Marschall > Good evening, > > I

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Alexander Sedov
Same things, with style error fixed. 2013/2/27 Alexander Sedov > 1. Replaced strtok_r with strsep in strparse, because strsep can handle > zero-width fields (manpage says so) and because resulting code is clearer. > 2. Fixed potential problem with calling strtol on non-null-terminated > buffer.

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Roberto E. Vargas Caballero
> 1. Replaced strtok_r with strsep in strparse, because strsep can handle > zero-width fields (manpage says so) and because resulting code is > clearer. As far as I know strsep is a BSD extension and it is not a POSIX function, so I think we should look for other solution. Best re

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Alexander Sedov
It still conforms to C89/C99, which is the chosen standard for compiling st according to default config.mk. Also, good thing about separate patches is that you don't need to apply all of them. It looks like zero field handling was already casted upon strtok_r, although in slightly more complicated

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Roberto E. Vargas Caballero
On Wed, Feb 27, 2013 at 12:47:57AM +0400, Alexander Sedov wrote: >It still conforms to C89/C99, which is the chosen standard for compiling >st according to default config.mk. Taken from C99 standard: The strsep function was proposed as an enhanced replacement of strtok functi

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Christoph Lohmann
Greetings. On Wed, 27 Feb 2013 06:40:56 +0100 "Roberto E. Vargas Caballero" wrote: > On Wed, Feb 27, 2013 at 12:47:57AM +0400, Alexander Sedov wrote: > >It still conforms to C89/C99, which is the chosen standard for compiling > >st according to default config.mk. > > > Taken from C99 s

Re: [dev] [st] Two small patches for string handling.

2013-02-26 Thread Roberto E. Vargas Caballero
> Since a long‐time goal of suckless is to have its own better libc, is > this a selection which is done to find the best functions. Strsep seems > to be superior to strtok[_r], so I’m using it now. Ok, I only hope that users of systems without strsep (for example solaris https://bugs.launchpad.ne