Nabble - MozDev - jslib

Using jslib inside a webpage

2008-07-25T13:12:38Z

Hi all.

I started to work with jslib. Thanks for your work.
I'd like to use jslib from a regular webpage. Is it possible?

How can I import the jslib code using the script tag?
Cheers.

--
Leandro Rodrigo Saad Cruz

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Please connect with me :)

2008-06-05T09:26:31Z

Reunion.com - Invitation

I looked for you on Reunion.com, but you weren't there.
Please connect with me so we can keep in touch.

Do you know Bradley?

Yes

Tell us, and see who's searching for you!

Reunion.com - Find Everyone from Your Past.™
You have received this email because a Reunion.com Member
sent an invitation to this email address.
For assistance, please refer to our FAQ or Contact Us.
Our Address: 2118 Wilshire Blvd., Box 1008, Santa Monica, CA 90403-5784

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Any modules being written for TB or SB?

2008-05-10T17:57:48Z

On 10.05.2008 04:04 Pete Collins wrote

> No, I think having a mail library would be a very good thing ...

I won't be able to do that, since the mail-stuff is completley unknown
to me and time is short. I just would have liked to use such a library
for my extensions.

--
Bye,
Andreas M.
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: moz-storage (SQLite) module?

2008-05-10T17:56:08Z

On 10.05.2008 04:02 Pete Collins wrote

> Nope, please send us your patches ...

Ok, it's done when it's done ;-)

--
Bye,
Andreas M.
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Any modules being written for TB or SB?

2008-05-09T19:04:15Z

Andreas M. wrote:
> Is someone working of modules to make it easier to use the email
> features of Thunderbird or calendar features of Sunbird?
>
> Would this being considered 'bloat' for jslib?
>
>
No, I think having a mail library would be a very good thing ...

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: jslib now part of Firefox?

2008-05-09T19:03:45Z

Andreas M. wrote:
> If memory serves me correctly, than I read once, that jslib is part of
> Firefox since version2.
Hrm, not to my knowledge ...

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: moz-storage (SQLite) module?

2008-05-09T19:02:44Z

Andreas M. wrote:
> Hi,
>
> is anybody working on a jslib-module to make it easier to work with the
> storage (SQLite) backend?
> Thanks.
>

Nope, please send us your patches ...

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Any modules being written for TB or SB?

2008-05-09T18:02:22Z

Is someone working of modules to make it easier to use the email
features of Thunderbird or calendar features of Sunbird?

Would this being considered 'bloat' for jslib?

--
Bye,
Andreas M.
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

jslib now part of Firefox?

2008-05-09T18:00:14Z

If memory serves me correctly, than I read once, that jslib is part of
Firefox since version2.

Is that right?

None of the many extensions I installed in different profiles moaned
about a missing jslib, but I remember, that quite some needed it in
earlier days. I have no jslib installed in FF. I use jslib for my own
project, however, which will be a Thunderbird/Spicebird extension.

--
Bye,
Andreas M.
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

moz-storage (SQLite) module?

2008-05-09T17:55:49Z

Hi,

is anybody working on a jslib-module to make it easier to work with the
storage (SQLite) backend?
Thanks.
--
Andreas M.
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: jslib contributions

2008-04-01T07:39:09Z

Great thanks! After checking, the couple of the patches i had looked
like they'd already been fixed in the repo. But i do have some modules
I'd like to put out there for consideration, once I package them up.

Pete Collins wrote:

> Bryan English wrote:
>
>
>> Hello, I've been using jslib for a while now and I'm a big fan of it. It
>> makes moz app development much MUCH easier. Many thanks to all those who
>> contributed to this library!
>>
>> Two questions..
>>
>> 1.) is this project still being regularly maintainted, ie, bug fixes, docs?
>>
>>
>>
>
> It is when I have the time ... Development goes in spurts ...
>
>
>> 2.) How can I help out with the project? I have a couple of additions
>> I've made and ideas for additional modules but would like to pipe them
>> through the proper channels for consideration for all to benefit.
>>
>>
>>
>>
> The best way is to file a bug and attach good patches for testing and
> review to be included in the lib.
>
> Thanks
>
> --pete
>
>

--
_________________________________
Bryan English

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: jslib contributions

2008-03-31T06:53:15Z

Bryan English wrote:

>Hello, I've been using jslib for a while now and I'm a big fan of it. It
>makes moz app development much MUCH easier. Many thanks to all those who
>contributed to this library!
>
>Two questions..
>
>1.) is this project still being regularly maintainted, ie, bug fixes, docs?
>
>

It is when I have the time ... Development goes in spurts ...

>2.) How can I help out with the project? I have a couple of additions
>I've made and ideas for additional modules but would like to pipe them
>through the proper channels for consideration for all to benefit.
>
>
>
The best way is to file a bug and attach good patches for testing and
review to be included in the lib.

Thanks

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

jslib contributions

2008-03-30T11:08:40Z

Hello, I've been using jslib for a while now and I'm a big fan of it. It
makes moz app development much MUCH easier. Many thanks to all those who
contributed to this library!

Two questions..

1.) is this project still being regularly maintainted, ie, bug fixes, docs?

2.) How can I help out with the project? I have a couple of additions
I've made and ideas for additional modules but would like to pipe them
through the proper channels for consideration for all to benefit.

Thanks!

--
_________________________________
Bryan English

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: isAlive in sockets.js

2008-02-24T11:43:28Z

For what it's worth, I found out what the problem was with my sockets.

I was calling socket.open() followed by a test for socket.isAlive() to see if the open worked - there is no return value from .open(). Often it would fail - so I tried to work around this by creating a loop that opens new sockets if the socket is not alive. This often caught the problem when I ran it in the browser, but it failed much more often when I ran it in a xulrunner app.

Ultimately, it appears that isAlive() was getting called possibily before the work of socket.open() was completed. By adding in a setTimeout() (even for just one millisecond), the problem is solved. It appears that the .open() is working - it just doesn't complete in time if you test isAlive() immediately thereafter.

