IRC Log Viewer » #firebreath » 2011-04-12

IRC Nick Time (GMT-7) Message
FireBreathBot 00:04 JIRA issue http://jira.firebreath.org/browse/FIREBREATH-38 issue created by qifuren1985
gajen 01:04 hi
New to FireBreath,, Can some one tell me How much ARM suport is there..
any links would be greatly appriciated
sam_ 01:04 how can two different firebreath plugins(running on different browsers) cammunicate with eachother
should i go for IPC or something else?
can someone help me in this regard?
FireBreathBot 01:04 JIRA issue http://jira.firebreath.org/browse/FIREBREATH-39 issue created by catchfbinfo
jshanab_wcw 06:04 sam. Enterprize message que? like Apache ActiveMQ http://activemq.apache.org/
taxilian 10:04 sam_: Named pipes or local sockets work too
FireBreathBot 10:04 JIRA issue http://jira.firebreath.org/browse/FIREBREATH-38 issue resolved by richard "This really isn't an issue; questions should be posted on the forums. http://forum.firebreath.org..."
FireBreathBot 10:04 JIRA issue http://jira.firebreath.org/browse/FIREBREATH-39 issue resolved by richard "This is not a bug; this is a result of lifecycle things that you aren't understanding. The onloa..."
JIRA issue http://jira.firebreath.org/browse/FIREBREATH-39 issue closed by richard
JIRA issue http://jira.firebreath.org/browse/FIREBREATH-38 issue closed by richard
pomegrate 11:04 Hello
I just have a quick question.
When you are setting up the solution, (prep2008.cmd and winprep.cmd)
is it possible to set the path relative?
since those commands are using the absolute path, it won't compile if I change the location of the folder
taxilian 11:04 nope
if you change the location of the folder, just run prep2008.cmd again
pomegrate 11:04 oh then my settings won't change? but the solution file?
taxilian 11:04 you shouldn't be changing anything in settings directly anyway; changes should go in cmake
trust me, there are many, many reasons why this is worth the slight additional hassle
it's a little less useful if you're only targeting windows, but I'm not going to create an entirely seperate path for upgrades and project management just for windows users, so... =]
pomegrate 11:04 If I add some files into a project, prep2008.cmd does not add them for you right?
taxilian 11:04 if you do it correctly, then yes it does
look at CMakeLists.txt
and win/projectDef.cmake
they both support "globs" that say "include all .cpp and .h files in these directories"
if that's not enough, simply add what you need
the default is enough for basic stuff, but it's not hard to add
pretty straightforward
pomegrate 11:04 okay, so change those files, then if you change the location, run prep2008 again?
taxilian 11:04 if you change the location you probably need to delete the build directory entirely first
but yes
the build directory is completely disposable
delete it at any time
if that causes you an issue, you're using the system incorrectly
if you use the system correctly, upgrades should always be pretty painless, among other things
pomegrate 12:04 Okay, thank you.
What do you mean by build directory?
taxilian 12:04 the place where FireBreath.sln lives
the default name is "build"
pomegrate 12:04 so delete that directory?
taxilian 12:04 if you're moving to another location, yes
in fact, that directory does not have to be inside the firebreath root
you can put your projects and the build dir anywhere you want
pomegrate 12:04 I do not have "build" directory
taxilian 12:04 you have a solution file, right? that was generated by prep2008.cmd?
something you opened in Visual Studio?
pomegrate 12:04 Yes
taxilian 12:04 where is it located?
pomegrate 12:04 Yes
But if you delete that directory, you are basically deleting the whole thing
taxilian 12:04 no, you arne't
that is the build directory
what is the directory called?
(unless you've done something weird, that's the build directory)
pomegrate 12:04 firebreath-1.4.1
taxilian 12:04 wait.. the .sln is in the root of firebreath-1.4.1?
pomegrate 12:04 i have my FireBreath.sln in the same directory as winprep.cmd
taxilian 12:04 it should not be there
you've done something weird
here is what I would do
pomegrate 12:04 yes
taxilian 12:04 copy your projects directory out of FireBreath root
to somewhere else
and then download firebreath-1.4.3
you want to upgrade anyway
and there are no breaking changes
pomegrate 12:04 okay
taxilian 12:04 what I would do is put the projects dir somewhere outside of firebreath root, then run "path\to\prep2008.cmd . build" from inside the projects dir
that will make it generate a build directory in your projects dir and put the build files there
Mital 12:04 taxilian: hey
pomegrate 12:04 okay
taxilian 12:04 Mital: hey, how's it going?
pomegrate 12:04 thanks i will work on it
taxilian 12:04 pomegrate: look at http://colonelpanic.net/2010/11/firebreath-tips-working-with-source-control/ for more info
Mital 12:04 hey I was trying to fix some of the stuffs related to FIREBREATH-1
FireBreathBot 12:04 FIREBREATH-1: Summary: Cross-platform timer abstraction.
FIREBREATH-1: Assigned To: [email protected]
FIREBREATH-1: Priority: Minor, Status: Open, http://jira.firebreath.org/browse/FIREBREATH-1
taxilian 12:04 ok
Mital 12:04 https://github.com/mital/FireBreath/tree/timer
taxilian 12:04 I gotta go for a bit
be back in 30 minutes to an hour
Mital 12:04 can u give me 2-3 mins
i just wanna know something about shared_ptr_from_this()
jshanab_wcw 12:04 Mital. Creates a weak auto pointer so you do not get stuck when trying to shut down the threads.
Mital 13:04 jshanab_wcw: so if I get a shared_ptr<Timer> ptr = shared_from_this(); when ptr goes out of scope then what will happen ?? does it gonna distroy Timer object ?
there is another shared_ptr<> which is reffered by javascript refereced object... so shared_ptr counting would be shared between two of them right ?/
so shared_from_this() will return shared_ptr<Timer> ... do I need to check for null object there ? what will happen when the object is already distroyed before you call shared_from_this() ??
not sure you got all my previous msges... posting again
so if I get a shared_ptr<Timer> ptr = shared_from_this(); when ptr goes out of scope then what will happen ?? does it gonna distroy Timer object ?
there is another shared_ptr<> which is reffered by javascript refereced object... so shared_ptr counting would be shared between two of them right ?/
so shared_from_this() will return shared_ptr<Timer> ... do I need to check for null object there ? what will happen when the object is already distroyed before you call shared_from_this() ??
jshanab_wcw 13:04 It breaks the d3eadlock of two classes sharing a pointer to each other. If child goes away, it decrements ref count, if parent goes away first, no exception, just a null pointer. This is implemented between the plugin and the pluginapi objects. A good example
taxilian 14:04 pomegrate: sorry to disappear so quickly, I'm back now. I had a school presentation to do
taxilian_web 14:04 jshanab_wcw: which version of FireBreath are you using?
jshanab_wcw 14:04 uh...lemme look
taxilian 14:04 1.5 or 1.4?
jshanab_wcw 14:04 Oh definitly 1.4 NOT 1.5 (in fact, how do I quickly find this out?)
taxilian_web 14:04 are you using git or a tarball/zipball?
jshanab_wcw 14:04 I did a git clone then copied into the directoy I checked into svn
taxilian_web 14:04 *shudder* :-P
then there really isn't a way
you didn't save any of the info
if you'd used git export (or downloaded the file from github) then there would be a file that would tell you which commit you were on
jshanab_wcw 14:04 I am sure I did, I just forgot LOL
Maybe i did tarball...firebreath-FireBreath-firebreath-1.4b3-19-g031de0c.tar
taxilian_web 14:04 any chance I could talk you into switching to 1.5?
well, look at the version file
if there is something useful in it, then you used the tarball
jshanab_wcw 14:04 I can't afford to have anything break this week, but I could create a fresh branch and try it this weekend.
taxilian_web 14:04 okay; I just want to get a few different types of plugins on it and make sure nothing obvious pops out before I release it
to be honest I really think it's more stable right now than the 1.4 branch is
.... I just looked more closely at that tarball.. if you're on 1.4b3 I would really, really, relaly, really, really strongly suggest you update to the latest 1.4 (1.4.3)
there are some siginificant memory leak fixes and stability fixes that you will want
jshanab_wcw 14:04 I can hopefully tri it saturday. The version file is full of strings to be filled in. :-)
taxilian_web 14:04 what is the commit?
oh, stirngs to be filled in
so you did get it from git
so who knows which version you're using =]
jshanab_wcw 14:04 We will be switching to GIT and I will use it anyway
taxilian_web 14:04 oh, good; then you can just keep your own clone and pull when neccesary
jshanab_wcw 14:04 ok, gotta prep a video demo and test...
taxilian_web 14:04 good luck =]
taxilian_web 16:04 !wiki debugging
FireBreathBot 16:04 8 results found. Note: Results limited to 8
"Debugging Plugins": http://goo.gl/U9TGz
"Building on Mac OS X": http://goo.gl/iQ1mh
"Building on Windows": http://goo.gl/VYTcE
"Using FireBreath": http://goo.gl/IHwid
"Prep Scripts": http://goo.gl/VnMXJ
"WiX Installer Help": http://goo.gl/6WGDI
"Using Libraries": http://goo.gl/cUVa6
"Frequently Asked Questions": http://goo.gl/bU1CK
x_endian 18:04 hi
anybody d
anybody around
?
hello!!
kylehuff 18:04 x_endian: just ask your question; when someone who has some input comes back around, they will answer
x_endian 18:04 ok..My question is I need to access and modify javascript array from my plugin and the array size is big and modifications happen frequently. I'm wondering is there any other to modify javascript array other than FB::JSArray::Set function. Can I directly access elements and modify?
as far as I understand the set function transfer modifications to the browser main thread and waits on it which is damn slow