Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 08/06/2022 in all areas

  1. StefanM, Looking at G Hub on Google, I see: Reading that gives me, quite legitimately IMO, reason to think that there might be a confliction with the forum rules on gaming threads. So, very politely, I asked for an explanation of just what you were doing so we could make a reasoned decision on whether this was the case. Reading your explanation, I am of the opinion that there is no conflict and the thread can remain open. But now we come to the next point. I also asked, again politely, that everyone else stay out of the discussion until the matter had been clarified. But our late unlamented intruder decided to ignore this and not only offered help but also made unnecessary comments about the moderation here - which comments became even more aggressive in various PM exchanges with the Mod team, resulting in his permanent removal from the community. And now you decide to lay into us as well. Let us deal with your points in order: "Is it not, in case of doupt for the writer?" No, it is up to the Mods to decide - when we require clarification we will intervene as I did above. "Dont ban people who wants to help". We do not - but we might well ban those who egregiously flout our explicit request not to offer help until the matter is cleared. "If you see or think womething is illegal, write it. Otherwise let people help". What do you think I did in my first intervention above? "I would rate the moderation as very bad". Your decision, but as I did exactly what you suggested would be the correct thing to do I feel your comment is illogical in the extreme. "I dont think that anyone will write here to help and risk a ban anytime soon, as it is already an old topic, maybe none.".. As the thread is now cleared we will soon see - but no-one risks a ban for helping now. "but great moderating! This is my opionion". Sarcasm is never a very successful form of wit. But I have wasted enough of this lovely morning on you already. I hope you do get a solution to your problem, but a word of warning: after the comments made above you have used up any flex we are prepared to give you, so please make sure you respect the forum rules form now on. M23
    2 points
  2. Issue is related to the filler field from $tagTCITEM ";ptr Filler". It was removed 😋. it seems to be when you call $TCM_GETITEM it clears extra ptr size in the allocated remote structure so it gets broken. It you want to read from x86 to a x64 process you need to force $tagTCITEM as x64 in the remote allocate stuff. Saludos
    1 point
  3. Hi, I need to admit that I cannot fix it The x64 works only if launch by Scite. perhaps the pb comes from a X86 process trying to retrieve info from a X64 process. This does not explain why the script launch directly by AutoIt3_x64.exe it does work as launch by Scite in X64 mode With the propose regression fix we will behave as the fix introduced In 2010 #1664 ticket Perhaps more experience developper can find a solution. Cheers
    1 point
  4. ajag

    MS SQL connection

    I think you have to show your code, not only the connection string. This works for me to open a connection: Local $sConnectionString = 'DRIVER={' & $sDriver & '};SERVER=' & $sServer & ';DATABASE=' & $sDatabase & ';UID=' & $sUser & ';PWD=' & $sPassword & ';' Local $oConnection = _ADO_Connection_Create() _ADO_Connection_OpenConString($oConnection, $sConnectionString) With $sDriver ="SQL Server"
    1 point
  5. Zedna

    MS SQL connection

    Original wrong: Global $sConnectionString = "DRIVER={' & $sDriver & '};SERVER=' & $sServer & ';DATABASE=' & $sDatabase & ';UID=' & $sUID &';PWD=' & $sPWD & ';" Fixed: Global $sConnectionString = 'DRIVER={' & $sDriver & '};SERVER=' & $sServer & ';DATABASE=' & $sDatabase & ';UID=' & $sUID &';PWD=' & $sPWD & ';'
    1 point
  6. DotNet_CreateObject takes class as second parameter and if you use a namespace it must be "namespace.class". The method called in the AutoIt code must be defined relatively simple. In CMDB, the static keyword causes problems. The general solution is to add a new simple method to handle the communication between AutoIt and the C# code. Here getCMDB. I've tested this code: using System; namespace CustomerDetails { class User { public string[,] getCMDB(string cmp) { return CMDB(cmp); } static public string[,] CMDB(string cmp) { string[,] SelectedUser = new string[,] { { "Username", "Username" }, { "Password", "Password" }, { "WebURL", "WebURL" } }; return SelectedUser; } } } #include "DotNetAll.au3" #include <Array.au3> Opt( "MustDeclareVars", 1 ) Example() Func Example() Local $oNetCode = DotNet_LoadCScode( FileRead( "tst00.cs" ), "System.dll" ) Local $oUserDetails = DotNet_CreateObject( $oNetCode, "CustomerDetails.User" ) Local $aVariants = $oUserDetails.getCMDB('23680') _ArrayDisplay( $aVariants ) EndFunc Note that arrays are different in AutoIt and C# code as rows and columns are swapped. You may want to use this array in the C# code: { "Username", "Password", "WebURL" }, { "Username", "Password", "WebURL" }
    1 point
  7. Matthy, You mean like this: #include <WindowsConstants.au3> #include <GUIConstantsEx.au3> #include <WinAPI.au3> $gui = GUICreate( "test", 200, 200) $inp = GUICtrlCreateInput("", 10, 10,100,20) $but = GUICtrlCreateButton("clear text", 120, 10) $hDummy = GUICtrlCreateDummy() GUICtrlSetState($but, $GUI_HIDE) GUISetState(@SW_SHOW) ; Set accelerator for Enter to action the Dummy code Dim $AccelKeys[1][2]=[["{ENTER}", $hDummy]] GUISetAccelerators($AccelKeys) While 1 $msg = GUIGetMsg() Select Case $msg = $GUI_EVENT_CLOSE ExitLoop Case $msg = $hDummy ; Check input has focus If _WinAPI_GetFocus() = GUICtrlGetHandle($inp) Then $sText = GUICtrlRead($inp) MsgBox(0,"test", "You typed in " & $sText) GUICtrlSetState($but, $GUI_SHOW) EndIf Case $msg = $but GUICtrlSetData($inp, "") GUICtrlSetState($but, $GUI_HIDE) EndSelect WEnd GUIDelete() M23
    1 point
×
×
  • Create New...