I don't have much experience with JavaScript (until now) but I know that some of it is pretty asynchronous, so I guess socket.isAlive may actually be getting called before socket.open even works.

So I don't have a fix to put in the code, just a note that if isAlive is called immeidately, it may not be accurate. This is tricky to debug because if you set a breakpoint , then the error might not surface.

nick

On Sat, Feb 23, 2008 at 12:01 PM, Pete Collins <pete@...> wrote:

> Any insight on the use of isAlive would be appreciated - and if you
> have any ideas about the weird bug described above, please chime in!
>
The problem is I didn't write the socket code and never use it so I need
to rely on developers who are using the code to send in their patches.

I can review/cleanup and check in ...

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: isAlive in sockets.js

2008-02-23T09:01:44Z

> Any insight on the use of isAlive would be appreciated - and if you
> have any ideas about the weird bug described above, please chime in!
>
The problem is I didn't write the socket code and never use it so I need
to rely on developers who are using the code to send in their patches.

I can review/cleanup and check in ...

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

isAlive in sockets.js

2008-02-22T20:31:24Z

What is the status of the isAlive function in sockets.js?

I saw this piece of documentation:

    // We really should call _transport.isAlive (?) but that is never reliable
    // (either always false or always true).
    // Experimentation shows that calls to available() or isAlive() will not
    // catch any problems with the connection until the javascript call
    // stack has completely unwound.

