bme-develop

RE: [bme-develop] Final BeMSN Release Progress

[Sir M. <obe...@ho...>]

Hi Simon!

>I've finally found a bit of time and a bit of motivation and have put
>together a "final" release of BeMSN so we can finally get that out to
>people, and then get CVS cleaned up.
>
Nice work!

>I've also fixed a few bugs:
>-The windows appearing small in the top left is fixed
What was the problem here? we should also change this in the bme code, since 
it has the same bug...but I think you'll upload the modified code to cvs?

>It's currently in the testing phase (I had a crash early on in a
>conversation, not enough people have been talking to me to get me to
>reproduce it though). Once I track that bug down, it should be ready
>for release, hopefully by this weekend. Then we can finally get started
>on bme!
>
great want to start ASAP...right now I'm busy programming the profile 
information code....some of this information is needed for hotmail login


regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Final BeMSN Release Progress

[Sir M. <obe...@ho...>]

Hi Jixt,

>I've tried to compile the bme stuff and I am stuck @ 41 errors. What I want 
>to say is that it is important to clean up the CVS. Also make sure 
>everything compiles before you do a check-in into the CVS. For people who 
>just want to make a build from the current CVS, it is a problem. You need 
>the sources of cryptlib(had to find it myself. i could not find it on the 
>homepage...). And you need to figure out why it does not compile.
>>Could anyone help me what I need to do(a preparation) before I compile the 
>>whole stuff? Maybe it would be nice to put that all on the homepage. I 
>>know developpers don't like documentation, but somethimes it is needed to 
>>speed up the development of your project ;)
>
I think documentation is very important! I tried to give a download and 
compile manual at bme.sourceforge.net but it's slightly outdated now...page 
should have an update anyway!

about compiling: first to make sure: you are using Bme_x86.proj right? make 
sure you place the cryplib.h file in a dir accessible to BeIDE(not sure 
which dir, maybe the others can help here).  I wonder when you downloaded 
the code from CVS? The Netwatch files weren't in cvs before, but Simon 
uploaded them to cvs this week(right Simon?), if it doesn't compile, and you 
don't have them, just delete the entire Netwatch dir to fix the compiling 
issues. Another issue is the libbnetapi.so file, this is a BONE file...the 
r5 file is called libnetapi.so: this doesn't cause any compiling issues but 
make sure you have included the right one in your project, otherwise you 
won't get connected to internet.

Another issue MYOB pointed out to me was that the Bme app only compiles 
correctly(without causing a crash) on Dano, when debugging is enabled...not 
sure why!  hope this helps! otherwise we should sometime talk in BeShare 
about this!

>What I also think is that it would be bad to create another module 
>specially for the final release. All should be @ one place, otherwise it 
>will become confusing.
>
I agree...as I've understood from Simon, the old BeMSN files will still be 
in the attic, maybe the thing we could do is set a package with the latest 
release (binary + source) on our homepage,  just to have them around!

regards,

Tim

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

Re: [bme-develop] Final BeMSN Release Progress

[Jixt <ji...@li...>]

Hi,

> about compiling: first to make sure: you are using Bme_x86.proj 
> right? make 
> sure you place the cryplib.h file in a dir accessible to BeIDE(not 
> sure 
> which dir, maybe the others can help here).  I wonder when you 
> downloaded 
> the code from CVS? The Netwatch files weren't in cvs before, but 
> Simon 
> uploaded them to cvs this week(right Simon?), if it doesn't compile, 
> and you 
> don't have them, just delete the entire Netwatch dir to fix the 
> compiling 
> issues. Another issue is the libbnetapi.so file, this is a BONE 
> file...the 
> r5 file is called libnetapi.so: this doesn't cause any compiling 
> issues but 
> make sure you have included the right one in your project, otherwise 
> you 
> won't get connected to internet.

I'm compiling everything in Zeta RC 3. I have cryptlib.h into a 
directory that is accessible to BEIDE. and I use the libbnetapi.so.
All errors have something to do with PostMessage.... I think it is 
somenthing stupid that I forgot to do...

In the attachments you can see my errors.

Jixt

Re: [bme-develop] Final BeMSN Release Progress

[Simon T. <sim...@ga...>]

