|
did you buy 2019 or buy the sub? (heard they were intending to kill off the one-time buy).
actually if you have a few people using it the 5 machines sub (even if not the same physical household) is not too bad.
Edit: Oh be careful, msoffice loves to default to saving EVERYTHING on one drivel
pestilence [ pes-tl-uh ns ] noun
1. a deadly or virulent epidemic disease. especially bubonic plague.
2. something that is considered harmful, destructive, or evil.
Synonyms: pest, plague, CCP
|
|
|
|
|
I bought 2019 - I'm not a fan of subscription software models.
I'm the only user - Herself has no idea how to even turn on the printer, much less create a spreadsheet.
And I'm pretty sure I'll slap Office silly to remind it that my NAS is where stuff goes very shortly ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
The sub is even better than that - each of the 5 people can use Office and each can be signed on to up to 5 different devices; I've got it on my laptop, my desktop, my Surface Pro and my iPad Pro, it's installed on my wife's laptop as user #2, and I still have 3 more shares to hand out. I bought it figuring the other 3 would be my kids, but they all prefer other packages, so my dad, a brother and a sister-in-law are going to get them instead.
|
|
|
|
|
I'm just trying LibreOffice, your post is not encouraging.
I consider the equation editor of LibreOffice far better thant the MS one.
Excel looks better then Calc, but no issues with the latter, for the moment.
Quote: I no longer believe that the OpenSource model works for large projects. There's gcc , you know.
|
|
|
|
|
It is good - especially for the price ... but just get used to ignoring updates, and you should be fine. Calc is excellent (Excel has always been better overall, but with niggles).
It's just the "accumulation of bruises" I've built up with LibreOffice that has driven me from it to a "paid for solution", in the same way that GIMP just isn't as good as PaintShop Pro.
I think the problem is a lack of coordination, of overall strategy - not than this is something MS is good at providing either ...
Come back AmiPro! There was nothing to forgive! (Apart from your habit of crashing when auto-saving my work, that is - that was unforgivable.)
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
This box that I'm on now, bought as a refurb, has Libre. It's a little different than the MS Word they standardize on at the office but it works with their files (and, when so set, vise-versa).
Sure, it has a few things that annoy (and surprise). Some of the font's don't quite space right in Calc; putting 1/4 into a cell, formatted as a date, gives Jan 4 #### (current year). Works every day . . . except 3/4 . Which reformat's to the single-char 3/4. Just discovered: if I push ESC it formats properly.
On the other hand, Office Outlook keeps taking a nap whilst composing, of various lengths on most days - as it spins its little wheel - often long enough where one gives up and restarts. It does know how to format 3/4 to a date when appropriate.
Now - for the price - I'm willing to be hassled by Libre more than by Office.
As for a remote subscription - what if the Internet's down? Notepad++, I suppose.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
|
OriginalGriff wrote: bought Office 2019.
Where and how did you buy it? I only see option for that 365 BS
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
|
Just do it the way you've been doing it since Windows 95:
Right-click on a file of the type you want Word to open
Open With...
Pick winword.exe from the list
End of story
The UI sucks more and more with every new version, but the underpinnings haven't changed in 25 years.
|
|
|
|
|
OriginalGriff wrote: This experience had better get better, Microsoft, you're on thin ice allready...
So you'll switch to...Linux, and LibreOffice? Oh, wait...
This is me with the phone situation. The more I use watch others use Android, the more horrifying I find it. And I refuse to give Apple any money for any of its offerings. Honestly, what are my options, at this point?
Meanwhile, my Windows Phone lives on. I know it'll die eventually, and I'm utterly unimpressed by the alternatives.
|
|
|
|
|
As Nixrocks said in an article I read,
Quote: MS keeps re-inventing the wheel over and over and over again, but instead of creating a round wheel, they just use random non-round shapes as they redesign, rejecting all feedback from their customers that just want a round wheel. Worse, the leadership has gone on record basically saying that the round wheel is obsolete and they will never return to it. "Clearly the ride quality with Microsoft triangle wheels is a user problem, users just need more training to understand just how awesome our triangle wheels are."
I came across another instance almost equivalent to your 'default app' scenario yesterday. I have Office 2010 with OneNote. I like OneNote's ability to keep a log which I can access on either my phone or through the web, but a few months ago MS decided to screw OneNote 2010 users by disabling OneDrive's OneNote connectivity. Searching around, I saw that MS offered a free retail upgrade to OneNote 2016, and searching around more I found the link on their site. Tried it, and it installed.
Went to run it, and it said that the user name I supplied is not in their database. It was the same one I used for Windows Live, which was how I connected every other time, and how I was simultaneously connected online to the OneNote file. So I figured I was out of luck, and they were now only allowing subscriptions. Out of curiosity I tried OneNote's online link 'Open in App,' and it allowed me to select the new installation. And that allowed me to accept their terms, and get OneNote up and running, which I couldn't do any other way.
|
|
|
|
|
Does anyone have experience running Coverity within Visual Studio? If you use their software to build your open-source code and submit it, they'll analyze it. I've heard good things about their tool and want to try it out. Right now this is where I'm at:
- I go to their download page[^] and get the .zip file for Win64.
- When extracting the .zip file, I get numerous “Error 0x80010135: Path too long” errors. I look this up online and learn that I have to use a different extraction tool. OK, I have 7-Zip.
- 7-Zip extracts it in 80 seconds, whereas Windows failed after beavering away for what, 10 minutes?! FPoS.
- The next instruction is “Add the bin directory to your path”. Presumably “bin directory” refers to an extracted directory with executables. OK, I find it. But I have no idea what “your path” refers to. My project folder, the one that maps to its top-level folder on GitHub? Right now this is where I’m stuck.
- Next, I’d have to figure out how to configure the tool for Microsoft’s C++ compiler using some command line stuff. The download page says to refer to coverity build tool/docs/en/help/cov-configure.txt for help. But there's no sign of a /docs folder in the extracted folder or its subfolders.
- Finally, I’d have to do a build using command line stuff that I’ve never had to bother with, because Visual Studio takes care of it all when you click on “Build Solution”.
If anyone has gone through this and can help, I'd appreciate it. We can take this to the Product Lifecycle/Free Tools[^] forum if that would be more appropriate.
|
|
|
|
|
Off top of my head I can help only with point 4: Add the path of the bin folder to your PATH environment variable (start > type "env" > Edit Environment variables > "environment variables" button > Select "Path" variable > append ";<your bin="" path="">")
|
|
|
|
|
Never used that tool before but a reference for command line for #6: MSBuild Command-Line Reference - Visual Studio | Microsoft Docs
Just point it to the .vcxproj file for your C++ project. If you need to add or change a property you can do it in the file (there should already be PropertyGroups in the file as a template) or use the -property/p switch for something like configuration (e.g. -p:Configuration=Release ).
|
|
|
|
|
Greg Utas wrote: - 7-Zip extracts it in 80 seconds, whereas Windows failed after beavering away for what, 10 minutes?! FPoS.
Yup - it's even worse when transferring a big zip file over a network... I disable Windows zip handling, 'cause it sucks.
Greg Utas wrote: - The next instruction is “Add the bin directory to your path”. Presumably “bin directory” refers to an extracted directory with executables. OK, I find it. But I have no idea what “your path” refers to. My project folder, the one that maps to its top-level folder on GitHub? Right now this is where I’m stuck.
Open up a command prompt and use the following command, replacing the bit in angle brackets with the path of Coverity's bin folder on your machine:
SET PATH=<path to Coverity's bin folder>%PATH%
Greg Utas wrote: - Next, I’d have to figure out how to configure the tool for Microsoft’s C++ compiler using some command line stuff. The download page says to refer to coverity build tool/docs/en/help/cov-configure.txt for help. But there's no sign of a /docs folder in the extracted folder or its subfolders.
You don't need to do this step - it already knows how to cope with Visual C++.
Greg Utas wrote: - Finally, I’d have to do a build using command line stuff that I’ve never had to bother with, because Visual Studio takes care of it all when you click on “Build Solution”.
- Open a Visual Studio command-line using the Start Menu (Start -> Visual Studio 2017 -> Developer Command Prompt for VS 2017, as in this screenshot).
- Change directory to the one containing your solution file.
- Use 'msbuild' to build your solution, like so:
MSBuild.exe <solution-file> -t:Build -p:Configuration=Debug -p:Platform=Win32 -m
Obviously, change 'Debug' to 'Release' or 'Win32' to 'x64' to build a different configuration if you need to.
HTH!
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Stuart Dootson wrote: SET PATH=<path to Coverity's bin folder>%PATH% That will update the path for the current command window only. As soon as you close that window, your path update is lost.
You can use SETX insttead of SET. SETX updates the path value in the registry, but remember that already running processes will not have their path changed. Updates apply to processes (including command windows) started/opened after you did the SETX.
I never use neither SET nor SETX! When I found Rapid Environment Editor[^], I never turned back. With REE, you can reorder path entries by dragging. You can drag any environment value between the user specific part and the system part. When adding entries e.g. to the path, you can select it by navigating, rather than typing a long path. REE is highly recommended!
(SETX can do things that REE cannot, e.g. update an environment variable on a remote system, or update from a registry value. I never had a need for such functionality.)
Clarification:
Window-born applications may be programmed to look up, in the registry, path and other environment variables on every use. They will get the updated value as soon as you have saved it (either by SETX or REE). Few Windows programs make use of path and environment variables; they rather have their own registry entries. Those using path/environment are mostly *nix-born software that knows nothing about the registry, and they are mostly command line programs. At startup, command.exe initializes its environment from the registry, and command line programs inherit this environment in the *nix style, not knowing where the values came from.
A final note: If you prefer to write in lowercase, you can write 'path' (and 'set'/'setx') rather than uppercasing them. Case sensitivity is a *nix artifact. When you use set/setx to create a new environment variable, you may want to use upper, lower, camel, Pascal or some other casing convention, that will be preserved - just like with NTFS file names. In use, you can case differently.
|
|
|
|
|
It's actually starting a compile. Then I'll have to find the output, zip it, and submit it.
The only tweak was that it wants x86 or x64 for the platform instead of Win32 or Win64 .
I owe you a 🍺. I was going to work on tax returns today, but now there are better things to do!
|
|
|
|
|
Greg Utas wrote: The only tweak was that it wants x86 or x64 for the platform instead of Win32 or Win64 .
That'll be something that's changed since VS2013 - I snuck the msbuild command-line out of a build script we use on a project built with VS2013.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Hmm, that was a direct MSBuild, but it wants you to build via its own tool, which is configured for gcc with no sign of the instructions for how to change this...
|
|
|
|
|
Hmmm - that's odd - I've got cov-build to work for me, admittedly with a Visual Studio solution autogenerated by CMake.
Anyway - try running this command... I ran it, thinking it would allow me to tweak my MSVC configuration & maybe it changed my default config, or enabled msvc?
cov-configure --msvc
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
It appears to be doing a compile through cov-build now, thanks.
|
|
|
|
|
384 C/C++ compilation units (100%) are ready for analysis
The cov-build utility completed successfully. Thanks for your help! Now I have to worry about what they'll find.
|
|
|
|
|
I've uploaded my (very minimal) code & have to confess I'm perplexed at some of the 'defects' Coverity raises:
- Apparently, this line of code raises an exception (which isn't caught in
main , as I don't use a global exception handler).
std::wostringstream oss;
Trouble is... that statement doesn't raise an exception... I've looked at the source code for wostringstream (and the associated classes), and while an exception can be raised if the stream's state is set to 'bad' or 'fail', the code path that Coverity is complaining about is setting the stream state to 'good', using a static constexpr value (goodbit , as seen here). Maybe Coverity doesn't understand what constexpr means? - This one is fair enough (although slightly trivial?) - Coverity moans at me for using
std::hex to change the default base output by a std::ostream and not restoring the old format. That's one of the reasons I prefer using libfmt (soon to be part of C++20 - yay!) rather than plain old iostreams...
I've used clang-tidy a lot, as well as the static analyzer built into clang, and they haven't raised false positives like this...
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
I am familiar with the full, commercial Coverity with a local database; there may be differences from the cloud solution.
You have a lot of settings, e.g. the "agressiveness" level. If you set it to maximum, you certainly get a share of false warnings (and the documententation clearly warns about this). I rarely catch any non-false warnings by running at max agressivness.
Also, you can select an arbitrary set of checkers to be run, and many of them can be configured, checker by checker. When you triage the issue in the database, you may flag it as false warning, and you will not be see any more of that issue. It may take some effort tuning the options to your preferences and environment, to give you only those reports that you wish; it isn't perfectly configured out of the box.
Disclaimer: I have used coverity with plain C and with C#, not with C++.
With C# I have insisted for weeks in a row that some of the issues are false warnings, until I learn something new and realize that Coverity was right after all! (This is mostly resource leak issues, but also exception issues.)
Also, I usually get extremely helpful tracebacks explaining the root cause of the problem - I had one case of fourteen levels of traceback, where the true culprit was found. But that is from a complete analysis, not the desktop analysis that I believe gives a more lightweight check.
|
|
|
|
|