Do you have an other thread?
May be concurrency problems?
On Wed, 2014-03-05 at 01:43 -0500, Chris Moller wrote:
> Okay, I'm out of ideas...
>
> I'm writing an app, that among a lot of other stuff, has three mutually
> interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
>
On Thu, Mar 6, 2014 at 6:27 AM, Chris Moller wrote:
> On 03/05/14 13:52, Chris Angelico wrote:
>>
>> Is there a reason you're trying to write high-level code in C?
>
>
> Habit, mostly. I've been coding in C since the early 80s and I can do it in
> my sleep. Python's okay, but I tend to think of
On 03/05/14 13:52, Chris Angelico wrote:
On Thu, Mar 6, 2014 at 5:43 AM, Chris Moller wrote:
gcc supports nested functions as an extension to standard C. I tend to use
them a lot because they operate within the stack frame of the enclosing
function, thereby minimising the amount of information
On Wed, 05 Mar 2014 13:43:29 -0500
Chris Moller wrote:
> On 03/05/14 12:07, Chris Vine wrote:
> > On Wed, 05 Mar 2014 09:44:48 -0500
> > Chris Moller wrote:
> >> I was actually writing that testcase when I found a correlation:
> >> I'm using gcc and my callbacks were nested functions. Pull the
On Thu, Mar 6, 2014 at 5:43 AM, Chris Moller wrote:
> gcc supports nested functions as an extension to standard C. I tend to use
> them a lot because they operate within the stack frame of the enclosing
> function, thereby minimising the amount of information you have to pass.
> This is especiall
Le 05/03/2014 19:43, Chris Moller a écrit :
> [...]
>
> gcc supports nested functions as an extension to standard C. I tend to
> use them a lot because they operate within the stack frame of the
> enclosing function, thereby minimising the amount of information you
> have to pass. This is especi
On 03/05/14 12:07, Chris Vine wrote:
On Wed, 05 Mar 2014 09:44:48 -0500
Chris Moller wrote:
I was actually writing that testcase when I found a correlation: I'm
using gcc and my callbacks were nested functions. Pull the callbacks
out and make them normal, top-level, functions, and it all works
Le 05/03/2014 18:07, Chris Vine a écrit :
> On Wed, 05 Mar 2014 09:44:48 -0500
> Chris Moller wrote:
>> I was actually writing that testcase when I found a correlation: I'm
>> using gcc and my callbacks were nested functions. Pull the callbacks
>> out and make them normal, top-level, functions,
On Wed, 05 Mar 2014 09:44:48 -0500
Chris Moller wrote:
> I was actually writing that testcase when I found a correlation: I'm
> using gcc and my callbacks were nested functions. Pull the callbacks
> out and make them normal, top-level, functions, and it all works even
> without no blocking of
On Thu, Mar 6, 2014 at 1:44 AM, Chris Moller wrote:
> I was actually writing that testcase when I found a correlation: I'm using
> gcc and my callbacks were nested functions. Pull the callbacks out and make
> them normal, top-level, functions, and it all works even without no blocking
> of any ki
I was actually writing that testcase when I found a correlation: I'm
using gcc and my callbacks were nested functions. Pull the callbacks
out and make them normal, top-level, functions, and it all works even
without no blocking of any kind. So, if this is a bug at all, I suppose
it could be a
Dne 05.03.2014 (sre) ob 18:38 +1100 je Chris Angelico napisal(a):
> On Wed, Mar 5, 2014 at 6:29 PM, Tristan Van Berkom
> wrote:
> > Interesting, if I were you I would try to share the same adjustment
> > between all of your views.
> >
> > I.e. I would keep the adjustment in the finest grained unit
On Tue, Mar 4, 2014 at 10:43 PM, Chris Moller wrote:
> Okay, I'm out of ideas...
>
> I'm writing an app, that among a lot of other stuff, has three mutually
> interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
> then updates values in B and C. B and then would try to update
On Wed, Mar 5, 2014 at 6:29 PM, Tristan Van Berkom
wrote:
> Interesting, if I were you I would try to share the same adjustment
> between all of your views.
>
> I.e. I would keep the adjustment in the finest grained unit of each
> unit you want to display, and have your spin buttons format the val
On Wed, 2014-03-05 at 02:20 -0500, Chris Moller wrote:
> On 03/05/14 02:01, Chris Angelico wrote:
> > On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> >> I'm writing an app, that among a lot of other stuff, has three mutually
> >> interacting spinbuttuns, i.e., if I increment spinbutton A, it
On Wed, Mar 5, 2014 at 6:20 PM, Chris Moller wrote:
> No, they're not the same value. They're all for setting an angle, in
> radians, pi-radians, and degrees, and I want the user to be able to set the
> angle in any unit and have the equivalent angle in the other units show up
> in the other spin
On Wed, 2014-03-05 at 18:01 +1100, Chris Angelico wrote:
> On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> > I'm writing an app, that among a lot of other stuff, has three mutually
> > interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
> > then updates values in B and C
On 03/05/14 02:01, Chris Angelico wrote:
On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
I'm writing an app, that among a lot of other stuff, has three mutually
interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
then updates values in B and C. B and then would try to
On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> I'm writing an app, that among a lot of other stuff, has three mutually
> interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
> then updates values in B and C. B and then would try to update A, and C,
> etc., resulting in
Okay, I'm out of ideas...
I'm writing an app, that among a lot of other stuff, has three mutually
interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
then updates values in B and C. B and then would try to update A, and
C, etc., resulting in a bottomless recursion. So, w
On 06/02/2005 10:32:03 AM, Derrick J Houy wrote:
In a simple text editor, I have a "docked" find/replace bar, as
apposed to the common dialog version.
The problem I had is that when pressing Ctrl-v inside either
the find or the replace entry box, the text is pasted into the
editing window
In a simple text editor, I have a "docked" find/replace bar, as apposed
to the common dialog version.
The problem I had is that when pressing Ctrl-v inside either the find or
the replace entry box, the text is pasted into the editing window instead.
If I create my Edit->Paste menu item withou
22 matches
Mail list logo