> Hi,
> 
> > about compiling: first to make sure: you are using Bme_x86.proj 
> > right? make 
> > sure you place the cryplib.h file in a dir accessible to BeIDE(not 
> > sure 
> > which dir, maybe the others can help here).  I wonder when you 
> > downloaded 
> > the code from CVS? The Netwatch files weren't in cvs before, but 
> > Simon 
> > uploaded them to cvs this week(right Simon?), if it doesn't 
> > compile, 
> > and you 
> > don't have them, just delete the entire Netwatch dir to fix the 
> > compiling 
> > issues. Another issue is the libbnetapi.so file, this is a BONE 
> > file...the 
> > r5 file is called libnetapi.so: this doesn't cause any compiling 
> > issues but 
> > make sure you have included the right one in your project, 
> > otherwise 
> > you 
> > won't get connected to internet.
> 
> I'm compiling everything in Zeta RC 3. I have cryptlib.h into a 
> directory that is accessible to BEIDE. and I use the libbnetapi.so.
> All errors have something to do with PostMessage.... I think it is 
> somenthing stupid that I forgot to do...
> 
> In the attachments you can see my errors.
> 
> Jixt

I read something about Zeta not having PostMessage by default.
http://www.yellowtab.com/news/article.php?id=96

"There is a macro defined in the header you can set in your project to 
still use this [PostMessage]" - I haven't got the headers for Zeta so I 
don't know what that is, I'm afraid.

Simon

Re: [bme-develop] Final BeMSN Release Progress

[Jixt <ji...@li...>]

> I read something about Zeta not having PostMessage by default.
> http://www.yellowtab.com/news/article.php?id=96
> 
> "There is a macro defined in the header you can set in your project 
> to 
> still use this [PostMessage]" - I haven't got the headers for Zeta so 
> I 
> don't know what that is, I'm afraid.


Yeah, typical YellowTab. They change something and they say something 
about it. But don't think they will say everything! If I know the 
solution, I will tell you guys. Maybe handy then to put on the homepage 
;)

Jixt

Re: [bme-develop] Final BeMSN Release Progress

[D. G. <A00...@it...>]

Hello, I went through the same problems when compiling the source with 
Zeta. I had to modify the Looper.h header because it marks 
PostMessage() as deprecated 

//#ifdef _ZETA_USING_DEPRECATED_API_
// Deprecated, use BMessenger instead  

Another problem I had was that the function find_directory is located 
in libzeta.so and not in libbe.so so you have to include it to the 
project to link it.

Also, had to remove some of the sources from the User Interface folder 
to get BeIDE to use the NewGUI source.

Regards,
Daniel

> > Hi,
> > 
> > > about compiling: first to make sure: you are using Bme_x86.proj 
> > > right? make 
> > > sure you place the cryplib.h file in a dir accessible to 
> > > BeIDE(not 
> > > sure 
> > > which dir, maybe the others can help here).  I wonder when you 
> > > downloaded 
> > > the code from CVS? The Netwatch files weren't in cvs before, but 
> > > Simon 
> > > uploaded them to cvs this week(right Simon?), if it doesn't 
> > > compile, 
> > > and you 
> > > don't have them, just delete the entire Netwatch dir to fix the 
> > > compiling 
> > > issues. Another issue is the libbnetapi.so file, this is a BONE 
> > > file...the 
> > > r5 file is called libnetapi.so: this doesn't cause any compiling 
> > > issues but 
> > > make sure you have included the right one in your project, 
> > > otherwise 
> > > you 
> > > won't get connected to internet.
> > 
> > I'm compiling everything in Zeta RC 3. I have cryptlib.h into a 
> > directory that is accessible to BEIDE. and I use the libbnetapi.so.
> > All errors have something to do with PostMessage.... I think it is 
> > somenthing stupid that I forgot to do...
> > 
> > In the attachments you can see my errors.
> > 
> > Jixt
> 
> I read something about Zeta not having PostMessage by default.
> http://www.yellowtab.com/news/article.php?id=96
> 
> "There is a macro defined in the header you can set in your project 
> to 
> still use this [PostMessage]" - I haven't got the headers for Zeta so 
> I 
> don't know what that is, I'm afraid.
> 
> Simon
> 

Re: [bme-develop] Final BeMSN Release Progress

[Jixt <ji...@li...>]

Hi,


> Hello, I went through the same problems when compiling the source 
> with 
> Zeta. I had to modify the Looper.h header because it marks 
> PostMessage() as deprecated 
> 
> //#ifdef _ZETA_USING_DEPRECATED_API_
> // Deprecated, use BMessenger instead  
> 
> Another problem I had was that the function find_directory is located 
> in libzeta.so and not in libbe.so so you have to include it to the 
> project to link it.
> 
> Also, had to remove some of the sources from the User Interface 
> folder 
> to get BeIDE to use the NewGUI source.
> 

It compiles!!! Thx guys! I will write down what you need to do if you 
want to compile it under Zeta. The only problem I have now is that it 
does not want to login... I will download the latest sources from CVS. 
Maybe it will work then

greets

	Jixt

Re: [bme-develop] Final BeMSN Release Progress

[Simon T. <sim...@ga...>]

> Hi,
> 
> 
> > Hello, I went through the same problems when compiling the source 
> > with 
> > Zeta. I had to modify the Looper.h header because it marks 
> > PostMessage() as deprecated 
> > 
> > //#ifdef _ZETA_USING_DEPRECATED_API_
> > // Deprecated, use BMessenger instead  
> > 
> > Another problem I had was that the function find_directory is 
> > located 
> > in libzeta.so and not in libbe.so so you have to include it to the 
> > project to link it.
> > 
> > Also, had to remove some of the sources from the User Interface 
> > folder 
> > to get BeIDE to use the NewGUI source.
> > 
> 
> It compiles!!! Thx guys! I will write down what you need to do if you 
> want to compile it under Zeta. The only problem I have now is that it 
> does not want to login... I will download the latest sources from 
> CVS. 
> Maybe it will work then

I had to reduce the cryptlib timeout attribute to get it to log in (set 
in a couple of places in NS handler IIRC). Took it down from 60*2 
(don't know why Daniel had it that high?) to about 10/20 and it seems 
to work fine, even on dial-up.

I'm still in the middle of cleaning up CVS, give me a couple more days 
:)

Simon

> greets
> 
> 	Jixt
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank 
> Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop

Re: [bme-develop] Final BeMSN Release Progress

[Sir M. <obe...@ho...>]

Hi,

>At the moment I'm trying to track a weird bug where the SBHandler
>thread crashes in my BeMSN build, but not in my Bme build even though
>the network code is the same. Commenting out the color and font stuff
>seemed to help; I'll investigate a bit more. Hopefully have it done by
>the weekend.
>
Is that the trillian to BeMSN bug we talked about yesterday? hope you'll 
find it! btw profile code works fine now...but I do want some comments on 
it! Simon, what happen to your Screennameview code? is it completed yet? My 
own code is starting to annoy me ;)

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Final BeMSN Release Progress

[Simon T. <sim...@ga...>]

> Hi,
> 
> >At the moment I'm trying to track a weird bug where the SBHandler
> >thread crashes in my BeMSN build, but not in my Bme build even 
> > though
> >the network code is the same. Commenting out the color and font 
> > stuff
> >seemed to help; I'll investigate a bit more. Hopefully have it done 
> > by
> >the weekend.
> >
> Is that the trillian to BeMSN bug we talked about yesterday? hope 
> you'll 
> find it! btw profile code works fine now...but I do want some 
> comments on 
> it! Simon, what happen to your Screennameview code? is it completed 
> yet? My 
> own code is starting to annoy me ;)

Hehe, that's first on the list.

In fact it's not trillian - seems to be some people just using the 
official MSN client.

I've got a reply to your profile code in the works, 5 minutes....

Simon

> regards,
> 
> Tim
> 
> _________________________________________________________________
> Play online games with your friends with MSN Messenger 
> http://messenger.msn.nl/
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank 
> Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop

Re: [bme-develop] Final BeMSN Release Progress

[Sir M. <obe...@ho...>]

Jixt,

judging from your errors, also the wrong version of IconManager is chosen by 
BeIDE(it does this a lot)...it takes the IconManager(Loader etc.) from the 
UserInterface directory...you can see that from for example the MessageItem 
class, which doesn't exists anymore and is now called TaggedText...I suggest 
you delete the entire UserInterface dir, the only one needed is the NewGUI 
dir anyway,

regards,

Tim


>From: "Jixt" <ji...@li...>
>Reply-To: bme...@li...
>To: bme...@li...
>Subject: Re: [bme-develop] Final BeMSN Release Progress
>Date: Fri, 13 Aug 2004 18:14:18 Local time zone must be set--see zic manual 
>page
>
> > I read something about Zeta not having PostMessage by default.
> > http://www.yellowtab.com/news/article.php?id=96
> >
> > "There is a macro defined in the header you can set in your project
> > to
> > still use this [PostMessage]" - I haven't got the headers for Zeta so
> > I
> > don't know what that is, I'm afraid.
>
>
>Yeah, typical YellowTab. They change something and they say something
>about it. But don't think they will say everything! If I know the
>solution, I will tell you guys. Maybe handy then to put on the homepage
>;)
>
>Jixt
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>bme-develop mailing list
>bme...@li...
>https://lists.sourceforge.net/lists/listinfo/bme-develop

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl

