Re: Re[2]: Win32lib integer bug

new topic     » goto parent     » topic index » view thread      » older message » newer message

----- Original Message ----- 
From: "aku saya" <akusaya at gmx.net>
To: "EUforum" <EUforum at topica.com>
Subject: Re[2]: Win32lib integer bug


> 
> 
> DP> Not that I'm aware of. Can you indicate where in the library an integer
> might be a problem?
> 
> I remember in old win32lib when I used wine, it cannot run because the
> memory address assigned is larger than integer. But i don't remember
> in what function.
> 
> DP> Overkill, in my opinion.
> 
> Yes, that is too slow to execute, but when made to an exe, the
> type_check will be disabled, won't it?
> 
> DP> This is a weird case. The problem is this statement ...
> 
> DP>     id = getId( wParam )   
> 
> DP> which I should change so getId() always returns an integer.
> DP> This is because a control ID can only be an integer and in this
> DP> case, as it is an atom, I can only guess that something very
> DP> strange has occurred. 
> 
> DP> In general though, win32lib's use of integer is well behaved.
> 
> Yes, this is happened when I click a flat toolbar.
> But usually don't, so I don't know how this can happen.

Thanks for the hint. I'll check it out.

 
> Thanks for your answer.
> 
> How about the RichEdit problem I posted 2 days ago?

I'm still working on that. I agree it is a problem, but I don't know where yet.

-- 
Derek 
> --^----------------------------------------------------------------
> This email was sent to: ddparnell at bigpond.com
> 
> 
> TOPICA - Start your own email discussion group. FREE!
> 
>

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu