|IRC Nick||Time (GMT-7)||Message|
|NoAntzWk||04:01||Were you able to check the issue 125? Do you happens to you too?
I think that download streams are broken with FB v1.3.2 and above.
|nitrogenycs||04:01||I've read through the issue now
At the moment I can't fix it as I have to work on other things
You can go ahead and fix this if you want, I'll answer questions you might have
The other solution is to wait till I get back to this which might take some time
|NoAntzWk||04:01||Ok. I just wanted to verify that happened to someone else.|
|nitrogenycs||04:01||It seems strange that IE and FF are broken. The implementation is quite different. Also, I haven't tested seekable (readRange) streams in a while as I don't need them anymore|
|NoAntzWk||04:01||There are some changes affecting streams in FB v1.3.2, I suspect that these changes has introduced the bug but by now, I haven't time to find the bug. I will should update to 1.4 alpha version and I will should test it again.|
|NoAntzWk||05:01||I do not use readRange(). Yes is strange that all browsers are broken. So, I suspect the problem is not in the browsers but the bug has introduced in high-level changes from version 1.3.2.|
|jtojanen||06:01||Taxilian, add Detach() to CComBSTRs in JSAPI_IDispatchEx.h line 428 and 429|
|scJohn||07:01||taxilian: i am trying to use express with the latest git pull.. i seem to have forgotten how to use the prep scripts.
CMake Error at CMakeLists.txt:91 (MESSAGE):
i must have just called prep2010.cmd incorrectly
|iaincollins||07:01||Hmm it shouldn't need any arguments
(unless things have changed)
|scJohn||07:01||i had to specify projects and build..
FireBreath\prep2010.cmd projects build
|iaincollins||07:01||Oh I see, your projects dir is outside of the firebreath dir
(I should be doing that...)
it rebuilt the build dir from scratch.. compiling now
|iaincollins||07:01||I find I need that with major changes (e.g. if I change CSLID)
I can't remember the full list of reasons why that might be needed, but have seen it on a wiki or blog page somewhere
would be nice if the prep scripts could catch that
|scJohn||08:01||any idea why this file is not found "Win/win_common.h"?|
|iaincollins||08:01||hmm no, was the project directory created using scripts from an older version of Firebreath maybe?|
i had to copy a few files from the current firebreath to the project
|iaincollins||08:01||I found the change notes very good from 1.2.x to 1.3.x but that's the only migration I've done so far
(I think the steps were covered on the Wiki)
I am not sure if there are notes for breaking changes in 1.4 yet
(well, I upgraded a couple of times before that, but there were no breaking changes at the time)
|taxilian||09:01||scJohn: There are a few breaking changes with recent builds; one is that Win/win_common.h is now just "win_common.h"|
|scJohn||09:01||ok, just let me know and i will test|
|taxilian||09:01||it's just a few include paths changed is all
try that, let me know the next one you have problems with
I posted them to the mailing list
|scJohn||09:01||ok, i had to copy win_common and resources.h
i figured it was because i was using a newer version of firebreath with an old project
but i did run the preop2010 command.
|taxilian||09:01||don't copy those
use them in the right place
|scJohn||09:01||understand.. just needed it to compile|
|taxilian||09:01||"win_common.h" with no "Win/" and "global/resources.h"
I *did* post those instructions… it isn't my fault… :-P ;-)
|scJohn||09:01||i will read the docs|
|taxilian||09:01||it's on the mailing list
not posted to the docs yet, I'm afriad
|scJohn||09:01||i was actually looking on the website just now
|taxilian||09:01||if anyone in here has not filled out the survey, could you do so?|
|taxilian||10:01||jtojanen: this is the weirdest back and forth IRC conversation I've ever had, but thanks for the tip. it'll be in source control when you get back|
|FB_GitHubBot||10:01||FireBreath: master Richard Bateman * e721def (2 files in 1 dirs): Applied patch from jtojanen to improve registration in < vs2005
FireBreath: master Richard Bateman * 8c7b211 (3 files in 2 dirs): Finished patch to axutil.cpp, fixed two warnings
FireBreath: master Richard Bateman * 3ae0573 (1 files in 1 dirs): Fixed minor memory allocation bug with IE exceptions
FireBreath: master commits af12d3d...3ae0573 - http://bit.ly/eTvsf5
FireBreath: firebreath-1.4 Richard Bateman * af12d3d (24 files in 6 dirs): Removed the reliance on user-supplied param names, ...
FireBreath: firebreath-1.4 Richard Bateman * e721def (2 files in 1 dirs): Applied patch from jtojanen to improve registration in < vs2005
FireBreath: firebreath-1.4 Richard Bateman * 8c7b211 (3 files in 2 dirs): Finished patch to axutil.cpp, fixed two warnings
FireBreath: firebreath-1.4 Richard Bateman * 3ae0573 (1 files in 1 dirs): Fixed minor memory allocation bug with IE exceptions
FireBreath: firebreath-1.4 commits 0c90a69...3ae0573 - http://bit.ly/enUg5i
|kylehuff||10:01||taxilian: are you communicating via the logs? lol.. I'm confused..|
|taxilian||10:01||I said it was a weird conversation, didn't I? yes, he checks the logs :-P
he's in finland, so we're not always here at the same time
|kylehuff||10:01||that is awesome..
jtojanen: you are my hero..
|taxilian||10:01||yeah; one of these days, I'm going to write a decent IRC log parser/viewer tool for firebreath.org
with full text search and the ability to save conversation strings under a tag
to supplement the docs
or maybe iaincollins will
whichever of us finally finds time soonest =]
so thanks to jtojanen, in the latest firebreath 1.4 (that I just pushed) that will be alpha 3 you no longer have to add param names to that stupid array in order for them to be useable
|kylehuff||10:01||so, I just did a pull of main, which I have not done in a few weeks. have there been breaking changes? (specifically in X11/np_x11main.cpp ?)|
some paths have changed
I did some major project restructuring with a very positive result overall (I think) and that's the result =]
|kylehuff||10:01||I thought I had seen a list somewhere! thanks taxilian.|
|taxilian||10:01||well, I just looked it up for scJohn an hour ago, so I had it onhand already =]
probably just before you came in
|taxilian||10:01||no worries; I'm excited that people are starting to use the latest. I really need to know that it's solid before I push it live
I think it's pretty close, but it's only been really tested by me so far
|kylehuff||10:01||yeah, I try to keep it fresh, but I since I have been doing major rework myself, I have been a little behind..
(which is better than being a big behind, nobody likes an ass..)
|scJohn||10:01||taxilian: fyi I just built a new project (fbgen.py.. prep2010, etc) in Express.. the compile finished, however I get an error on the installer.|
|taxilian||10:01||hmm. yeah, the installer won't currently work in express
the best idea I've heard so far to fix that is to make it check to see if heat.exe is what is calling and never redirect the registry in that case :-/
which actually might not be a bad idea
I just don't know how to do it offhand, so I'll have to take the time to figure it out sometime...
unless someone else wants to?
probably not hard
|scJohn||10:01||figured it was express related. i may look at it if i get time.|
|taxilian||10:01||well, technically it's ATL related
vs2005 has the same problem
|scJohn||10:01||actually the buld failed on the installer|
|taxilian||10:01||what was the error?
the older ATL didn't allow you to do per-user registration, so we have to do some funny hacks to make it work
but those hacks defeat heat.exe's detection of what registry changes should be made to install the COM component
so therefore the install generator fails
|scJohn||10:01||error MSB6006: "cmd.exe" exited with code -2146232576
and while i have you i got this error on a different computer when I was trying to run the plugin.. "Assertion Failed" shared_ptr.hpp "Expression: px != 0"
i have not searched to much for that error message
|taxilian||10:01||that means that somewhere you are (or FireBreath is) trying to access a shared_ptr that is NULL|
|taxilian||11:01||if you find it's FireBreath let me know; that could be an issue
my understanding is that dereferencing NULL pointers in C++ is considered bad practice...
|scJohn||11:01||i am not aware of any shared pointers that I would be using.. and it is during the initial plugin configuration.
|taxilian||11:01||are you using an JSAPIPtrs?
anything in firebreath that ends in Ptr is a shared_ptr
|scJohn||11:01||no idea, don't think so.. especially at this point, I am just starting up.. I guess it could be when I am checking device connectivity|
|taxilian||11:01||another possibility is that you aren't correctly creating your JSAPI object
or something similar
what are you doing when that happens?
well a couple of functions that return bool..
it could be that old build
|taxilian||11:01||hmm. interesting. what version?|
|scJohn||11:01||I am starting fron scratch with the latest build.. i'll let you know if i run into the same problems.|
man.. it sure adds a lot of possibilities when we can suddenly get the DOM object for the plugin
you know, jshanab/jshanab_/jshanab_wcw2 sure makes it look like there are a lot of people in here… ;-)
|jshanab_wcw2||11:01||LOL, phone, home desktop, and work. I do like that I have the whole conversation visible wherever i go|
|kylehuff||11:01||I still cant figure out this ScheduleOnMainThread thing... the docs say "host->ScheduleOnMainThread(obj, boost::bind(&ObjectType::method, obj, arg1, arg2));", where obj being "boost::shared_ptr<ObjectType> obj(get_object_sharedptr());" but what actually is obj? the method I am calling it from?|
|taxilian||11:01||hehe. you should look at setting up a ZNC server somewhere
that's what I do; I connect everywhere and all of them use a single nick =]
obj is the object that you are calling it on
kylehuff: so if you were calling it on your JSAPIPtr, you'd use host->ScheduleOnMainThread(ptr, boost::bind(MyAPIPtr::method, ptr, 1, 2, 3));
for an example, look at JSObject.cpp InvokeAsync
|kylehuff||11:01||hmm, okay, I think I see what is going on..|
|FB_GitHubBot||16:01||FireBreath: master Richard Bateman * f0aeb30 (14 files in 6 dirs): Fixes for JSAPI<->Browser bridge, improvements in lifecycle ... - http://bit.ly/gHoPiE|
|FB_GitHubBot||16:01||FireBreath: firebreath-1.4 Richard Bateman * f0aeb30 (14 files in 6 dirs): Fixes for JSAPI<->Browser bridge, improvements in lifecycle ... - http://bit.ly/gHoPiE|
|taxilian||16:01||as of that fix that I just pushed you can now completely control the lifecycle of your JSAPI object; for example, if you need it to be destroyed before the end of your plugin's destructor. it does take a little planning, because it's still a shared_ptr, but it's now doable
don't have to wait for the browser to release all of the objects
|testfire||19:01||Hi, I have installed firebreath plugin on windows. I am looking to see if I can enable logging and write logs to a file in local file system|