Re: [bme-develop] Final BeMSN Release Progress

[Sir M. <obe...@ho...>]

Hi guys,

I've tested my hotmail code and it works! it generates a html file that can 
sign in to hotmail! But we have some problems in the program structure! 
first thing is the password! we need it to log in to hotmail but it's stored 
nowhere!

Secondly we get a bunch of URL information from the hotmail server, see 
http://www.hypothetic.org/docs/msn/notification/miscellaneous.php, I need 
some of those....now they are hardcoded into the program....so where do we 
store them?

Thirdly, right now I can only open hotmail messages if I get a initial mail 
message...but that's send only when you've unread mails....so we should 
figure out how to login without getting that message!

Fourthly, the code is a real mess now! I don't like the place where the mail 
code is stored(and especially the information): mailview contains mail info, 
and the mail handling code is placed in BmeApp...I don't like this! we 
should make it more flexible....

because we have a lot of protocol information and don't know where to store 
it I suggest making a class for it that we can query....Protocol or 
smth....or does anyone have a better idea! I think I will also change the 
profile info to a map structure....but leave it some time as it is!(it works 
now)

I really like to get started on changing the contact info classes as this is 
also needed for the hotmail integration(password)....I suggest making four 
new classes...
-two data classes: Contact and User(derives from contact,stores the 
password), these classes make it possible to cache contacts and users!
-a ContactItem class, this is the list item that draws the contacts
-a ListProducer class or smth that takes the Contact classes and turns them 
into corresponding ContactItem classes and puts them in a 
BOutlineListView(groups included)

what do you think about all of this?

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Final BeMSN Release Progress

[D. G. <A00...@it...>]

Hello ...

> Hi guys,
> 
> I've tested my hotmail code and it works! it generates a html file 
> that can 
> sign in to hotmail! But we have some problems in the program 
> structure! 
> first thing is the password! we need it to log in to hotmail but it's 
> stored 
> nowhere!
Good thing it works, that is great. You are right, the password is not 
being stored anywhere, it is only stored temporally in 
	char * MsnNSHandler::pass  (see MsnNSHandler::initMsnSession).
but it is destroyed after the user signs in (see 
MsnNSHandler::handleUSR).
I like the idea of a User class derived from Contact where we can hold 
this information. Common::yo will be an object of this type (yo means 
I, the pronoun, in spanish).

> 
> Secondly we get a bunch of URL information from the hotmail server, 
> see 
> http://www.hypothetic.org/docs/msn/notification/miscellaneous.php, I 
> need 
> some of those....now they are hardcoded into the program....so where 
> do we 
> store them?
How about using the MsnProtocol class which is not being used right 
now.

> 
> Thirdly, right now I can only open hotmail messages if I get a 
> initial mail 
> message...but that's send only when you've unread mails....so we 
> should 
> figure out how to login without getting that message!
What is the reason for this? Is it the id field? If so we can also get 
it in reply to a URL INBOX command. That would be something we'll need 
to add to MsnNSHandler so it can handle this type of commands and send 
BMessage reply with the value the to who asked for it.

> 
> Fourthly, the code is a real mess now! I don't like the place where 
> the mail 
> code is stored(and especially the information): mailview contains 
> mail info, 
> and the mail handling code is placed in BmeApp...I don't like this! 
> we 
> should make it more flexible....
I agree with you. We should move the code somewhere else. The 
MsnProtocol seems like a good place for it if you don't want to mix 
protocol code with view/app code.

