- Problem solved again

From: [at]} <Alexander>
Date: Wed, 6 Sep 2006 02:43:12 +0700

----boundary-LibPST-iamunique-398844030_-_-
Content-type: text/plain

Hello, Marc!

>> So, I spent another couple of days reading MSDN and BlackBox
>> sources and, hopefully, fixed it once and for all.

MM> Thanks for taking time to look at this problem, Alexander! I was
MM> one of the people to initally report this problem, and I observed
MM> this problem much more than you seem to -- for me, this was not
MM> an isolated problem, but one that happened all the time.

  I just can't live with that kind of annoyance unfixed. The program's
  interface just seems so immature with that kind of bugs.

MM> Your initial fix seemed to fix my problems quite well. However,
MM> this new fix slows my programs down so much that I have
MM> reverted back to the original fix.

MM> As an example, I have a rocket trajectory simulation code which
MM> evaluates the equations of motion while drawing the trajectory
MM> on the screen. As a test case, I used this code with the standard
MM> release of Blackbox, and the time it takes to do this is about 1
MM> second. With your initial fix, this also takes about 1 second.
MM> With your new fix, this now takes 28 seconds -- quite an
MM> unnacceptable slowdown!

  It sure is. Could we work on that together?
  If you do have some time to invest in this, I'd like you to install
  the patch again and then edit Priv/Mod/HostWindows.CloseBuffer. Just
  click the fold in there to uncomment the line with call to
  ValidateRect. Recompile, restart BlackBox, check for slowdown and
  write the result here.
  If the slowdown is no more, then perhaps your program should not
  force screen repaints after every added point? : ) Try updating
  screen not more often than once in 100 or 500 msec.

  If you don't have that much spare time, maybe you could send me an
  example program that would reproduce the slowdown, so I could fiddle
  it on my own?

MM> So I'll continue using the original fix, as it is both efficient and
MM> seems to solve the problem.


  It seems, but it doesn't : (

---=====---
 Alexander

--- BlackBox
--- send subject HELP or UNSUBSCRIBE to blackbox{([at]})nowhere.xy



----boundary-LibPST-iamunique-398844030_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEhlbGxvLCBNYXJjIVxwYXINClxwYXINCj4+ICBT
bywgSSBzcGVudCBhbm90aGVyIGNvdXBsZSBvZiBkYXlzIHJlYWRpbmcgTVNETiBhbmQgQmxhY2tC
b3ggXHBhcg0KPj4gc291cmNlcyBhbmQsIGhvcGVmdWxseSwgZml4ZWQgaXQgb25jZSBhbmQgZm9y
IGFsbC5ccGFyDQpccGFyDQpNTT4gVGhhbmtzIGZvciB0YWtpbmcgdGltZSB0byBsb29rIGF0IHRo
aXMgcHJvYmxlbSwgQWxleGFuZGVyISAgSSB3YXNccGFyDQpNTT4gb25lIG9mIHRoZSBwZW9wbGUg
dG8gaW5pdGFsbHkgcmVwb3J0IHRoaXMgcHJvYmxlbSwgYW5kIEkgb2JzZXJ2ZWRccGFyDQpNTT4g
dGhpcyBwcm9ibGVtIG11Y2ggbW9yZSB0aGFuIHlvdSBzZWVtIHRvIC0tIGZvciBtZSwgdGhpcyB3
YXMgbm90XHBhcg0KTU0+IGFuIGlzb2xhdGVkIHByb2JsZW0sIGJ1dCBvbmUgdGhhdCBoYXBwZW5l
ZCBhbGwgdGhlIHRpbWUuXHBhcg0KXHBhcg0KICBJIGp1c3QgY2FuJ3QgbGl2ZSB3aXRoIHRoYXQg
a2luZCBvZiBhbm5veWFuY2UgdW5maXhlZC4gVGhlIHByb2dyYW0nc1xwYXINCiAgaW50ZXJmYWNl
IGp1c3Qgc2VlbXMgc28gaW1tYXR1cmUgd2l0aCB0aGF0IGtpbmQgb2YgYnVncy5ccGFyDQpccGFy
DQpNTT4gWW91ciBpbml0aWFsIGZpeCBzZWVtZWQgdG8gZml4IG15IHByb2JsZW1zIHF1aXRlIHdl
bGwuICBIb3dldmVyLFxwYXINCk1NPiB0aGlzIG5ldyBmaXggc2xvd3MgbXkgcHJvZ3JhbXMgZG93
biBzbyBtdWNoIHRoYXQgSSBoYXZlXHBhcg0KTU0+IHJldmVydGVkIGJhY2sgdG8gdGhlIG9yaWdp
bmFsIGZpeC4gIFxwYXINClxwYXINCk1NPiBBcyBhbiBleGFtcGxlLCBJIGhhdmUgYSByb2NrZXQg
dHJhamVjdG9yeSBzaW11bGF0aW9uIGNvZGUgd2hpY2hccGFyDQpNTT4gZXZhbHVhdGVzIHRoZSBl
cXVhdGlvbnMgb2YgbW90aW9uIHdoaWxlIGRyYXdpbmcgdGhlIHRyYWplY3RvcnlccGFyDQpNTT4g
b24gdGhlIHNjcmVlbi4gIEFzIGEgdGVzdCBjYXNlLCBJIHVzZWQgdGhpcyBjb2RlIHdpdGggdGhl
IHN0YW5kYXJkXHBhcg0KTU0+IHJlbGVhc2Ugb2YgQmxhY2tib3gsIGFuZCB0aGUgdGltZSBpdCB0
YWtlcyB0byBkbyB0aGlzIGlzIGFib3V0IDFccGFyDQpNTT4gc2Vjb25kLiAgV2l0aCB5b3VyIGlu
aXRpYWwgZml4LCB0aGlzIGFsc28gdGFrZXMgYWJvdXQgMSBzZWNvbmQuXHBhcg0KTU0+IFdpdGgg
eW91ciBuZXcgZml4LCB0aGlzIG5vdyB0YWtlcyAyOCBzZWNvbmRzIC0tIHF1aXRlIGFuIFxwYXIN
Ck1NPiB1bm5hY2NlcHRhYmxlIHNsb3dkb3duIVxwYXINClxwYXINCiAgSXQgc3VyZSBpcy4gQ291
bGQgd2Ugd29yayBvbiB0aGF0IHRvZ2V0aGVyP1xwYXINCiAgSWYgeW91IGRvIGhhdmUgc29tZSB0
aW1lIHRvIGludmVzdCBpbiB0aGlzLCBJJ2QgbGlrZSB5b3UgdG8gaW5zdGFsbFxwYXINCiAgdGhl
IHBhdGNoIGFnYWluIGFuZCB0aGVuIGVkaXQgUHJpdi9Nb2QvSG9zdFdpbmRvd3MuQ2xvc2VCdWZm
ZXIuIEp1c3RccGFyDQogIGNsaWNrIHRoZSBmb2xkIGluIHRoZXJlIHRvIHVuY29tbWVudCB0aGUg
bGluZSB3aXRoIGNhbGwgdG9ccGFyDQogIFZhbGlkYXRlUmVjdC4gUmVjb21waWxlLCByZXN0YXJ0
IEJsYWNrQm94LCBjaGVjayBmb3Igc2xvd2Rvd24gYW5kXHBhcg0KICB3cml0ZSB0aGUgcmVzdWx0
IGhlcmUuXHBhcg0KICBJZiB0aGUgc2xvd2Rvd24gaXMgbm8gbW9yZSwgdGhlbiBwZXJoYXBzIHlv
dXIgcHJvZ3JhbSBzaG91bGQgbm90XHBhcg0KICBmb3JjZSBzY3JlZW4gcmVwYWludHMgYWZ0ZXIg
ZXZlcnkgYWRkZWQgcG9pbnQ/IDogKSBUcnkgdXBkYXRpbmdccGFyDQogIHNjcmVlbiBub3QgbW9y
ZSBvZnRlbiB0aGFuIG9uY2UgaW4gMTAwIG9yIDUwMCBtc2VjLlxwYXINClxwYXINCiAgSWYgeW91
IGRvbid0IGhhdmUgdGhhdCBtdWNoIHNwYXJlIHRpbWUsIG1heWJlIHlvdSBjb3VsZCBzZW5kIG1l
IGFuXHBhcg0KICBleGFtcGxlIHByb2dyYW0gdGhhdCB3b3VsZCByZXByb2R1Y2UgdGhlIHNsb3dk
b3duLCBzbyBJIGNvdWxkIGZpZGRsZVxwYXINCiAgaXQgb24gbXkgb3duP1xwYXINClxwYXINCk1N
PiBTbyBJJ2xsIGNvbnRpbnVlIHVzaW5nIHRoZSBvcmlnaW5hbCBmaXgsIGFzIGl0IGlzIGJvdGgg
ZWZmaWNpZW50IGFuZFxwYXINCk1NPiBzZWVtcyB0byBzb2x2ZSB0aGUgcHJvYmxlbS5ccGFyDQpc
cGFyDQogIEl0IHNlZW1zLCBidXQgaXQgZG9lc24ndCA6IChccGFyDQpccGFyDQotLS09PT09PS0t
LVxwYXINCiBBbGV4YW5kZXJccGFyDQpccGFyDQotLS0gQmxhY2tCb3hccGFyDQotLS0gc2VuZCBz
dWJqZWN0IEhFTFAgb3IgVU5TVUJTQ1JJQkUgdG8gYmxhY2tib3hAb2Jlcm9uLmNoXHBhcg0KfX0A
AAAAdw==


----boundary-LibPST-iamunique-398844030_-_---
Received on Tue Sep 05 2006 - 21:43:12 UTC

This archive was generated by hypermail 2.3.0 : Thu Sep 26 2013 - 06:27:48 UTC