You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
(13) |
Aug
(18) |
Sep
(94) |
Oct
(70) |
Nov
(105) |
Dec
(81) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(32) |
Feb
(134) |
Mar
(133) |
Apr
(83) |
May
(128) |
Jun
(74) |
Jul
(35) |
Aug
(19) |
Sep
(56) |
Oct
(42) |
Nov
(44) |
Dec
(19) |
2004 |
Jan
(15) |
Feb
(4) |
Mar
(25) |
Apr
(21) |
May
(43) |
Jun
(32) |
Jul
(21) |
Aug
(7) |
Sep
(1) |
Oct
(2) |
Nov
(20) |
Dec
|
2005 |
Jan
(14) |
Feb
(6) |
Mar
(27) |
Apr
(26) |
May
(9) |
Jun
(24) |
Jul
(10) |
Aug
(14) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(8) |
2006 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(3) |
May
(8) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Jason T. <tow...@ma...> - 2006-12-14 01:32:44
|
Begin forwarded message: > From: Trevor Stone <ts...@tr...> > Date: December 12, 2006 10:32:02 PM PST > To: fir...@li... > Subject: New Blood > > Greetings everyone. I notice this mailing list hasn't had any > traffic in the last several months and there haven't been many > releases this year (I couldn't find a packaged 2.0 Alpha > download). I hope Fire hasn't stagnated (burned out?). Maybe I > can help get some kindling going. > > I've been using Fire for the last few years and I think you've all > done a great job; I love how well it uses Cocoa features. For the > last few years I've spent my days writing enterprise software in > Java. I've decided to expand my programming skills by working on > open source software and Fire looks like a good candidate, in part > because there's a bug or two I'd like to see fixed ;-) > > What's the state of the project? What needs to be done? > > I built both 1.5.6 and 2.0 from source (Application Only because > the full build had an issue or two). The latter looks pretty but I > can't get it to connect to any services. Do I need to do something > special, or should I just try to get the full build working? > > Depending on the status and momentum of 2.0, I'd like to help fix > some bugs in 1.5 as a way of producing something desirable and > finding out how things work (though the readme in 2.0 indicates a > large refactor). Is there a unit testing framework? > > My highest priority 1.5.6 bug is the fact that Jabber accounts > (I've tried Google and LiveJournal) don't connect on Intel machines > (though the forums indicate PPC works fine). I stepped through the > connection process in the debugger and found that the socket open > callback had errno 61: ECONNREFUSED. Any pointers on how to debug > that further? > > At your service, > > =-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ trevorstone.org> =-=- > =-= > Computer science, eclectic philosophy, games, wits, esoterics, odd > hats > http://flwyd.livejournal.com/ Thou roynish shard-borne > mammet! > Aside from that, Mrs. Lincoln, how did you enjoy the play? |
From: Trevor S. <ts...@tr...> - 2006-12-13 06:45:25
|
Greetings everyone. I notice this mailing list hasn't had any traffic in the last several months and there haven't been many releases this year (I couldn't find a packaged 2.0 Alpha download). I hope Fire hasn't stagnated (burned out?). Maybe I can help get some kindling going. I've been using Fire for the last few years and I think you've all done a great job; I love how well it uses Cocoa features. For the last few years I've spent my days writing enterprise software in Java. I've decided to expand my programming skills by working on open source software and Fire looks like a good candidate, in part because there's a bug or two I'd like to see fixed ;-) What's the state of the project? What needs to be done? I built both 1.5.6 and 2.0 from source (Application Only because the full build had an issue or two). The latter looks pretty but I can't get it to connect to any services. Do I need to do something special, or should I just try to get the full build working? Depending on the status and momentum of 2.0, I'd like to help fix some bugs in 1.5 as a way of producing something desirable and finding out how things work (though the readme in 2.0 indicates a large refactor). Is there a unit testing framework? My highest priority 1.5.6 bug is the fact that Jabber accounts (I've tried Google and LiveJournal) don't connect on Intel machines (though the forums indicate PPC works fine). I stepped through the connection process in the debugger and found that the socket open callback had errno 61: ECONNREFUSED. Any pointers on how to debug that further? At your service, =-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ trevorstone.org> =-=-=-= Computer science, eclectic philosophy, games, wits, esoterics, odd hats http://flwyd.livejournal.com/ Thou roynish shard-borne mammet! Aside from that, Mrs. Lincoln, how did you enjoy the play? |
From: Till B. <bac...@tz...> - 2006-08-12 12:23:06
|
hello again, when i contributed the no-brs patch in june i was told and proposed the reassembling of gpg-messages that have been sliced into pieces someone told me about the MIS_HANDLE_MESSAGE_FRAGMENTS - stub in the fire 2.0 tree. Unfortunately i lost that message. Now, as some month went by and nothing happened to that stub i am willing to provide that part. Since my knowledge about the architecture of fire is poor i suggest to discuss that feature first. maybe the following questions will help to start discussion: 1. Which fragments (apart from sliced gpg-messages) should be joined? 2. Should message delivery be delayed some amount of time to allow other messages to arrive? I'm talking about 0.3 seconds here. 3. How should one keep track of message parts? cheers Till Backhaus |
From: Till B. <bac...@tz...> - 2006-06-14 19:04:09
|
hey folks, i wrote a small patch to fire 1.5.6 to a) make fire not add <BR> to a message that is sent via ICQ or Jabber b) allow receiving gpg-encrypted jabber-messages which have their message-body set to something like "this message is encrypted" and contain the encrypted payload in an <encrypted>-tag what this patch does _not_ is to send jabber-messages in this manner. since i don't have svn-write-access (at least i don't know of it) i attached the patch once i had begun playing around with fire i noticed that fire does not reassemble gpg-messages that arrive as parts and wrote a c++-class that delays these messages. I patched this directly into the ICJClient-Class which makes that one more of a hack then productivity code. i did _not_ include this patch, but let me know if you are interested. cheers Till Backhaus |
From: Ernest P. <ern...@ma...> - 2006-05-28 10:11:00
|
I tried selecting this option, and nothing at all happened... I figured I missed something... -- Ernest Phillips - <ern...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev On May 27, 2006, at 7:20 AM, Graham Booker wrote: > In the 2.0 betas, there is an easy way to do this. Simply add the > new account, then use the "Copy Buddies" under import to copy all > buddies from one account to another. This copies everything about > the buddy. > > I believe you have to unsubscribe with the current email and re- > subscribe with the new one. See the listed at the bottom of these > emails for more information: > https://lists.sourceforge.net/lists/listinfo/fire-development > > - Graham > Fire Development Team > http://www.fireim.org > > > On May 22, 2006, at 10:57 PM, Ernest Phillips wrote: > >> I am changing from using my .Mac address to a different AIM screen >> name. Is there any clean, easy way to get Fire to deal with this? >> I have my buddy list all set up with person entries and >> everything, so I'd like a way to transition them all to the new >> screen name (which is my old .Mac address without the @mac.com). >> >> Also, I need to update my email on the Fire lists... how do I do >> this? >> -- >> Ernest Phillips - <ern...@ma...> >> http://www.ernestphillips.com >> >> "Politicians are the same all over. They promise to build a bridge >> even where there is no river." -Nikita Khrushchev |
From: Graham B. <gb...@us...> - 2006-05-27 14:21:18
|
In the 2.0 betas, there is an easy way to do this. Simply add the new account, then use the "Copy Buddies" under import to copy all buddies from one account to another. This copies everything about the buddy. I believe you have to unsubscribe with the current email and re- subscribe with the new one. See the listed at the bottom of these emails for more information: https://lists.sourceforge.net/lists/listinfo/fire-development - Graham Fire Development Team http://www.fireim.org On May 22, 2006, at 10:57 PM, Ernest Phillips wrote: > I am changing from using my .Mac address to a different AIM screen > name. Is there any clean, easy way to get Fire to deal with this? I > have my buddy list all set up with person entries and everything, > so I'd like a way to transition them all to the new screen name > (which is my old .Mac address without the @mac.com). > > Also, I need to update my email on the Fire lists... how do I do this? > -- > Ernest Phillips - <ern...@ma...> > http://www.ernestphillips.com > > "Politicians are the same all over. They promise to build a bridge > even where there is no river." -Nikita Khrushchev |
From: Ernest P. <ern...@ma...> - 2006-05-23 03:57:54
|
I am changing from using my .Mac address to a different AIM screen name. Is there any clean, easy way to get Fire to deal with this? I have my buddy list all set up with person entries and everything, so I'd like a way to transition them all to the new screen name (which is my old .Mac address without the @mac.com). Also, I need to update my email on the Fire lists... how do I do this? -- Ernest Phillips - <ern...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev |
From: Ernest P. <mac...@ma...> - 2006-05-20 01:10:52
|
So... this only way to do this is to add a last name or initial, or to go like 1:Jenny 2:Jenny (or Girlfriend:Jenny San Jose:Jenny)? This sounds like... a pain, and something that will definitely confuse casual users... -- Ernest Phillips - <Mac...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev On May 19, 2006, at 9:47 AM, Graham Booker wrote: > Yes the grouping is mandatory, and this will not change. To deal > with situation like you just listed, the grouping is also a lot > more flexible. Your buddies are not grouped solely by Alias, but > instead you set the grouping. Your case is just difficult because > the previous versions didn't support this, and the importer had to > do its best to guess the groupings. For most people, it will guess > correctly. > > Now for the situation you mentioned, you can have multiple persons > with the same display name (just not the same person name). See > http://trac.fireim.org/dev/wiki/PersonItem for more details. > > The latest SVN doesn't show disclosure triangles if the person has > only one buddy, and it also shows the buddy alias (if you have the > prefs set as such). This was not the case previously because the > code had bugs which caused it to crash. > > On May 19, 2006, at 2:47 AM, Ernest Phillips wrote: > >> Follow up... it seems grouping is, in fact, mandatory. This is a >> big problem for me... For many names I have several people of the >> same name in the same group across one or more of the various >> services, for example a Jenny who has AIM and MSN, and another who >> has MSN and Yahoo... >> -- >> Ernest Phillips - <Mac...@ma...> >> http://www.ernestphillips.com >> >> "Politicians are the same all over. They promise to build a bridge >> even where there is no river." -Nikita Khrushchev >> >> >> On May 19, 2006, at 12:44 AM, Ernest Phillips wrote: >> >>> I just upgraded to the current development version... is this the >>> final plan for the buddy list display? The presence of so many >>> disclosure triangles is... overwhelming. It is not showing both >>> Alias and screen name. >>> >>> I think I understand what's being done, but personally I don't >>> use grouping anyway, as I have too many different Jennys for >>> that. Though it seems that, now, grouping is automatic... >>> >>> I may just be missing how it works, so I eagerly await more >>> information. >>> -- >>> Ernest Phillips - <Mac...@ma...> >>> http://www.ernestphillips.com >>> >>> "Politicians are the same all over. They promise to build a >>> bridge even where there is no river." -Nikita Khrushchev >>> >>> >>> >>> >>> ------------------------------------------------------- >>> Using Tomcat but need to do more? Need to support web services, >>> security? >>> Get stuff done quickly with pre-integrated technology to make >>> your job easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache >>> Geronimo >>> http://sel.as-us.falkag.net/sel? >>> cmd=lnk&kid=120709&bid=263057&dat=121642 >>> _______________________________________________ >>> fire-development mailing list >>> fir...@li... >>> https://lists.sourceforge.net/lists/listinfo/fire-development >> >> >> >> ------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, >> security? >> Get stuff done quickly with pre-integrated technology to make your >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> fire-development mailing list >> fir...@li... >> https://lists.sourceforge.net/lists/listinfo/fire-development >> > |
From: Graham B. <gb...@ta...> - 2006-05-19 16:47:47
|
Yes the grouping is mandatory, and this will not change. To deal with situation like you just listed, the grouping is also a lot more flexible. Your buddies are not grouped solely by Alias, but instead you set the grouping. Your case is just difficult because the previous versions didn't support this, and the importer had to do its best to guess the groupings. For most people, it will guess correctly. Now for the situation you mentioned, you can have multiple persons with the same display name (just not the same person name). See http://trac.fireim.org/dev/wiki/PersonItem for more details. The latest SVN doesn't show disclosure triangles if the person has only one buddy, and it also shows the buddy alias (if you have the prefs set as such). This was not the case previously because the code had bugs which caused it to crash. On May 19, 2006, at 2:47 AM, Ernest Phillips wrote: > Follow up... it seems grouping is, in fact, mandatory. This is a > big problem for me... For many names I have several people of the > same name in the same group across one or more of the various > services, for example a Jenny who has AIM and MSN, and another who > has MSN and Yahoo... > -- > Ernest Phillips - <Mac...@ma...> > http://www.ernestphillips.com > > "Politicians are the same all over. They promise to build a bridge > even where there is no river." -Nikita Khrushchev > > > On May 19, 2006, at 12:44 AM, Ernest Phillips wrote: > >> I just upgraded to the current development version... is this the >> final plan for the buddy list display? The presence of so many >> disclosure triangles is... overwhelming. It is not showing both >> Alias and screen name. >> >> I think I understand what's being done, but personally I don't use >> grouping anyway, as I have too many different Jennys for that. >> Though it seems that, now, grouping is automatic... >> >> I may just be missing how it works, so I eagerly await more >> information. >> -- >> Ernest Phillips - <Mac...@ma...> >> http://www.ernestphillips.com >> >> "Politicians are the same all over. They promise to build a bridge >> even where there is no river." -Nikita Khrushchev >> >> >> >> >> ------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, >> security? >> Get stuff done quickly with pre-integrated technology to make your >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> fire-development mailing list >> fir...@li... >> https://lists.sourceforge.net/lists/listinfo/fire-development > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > fire-development mailing list > fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-development > |
From: Ernest P. <mac...@ma...> - 2006-05-19 07:47:22
|
Follow up... it seems grouping is, in fact, mandatory. This is a big problem for me... For many names I have several people of the same name in the same group across one or more of the various services, for example a Jenny who has AIM and MSN, and another who has MSN and Yahoo... -- Ernest Phillips - <Mac...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev On May 19, 2006, at 12:44 AM, Ernest Phillips wrote: > I just upgraded to the current development version... is this the > final plan for the buddy list display? The presence of so many > disclosure triangles is... overwhelming. It is not showing both > Alias and screen name. > > I think I understand what's being done, but personally I don't use > grouping anyway, as I have too many different Jennys for that. > Though it seems that, now, grouping is automatic... > > I may just be missing how it works, so I eagerly await more > information. > -- > Ernest Phillips - <Mac...@ma...> > http://www.ernestphillips.com > > "Politicians are the same all over. They promise to build a bridge > even where there is no river." -Nikita Khrushchev > > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > fire-development mailing list > fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-development |
From: Ernest P. <mac...@ma...> - 2006-05-19 07:44:09
|
I just upgraded to the current development version... is this the final plan for the buddy list display? The presence of so many disclosure triangles is... overwhelming. It is not showing both Alias and screen name. I think I understand what's being done, but personally I don't use grouping anyway, as I have too many different Jennys for that. Though it seems that, now, grouping is automatic... I may just be missing how it works, so I eagerly await more information. -- Ernest Phillips - <Mac...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev |
From: Tobias H. <to...@ma...> - 2006-05-18 07:36:53
|
Hi! Since a few days I get an "Unknown Connection Error" when trying to connect to ICQ (not always, but most of the time). Did they change something in their protocol ? Does anyone else experience any problems ? Thanks and regards, Tobi |
From: Michal M. <mi...@te...> - 2006-04-24 20:39:27
|
Thanks for the reply, Graham! > Much of the reason for the difference is that the document you > found is old. I am not sure if there really is any up to date > document other than the code, but I have run across this wiki from > time to time: http://joust.kano.net/wiki/oscar/moin.cgi/ I only > recognize the information over the wire because I have read so much > of the code and seen so many traces. > > IIRC, using an HTTP proxy means that you connect to the proxy using > HTTP, and tell it where you wish to connect, and upon completion of > the connection, then the socket is treated in the same manner as if > there were no proxy at all. This means the protocol over HTTP > should be the same (minus the Proxy setup). I was hoping it would be, though I'm seeing some extra padding and a few other changes. I've posted my interpretation of one very short call/response pair here: http://mike.teczno.com/img/oscar.html Those are the bodies of an HTTP Post request and a Get response passed through the proxy - the entire message does pass through the HTTP tunnel, but there seems to be 20 bytes of unexplained padding at the front of each one. There's another 20+ bytes at the end. There's also 16 bytes worth of space for the LCMB ID, which should be only 8 bytes. This is not actually a deal-killer - I really only care about the screen name and the message content for my purposes, I'm happy to ignore everything else. > Since you seem to have some experience with HTTP proxies... > Perhaps you could help me with a question. In the code, we have > support for SOCKS proxies for most of the services (including AIM), > and can add support for the HTTP proxy, but I am not sure on a few > details in the system preferences. You can set an web proxy, but I > don't know if fire should be honoring this setting or is this just > for web browsers? I think it should be honored - iCal does, and I think even cURL on the command line does. iChat offers the option of honoring it, but doesn't by default. Oddly, Firefox does not honor it at all and provides its own UI for proxy prefs. I'm guessing this is because it's been ported without much of a nod to the Mac platform. -mike. ---------------------------------------------------------------- michal migurski- contact info and pgp key: sf/ca http://mike.teczno.com/contact.html |
From: Graham B. <gb...@us...> - 2006-04-24 19:17:07
|
Much of the reason for the difference is that the document you found is old. I am not sure if there really is any up to date document other than the code, but I have run across this wiki from time to time: http://joust.kano.net/wiki/oscar/moin.cgi/ I only recognize the information over the wire because I have read so much of the code and seen so many traces. IIRC, using an HTTP proxy means that you connect to the proxy using HTTP, and tell it where you wish to connect, and upon completion of the connection, then the socket is treated in the same manner as if there were no proxy at all. This means the protocol over HTTP should be the same (minus the Proxy setup). Since you seem to have some experience with HTTP proxies... Perhaps you could help me with a question. In the code, we have support for SOCKS proxies for most of the services (including AIM), and can add support for the HTTP proxy, but I am not sure on a few details in the system preferences. You can set an web proxy, but I don't know if fire should be honoring this setting or is this just for web browsers? - Graham Fire Development Team http://wwwfireim.org On Apr 24, 2006, at 1:38 PM, Michal Migurski wrote: > Hi everyone, > > I'm just passing through to ask a single question, hope that's okay. > > I am in the process of writing an HTTP proxy for intercepting and > logging messages sent over IM. I've found some good documentation > of the Oscar protocol itself (http://www.oilcan.org/oscar/), but > the data I'm seeing go over the wire differs from that write-up in > a few ways. Can anyone here point me to any existing explanations > of the wire format used when passing Oscar messages over an HTTP > proxy? I can RTFM, just need to know where to find one. =) > > -mike. > > ---------------------------------------------------------------- > michal migurski- contact info and pgp key: > sf/ca http://mike.teczno.com/contact.html |
From: Michal M. <mi...@te...> - 2006-04-24 18:38:17
|
Hi everyone, I'm just passing through to ask a single question, hope that's okay. I am in the process of writing an HTTP proxy for intercepting and logging messages sent over IM. I've found some good documentation of the Oscar protocol itself (http://www.oilcan.org/oscar/), but the data I'm seeing go over the wire differs from that write-up in a few ways. Can anyone here point me to any existing explanations of the wire format used when passing Oscar messages over an HTTP proxy? I can RTFM, just need to know where to find one. =) -mike. ---------------------------------------------------------------- michal migurski- contact info and pgp key: sf/ca http://mike.teczno.com/contact.html |
From: Graham B. <gb...@us...> - 2006-03-11 20:55:43
|
We no longer use sourceforge's tracking system. In fact, we are moving more and more off of sourceforge as times goes on. Currently, our tracking is done within trac at http://trac.fireim.org I added your patch as a ticket: http://trac.fireim.org/dev/ticket/203 - Graham Fire Development Team http://fire.sf.net On Mar 11, 2006, at 2:28 PM, Fredrik Simonsson wrote: > Hi all, > First I will introduce myself then will I present a small patch to > fire. > > I'm a long time computer user and programmer, living in Lund Sweden. > Last month I bought my self a mac-mini and started to learn how to use > it. On my other computers I have used Ickle as my ICQ-client, when > this > did not work very well in OSX I gave Fire a short try. > > One thing that annoyed me with the current release of fire was that > there > wasn't a discrete way of telling me if I had unread messages. (Except > bouncing the dock icon as a crazy frog). When I was about to begin > implement a routine changing the dock icon on incoming messages I > noticed > a semi-implemented feature to show the number of unread messages as a > number in the dock-icon. All that was remaining to do was to add a > checkbox in dock preferences pane, and some code to support it. > > I have no access to the tracker at sourceforge so I will atatch my > patch > here instead hope you wont mind. > > -- > //Simson > <DockIconPatch.tar.gz> |
From: Fredrik S. <sim...@tl...> - 2006-03-11 20:28:39
|
Hi all, First I will introduce myself then will I present a small patch to fire. I'm a long time computer user and programmer, living in Lund Sweden. Last month I bought my self a mac-mini and started to learn how to use it. On my other computers I have used Ickle as my ICQ-client, when this did not work very well in OSX I gave Fire a short try. One thing that annoyed me with the current release of fire was that there wasn't a discrete way of telling me if I had unread messages. (Except bouncing the dock icon as a crazy frog). When I was about to begin implement a routine changing the dock icon on incoming messages I noticed a semi-implemented feature to show the number of unread messages as a number in the dock-icon. All that was remaining to do was to add a checkbox in dock preferences pane, and some code to support it. I have no access to the tracker at sourceforge so I will atatch my patch here instead hope you wont mind. -- //Simson |
From: Alan H. <al...@us...> - 2006-02-16 04:26:47
|
The Fire Development team is happy to announce the release of Fire 1.5.6. This universal binary works on both PowerPC and Intel Macintosh computers running Mac OS 10.2.8 or higher. This release focuses on fixes in the following areas: - Jabber connection problems - Crash when Fire is speaking a message - Dragging Tabs & Groups works correctly - Automatic Translation speedup - Buddy Text Encodings are saved for irc and ICQ conversations - Spotlight can now search past conversations (10.4 only) This release can be downloaded by visiting: http://www.fireim.org/download Happy Chatting! - The Fire Development Team |
From: Graham B. <gb...@us...> - 2006-01-21 05:43:11
|
lastData is always NULL there, because it is freed in stopSpeaking. =20 In answer to your question, no, there is no memory leak (at least =20 there shouldn't be). - Graham Fire Development Team http://fire.sf.net On Jan 20, 2006, at 11:28 PM, Alan Humpherys wrote: > Graham, > > Since you no longer do a free on lastData, does this mean we have a =20= > memory leak now? > > Alan > ______ > Alan Humpherys > Fire Development Team > al...@us... > http://www.fireim.org > > > On Jan 20, 2006, at 7:31 PM, gb...@us... wrote: > >> Author: gbooker >> Date: 2006-01-21 15:31:19 +1300 (Sat, 21 Jan 2006) >> New Revision: 4803 >> >> Modified: >> branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m >> Log: >> Alan and I seem to think that this is the final fix for the Speech =20= >> crashes. >> >> >> Modified: branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m =20= >> 2006-01-21 02:24:41 UTC (rev 4802) >> +++ branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m =20= >> 2006-01-21 02:31:19 UTC (rev 4803) >> @@ -82,6 +82,7 @@ >> _volume =3D 1 << 16; >> >> NewSpeechChannel(NULL, &_speechChannel); // NULL voice is =20 >> default voice >> + lastData =3D NULL; >> [self setCallbacks]; >> return self; >> } >> @@ -151,11 +152,11 @@ >> //finished =3D NO; >> [self stopSpeaking]; >> NSData *data =3D [text dataUsingEncoding:[NSString =20 >> defaultCStringEncoding] allowLossyConversion:YES]; >> - if(lastData !=3D NULL) >> - free(lastData); >> - lastData =3D (void *)malloc([data length]); >> + int length =3D [data length]; >> + lastData =3D (void *)malloc(length+1); >> [data getBytes:lastData]; >> - SpeakText(_speechChannel, lastData, [data length]); >> + ((unsigned char *)lastData)[length] =3D '\0'; >> + SpeakText(_speechChannel, lastData, length); >> //while(!finished); >> //sleep(2); >> } >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through =20= >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD =20 >> SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=12164= 2 >> _______________________________________________ >> Fire-commits mailing list >> Fir...@li... >> https://lists.sourceforge.net/lists/listinfo/fire-commits > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through =20 > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD =20 > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121642= > _______________________________________________ > fire-development mailing list > fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-development > |
From: Alan H. <al...@us...> - 2006-01-21 05:28:39
|
Graham, Since you no longer do a free on lastData, does this mean we have a =20 memory leak now? Alan ______ Alan Humpherys Fire Development Team al...@us... http://www.fireim.org On Jan 20, 2006, at 7:31 PM, gb...@us... wrote: > Author: gbooker > Date: 2006-01-21 15:31:19 +1300 (Sat, 21 Jan 2006) > New Revision: 4803 > > Modified: > branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m > Log: > Alan and I seem to think that this is the final fix for the Speech =20 > crashes. > > > Modified: branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m =20 > 2006-01-21 02:24:41 UTC (rev 4802) > +++ branches/Fire-1-5-Update/fire/SpeechUtilities/SUSpeaker.m =20 > 2006-01-21 02:31:19 UTC (rev 4803) > @@ -82,6 +82,7 @@ > _volume =3D 1 << 16; > > NewSpeechChannel(NULL, &_speechChannel); // NULL voice is =20 > default voice > + lastData =3D NULL; > [self setCallbacks]; > return self; > } > @@ -151,11 +152,11 @@ > //finished =3D NO; > [self stopSpeaking]; > NSData *data =3D [text dataUsingEncoding:[NSString =20 > defaultCStringEncoding] allowLossyConversion:YES]; > - if(lastData !=3D NULL) > - free(lastData); > - lastData =3D (void *)malloc([data length]); > + int length =3D [data length]; > + lastData =3D (void *)malloc(length+1); > [data getBytes:lastData]; > - SpeakText(_speechChannel, lastData, [data length]); > + ((unsigned char *)lastData)[length] =3D '\0'; > + SpeakText(_speechChannel, lastData, length); > //while(!finished); > //sleep(2); > } > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through =20 > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD =20 > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121642= > _______________________________________________ > Fire-commits mailing list > Fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-commits |
From: Alan H. <al...@us...> - 2006-01-11 13:52:57
|
Announcing version 1.5.5 of Fire, the multi-protocol IM application for Mac OS X. Now a Universal Binary! - The main feature in this release is that Fire is now a Universal binary which natively supports the new Intel based Macintosh computers announced at MacWorld this week. A few critical bugs in AIM, MSN, and TextToSpeech were also fixed in this release. This release works on Mac OS versions 10.2.8 and later and can be downloaded at: http://www.fireim.org/download.php - Happy Chatting The Fire Team ______ Alan Humpherys Fire Development Team al...@us... http://www.fireim.org |
From: Ernest P. <mac...@ma...> - 2005-12-05 10:34:55
|
Turns out I just needed up update my Xcode, I only had 2.0... -- Ernest Phillips - <Mac...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev On Dec 5, 2005, at 2:30 AM, Mark Rowe wrote: > Hi, > > The file is Fire.xcodeproj. Previously there were three different > project files for different scenarios -- Fire.xcode for Xcode 1.5, > Fire.xcodeproj for PowerPC builds with Xcode 2.1+ and > Universal.xcodeproj for universal builds with Xcode 2.1+. As you > can imagine this was a nightmare to maintain, so we scrapped the > Xcode 1.5 project file and merged the universal-related settings > into a new "Universal Deployment" target of the Fire.xcodeproj > project file. > > Hope this helps, > > Mark Rowe > <http://bdash.net.nz/> > > > On 5/12/2005, at 22:59, Ernest Phillips wrote: > >> Did I miss something? I can't find the file you need to open in >> Xcode to build a new copy of Fire from SVN. >> -- >> Ernest Phillips - <Mac...@ma...> >> http://www.ernestphillips.com >> >> "Politicians are the same all over. They promise to build a bridge >> even where there is no river." -Nikita Khrushchev >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD >> SPLUNK! >> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >> _______________________________________________ >> fire-development mailing list >> fir...@li... >> https://lists.sourceforge.net/lists/listinfo/fire-development > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > fire-development mailing list > fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-development |
From: Mark R. <bd...@us...> - 2005-12-05 10:30:24
|
Hi, The file is Fire.xcodeproj. Previously there were three different project files for different scenarios -- Fire.xcode for Xcode 1.5, Fire.xcodeproj for PowerPC builds with Xcode 2.1+ and Universal.xcodeproj for universal builds with Xcode 2.1+. As you can imagine this was a nightmare to maintain, so we scrapped the Xcode 1.5 project file and merged the universal-related settings into a new "Universal Deployment" target of the Fire.xcodeproj project file. Hope this helps, Mark Rowe <http://bdash.net.nz/> On 5/12/2005, at 22:59, Ernest Phillips wrote: > Did I miss something? I can't find the file you need to open in > Xcode to build a new copy of Fire from SVN. > -- > Ernest Phillips - <Mac...@ma...> > http://www.ernestphillips.com > > "Politicians are the same all over. They promise to build a bridge > even where there is no river." -Nikita Khrushchev > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > fire-development mailing list > fir...@li... > https://lists.sourceforge.net/lists/listinfo/fire-development |
From: Ernest P. <mac...@ma...> - 2005-12-05 09:59:22
|
Did I miss something? I can't find the file you need to open in Xcode to build a new copy of Fire from SVN. -- Ernest Phillips - <Mac...@ma...> http://www.ernestphillips.com "Politicians are the same all over. They promise to build a bridge even where there is no river." -Nikita Khrushchev |
From: Jason T. <tow...@ma...> - 2005-12-03 22:13:30
|
The workaround for this would be to run all of Fire under Rosetta. -Jason On Dec 3, 2005, at 10:26 AM, Graham Booker wrote: > I expect that the bundle will just fail to load. There really is > not much that we can do about this fact. Those using Intel will > just have to wait for the dependent libraries to be ported to Intel. > > Also, the plugin count that is PPC only is up to 3 now. Both the > current Growl and 10.2 Growl plugins and the OTR plugin. > > > - Graham > Fire Development Team > http://fire.sf.net > > > On Dec 3, 2005, at 10:45 AM, Alan Humpherys wrote: > >> Hey Graham..... >> >> Just a heads up..... I see that you have made 2 of the plugins >> PPC only because of some missing dependencies. I am pretty sure >> that rosetta will not work if you have part of the application as >> universal and then load a bundle which is ppc only. We should get >> someone with an Intel system to test out this theory. >> >> Alan >> ------ >> Alan Humpherys >> Fire Development Team >> http://fire.sf.net > |