and I noticed that when rajeev posted a fix for some socket behavior, it included pulling out the isAlive call. (http://mozdev.org/pipermail/jslib/2007-December/000917.html) Should isAlive be used?

I'm trying to debug some odd behavior and am wondering if it is related to this. Specifically, I have some code using sockets.js that shows this behavior:

when i run it repeatedly in jsliblive in Firefox, occasionally it hits a streak where after the socket.open is called, socket.isAlive() fails. It might do this 7 times, and then I will have a streak where it works properly.

When we moved it out of Firefox and into a xulrunner app, it started failing on isAlive() every time.

Any insight on the use of isAlive would be appreciated - and if you have any ideas about the weird bug described above, please chime in!

nick

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: JSLib intermittently does not work in Firefox - reinstall fixes

2007-12-04T08:26:34Z

Pete,

No, this doesn't appear to be the case -

C:\Documents and Settings\%myname%\Application Data\Mozilla\Firefox\Profiles\0ko2cemk.default\chrome
doesn't have any of the jslib files.

actually, I just experienced the same thing on my Mac 10.3.9 and FF 2.0 - my chrome files aren't loading now, but they were previously. Again, the user profile doesn't seem to have any JSLib content - just in the FF package itself. I have not yet re-installed to see if this returns it to normal.

nick

On Dec 3, 2007 4:37 PM, Pete Collins <pete@...> wrote:

Is it possible you have two jslib's installed?

One in global chrome c:\Program Files\Firefox\chrome\jslib

and one in your user profile dir?

--pete

Nick P wrote:

> This happened to me once, and I wrote it off as a fluke, but now it
> happened again and I want to ask if anyone else has seen this behavior
> before.
>
> I installed JSLib, and used it successfully. Some time later, I
> loaded Firefox and none of my JSLib .xul examples would load.
> jslib:about and other commands did not work - but jslib:docs did take
> me to the on-line documentation. Restarting Firefox did not fix the
> problem, and I believe I even rebooted and it did not fix the
> problem. Each time I re-installed JSLib, rebooted, and it worked.
>
> Let me know if you can explain this behavior or if you can recommend
> me to look for anything the next time it happens.
>
> Windows XP/ Firefox 2.0, using * *jslib_current_static.xpi*

> < http://downloads.mozdev.org/jslib/xpi/signed/jslib_current_static_signed.xpi>
> .
>
> Thanks,
> Nick
> *
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Jslib mailing list
>Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>
>

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-03T15:43:15Z

Rajeev J Sebastian wrote:

>Hello Pete,
>
>Is it possible to have mercurial access to the jslib repository in
>some standard way ?
>
>Does jslib still use CVS ?
>
You can checkout using guest privileges ...

cvs -d :pserver:guest@...:/cvs login
cvs -d :pserver:guest@...:/cvs co jslib

for any patches please attach to a bug and assign to me for review. and
just bug me until I review it.

Thanks

--pete

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-03T14:35:03Z

Hello Pete,

Is it possible to have mercurial access to the jslib repository in
some standard way ?

Does jslib still use CVS ?

Regards
Rajeev J Sebastian

On Dec 4, 2007 1:16 AM, Nick P <nick.pend@...> wrote:

> I forgot to mention the relevant changes that Rajeev did make to socket.xul.
>
>
> C:\Program Files\GnuWin32\bin>diff "C:\Program Files\Mozilla Firefox\
> 63a64,65
> > if( bytesAvailable > 0 )
> > {
> 66,70c68,71
> < socketData.length;
> < if (!theSocket.isConnected)
> < {
> < socketResults.value = "the socket is closed";
> < }
> ---
> > socketData.length;
> > }
> > else
> > socketResults.value = "the socket is closed";
>
>
>
> On Dec 3, 2007 2:16 PM, Nick P <nick.pend@...> wrote:
> > Rajeev,
> >
> > I can confirm that this does work - I replaced my socket.js with your
> edited version. A diff shows these changes:
> >
> > C:\Program Files\GnuWin32\bin>diff "C:\Program Files\Mozilla
> Firefox\chrome\jslib\network\socket.js" "C:\Program Files\Mozilla
> Firefox\chrome\jslib\network\socket.js.old"
> > 25,26c25,26
> > < // if (!this.isAlive())
> > < // return 0;
> > ---
> > > if (!this.isAlive())
> > > return 0;
> > 219,220c219,220
> > < if (!this.available())
> > < throw " Socket.read: Nothing available.";
> > ---
> > > if (!this.isAlive())
> > > throw "Socket.read: Not Connected.";
> >
> > C:\Program Files\GnuWin32\bin>
> >
> > ------------------
> > So now, the Receive works as one would expect. The call from available in
> the demo still shows zero bytes - but this is probably because it calls
> isAlive before it calls available. It would make sense to change the demo
> so that the Available button would show the new functionality, although I
> haven't tested this. FYI, this is the demo's function call for the
> Available? button
> >
> > function availableSocket( theSocket )
> > {
> > statusMsg.value = ( theSocket.isAlive()
> > ? "socket has " + theSocket.available() + " bytes pending"
> > : "socket is not connected" );
> > }
> >
> >
> > Pete, I hope you can use this.
> >
> > Thanks Rajeev!
> >
> > nick
> >
> >
> >
> >
> > On Dec 2, 2007 1:12 PM, Rajeev J Sebastian < rajeev.sebastian@... >
> wrote:
> >
> > > Hello Nick,
> > >
> > > I made a couple of changes to network/socket.js and samples/socket.xul
> ...
> > >
> > > I _believe_ it works with the socket server example that I had used
> > > when testing with the Python client as I mentioned before.
> > >
> > > I am attaching the socket.js and socket.xul with this email.
> > >
> > > Sorry, I dont remember how to use CVS and I didnt think to maintain a
> > > pristine copy of jslib before making the changes, so I dont have
> > > diffs. :/
> > >
> > > I am also attaching the sample Python server/client with this email.
> > >
> > > Meanwhile, i will give the testing one more go, just to make sure it
> > > actually does work.
> > >
> > > Could you also verify it works with your example ?
> > >
> > > Regards
> > > Rajeev J Sebastian
> > >
> > >
> > >
> > >
> > > On Dec 2, 2007 10:10 AM, Nick P < nick.pend@...> wrote:
> > > > Thanks for the confirmation Rajeev.
> > > >
> > > > Pete (or anyone in the know here) - I don't know if you have time to
> look
> > > > at this -- if you don't, but you could tell me some functions to start
> > > > looking in in the library itself, I'll take a look. I know very
> little
> > > > about XPCOM but I might be able to turn something up.
> > > >
> > > > If I can clarify better let me know - in short, after a server sends
> data to
> > > > a XUL/JS client, it closes a socket. Instead of the JSLib client
> still
> > > > being able to read the data that was sent to its socket, it sees zero
> bytes.
> > > > Expected behavior should be (I believe) that it can still read the
> data that
> > > > was made available to it.
> > > >
> > > > Thanks,
> > > > Nick
> > > >
> > > >
> > > >
> > > > On Dec 1, 2007 11:51 AM, Rajeev J Sebastian
> <rajeev.sebastian@... >
> > > > wrote:
> > > > >
> > > > >
> > > > >
> > > > > Hello Nick,
> > > > >
> > > > >
> > > > > On Dec 1, 2007 4:33 AM, Nick P <nick.pend@... > wrote:
> > > > > > I am still attempting to use JSLib as a client for a server.
> After the
> > > > > > server sends a reply message, it closes the socket. Up until the
> socket
> > > > is
> > > > > > closed by the server, the XUL client recognizes that there is data
> > > > > > available. When I built a sample client in VB.net, I was able to
> read
> > > > the
> > > > > > available data even after the server closed the socket. However,
> with
> > > > the
> > > > > > JSLib sockets, I have been unable to get it to read the data after
> the
> > > > > > server closes the socket.
> > > > > >
> > > > >
> > > > > > Am I wrong that this data should still be available for reading,
> or is
> > > > this
> > > > > > unexpected behavior?
> > > > >
> > > > > I ran the equivalent with Python, and I can reproduce the above
> behaviour.
> > > > >
> > > > > I used a Python based socket server and client.(based on
> > > > > http://docs.python.org/lib/socket-example.html, only the server
> closes
> > > > > the client after receving three times)
> > > > >
> > > > > With (unmodified) socket.xul , it just gives a message that the
> socket
> > > > > was closed. However, with the Python client, it returns the data.
> > > > >
> > > > > I havent done any extensive testing or anythign ... just a 15 minute
> job.
> > > > >
> > > > > Regards
> > > > > Rajeev J Sebastian
> > > > > _______________________________________________
> > > > > Jslib mailing list
> > > > > Jslib@...
> > > > > https://www.mozdev.org/mailman/listinfo/jslib
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Jslib mailing list
> > > > Jslib@...
> > > > https://www.mozdev.org/mailman/listinfo/jslib
> > > >
> > > >
> > >
> > > _______________________________________________
> > > Jslib mailing list
> > > Jslib@...
> > > https://www.mozdev.org/mailman/listinfo/jslib
> > >
> > >
> >
> >
>
>
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: JSLib intermittently does not work in Firefox - reinstall fixes

2007-12-03T13:37:31Z

Is it possible you have two jslib's installed?

One in global chrome c:\Program Files\Firefox\chrome\jslib

and one in your user profile dir?

--pete

Nick P wrote:

> This happened to me once, and I wrote it off as a fluke, but now it
> happened again and I want to ask if anyone else has seen this behavior
> before.
>
> I installed JSLib, and used it successfully. Some time later, I
> loaded Firefox and none of my JSLib .xul examples would load.
> jslib:about and other commands did not work - but jslib:docs did take
> me to the on-line documentation. Restarting Firefox did not fix the
> problem, and I believe I even rebooted and it did not fix the
> problem. Each time I re-installed JSLib, rebooted, and it worked.
>
> Let me know if you can explain this behavior or if you can recommend
> me to look for anything the next time it happens.
>
> Windows XP/ Firefox 2.0, using * *jslib_current_static.xpi*
> <http://downloads.mozdev.org/jslib/xpi/signed/jslib_current_static_signed.xpi>
> .
>
> Thanks,
> Nick
> *
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Jslib mailing list
>Jslib@...
>https://www.mozdev.org/mailman/listinfo/jslib
>
>

--
Pete Collins - Founder, Mozdev Group Inc.
www.mozdevgroup.com
Mozilla Software Development Solutions
tel: 1-719-302-5811
fax: 1-719-302-5813

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-03T11:46:09Z

I forgot to mention the relevant changes that Rajeev did make to socket.xul.

C:\Program Files\GnuWin32\bin>diff "C:\Program Files\Mozilla Firefox\
63a64,65
>         if( bytesAvailable > 0 )
>               {
66,70c68,71
<               socketData.length;
<          if (!theSocket.isConnected)
<               {
<                       socketResults.value = "the socket is closed";
<               }
---
>             socketData.length;
>           }
>         else
>               socketResults.value = "the socket is closed";

On Dec 3, 2007 2:16 PM, Nick P <nick.pend@...> wrote:

Rajeev,

I can confirm that this does work - I replaced my socket.js with your edited version. A diff shows these changes:

C:\Program Files\GnuWin32\bin>diff "C:\Program Files\Mozilla Firefox\chrome\jslib\network\socket.js" "C:\Program Files\Mozilla Firefox\chrome\jslib\network\socket.js.old"
25,26c25,26
< //     if (!this.isAlive())
< //         return 0;
---
>     if (!this.isAlive())
>         return 0;
219,220c219,220
<     if (!this.available())
<       throw " Socket.read: Nothing available.";
---
>     if (!this.isAlive())
>       throw "Socket.read: Not Connected.";

C:\Program Files\GnuWin32\bin>

------------------
So now, the Receive works as one would expect. The call from available in the demo still shows zero bytes - but this is probably because it calls isAlive before it calls available. It would make sense to change the demo so that the Available button would show the new functionality, although I haven't tested this. FYI, this is the demo's function call for the Available? button

    function availableSocket( theSocket )
    {
        statusMsg.value = ( theSocket.isAlive()
            ? "socket has " + theSocket.available() + " bytes pending"
            : "socket is not connected" );
    }

Pete, I hope you can use this.

Thanks Rajeev!

nick

On Dec 2, 2007 1:12 PM, Rajeev J Sebastian < rajeev.sebastian@...> wrote:
Hello Nick,

I made a couple of changes to network/socket.js and samples/socket.xul ...

I _believe_ it works with the socket server example that I had used
when testing with the Python client as I mentioned before.

I am attaching the socket.js and socket.xul with this email.

Sorry, I dont remember how to use CVS and I didnt think to maintain a
pristine copy of jslib before making the changes, so I dont have
diffs. :/

I am also attaching the sample Python server/client with this email.

Meanwhile, i will give the testing one more go, just to make sure it
actually does work.

Could you also verify it works with your example ?

Regards
Rajeev J Sebastian

On Dec 2, 2007 10:10 AM, Nick P < nick.pend@...> wrote:

> Thanks for the confirmation Rajeev.
>
> Pete (or anyone in the know here) - I don't know if you have time to look
> at this -- if you don't, but you could tell me some functions to start
> looking in in the library itself, I'll take a look. I know very little
> about XPCOM but I might be able to turn something up.
>
> If I can clarify better let me know - in short, after a server sends data to
> a XUL/JS client, it closes a socket. Instead of the JSLib client still
> being able to read the data that was sent to its socket, it sees zero bytes.
> Expected behavior should be (I believe) that it can still read the data that
> was made available to it.
>
> Thanks,
> Nick
>
>
>
> On Dec 1, 2007 11:51 AM, Rajeev J Sebastian <rajeev.sebastian@...>
> wrote:
> >
> >
> >
> > Hello Nick,
> >
> >
> > On Dec 1, 2007 4:33 AM, Nick P <nick.pend@... > wrote:
> > > I am still attempting to use JSLib as a client for a server. After the
> > > server sends a reply message, it closes the socket. Up until the socket
> is
> > > closed by the server, the XUL client recognizes that there is data
> > > available. When I built a sample client in VB.net, I was able to read
> the
> > > available data even after the server closed the socket. However, with
> the
> > > JSLib sockets, I have been unable to get it to read the data after the
> > > server closes the socket.
> > >
> >
> > > Am I wrong that this data should still be available for reading, or is
> this
> > > unexpected behavior?
> >

> > I ran the equivalent with Python, and I can reproduce the above behaviour.
> >
> > I used a Python based socket server and client.(based on
> > http://docs.python.org/lib/socket-example.html, only the server closes
> > the client after receving three times)
> >
> > With (unmodified) socket.xul , it just gives a message that the socket
> > was closed. However, with the Python client, it returns the data.
> >
> > I havent done any extensive testing or anythign ... just a 15 minute job.
> >
> > Regards
> > Rajeev J Sebastian
> > _______________________________________________
> > Jslib mailing list
> > Jslib@...
> > https://www.mozdev.org/mailman/listinfo/jslib
> >
>
>
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

JSLib intermittently does not work in Firefox - reinstall fixes

2007-12-03T11:21:10Z

This happened to me once, and I wrote it off as a fluke, but now it happened again and I want to ask if anyone else has seen this behavior before.

I installed JSLib, and used it successfully. Some time later, I loaded Firefox and none of my JSLib .xul examples would load. jslib:about and other commands did not work - but jslib:docs did take me to the on-line documentation. Restarting Firefox did not fix the problem, and I believe I even rebooted and it did not fix the problem. Each time I re-installed JSLib, rebooted, and it worked.

Let me know if you can explain this behavior or if you can recommend me to look for anything the next time it happens.

Windows XP/ Firefox 2.0, using jslib_current_static.xpi .

Thanks,
Nick

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-03T11:16:02Z

Rajeev,

I can confirm that this does work - I replaced my socket.js with your edited version. A diff shows these changes:

C:\Program Files\GnuWin32\bin>diff "C:\Program Files\Mozilla Firefox\chrome\jslib\network\socket.js" "C:\Program Files\Mozilla Firefox\chrome\jslib\network\socket.js.old"
25,26c25,26
< //     if (!this.isAlive())
< //         return 0;
---
>     if (!this.isAlive())
>         return 0;
219,220c219,220
<     if (!this.available())
<       throw " Socket.read: Nothing available.";
---
>     if (!this.isAlive())
>       throw "Socket.read: Not Connected.";

C:\Program Files\GnuWin32\bin>

------------------
So now, the Receive works as one would expect. The call from available in the demo still shows zero bytes - but this is probably because it calls isAlive before it calls available. It would make sense to change the demo so that the Available button would show the new functionality, although I haven't tested this. FYI, this is the demo's function call for the Available? button

    function availableSocket( theSocket )
    {
        statusMsg.value = ( theSocket.isAlive()
            ? "socket has " + theSocket.available() + " bytes pending"
            : "socket is not connected" );
    }

Pete, I hope you can use this.

Thanks Rajeev!

nick

On Dec 2, 2007 1:12 PM, Rajeev J Sebastian <rajeev.sebastian@...> wrote:

Hello Nick,

I made a couple of changes to network/socket.js and samples/socket.xul ...

I _believe_ it works with the socket server example that I had used
when testing with the Python client as I mentioned before.

I am attaching the socket.js and socket.xul with this email.

Sorry, I dont remember how to use CVS and I didnt think to maintain a
pristine copy of jslib before making the changes, so I dont have
diffs. :/

I am also attaching the sample Python server/client with this email.

Meanwhile, i will give the testing one more go, just to make sure it
actually does work.

Could you also verify it works with your example ?

Regards
Rajeev J Sebastian

On Dec 2, 2007 10:10 AM, Nick P < nick.pend@...> wrote:

> Thanks for the confirmation Rajeev.
>
> Pete (or anyone in the know here) - I don't know if you have time to look
> at this -- if you don't, but you could tell me some functions to start
> looking in in the library itself, I'll take a look. I know very little
> about XPCOM but I might be able to turn something up.
>
> If I can clarify better let me know - in short, after a server sends data to
> a XUL/JS client, it closes a socket. Instead of the JSLib client still
> being able to read the data that was sent to its socket, it sees zero bytes.
> Expected behavior should be (I believe) that it can still read the data that
> was made available to it.
>
> Thanks,
> Nick
>
>
>
> On Dec 1, 2007 11:51 AM, Rajeev J Sebastian <rajeev.sebastian@...>
> wrote:
> >
> >
> >
> > Hello Nick,
> >
> >
> > On Dec 1, 2007 4:33 AM, Nick P <nick.pend@... > wrote:
> > > I am still attempting to use JSLib as a client for a server. After the
> > > server sends a reply message, it closes the socket. Up until the socket
> is
> > > closed by the server, the XUL client recognizes that there is data
> > > available. When I built a sample client in VB.net, I was able to read
> the
> > > available data even after the server closed the socket. However, with
> the
> > > JSLib sockets, I have been unable to get it to read the data after the
> > > server closes the socket.
> > >
> >
> > > Am I wrong that this data should still be available for reading, or is
> this
> > > unexpected behavior?
> >
> > I ran the equivalent with Python, and I can reproduce the above behaviour.
> >
> > I used a Python based socket server and client.(based on
> > http://docs.python.org/lib/socket-example.html, only the server closes
> > the client after receving three times)
> >
> > With (unmodified) socket.xul , it just gives a message that the socket
> > was closed. However, with the Python client, it returns the data.
> >
> > I havent done any extensive testing or anythign ... just a 15 minute job.
> >
> > Regards
> > Rajeev J Sebastian
> > _______________________________________________
> > Jslib mailing list
> > Jslib@...
> > https://www.mozdev.org/mailman/listinfo/jslib
> >
>
>
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-02T10:12:06Z

Hello Nick,

I made a couple of changes to network/socket.js and samples/socket.xul ...

I _believe_ it works with the socket server example that I had used
when testing with the Python client as I mentioned before.

I am attaching the socket.js and socket.xul with this email.

Sorry, I dont remember how to use CVS and I didnt think to maintain a
pristine copy of jslib before making the changes, so I dont have
diffs. :/

I am also attaching the sample Python server/client with this email.

Meanwhile, i will give the testing one more go, just to make sure it
actually does work.

Could you also verify it works with your example ?

Regards
Rajeev J Sebastian

On Dec 2, 2007 10:10 AM, Nick P <nick.pend@...> wrote:

> Thanks for the confirmation Rajeev.
>
> Pete (or anyone in the know here) - I don't know if you have time to look
> at this -- if you don't, but you could tell me some functions to start
> looking in in the library itself, I'll take a look. I know very little
> about XPCOM but I might be able to turn something up.
>
> If I can clarify better let me know - in short, after a server sends data to
> a XUL/JS client, it closes a socket. Instead of the JSLib client still
> being able to read the data that was sent to its socket, it sees zero bytes.
> Expected behavior should be (I believe) that it can still read the data that
> was made available to it.
>
> Thanks,
> Nick
>
>
>
> On Dec 1, 2007 11:51 AM, Rajeev J Sebastian <rajeev.sebastian@...>
> wrote:
> >
> >
> >
> > Hello Nick,
> >
> >
> > On Dec 1, 2007 4:33 AM, Nick P <nick.pend@...> wrote:
> > > I am still attempting to use JSLib as a client for a server. After the
> > > server sends a reply message, it closes the socket. Up until the socket
> is
> > > closed by the server, the XUL client recognizes that there is data
> > > available. When I built a sample client in VB.net, I was able to read
> the
> > > available data even after the server closed the socket. However, with
> the
> > > JSLib sockets, I have been unable to get it to read the data after the
> > > server closes the socket.
> > >
> >
> > > Am I wrong that this data should still be available for reading, or is
> this
> > > unexpected behavior?
> >
> > I ran the equivalent with Python, and I can reproduce the above behaviour.
> >
> > I used a Python based socket server and client.(based on
> > http://docs.python.org/lib/socket-example.html, only the server closes
> > the client after receving three times)
> >
> > With (unmodified) socket.xul , it just gives a message that the socket
> > was closed. However, with the Python client, it returns the data.
> >
> > I havent done any extensive testing or anythign ... just a 15 minute job.
> >
> > Regards
> > Rajeev J Sebastian
> > _______________________________________________
> > Jslib mailing list
> > Jslib@...
> > https://www.mozdev.org/mailman/listinfo/jslib
> >
>
>
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

jslib_socket_test.zip (6K) Download Attachment

Re: Reading available data on recently closed sockets

2007-12-01T20:40:58Z

Thanks for the confirmation Rajeev.

Pete (or anyone in the know here) - I don't know if you have time to look at this -- if you don't, but you could tell me some functions to start looking in in the library itself, I'll take a look. I know very little about XPCOM but I might be able to turn something up.

If I can clarify better let me know - in short, after a server sends data to a XUL/JS client, it closes a socket. Instead of the JSLib client still being able to read the data that was sent to its socket, it sees zero bytes. Expected behavior should be (I believe) that it can still read the data that was made available to it.

Thanks,
Nick

On Dec 1, 2007 11:51 AM, Rajeev J Sebastian <rajeev.sebastian@...> wrote:

Hello Nick,

On Dec 1, 2007 4:33 AM, Nick P <nick.pend@...> wrote:
> I am still attempting to use JSLib as a client for a server. After the
> server sends a reply message, it closes the socket. Up until the socket is
> closed by the server, the XUL client recognizes that there is data
> available. When I built a sample client in VB.net, I was able to read the
> available data even after the server closed the socket. However, with the
> JSLib sockets, I have been unable to get it to read the data after the
> server closes the socket.
>
> Am I wrong that this data should still be available for reading, or is this
> unexpected behavior?

I ran the equivalent with Python, and I can reproduce the above behaviour.

I used a Python based socket server and client.(based on
http://docs.python.org/lib/socket-example.html, only the server closes
the client after receving three times)

With (unmodified) socket.xul , it just gives a message that the socket
was closed. However, with the Python client, it returns the data.

I havent done any extensive testing or anythign ... just a 15 minute job.

Regards
Rajeev J Sebastian
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Reading available data on recently closed sockets

2007-12-01T08:51:46Z

Hello Nick,

On Dec 1, 2007 4:33 AM, Nick P <nick.pend@...> wrote:

> I am still attempting to use JSLib as a client for a server. After the
> server sends a reply message, it closes the socket. Up until the socket is
> closed by the server, the XUL client recognizes that there is data
> available. When I built a sample client in VB.net, I was able to read the
> available data even after the server closed the socket. However, with the
> JSLib sockets, I have been unable to get it to read the data after the
> server closes the socket.
>
> Am I wrong that this data should still be available for reading, or is this
> unexpected behavior?

I ran the equivalent with Python, and I can reproduce the above behaviour.

I used a Python based socket server and client.(based on
http://docs.python.org/lib/socket-example.html, only the server closes
the client after receving three times)

With (unmodified) socket.xul, it just gives a message that the socket
was closed. However, with the Python client, it returns the data.

I havent done any extensive testing or anythign ... just a 15 minute job.

Regards
Rajeev J Sebastian
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Reading available data on recently closed sockets

2007-11-30T15:03:24Z

I am still attempting to use JSLib as a client for a server. After the server sends a reply message, it closes the socket. Up until the socket is closed by the server, the XUL client recognizes that there is data available. When I built a sample client in VB.net, I was able to read the available data even after the server closed the socket. However, with the JSLib sockets, I have been unable to get it to read the data after the server closes the socket.

I modified the socket.xul example to with a function that tests to check three functions for the socket: isAlive, isConnected, and isOpen --

After I close the server socket, and then call Available, all of three functions returned true, but available() returns zero.
If I call the function once more, IsAlive and IsOpen are true, but isConnected is false.

Am I wrong that this data should still be available for reading, or is this unexpected behavior?

Any suggestions?

Thanks,
Nick

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Sockets example

2007-11-24T10:57:33Z

Great!

Good luck to you.

Regards
Rajeev J Sebastian

On Nov 19, 2007 10:44 PM, Nick P <nick.pend@...> wrote:

> Rajeev,
>
> My goal it to connect via TCP to a server that I will design. I was
> using web servers just to test it to see if it would work, by opening
> a connection and sending and HTTP GET command. As I noted, however,
> this did not work - but I have seen some success with a simple tcp
> socket connection (with no specific command required, it just receives
> anything).
>
> nick
>
>
> On Nov 14, 2007 6:00 PM, Rajeev J Sebastian <rajeev.sebastian@...> wrote:
> > Hello Nick,
> >
> > Are you trying to access an HTTP server with this ?
> >
> > Regards
> > Rajeev J Sebastian
>
> > _______________________________________________
> > Jslib mailing list
> > Jslib@...
> > https://www.mozdev.org/mailman/listinfo/jslib
> >
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Sockets example

2007-11-19T09:14:38Z

Rajeev,

My goal it to connect via TCP to a server that I will design. I was
using web servers just to test it to see if it would work, by opening
a connection and sending and HTTP GET command. As I noted, however,
this did not work - but I have seen some success with a simple tcp
socket connection (with no specific command required, it just receives
anything).

nick

On Nov 14, 2007 6:00 PM, Rajeev J Sebastian <rajeev.sebastian@...> wrote:

> Hello Nick,
>
> Are you trying to access an HTTP server with this ?
>
> Regards
> Rajeev J Sebastian
> _______________________________________________
> Jslib mailing list
> Jslib@...
> https://www.mozdev.org/mailman/listinfo/jslib
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Sockets example

2007-11-14T15:00:42Z

Hello Nick,

Are you trying to access an HTTP server with this ?

Regards
Rajeev J Sebastian
_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Sockets example

2007-11-13T20:50:51Z

Pete,

Although I could not get the client to connect to a web server
properly, when I made a small server application in VB.net, it was
able to connect, send, and receive. I believe the only failure was
that after my server closed the connection, socket.xul did not
recognize the connection as closed. It was closed using TcpClient's
Close() member in System.Net.Sockets in VB.net.

There's an update for you. Maybe the something is munging up the HTTP
GET or the string in some way. the server stub I am using is not
looking for any particular protocol; it's responding to anything.

I'll still look for updates if you find something.

Thanks,
nick

On Nov 12, 2007 8:37 AM, Pete Collins <pete@...> wrote:

> Ok, yea I can confirm that the socket is sending but that's it ...
>
> I am not seeing any errors in the console either.
>
> So since this code is fairly old I will surmise that there has been an
> underlying API change breaking the socket code.
>
> I could be as simple as a component function rename, component class id
> change, interface rename, etc ...
>
> I will try to take a look.
>
> --pete
>
>
>
>
> Nick P wrote:
>
> >>From what I can tell, the sockets.xul sample opens the connection to
> >the web server, but it somehow doesn't send the request properly.
> >
> >>From ethereal:
> >0000 00 0f b5 5e f1 8c 00 11 24 90 9f 26 08 00 45 00 ...^.... $..&..E.
> >0010 00 43 93 36 40 00 40 06 4f 13 c0 a8 01 07 d8 74 .C.6@.@. O......t
> >0020 be 47 c7 1c 00 50 0f e0 af 94 e7 36 88 36 80 18 .G...P.. ...6.6..
> >0030 ff ff 89 90 00 00 01 01 08 0a 91 b5 4b 2c 1f 2b ........ ....K,.+
> >0040 22 7d 48 54 54 50 20 2f 20 47 45 54 2f 31 2e 31 "}HTTP / GET/1.1
> >0050 00
> >
> >Rather that noting the HTTP / GET/1.1 as a request, it is labeled as
> >"Continuation or non-HTTP traffic" by ethereal. It gets an ack back
> >from the server.
> >
> >Here's an example of a legitimate get request:
> >
> >0000 00 0f b5 5e f1 8c 00 11 24 90 9f 26 08 00 45 00 ...^.... $..&..E.
> >0010 01 d0 93 81 40 00 40 06 fb fa c0 a8 01 07 40 e9 ....@.@. ......@.
> >0020 a7 13 c7 24 00 50 66 86 aa 48 fe f7 a7 e0 80 18 ...$.Pf. .H......
> >0030 ff ff d8 21 00 00 01 01 08 0a 91 b5 4c 08 16 5c ...!.... ....L..\
> >0040 3e 98 47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 >.GET / HTTP/1.1
> >0050 0d 0a 48 6f 73 74 3a 20 77 77 77 2e 67 6d 61 69 ..Host: www.gmai
> >0060 6c 2e 63 6f 6d 0d 0a 55 73 65 72 2d 41 67 65 6e l.com..U ser-Agen
> >0070 74 3a 20 4d 6f 7a 69 6c 6c 61 2f 35 2e 30 20 28 t: Mozil la/5.0 (
> >0080 4d 61 63 69 6e 74 6f 73 68 3b 20 55 3b 20 50 50 Macintos h; U; PP
> >0090 43 20 4d 61 63 20 4f 53 20 58 20 4d 61 63 68 2d C Mac OS X Mach-
> >00a0 4f 3b 20 65 6e 2d 55 53 3b 20 72 76 3a 31 2e 38 O; en-US ; rv:1.8
> >00b0 2e 31 2e 39 29 20 47 65 63 6b 6f 2f 32 30 30 37 .1.9) Ge cko/2007
> >00c0 31 30 32 35 20 46 69 72 65 66 6f 78 2f 32 2e 30 1025 Fir efox/2.0
> >00d0 2e 30 2e 39 0d 0a 41 63 63 65 70 74 3a 20 74 65 .0.9..Ac cept: te
> >00e0 78 74 2f 78 6d 6c 2c 61 70 70 6c 69 63 61 74 69 xt/xml,a pplicati
> >00f0 6f 6e 2f 78 6d 6c 2c 61 70 70 6c 69 63 61 74 69 on/xml,a pplicati
> >0100 6f 6e 2f 78 68 74 6d 6c 2b 78 6d 6c 2c 74 65 78 on/xhtml +xml,tex
> >0110 74 2f 68 74 6d 6c 3b 71 3d 30 2e 39 2c 74 65 78 t/html;q =0.9,tex
> >0120 74 2f 70 6c 61 69 6e 3b 71 3d 30 2e 38 2c 69 6d t/plain; q=0.8,im
> >0130 61 67 65 2f 70 6e 67 2c 2a 2f 2a 3b 71 3d 30 2e age/png, */*;q=0.
> >0140 35 0d 0a 41 63 63 65 70 74 2d 4c 61 6e 67 75 61 5..Accep t-Langua
> >0150 67 65 3a 20 65 6e 2d 75 73 2c 65 6e 3b 71 3d 30 ge: en-u s,en;q=0
> >0160 2e 35 0d 0a 41 63 63 65 70 74 2d 45 6e 63 6f 64 .5..Acce pt-Encod
> >0170 69 6e 67 3a 20 67 7a 69 70 2c 64 65 66 6c 61 74 ing: gzi p,deflat
> >0180 65 0d 0a 41 63 63 65 70 74 2d 43 68 61 72 73 65 e..Accep t-Charse
> >0190 74 3a 20 49 53 4f 2d 38 38 35 39 2d 31 2c 75 74 t: ISO-8 859-1,ut
> >01a0 66 2d 38 3b 71 3d 30 2e 37 2c 2a 3b 71 3d 30 2e f-8;q=0. 7,*;q=0.
> >01b0 37 0d 0a 4b 65 65 70 2d 41 6c 69 76 65 3a 20 33 7..Keep- Alive: 3
> >01c0 30 30 0d 0a 43 6f 6e 6e 65 63 74 69 6f 6e 3a 20 00..Conn ection:
> >01d0 6b 65 65 70 2d 61 6c 69 76 65 0d 0a 0d 0a keep-ali ve....
> >
> >Don't know if that helps any.
> >
> >Sorry of this is out of thread. I just subscribed.
> >_______________________________________________
> >Jslib mailing list
> >Jslib@...
> >http://mozdev.org/mailman/listinfo/jslib
> >
> >
> >
> >
>
> --
> Pete Collins - Founder, Mozdev Group Inc.
> www.mozdevgroup.com
> Mozilla Software Development Solutions
> tel: 1-719-302-5811
> fax: 1-719-302-5813
>
> _______________________________________________
> Jslib mailing list
> Jslib@...
> http://mozdev.org/mailman/listinfo/jslib
>

_______________________________________________
Jslib mailing list
Jslib@...
https://www.mozdev.org/mailman/listinfo/jslib

Re: Sockets example

2007-11-12T05:37:15Z

Ok, yea I can confirm that the socket is sending but that's it ...

I am not seeing any errors in the console either.

So since this code is fairly old I will surmise that there has been an
underlying API change breaking the socket code.

I could be as simple as a component function rename, component class id
change, interface rename, etc ...

I will try to take a look.

--pete

Nick P wrote:

>>From what I can tell, the sockets.xul sample opens the connection to
>the web server, but it somehow doesn't send the request properly.
>
>>From ethereal:
>0000 00 0f b5 5e f1 8c 00 11 24 90 9f 26 08 00 45 00 ...^.... $..&..E.
>0010 00 43 93 36 40 00 40 06 4f 13 c0 a8 01 07 d8 74 .C.6@.@. O......t
>0020 be 47 c7 1c 00 50 0f e0 af 94 e7 36 88 36 80 18 .G...P.. ...6.6..
>0030 ff ff 89 90 00 00 01 01 08 0a 91 b5 4b 2c 1f 2b ........ ....K,.+
>0040 22 7d 48 54 54 50 20 2f 20 47 45 54 2f 31 2e 31 "}HTTP / GET/1.1
>0050 00
>
>Rather that noting the HTTP / GET/1.1 as a request, it is labeled as
>"Continuation or non-HTTP traffic" by ethereal. It gets an ack back
>from the server.
>
>Here's an example of a legitimate get request:
>
>0000 00 0f b5 5e f1 8c 00 11 24 90 9f 26 08 00 45 00 ...^.... $..&..E.
>0010 01 d0 93 81 40 00 40 06 fb fa c0 a8 01 07 40 e9 ....@.@. ......@.
>0020 a7 13 c7 24 00 50 66 86 aa 48 fe f7 a7 e0 80 18 ...$.Pf. .H......
>0030 ff ff d8 21 00 00 01 01 08 0a 91 b5 4c 08 16 5c ...!.... ....L..\
>0040 3e 98 47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 >.GET / HTTP/1.1
>0050 0d 0a 48 6f 73 74 3a 20 77 77 77 2e 67 6d 61 69 ..Host: www.gmai
>0060 6c 2e 63 6f 6d 0d 0a 55 73 65 72 2d 41 67 65 6e l.com..U ser-Agen
>0070 74 3a 20 4d 6f 7a 69 6c 6c 61 2f 35 2e 30 20 28 t: Mozil la/5.0 (
>0080 4d 61 63 69 6e 74 6f 73 68 3b 20 55 3b 20 50 50 Macintos h; U; PP
>0090 43 20 4d 61 63 20 4f 53 20 58 20 4d 61 63 68 2d C Mac OS X Mach-
>00a0 4f 3b 20 65 6e 2d 55 53 3b 20 72 76 3a 31 2e 38 O; en-US ; rv:1.8
>00b0 2e 31 2e 39 29 20 47 65 63 6b 6f 2f 32 30 30 37 .1.9) Ge cko/2007
>00c0 31 30 32 35 20 46 69 72 65 66 6f 78 2f 32 2e 30 1025 Fir efox/2.0
>00d0 2e 30 2e 39 0d 0a 41 63 63 65 70 74 3a 20 74 65 .0.9..Ac cept: te
>00e0 78 74 2f 78 6d 6c 2c 61 70 70 6c 69 63 61 74 69 xt/xml,a pplicati
>00f0 6f 6e 2f 78 6d 6c 2c 61 70 70 6c 69 63 61 74 69 on/xml,a pplicati
>0100 6f 6e 2f 78 68 74 6d 6c 2b 78 6d 6c 2c 74 65 78 on/xhtml +xml,tex
>0110 74 2f 68 74 6d 6c 3b 71 3d 30 2e 39 2c 74 65 78 t/html;q =0.9,tex
>0120 74 2f 70 6c 61 69 6e 3b 71 3d 30 2e 38 2c 69 6d t/plain; q=0.8,im
>0130 61 67 65 2f 70 6e 67 2c 2a 2f 2a 3b 71 3d 30 2e age/png, */*;q=0.
>0140 35 0d 0a 41 63 63 65 70 74 2d 4c 61 6e 67 75 61 5..Accep t-Langua
>0150 67 65 3a 20 65 6e 2d 75 73 2c 65 6e 3b 71 3d 30 ge: en-u s,en;q=0
>0160 2e 35 0d 0a 41 63 63 65 70 74 2d 45 6e 63 6f 64 .5..Acce pt-Encod
>0170 69 6e 67 3a 20 67 7a 69 70 2c 64 65 66 6c 61 74 ing: gzi p,deflat
>0180 65 0d 0a 41 63 63 65 70 74 2d 43 68 61 72 73 65 e..Accep t-Charse
>0190 74 3a 20 49 53 4f 2d 38 38 35 39 2d 31 2c 75 74 t: ISO-8 859-1,ut
>01a0 66 2d 38 3b 71 3d 30 2e 37 2c 2a 3b 71 3d 30 2e f-8;q=0. 7,*;q=0.
>01b0 37 0d 0a 4b 65 65 70 2d 41 6c 69 76 65 3a 20 33 7..Keep- Alive: 3
>01c0 30 30 0d 0a 43 6f 6e 6e 65 63 74 69 6f 6e 3a 20 00..Conn ection:
>01d0 6b 65 65 70 2d 61 6c 69 76 65 0d 0a 0d 0a keep-ali ve....
>
>Don't know if that helps any.
>
>Sorry of this is out of thread. I just subscribed.
>_______________________________________________
>Jslib mailing list
>Jslib@...
>http://mozdev.org/mailman/listinfo/jslib
>
>
>
>