Recent Posts

11

SlickEdit® / Re: 3 issues with "auto" keyword in C++ and auto-list feature in 23.0.1.2

« Last post by dragulj on April 17, 2024, 10:06:03 AM »

I am bumping here because after 5 years still the same problem which I find very annoying. No need to explain, the first post contains all info.
I tried to restore default options, no luck. Would any of the developers check behavior of auto keyword when using context tagging please? For that matter, SlickEdit is shamefully far behind Qt Creator.

SlickEdit Pro 2023 (v28.0.2.0 64-bit Qt5)
Build Date: April 3, 2024
Emulation: Brief
OS: Linux
OS Version: Ubuntu 20.04.6 LTS
Kernel Level: 5.15.0-97-generic
Build Version: #107~20.04.1-Ubuntu SMP Fri Feb 9 14:20:11 UTC 2024
Processor Architecture: x86_64
X Server Vendor: The X.Org Foundation


Window Manager: GNOME Shell
Display manager: /usr/sbin/gdm3
Memory: 94% Load, 8324MB/8765MB Virtual
Shell Information: "/home/aleks/vs/bin/secsh" -i
Screen Size: 1920 x 1080 (1920 0), 1920 x 1080 (0 0)
Project Type: Gnuc
Language: .cpp (C/C++)
Encoding: UTF-8, no signature

12

SlickEdit® / Re: v28.0.2 crashed when I was using browse respository window.

« Last post by Clark on April 17, 2024, 06:32:15 AM »

Understandable. Since crash dumps for some reason aren't helpful, I would recommend that you stop using the repository browser. All other git features should work fine.

13

SlickEdit® / Re: v28.0.2 crashed when I was using browse respository window.

« Last post by ahkevin on April 17, 2024, 02:32:44 AM »

Unfortunately, this is a private repository owned by a company that contains a lot of private information. So, I can't post it here.

14

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by Clark on April 15, 2024, 11:44:28 PM »

Thanks for posting about these issues.

15

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by spongyryno on April 15, 2024, 11:07:50 PM »

Thanks, Clark. With the latest hotfix, despite my best efforts, I haven't been able to find out a new way to break it. 

16

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by Clark on April 14, 2024, 10:57:03 PM »

Added a hot fix for this too. You can download it now.

17

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by spongyryno on April 14, 2024, 09:54:23 PM »

Okay, I got the hotfix loaded.

That fixes:

Code: [Select]

#[allow(dead_code)]

...but not:

Code: [Select]

#![allow(dead_code)]

(Note the "!" in the 2nd column, indicating this atttribute applies globally instead of locally).

18

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by Clark on April 14, 2024, 09:19:22 PM »

You need to download and install SlickEdit 28.0.2 and then install this hot fix

All 28.0.1 hot fixes are already in SlickEdit 28.0.2 which also includes other fixes.

19

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by spongyryno on April 14, 2024, 06:53:35 PM »

The name of that hotfix appears to be "hotfix_se2802_3_cumulative.zip".

However, when I try to apply it, I get:

Code: [Select]

---------------------------
SlickEdit Pro
---------------------------
Invalid hot fix version:
------------------
The selected hot fix is for SlickEdit 28.0.2.0.
You are currently running 28.0.1.0.

However, the "cumulative" implies it should apply to 28.0.1.0 as well. Regardless, I cannot find any other hotfixes, much less one for 28.0.1.0.

20

SlickEdit® / Re: SlickEdit thinks Rust attributes start open a clause

« Last post by Clark on April 14, 2024, 04:16:52 PM »

A hot fix is available for this.

Download the hot fix here:

https://www.slickedit.com/hotfixes

Then load the hot fix: Help>Product Updates>Load Hot Fix...