Notepad++ ....
-
Because they do provide Wordpad! (I'll take my coat)
"In testa che avete, Signor di Ceprano?" -- Rigoletto
X| X| X| YUCK!!!!!! X| X| X|
__________________ Lord, grant me the serenity to accept that there are some things I just can’t keep up with, the determination to keep up with the things I must keep up with, and the wisdom to find a good RSS feed from someone who keeps up with what I’d like to, but just don’t have the damn bandwidth to handle right now. © 2009, Rex Hammock
-
Really, VS Code seems more like an IDE than a general purpose editor...
It's an editor. There are just plugins that can make it ide-ish Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
Hi All, I have a question, as I have used Notepad++ for years. I was told it would be on my current employers list of approved software. Probe further to find out why, turns out its 'Freeware' and as such is insecure. Is this alarmist I haven't heard of any issues, the only thing is our PC are so nailed shut you have to get IT every time it updates...:~ Glenn
I am impressed w/ this fellow's work. I had utilized his text editor many years ago but am too tight fisted to purchase now. So I utilize NotePad++ and BowPad. Welcome to Just Great Software[^]
-
Why MS hasn't doen more to notepad is beyond me.
Notepad in Win11 has numerous upgrades. Personally, Win11's Notepad is second or third rate to NP++, so I still use NP++ as my primary. I'd like to get a version of Win10's Notepad for Win11 for the quick-n-dirty needs. I wanted to see Notepad updated ... but once I got it, I wanted it back the way it was. :laugh: UPDATE: The old version of Notepad is installed on Win11. This page has instructions for being able to use both the new and old versions. How to bring back the old classic Notepad in Windows 11[^]
-
glennPattonWork3 wrote:
It doesn't generate executables it generates MSIL code
No, it does neither of those things. Visual Studio is an Interactive Development Environment, and as such just manages your projects. All code generation, whether machine or MSIL, is done by the compilers. And straight C/C++ code does not generate MSIL.
Right, a plain vanilla Windows install with .net (since XP?) contains the compilers for C# and VB.net -- Visual Studio is not required. Anyone who knows how to write a bit of such code can produce a .net executable without installing anything else.
-
Right, a plain vanilla Windows install with .net (since XP?) contains the compilers for C# and VB.net -- Visual Studio is not required. Anyone who knows how to write a bit of such code can produce a .net executable without installing anything else.
-
You are assuming IT is worth more than Vis Studio is a "secuirty risk as you can generate executables from it" (I quote) this generated two responses from me Learn the value of spell check, It doesn't generate executables it generates MSIL code which is run by the .NET frame work. :sigh:
glennPattonWork3 wrote:
can generate executables from it
Alternatively, some enterprise whackos are pushing for Python because either: 0) Executables are dangerous and with Python you don't create an executable. or 1) A Python script is the executable, but it's easy to check that it hasn't been altered. In both cases, they like that the script gets deployed directly to the production servers without a build process -- no "executable" in the traditional sense, but it's still an executable. Any other "scripting language" would be the same (e.g. Perl). Of course, how do you know that the script wasn't altered along the way? Or that a bug wasn't "fixed" in production but not checked in? It's the same issue I have with SQL objects such as Procedures, Views, Functions, etc. -- do they really match what we have in version control? Have we checked? As a developer, I prefer traditional languages -- with compilers and "executables" -- when "security" is a factor.
-
PIEBALDconsult wrote:
contains the compilers for C# and VB.net
Well, certainly not on either of our non-dev systems, that I can find. Where would you expect them to be installed?
Assuming at least one version of .net is installed... try
dir /s C:\windows\microsoft.net\Framework\csc.exe C:\windows\microsoft.net\Framework\vbc.exeor C:\windows\System32>where csc.exeC:\Windows\microsoft.net\Framework\v4.0.30319\csc.exe C:\windows\System32>csc.exe /?Microsoft (R) Visual C# Compiler version 4.8.3761.0 for C# 5 (I'm using a rather old Win 8 tablet at the moment.) -
Assuming at least one version of .net is installed... try
dir /s C:\windows\microsoft.net\Framework\csc.exe C:\windows\microsoft.net\Framework\vbc.exeor C:\windows\System32>where csc.exeC:\Windows\microsoft.net\Framework\v4.0.30319\csc.exe C:\windows\System32>csc.exe /?Microsoft (R) Visual C# Compiler version 4.8.3761.0 for C# 5 (I'm using a rather old Win 8 tablet at the moment.) -
You are correct, I was only looking in Program Files and Program Files (x86). Also was not aware of where.
Yeah. A system may have several versions of the compilers installed. More recent versions can compile different versions of the language (I tend to target C# v3).
Microsoft (R) Visual C# Compiler version 4.8.3761.0 for C# 5/langversion:<string> Specify language version mode: ISO-1, ISO-2, 3, 4, 5, or Default -
glennPattonWork3 wrote:
can generate executables from it
Alternatively, some enterprise whackos are pushing for Python because either: 0) Executables are dangerous and with Python you don't create an executable. or 1) A Python script is the executable, but it's easy to check that it hasn't been altered. In both cases, they like that the script gets deployed directly to the production servers without a build process -- no "executable" in the traditional sense, but it's still an executable. Any other "scripting language" would be the same (e.g. Perl). Of course, how do you know that the script wasn't altered along the way? Or that a bug wasn't "fixed" in production but not checked in? It's the same issue I have with SQL objects such as Procedures, Views, Functions, etc. -- do they really match what we have in version control? Have we checked? As a developer, I prefer traditional languages -- with compilers and "executables" -- when "security" is a factor.
Quote:
As a developer, I prefer traditional languages -- with compilers and "executables" -- when "security" is a factor.
You and me agree!
-
glennPattonWork3 wrote:
It doesn't generate executables it generates MSIL code
No, it does neither of those things. Visual Studio is an Interactive Development Environment, and as such just manages your projects. All code generation, whether machine or MSIL, is done by the compilers. And straight C/C++ code does not generate MSIL.
Richard MacCutchan wrote:
Interactive Development Environment
Integrated Development Environment == Bugging and debugging all in one place.
-
Richard MacCutchan wrote:
Interactive Development Environment
Integrated Development Environment == Bugging and debugging all in one place.
-
Hi All, I have a question, as I have used Notepad++ for years. I was told it would be on my current employers list of approved software. Probe further to find out why, turns out its 'Freeware' and as such is insecure. Is this alarmist I haven't heard of any issues, the only thing is our PC are so nailed shut you have to get IT every time it updates...:~ Glenn
Smoke and mirrors security at its best.
