Thanks, I appreciate your help.
What happens is that after I successfully wrote
everything to the write handler, nothing shows up on
the other end. The other end never gets a file
transfer notification. So it seems like failed to
upload the file though I successfully write everything
to the write handler.
You do make a point, I should double check to see
whether I got any error back; which means I need to
study that part of the code ...... So far, I don't
see any error response in the debug version yet...
--- Tim Ringenbach <omarvo@...> wrote:
> >3. I did not get any error return back. Or mabye
> >don't fully understand what type of the error you
> >referring to?
> I mean like a http reply complaining about
> something, or a yahoo
> packet sent over the main YMSG connecting that looks
> like an
> >5.I am awared that 1M limit. Actually I have a
> >question about this one besides the topic. I tried
> >windows to force to send file through yahoo file
> >transfer server (by trying to send file to a buddy
> >behind firewall) and it seems like can send more
> >1M. So why cannot send more than 1M under linux?
> No idea. Last time i tried i got an error packet
> (which we don't display
> to the user in any way) over the YMSG connection
> telling me the
> file was too big.
> >6. Actually, I am studying about session id and
> >cookie. How can I verify those are correct?????
> >is what I don't know.
> You get all of those from the server at login.
> >7 And I have one more question:
> >So I send http post first, than a yahoo packet,
> >the whole file content, right? All I need is just
> >yahoo packet, right? And will I need to wait for
> >something from the server after each write (4096
> The size choosen doesn't matter. You're not waiting
> for a reply, you're
> just waiting for the kernel to tell you its okay to
> write more stuff to the
> fd. Your callback, or however you have it set up,
> maybe you use select
> directly, but in gaim glib handles that for us, and
> our callback gets called
> whenever select says its okay to write to the fd so
> we write some.
> If we didn't fill up the kernel's buffer, select
> says its okay to write
> some more
> and so our cb gets called again right away.
> Otherwise it doesn't get
> called again
> until we can write more. Eventually not all the data
> you try to write
> will get written,
> and you need to back up to the right place, and wait
> until its okay to
> write again.
> You still haven't told me what happens, other than
> the file not sending.
> Normally, the other end doesn't get the file
> transfer request until the file
> is fully uploaded, btw. Also, you might have to read
> from the fd after its
> finished uploading. You'll probably get an http
> responsing saying everything
> went cool. Closing the fd before you get this reply
> might cause problems.
> I don't think Gaim waits for this reply (which might
> be bad..) for ft, but I
> know it does for buddy icons because not waiting was
> causing me problems.
> This SF.Net email is sponsored by BEA Weblogic
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1
> Gaim-devel mailing list
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!