BETA: SciTE v5x & lua Dynamic_include and "Smart" AutoComplete for Vars/UDFs/Abbrevs

[argumentum]

just for the heck of it, I've got autoit-v3.2.12.1-sfx.exe, extracted it and used the SciTE that comes with it.
It runs in place and am sure does not have VC dependencies. You can run it at the same level folder as it should go but named to something else.

Might as well pack it up and put it here ( temporarily ) for you to download and use for testing scripts while you fix your setup

 

Edited September 5 by argumentum
removed ZIP

[Docfxit]

51 minutes ago, argumentum said:

...and you don't know how to change the output to a msgbox() ?.

[Docfxit]

40 minutes ago, argumentum said:

just for the heck of it, I've got autoit-v3.2.12.1-sfx.exe, extracted it and used the SciTE that comes with it.
It runs in place and am sure does not have VC dependencies. You can run it at the same level folder as it should go but named to something else.

Might as well pack it up and put it here ( temporarily ) for you to download and use for testing scripts while you fix your setup

  SciTe_from_3.2.12.x.zip 365.93 kB · 1 download

That works great.  It's been a while since I could see a SciTE editor on this machine.

I don't know what the limitations are with this version.  But it is running.

Thank you very much.

You have been very helpfull!!!

[argumentum]

when you type set in a console, what do you get for path ?
This is mine:

Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Program Files\dotnet\;C:\Users\Tester\AppData\Local\Microsoft\WindowsApps;

..because 0.0.0.0 is not found ( I guess )

[Docfxit]

Path=C:\Programs\Python312\Scripts\;C:\Programs\Python312\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Programs\LetsEncrypt\bin;C:\Windows\Microsoft.NET\Framework\v4.0.30319;C:\Program Files\Microsoft SQL Server\150\Tools\Binn\;C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\;C:\Program Files\dotnet\;C:\Programs\PHP\;C:\Programs\OpenSSL\bin\;C:\Users\Gary\AppData\Local\Microsoft\WindowsApps;C:\Programs\Microsoft VS Code\bin;C:\Users\Gary\.dotnet\tools;C:\Programs\Nmap

[argumentum]

wow, you've got a lot going on that PC
The path works on first found and your path should be

C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Programs\LetsEncrypt\bin;C:\Windows\Microsoft.NET\Framework\v4.0.30319;C:\Program Files\Microsoft SQL Server\150\Tools\Binn\;C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\;C:\Program Files\dotnet\;C:\Programs\PHP\;C:\Programs\OpenSSL\bin\;C:\Users\Gary\AppData\Local\Microsoft\WindowsApps;C:\Programs\Microsoft VS Code\bin;C:\Users\Gary\.dotnet\tools;C:\Programs\Nmap;C:\Programs\Python312\Scripts\;C:\Programs\Python312\

because otherwise, whatever is in python321 will be used first. Do replace it with the one I changed around above. Maybe that does it.
Else, put it back as it was I guess. But all the "C:\Windows\*" should be first regardless.

Edited September 5 by argumentum

[Docfxit]

I changed the path to match your suggestion.

I rebooted

I tried it.

I'm getting the same error.

Thanks for trying.  It was a good suggestion.

My Python scripts weren't running.  I found I had to move Python and Python scripts above Letsencrypt.  Letsencrypt has it's own Python.

Software should run more reliable now.

Edited September 6 by Docfxit

[donnyh13]

  

@argumentumis far more experienced in this, and I have far exceeded my knowledge limitation, but I was curious, do you see any msvcp's listed in the registry in

Quote

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\SharedDLLs

And if not, is it advisable to add the necessary mscvp140 paths to here? -- Probably not? (Don't try it on my suggestion).

Edit: never mind, I think that would be a bad idea. Unless you used CMD to register it (if it hasn't been for some reason?)

Edited September 6 by donnyh13

[argumentum]

15 minutes ago, donnyh13 said:

@argumentumis far more experienced in this

Actually, no.
What I do is to have a virtual machine for each function. Say I need a web server. That goes into a VM. pfsense, another VM. Code in PHP, that goes in my WEB virtual PC.
So my attitude is: have a plain hardware PC and run specialized stuff in a VM. Anything goes wrong, load another VM and try there.
Win10 pro comes with Hyper-V and does not take many more resources to have VMs running.

The thing is that each time I work with something, it's got it's "gotchas" and I don't want to become a specialist of each niche situation each environment/function entails, therefore each goes in it's own VM. Say I code something for an client and it has a setup/environment and two years down the road I need to fix/change/add something, I'll load the VM I used to code that and makes it a whole lot easier

The OS goes on the C drive, data on a D drive. Anything goes wrong, reinstall the C drive

All that explained above solves most of the "it worked on my machine, don't know why it won't work here" situations.

In the case of @Docfxit, I would reinstall that PC.

 

[donnyh13]

Hi Jos,

I just wanted to let you know that I am running into a hit-and-miss problem, one which I am having a problem making a reproducable script for. While working with the Libre Office project, if I run a script several times in a row, (maybe in quick succession?), and I think usually (or only) when it contains a blocker (a MsgBox in this case), the script sometimes quits on me with this message:

Quote

> Detected your script is still running but AutoIt3Wrapper was closed.
- Script still running, so now Killing running script Pid 3176

And now while running a script that is use to mass-test the 800+ example files, I am hitting a similar problem, the script is supposed to execute each example, close any msgboxes and record any errors. I have a test to see if my cursor is in the top left of my screen, if it is, a msgbox pops up (to pause the mass-executing). I had the script "Paused", and after about 2 minutes it all of a sudden ended without any error message.

Quote

+>13:37:04 AU3Check ended. rc:0
>Running:(3.3.16.1):C:\Program Files (x86)\AutoIt3\autoit3.exe "C:\Users\Owner\Desktop\Test Scripts\Script - Copy.au3"    
+>Setting Hotkeys...--> Press Ctrl+Alt+Break to Restart. --> Press Ctrl+BREAK to Stop.
>
+>13:46:18 AutoIt3 ended. rc:0
+>13:46:19 AutoIt3Wrapper Finished.
>Exit code: 0    Time: 555.3442

I have run this same script, generally, without problem, though I haven't been leaving it "paused" this long either. I think sometimes it didn't finish testing correctly (not executing all the files), but I'm not sure.

Until I can find a way to reproduce it reliably, I was mostly wondering if you've encountered anything similar? Or any better way to debug?

Thanks,

Donny

Edit: Just ran it 3 more times and all 3 completed successfully, even with pauses. Seems to be some fluke bug?? Maybe it's nothing, or just me.

Edited October 9 by donnyh13

[Jos]

These messages come from the Watcher task which monitors both the AutoIt3Wrapper.au3 pid shelled by SciTE and your Script pid. When Either is not detected it will kill the other. This way you ensure that SciTE always knows when the Script Ended, but also your Script is Killed in case the AutoIT3Wrapper was killed by SciTE.

Your description sounds like some sort of race condition, but would have to be able to replicate to dive into it. 

[argumentum]

12 hours ago, donnyh13 said:

Seems to be some fluke bug?? Maybe it's nothing, or just me.

Jos can not work on it unless it happens to him ( same here ). But it does happens to you therefore, as a seasoned scripter, you can add logging to the wrapper to figure out what niche circumstances produce the event. Now, code !  

Edited October 10 by argumentum

[donnyh13]

5 hours ago, Jos said:

but would have to be able to replicate to dive into it. 

Okay, I'll keep working on narrowing it down. Thanks for the description on how it all works inside.

5 hours ago, argumentum said:

Jos can not work on it unless it happens to him

Ya I know, I was hoping Jos would say "Yes! I've already fixed that!"

5 hours ago, argumentum said:

you can add logging to the wrapper

Thanks for the hint, Hadn't thought of that.

[Jos]

Just uploaded SciTEx86.zip & SciTEx64.zip which contain the Latest SciTE 5.5.3 versions released 9 October 2024.

[mLipok]

I notice issue with starting x86 version of the program.

It just appears and closes immediately.

The x64 version works well.

EDIT: Windows 11 

Edited November 5 by mLipok

[water]

Same here. Windows 11 23H2

[Jos]

It opens fine for me:

 

Any AntiVirus program warnings or something else?
I am on Windows 11 Home/23H2

You could try to temporarily renaming the SciteUser.properties file and try again to determine whether it is any of your settings causing this.

Edited November 5 by Jos

[mLipok]

4 hours ago, Jos said:

Any AntiVirus program warnings or something else?

None

4 hours ago, Jos said:

I am on Windows 11 Home/23H2

On my OFFICE DELL works well

Wersja    Windows 11 Pro
Wersja    23H2
Zainstalowano dnia    ‎22.‎12.‎2022
Kompilacja systemu operacyjnego    22631.4391
Możliwości    Windows Feature Experience Pack 1000.22700.1047.0

I'll be able to check my home notebook this evening.

4 hours ago, Jos said:

You could try to temporarily renaming the SciteUser.properties file and try again to determine whether it is any of your settings causing this.

I'll be able to check this evening.

[donnyh13]

Just wanted to confirm both versions work on Windows 7.

Noticed the Scite Logo doesn't have the "A" on it anymore?

-->

Purposeful?

[Jos]

53 minutes ago, donnyh13 said:

Purposeful?

Nah,  that's a Merge failure from my site.
I move the lot from an SVN to a Github setup to be able to easier merge the new releases into my version, and missed the updated ico file.

Should be fixed in the current zips available. 

Thanks for letting me know.