> 
> because we have a lot of protocol information and don't know where to 
> store 
> it I suggest making a class for it that we can query....Protocol or 
> smth....or does anyone have a better idea! I think I will also change 
> the 
> profile info to a map structure....but leave it some time as it 
> is!(it works 
> now)
> 
> I really like to get started on changing the contact info classes as 
> this is 
> also needed for the hotmail integration(password)....I suggest making 
> four 
> new classes...
> -two data classes: Contact and User(derives from contact,stores the 
> password), these classes make it possible to cache contacts and 
> users!
> -a ContactItem class, this is the list item that draws the contacts
> -a ListProducer class or smth that takes the Contact classes and 
> turns them 
> into corresponding ContactItem classes and puts them in a 
> BOutlineListView(groups included)
> 
> what do you think about all of this?
Just keep in mind that there are places where the program needs to find 
a particular Contact object (MsnBuddy as of now). This happens by 
calling Common::getMsnBuddy, and this function works by sending a 
BMessage to the list that holds all the Contact objects 
(ContactListView as of now), which replys with a pointer to the object 
if it finds it. If we separate the Contact info from the 
ContactListItem we need a looper to hold the Contact list (maybe 
MsnNSHandler), so it can respond to Common::getMsnBuddy. 

Other than that I think it is a good idea to separate the views/app 
code from the protocol specific code. 
> 
> regards,
> 
> Tim
> 

Regards,
Daniel

Re: [bme-develop] Final BeMSN Release Progress

[Simon T. <sim...@ga...>]

> Hello ...
> 
> > Hi guys,
> > 
> > I've tested my hotmail code and it works! it generates a html file 
> > that can 
> > sign in to hotmail! But we have some problems in the program 
> > structure! 
> > first thing is the password! we need it to log in to hotmail but 
> > it's 
> > stored 
> > nowhere!
> Good thing it works, that is great. You are right, the password is 
> not 
> being stored anywhere, it is only stored temporally in 
> 	char * MsnNSHandler::pass  (see MsnNSHandler::initMsnSession).
> but it is destroyed after the user signs in (see 
> MsnNSHandler::handleUSR).
> I like the idea of a User class derived from Contact where we can 
> hold 
> this information. Common::yo will be an object of this type (yo means 
> I, the pronoun, in spanish).

Yes sounds good to me. Do you need the actual password or can we store 
it MD5 hashed or something? Keeping passwords in memory as plain text 
should be avoided if possible I think.

> > 
> > Secondly we get a bunch of URL information from the hotmail server, 
> > see 
> > http://www.hypothetic.org/docs/msn/notification/miscellaneous.php, 
> > I 
> > need 
> > some of those....now they are hardcoded into the program....so 
> > where 
> > do we 
> > store them?
> How about using the MsnProtocol class which is not being used right 
> now.

Dunno what that is, but sounds ok! :D

[snip]
 
> > because we have a lot of protocol information and don't know where 
> > to 
> > store 
> > it I suggest making a class for it that we can query....Protocol or 
> > smth....or does anyone have a better idea! I think I will also 
> > change 
> > the 
> > profile info to a map structure....but leave it some time as it 
> > is!(it works 
> > now)

You got my previous email about using a few functions to get the data? 
We could just use them and store all the bits we need in a new protocol 
type structure. Or the map thing could work, but as we know what the 
fields are and which ones we need, the overhead of such a general 
container may not be worth it.

> > I really like to get started on changing the contact info classes 
> > as 
> > this is 
> > also needed for the hotmail integration(password)....I suggest 
> > making 
> > four 
> > new classes...
> > -two data classes: Contact and User(derives from contact,stores the 
> > password), these classes make it possible to cache contacts and 
> > users!

Yup OK.

> > -a ContactItem class, this is the list item that draws the contacts

Fine.

> > -a ListProducer class or smth that takes the Contact classes and 
> > turns them 
> > into corresponding ContactItem classes and puts them in a 
> > BOutlineListView(groups included)

I've said before it would be nice if objects could register their 
interest in the contact list with whatever ends up storing it, for any 
changes, so chat windows and the main contact list will both be updated 
when anybody changes their screen name for example.

> > what do you think about all of this?
> Just keep in mind that there are places where the program needs to 
> find 
> a particular Contact object (MsnBuddy as of now). This happens by 
> calling Common::getMsnBuddy, and this function works by sending a 
> BMessage to the list that holds all the Contact objects 
> (ContactListView as of now), which replys with a pointer to the 
> object 
> if it finds it. If we separate the Contact info from the 
> ContactListItem we need a looper to hold the Contact list (maybe 
> MsnNSHandler), so it can respond to Common::getMsnBuddy. 

It makes sense to me to have NS handler be responsible for the contact 
list.
 
> Other than that I think it is a good idea to separate the views/app 
> code from the protocol specific code. 

Me too.

Simon

> > regards,
> > 
> > Tim
> > 
> 
> Regards,
> Daniel
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank 
> Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop