IRC Log Viewer » #firebreath » 2011-01-25

IRC Nick Time (GMT-7) Message
FB_GitHubBot 00:01 FireBreath: firebreath-1.4 Richard Bateman * aa3251a (1 files in 1 dirs): Changed FBTestPlugin to honor windowless param
FireBreath: firebreath-1.4 Richard Bateman * fa47499 (0 files in 0 dirs): Added beginnings of SimpleStreamHelper class
FireBreath: firebreath-1.4 commits f297487...fa47499 - http://bit.ly/gJ2RhA
FireBreath: master Richard Bateman * aa3251a (1 files in 1 dirs): Changed FBTestPlugin to honor windowless param
FireBreath: master Richard Bateman * fa47499 (0 files in 0 dirs): Added beginnings of SimpleStreamHelper class
FireBreath: master Richard Bateman * cb1c9f3 (1 files in 1 dirs): Added non-const version of variant::vast
FireBreath: master Richard Bateman * 2a50cae (1 files in 1 dirs): Merge branch 'firebreath-1.4'
FireBreath: master Richard Bateman * bf9b335 (11 files in 5 dirs): Created SimpleStreamHelper ...
FireBreath: master commits f297487...bf9b335 - http://bit.ly/gbFUNJ
FB_GitHubBot 00:01 FireBreath: master Richard Bateman * 2e969ba (9 files in 5 dirs): Fixed race condition with browserstreams ... - http://bit.ly/g60s4i
FireBreath: firebreath-1.4 Richard Bateman * cb1c9f3 (1 files in 1 dirs): Added non-const version of variant::vast
FireBreath: firebreath-1.4 Richard Bateman * 2a50cae (1 files in 1 dirs): Merge branch 'firebreath-1.4'
FireBreath: firebreath-1.4 Richard Bateman * bf9b335 (11 files in 5 dirs): Created SimpleStreamHelper ...
FireBreath: firebreath-1.4 Richard Bateman * 2e969ba (9 files in 5 dirs): Fixed race condition with browserstreams ...
FireBreath: firebreath-1.4 commits fa47499...2e969ba - http://bit.ly/ecxj7L
FireBreath: master Richard Bateman * 2d24351 (2 files in 1 dirs): SimpleStreamHelper clears the callback slightly faster - http://bit.ly/gCQaWg
FireBreath: firebreath-1.4 Richard Bateman * 2d24351 (2 files in 1 dirs): SimpleStreamHelper clears the callback slightly faster - http://bit.ly/gCQaWg
ram_ 03:01 hi
nitrogenycs 03:01 taxilian_away: internal buffer size is indeed used, it gives the maximum size for the dataArrived message packets. But you probably discovered that already :) Feel free to rename it to maxChunkSize or something
jshanab_wcw_ 07:01 I am trying to debug my plugin and often it gets stuck debugging: off and runnig but not hitting any breakpoints. Today I got the bright idea to profile it when that happened and found it 100% of the time in a line "callback->InvokeAsync("", FB::variant_list_of(shared_ptr())(position)(result));" 50% of the time in lock_ and 50% in FB::variant_list_of(). Did I lock something, or is this just...
...because I am debugging? (Visual studio 2010 on win7)
taxilian 07:01 jshanab_wcw_: How recently have you updated?
I ran into a deadlock like that too but I think I fixed it
jshanab_wcw_ 07:01 I havent! (embarassed, tail between legs)
taxilian 07:01 :) try it and let me know if the proble persists
Jamil 07:01 Hi taxilian
taxilian 07:01 Hey Jamil
Jamil 07:01 I have an event to catch like WM_PAINT
how can I do that? something like WT_PACKET for example
taxilian 07:01 Handle WindowsEvent
Jamil 07:01 WM_PAINT is working well but not other customized events
taxilian 07:01 It just packages up the event and sends it along
Jamil 07:01 http://pastebin.com/k8P87MHE
can you check this
must work no
taxilian 07:01 Hmm. I would think this would work
How does WT_PACKET get sent?
Jamil 07:01 Q: even WM_CREATE must be fired no?
taxilian 07:01 Hmm. Probably not
The window will likely be subclasses after create and before destroy
So you likely won't get either
Jamil 07:01 I used your onWindowAttached to initiate
taxilian 07:01 Should work
Jamil 07:01 yes
taxilian 07:01 Where does your event come from?
Jamil 07:01 back to your question about WT_PACKET get sent
after created a context on my signature pad it will send this event
seems it is not sent!!!
taxilian 07:01 That should help you find the problem then =]
Jamil 07:01 ok let me check...thx
taxilian 07:01 Good luck
Jamil 07:01 taxilian: you did not answer my email question about java server faces page Assertion failed when accessing firebreath plugin only on IE?
taxilian 07:01 I thought you had worked it out
Wasn't it a lifecycle issue?
Try it with the latest 1.4, but while it shouldn't crash you also shouldn't access it before the onloadevent fires
FB_GitHubBot 08:01 FireBreath: firebreath-1.4 Richard Bateman * 254c734 (3 files in 2 dirs): Fixed build error on mac/linux - http://bit.ly/fB6UbT
FireBreath: master Richard Bateman * 254c734 (3 files in 2 dirs): Fixed build error on mac/linux - http://bit.ly/fB6UbT
FB_GitHubBot 10:01 FireBreath: firebreath-1.4 Richard Bateman * 069e6dc (1 files in 1 dirs): Fixed linux build issue - http://bit.ly/fTGTAW
FireBreath: master Richard Bateman * 069e6dc (1 files in 1 dirs): Fixed linux build issue - http://bit.ly/fTGTAW
taxilian 10:01 so is anyone going to try to use the new AsyncGet function?
Jamil_ 10:01 taxilian: do I need to have return DefWindowProc( hWnd, wMessage, wParam, lParam ) at the end of WindowsEvent event catch?
taxilian 10:01 no
unless you return "true" (handled) it will do that
in fact in some cases you must *not* call DefWindowProc
Jamil_ 10:01 ok
amackera 10:01 taxilian: I'm going to finally do that coordinate system change
taxilian: I'm actually writing some test cases for PluginWindow
at the same time
because it can't hurt
taxilian 10:01 amackera: awesome =]
no, I really need to expand the unit tests :-/
tests are good
amackera 10:01 agreed
taxilian 10:01 if you have time I'd be curious to hear if your plugin works on IE windowless as well
amackera 10:01 awesome!
taxilian 10:01 aparently there is a problem in IE6 that I need to track down… downloading an XP image so I can make a VM to test it :-/
words cannot express how much I'd love to drop support for IE6
amackera 10:01 Haha i hear that one
What's the issue?
taxilian 10:01 http://code.google.com/p/firebreath/issues/detail?id=132&colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Stars
amackera 10:01 Ah nasty
taxilian 10:01 yeah
hopefully it's not serious
worked in 1.3.2; that's a good sign
amackera 11:01 taxilian: any idea why global/config.h wouldn't be found in a test project?
I have ${CONFIG_DIR} included in my include_directories()
as well as {$FIREBREATH_CONFIG_DIR}
rather ${FIREBREATH_CONFIG_DIR}
taxilian 11:01 amackera: yep
wait
no
wait
which test project?
amackera 11:01 I'm making a new PluginWindowTest test project, based off the ScriptingCoreTest project
taxilian 11:01 Make it a PluginAutoTest project instead
remember that ScriptingCore doesn't know about global/config.h because it's generated by the plugin project
and ScriptingCore is static
amackera 11:01 Ah
taxilian 11:01 PluginAuto is currently the only non-static project
I would really love to find a decent way to make more of PluginAuto static as well :-/ but for now I don't see a way
amackera 11:01 Will the way which ScriptingCoreTest is defined work for a project testing code in PluginCoreAuto?
I'm a little confused with how to set up a test project I suppose
taxilian 11:01 no
amackera 11:01 Perhaps I should just make a test plugin and test that way
taxilian 11:01 you need to find where PluginAuto is included
and define it that way
amackera 11:01 Ah ok
taxilian 11:01 might even want to copy PluginAuto then change it to a unit test project
because you'll need a PluginAutoTest for every plugin project
amackera 11:01 Right
Hmm
brb, getting some lunch
taxilian 11:01 ok
taxilian 12:01 bbl, lunch
taxilian 13:01 back
FB_GitHubBot 13:01 FireBreath: master Richard Bateman * a7b761b (1 files in 1 dirs): Fixed error detection on htmlLog - http://bit.ly/huQC3x
taxilian 13:01 almost done with SynchronousGet
FB_GitHubBot 15:01 FireBreath: master Richard Bateman * 353cd3f (6 files in 3 dirs): Added SimpleStreamHelper::SynchronousGet and docs - http://bit.ly/gqbhYB
taxilian 15:01 and with that, my friends, I believe that FB 1.4 is feature complete; including a few I almost forgot about. amackera: I would still like your coordinate fix in there
mr 16:01 hi, I had some problems getting my first test plugin project compiled using VS 2005 full version
taxilian 16:01 mr: what problems?
mr 16:01 The problem appeared to be: _WIN32_WINNT not being defined, and VS 2005 apparently can't handle the _In_ macro, so I had to add /D_In_=
taxilian 16:01 ?? that's really strange… this is just a vanilla plugin created with fbgen?
no modifications?
mr 16:01 yep
taxilian 16:01 hmm. that shouldn't be
what file?
mr 16:01 some files in ActiveXCore and axPluginObjects.cpp
taxilian 16:01 try adding #include "win_targetver.h" to those files
I'm putting together a VM to test IE6; I'll throw vs2005 on there as well
and see if I can reproduce your issue
mr 16:01 solve _WIN32_WINNT, but still it complains about the _In_ macro(?) in (at least) OnDraw in FBControl.h
taxilian 16:01 okay; that should be easily fixable
can you tell me which files you needed to add win_targetver.h to?
alternately you could submit a patch =] but if you can tell me what needs to be fixed I'll just do it real quick
the _in_ thing I will just remove
shouldn't be there anyway
mr 16:01 FBControl.ccp, IDispatchAPI.cpp and axPluginObjects.cpp needed win_targetver.h
FB_GitHubBot 16:01 FireBreath: firebreath-1.4 Richard Bateman * 415d837 (3 files in 2 dirs): Attempt to fix build issue on vs2005 - http://bit.ly/gpPa9f
taxilian 16:01 could you try the latest and let me know if that fixes it?
you can use your same plugin dir
projects/ dir
and thanks for reporting this; this is exactly why we have a beta period =]
mr 16:01 there is still an _In_ at line 211 FBControl.h
taxilian 16:01 gr.. I missed one? sorry about that...
mr 16:01 no prob :)
FB_GitHubBot 16:01 FireBreath: firebreath-1.4 Richard Bateman * ade6323 (1 files in 1 dirs): Fixed missed build error for vs2005 - http://bit.ly/fgI8Hz
taxilian 16:01 try it now =]
FB_GitHubBot 16:01 FireBreath: master Richard Bateman * ade6323 (1 files in 1 dirs): Fixed missed build error for vs2005 - http://bit.ly/fgI8Hz
mr 16:01 now only missing #include "win_targetver.h" in IDispatchAPI.cpp
taxilian 16:01 ahh, I see whats going on there. okay, one sec
FB_GitHubBot 16:01 FireBreath: firebreath-1.4 Richard Bateman * 5371190 (2 files in 1 dirs): Fixed missed build error for vs2005 - http://bit.ly/hO1MUo
FireBreath: master Richard Bateman * 5371190 (2 files in 1 dirs): Fixed missed build error for vs2005 - http://bit.ly/hO1MUo
taxilian 16:01 now? =]
mr 16:01 cool, that did the trick
nice stuff you're making, btw
by serendipity I ran into it, just when we discussed we had a need for cross-browser plugins
taxilian 16:01 what are you planning to do with it?
mr 16:01 for use in a portal to download and manage client side executables and some other files that are necessary to access our server platform in the making
taxilian 16:01 cool
don't be a stranger; let me know how it goes!
and please feel free to contribute back to the project in whatever way you are able ;-)
(that doesn't have to be money, btw; docs updated, people helped, examples contributed… lots of ways)
mr 16:01 I will if I see an opportunity to do so, your support earns you that :)
FB_GitHubBot 16:01 FireBreath: firebreath-1.4 Richard Bateman * fff3c6a (3 files in 2 dirs): Minor documentation fixes - http://bit.ly/e1Q4W7
taxilian 16:01 hehe. it's surprising to me how many people don't seem to think so… but that's the nature of an open source community, I guess
by and large the firebreath community is great
the people in this room in particular
but sometimes I get people who seem offended that it doesn't do what they want and unwilling to help with anything… baffles me =]
mr 16:01 amazing, especially given the great experience I've had today
anyway, bedtime for me. Thx so far
FB_GitHubBot 16:01 FireBreath: master Richard Bateman * 79da47a (2 files in 1 dirs): more Minor documentation fixes - http://bit.ly/g5mRoO
taxilian 16:01 where are you located?
mr 16:01 the netherlands
taxilian 16:01 cool =] well, if you come back and we're not here, note the hours on the website; I'm usually on during the day, but that only partially overlaps with you
good luck!
mr 16:01 thx, and I'll keep in touch
taxilian 16:01 kcsham: are you the one who filed the issue before about the IE events?
FB_GitHubBot 16:01 FireBreath: master Richard Bateman * d530c6a (1 files in 1 dirs): Doc fix for simplestreamhelper - http://bit.ly/hmbuK1
FireBreath: firebreath-1.4 Richard Bateman * d530c6a (1 files in 1 dirs): Doc fix for simplestreamhelper - http://bit.ly/hmbuK1
kcsham 16:01 @taxilian, I posted the question about IE7 not getting event. I didn't file any ticket yet.
taxilian 17:01 hmm. you're the second to experience that problem, then
what logging are you using?
kcsham 17:01 in the plugin, i use LOG4CPLUS.
was the other incident also specific to IE7?
taxilian 17:01 well, it was specific to IE on vista
so possibly
kcsham 17:01 ok. it's IE7 on vista.
taxilian 17:01 are you using the latest FireBreath?
kcsham 17:01 nightly build 74.
taxilian 17:01 could you update to the latest from github? (use the downloads page on firebreath.org if you don't want to use git)
let me know if that changes anything?
FB_GitHubBot 19:01 FireBreath: master Richard Bateman * 168366f (3 files in 2 dirs): Improved efficiency of axstreams, fixed simplestreams bug - http://bit.ly/hEKH4e
taxilian 19:01 http://www.firebreath.org/display/documentation/Handling+downloads+using+FireBreath updated with docs for simplestreams
FB_GitHubBot 19:01 FireBreath: master Richard Bateman * eb23423 (1 files in 1 dirs): Fixed documentation typo - http://bit.ly/e18PPd
amackera 20:01 It's weird how one can look back on one's own code (only a few months old!) and be completely mystified by it
taxilian 20:01 hehe
yeah
I've found the longer I code (in life) the less that happens
but even still
there is a really annoying race condition with async calls and browser shutdown
and it is really baffling me
amackera 20:01 :(
taxilian 20:01 this is going to be a doozy
thought I'd fixed it, but seems not
amackera 20:01 that sucks :(
anything i can do to help?
taxilian 20:01 I really appreciate you offering; I don't think so right now
I just have to think through this
I think maybe I'm forcing a critical section that isn't needed
we'll see if removing that clears it up
taxilian 20:01 going to have to change the way that objects are released from other threads
taxilian 20:01 gotta love threading
and mutexes
and condition variables
and the deadlocks that occur if everything isn't just perfect
kcsham1 20:01 @taxilian, i rebuilt the plugin with 1.4b2 code and it has the same issue with Vista + IE 7 not getting events out of the plugin.
FB_GitHubBot 21:01 FireBreath: master Richard Bateman * c6c0308 (10 files in 3 dirs): Refactored release mechanism for deferred release of browser objects on the main thread - http://bit.ly/hDkPcZ