Jump to content

prakob

Members
  • Posts

    17
  • Joined

  • Last visited

About prakob

  • Birthday 06/13/1963

Profile Information

  • Location
    Bangkok, Thailand

prakob's Achievements

Seeker

Seeker (1/7)

0

Reputation

  1. Infact, I found http://miniupnp.free.fr/ which is a C lib. It seems to me that the lib is very good and active. Any C guys like to have a look ? Prakob
  2. I've tried to port forward with uPnP. It's working fine if I have my router UPnP manually enable which is certainly not work for end users. So I searched around and found out that vuze and many torrent client is using NAT-PMP http://en.wikipedia.org/wiki/NAT_Port_Mapping_Protocol which seems no need to do any router programming. If any of you have any experience with router programming like for login and endable UPnP or know how should I use NAT-PMP in autoIt please, advise. Prakob
  3. I'm sending message using $WM_COPYDATA and I'd like to know how big is the Window Message and whether we can change its size. Thanks Prakob
  4. Thanks Mat. Can you give some example of memory editing or point me to some posts ?
  5. Is it possible to sniff window message ? I'm sending message using $WM_COPYDATA will it be safer to encrypt the message ? Thanks
  6. I've been searching around for UDP Event Driven but no luck. Is there an UDF, suggest reading or example ? Thanks Prakob
  7. It was my mistake in conversion. It's solved now. The working schema is as above post and it's working very fast indeed. Thanks for your attention jchd.
  8. Hi jchd, Thanks for your response. I've tried encode ASCII to UTF8 in javascript and send it to autoIt socket server and use autoIt BinaryToString (binary, 4) to get it. This works fine in autoIt the sent data is correct. In the way back (autoIt to javascript), I've tried autoIt StringToBinary ( string, 4) and send it back to javascript unfortunately this does not work in javascript. The convertion came out all wrong. I'm not so sure why it does not work. Any advise ?
  9. Hi all, I'm developing an interprocess communication via socket. I use AutoIt as server and other languages (ei Javascript, php) as clients. Everything is fine until I try to send/receive non English chars. I know most characters mapping will not have problems with English (ei ASCII, UTF8, etc). I know AutoIt supports for UTF16 in code. What I don't know is what charset AutoIt uses in TCP ? Where and how to control/convert the charset ? What is the best charset to TCP with autoIt in order cover most human languages ? Any advise/comment are most welcome. Regards Prakob
  10. Hi MrCreator, Thanks for your great work. I'm having problem with {`} (Grave Accent). I'm using winXP SP3. Here's my code _BlockInputEx(3, "[:ALPHA:]|[:NUMBER:]|[:ARROWS:]|{SPACE}|{ENTER}|{BACKSPACE}|{INSERT}|{DEL}|{HOME}|{END}|{PGUP}|{PGDN}|{ESC}|{CTRL}|{SHIFT}|{CAPSLOCK}|{NUMLOCK}|{NUMPADDIV}|{NUMPADMULT}|{NUMPADSUB}|{NUMPADADD}|{NUMPADDOT}|{GRAVEACCENT}") I've tried both {`} and {GRAVEACCENT} (as seen in the code) but none of them work. The Grave Accent in my environment is important as windows used it as a hotkey for switching language keyboard input. The less of the keys are fine. Suggestion/advise are most welcom. Thanks in advance Regards Prakob
  11. Hi, For that simple JSON you may use this No offense, but I don't think there will be a fully valid JSON UDF for now. AutoIt just lag of many important features to make a good parser. Some of that many features are object and null data type and nested array. You may try using AutoIt to call the lib or exec in www.json.org. Get the result you want to AutoIt to finish the automate task. Actually, It will be much easier if AutoIt developers would decide to add JSON support, there are already many open source C/C++ code out there but what would make it hard for them to decide is the support in various areas like data types and OO. Prakob
  12. Hi all, I'm new to AutoIt. I'm working on a middle tier helper between windows and web app project. I've spent 4 days reading and trying out whether it suits the job. So far, it is ! The only urgent need for AutoItX and AutoIt is the inter-process communication. By reading the AutoItX help file (v3.3.6.1) I know the ClipGet/ClipPut and the iniRead/iniWrite/iniDelete, they can be used to act as buffers of an inter-process communication but with a lot of trouble at slow speed. The has show me what AutoIt is capable to on this issue which inspire me of many possibilities not found in other languages. inter-process communication is a MUST HAVE feature for AutoItX. If we're going to have inter-process communication, needs of unicode<->ANSI functions are obvious. The transformation of string<->array, string<->num or even string<->object with structural string like XML and JSON is quite common in many languages. The last are quite cover in AutoIt. Most of the thing can be done there. AutoIt aims to automate tasks. If it's so, the proper interface to the target application/flamwork or platform is a MUST. Hacks to target UI or behavior is the last resort as it won't last long till the UI or behavior of an application change in this super-high competitive industry. I've seen many useful UDF like IE, Excel, Word, FF etc all of which cover their standard interfaces. The can communicate locally in the same computer but when you aims for globalization, cloud or grid computing, how to without AutoItX inter-process communication. We have all the tools but lag of just a middle chain. Maybe I'm too new to AutoIt and AutoItX. If I have been suggesting stupid requests which have already been supported or there are already solutions, please, advise. Regards Prakob
  13. After a day of digging, here is the solution for anyone having this same problem : This issue has nothing to do with AutoItX but for a reference. By using ActiveXHelper (ActiveX utility) I can see two entries. One for PSFactoryBuffer ProgID:no, control:no, Threading Model:Both and the other one for AutoItX3 Class ProgID:AutoItX3.Control.1, control:no, Threading Model:Apartment both status are Enable. This means the AutoIt installer package is working fine. Registers are in place and the AutoItX is ready to use. The problem come from IE8 See this post. That's a solution with an ugly stupid IE label on top of the page. A better solution is Enable the following settings: ->Trusted sites zone -->Site --->Add your site (Don't forget to uncheck Require sever verification (https)for all sites in the zone. -->Custom --->Run ActiveX controls and plug-ins : Enable --->Initialize and script ActiveX controls not marked as safe : Enable That is !! Now AutoItX can perfectly run with javascript (JScript) with a nice Trust Sites sign under the page. A bit troublesome but it's the way. Unfortunately, we must do all these steps on all IE7-8 computers !! Maybe, some IE hack later to automate the ask with AutoIt hahaha. Enjoy
  14. Hi Richard,Why shouldn't I do that ? please, state the case. What have I done wrong ? Please, advise the proper way. Thanks Prakob
×
×
  • Create New...