Re: [twsocket] udp packet loss

2011-02-27 Thread emanuele bizzarri
Hi, I'll assume you use a direct cable or put wireshark at the receiving computer because sending a packet is not a problem. Having the packet reaching the network card of the receiving computer is a different thing if there is something in between. Yes, I use a cross cable and two laptop

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
Updated the library and uploaded to my site to reflect this modification. Sadly though, OverbyteIcsHttpCCodZLib is still problematic, I have to keep using the modified version to make it work. On Sun, Feb 27, 2011 at 7:56 AM, Francois PIETTE francois.pie...@skynet.bewrote: I will modify the

Re: [twsocket] FTP client testing

2011-02-27 Thread Angus Robertson - Magenta Systems Ltd
ARMSL ics.ftptest.org Personally, I cannot make it work even with Filezilla: SSL is now working with the public FTP server, the ICS FTP server was already configured to use a limited range of passive ports, so I just added these to the firewall (at the same time as blocking as various Far East

Re: [twsocket] TTwitter component

2011-02-27 Thread Francois PIETTE
Updated the library and uploaded to my site to reflect this modification. Super ! Sadly though, OverbyteIcsHttpCCodZLib is still problematic, I have to keep using the modified version to make it work. I can't find your unit. Is it the chnage that Henri Gourvest published (see attached

Re: [twsocket] udp packet loss

2011-02-27 Thread Francois PIETTE
My client/server project size is only 12KB, is it possible to attach it to the mail? Someone could try it... It don't primize, but you may send the source code to me (no executable please) I will try to test it. Include complete projects so that I can test within a few minutes, and

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
Don't see an attached message in your reply :( but anyway, lurking through the archives some time ago I found someone submitted a modification to apparently fix this problem, but that still didnt work for me. Changing this in OverbyteIcsHttpCCodZLib did the trick though: 55: Result := 'gzip,

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
On 27-02-2011 16:01, brian - wrote: Simply added deflate to the result. Without that, I don't get any data back. Juts tested your component here, without that modification, and works just fine. What exactly happen in your case. What data you don't get? -- To unsubscribe or change your settings

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
posted an update to my lib: http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/ http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/You can now use an alternate method to wont require the user to visit the twitter site to get the PIN code, the app will simulate a browser

Re: [twsocket] HttpCli / Async in thread problems --- Tryng to trace

2011-02-27 Thread Arno Garrels
Arno Garrels wrote: Frans van Daalen wrote: One was using webmarshal and the other ISA. But i'm not behind a proxy and also still keep getting the HTTP component is busy error message when using the async get. It still doesn't work probably so don't send it to your customer yet. I'm

Re: [twsocket] TTwitter component

2011-02-27 Thread Francois PIETTE
posted an update to my lib: http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/ Link to download on the page is broken ! -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS)

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
You can remove the b64ASM.pas dependency using the ICS equivalent //b64asm.Base64Encode(HMAC_SHA1_EX(SignBase,signkey)); OverbyteIcsMimeUtils.Base64Encode(HMAC_SHA1_EX(SignBase,signkey)); Probably not so fast, but not really important in this case of small length strings. -- To

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
Ahh thanks, should have looked there first :) replaced it now. Download link should work now. On Sun, Feb 27, 2011 at 6:45 PM, RTT p...@sapo.pt wrote: You can remove the b64ASM.pas dependency using the ICS equivalent //b64asm.Base64Encode(HMAC_SHA1_EX(SignBase,signkey));

Re: [twsocket] udp packet loss

2011-02-27 Thread emanuele bizzarri
Hi, now I've made a console application for the UDP server, but nothing changes. I see packet loss inside application, but all packets are correctly captured by wireshark. Thankyou, Emanuele Il 27/02/2011 15.09, Francois PIETTE ha scritto: My client/server project size is only 12KB, is it

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
On 27-02-2011 17:18, brian - wrote: use an alternate method to wont require the user to visit the twitter site to get the PIN code, the app will simulate a browser login, catch the cookies and proceed to auth on its own to retrieve the PIN. This will work until twitter decide to change these

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
that alternate method was mostly a test to see if I could make it work, I still encourage using the PIN system :) I like it tbh, even with the annoyance of havign to login and retrieve the pass for the user, it's only required once. ill most likely remove this alternate proc in next revision, and

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
On 27-02-2011 18:39, brian - wrote: I like it tbh, even with the annoyance of havign to login and retrieve the pass for the user, it's only required once. As I said, Twitter don't require the PIN, so you can ignore that step. User only need to authorize the application, and forget about the

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
hmm interesting, I will test about the PIN; I guess Twitter associates the 1st auth token with the user's account after they allow the app. I don't really like the idea of embedding the TWebBrowser object, bulky and buggy activex stuff. On Sun, Feb 27, 2011 at 8:18 PM, RTT p...@sapo.pt wrote:

Re: [twsocket] udp packet loss

2011-02-27 Thread Francois PIETTE
Hi, I have received your code and looking at it. I cannot reproduce the packet loss on localhost. I can reproduce on different computers, but I found a flaw in your design: remember TWSocket use non blocking. SendTo will fail if winsock is not able to receive data and you don't check that

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
On 27-02-2011 19:29, brian - wrote: I don't really like the idea of embedding the TWebBrowser object, bulky and buggy activex stuff. The WebBrowser control works very well for this simple navigate to a page task. If you want to test, just replace your RequestPIN code with the next one.

Re: [twsocket] TTwitter component

2011-02-27 Thread brian -
I was actually 'open' for years, but I've been seeing users not able to launch urls from my apps with that, cause the default browser may not have defined that command, was still using it in the first versions of twitter lib. I added the ShellExecute import to avoid adding another unit; I rather

Re: [twsocket] TTwitter component

2011-02-27 Thread RTT
On 27-02-2011 23:31, brian - wrote: I added the ShellExecute import to avoid adding another unit; I rather not include entire units for things where I need only a couple procs and such, it adds up to the exe unnecesarily. The smart linking feature should work ok for the shellapi unit. As for

Re: [twsocket] TTwitter component

2011-02-27 Thread Darin McGee
I think you might want to use the BSD license -or- the Freeware License ICS uses. It is my understanding the GPL v3 license restricts any commercial closed source use except in the case that the GPL'ed source code is compiled into a separate library that is linked to during run-time vs. being

Re: [twsocket] TTwitter component

2011-02-27 Thread Marc Charbonneau
It is my understanding the GPL v3 license restricts any commercial closed source use except in the case that the GPL'ed source code is compiled into a separate library that is linked to during run-time vs. being compiled into the exe file itself. LGPL (for LesserGPL) let you link to a library