Recent Posts

Pages: 1 ... 8 9 [10]
91
Try invoking SlickEdit with the +ssymlink invocation option. This turns on symbolic link resolution for files and directories. This does slow down performance some. The default setting just resolves symbolic links in directories.

I tested a simple project using +ssymlink and it definitely helped. My original test without this option didn't hang but I did get a lot of extra useless recursive results.

I did not test a remote mounted directory. My tests were on the local windows file system with recursive symbolic links.
92
Have had this nagging problem off and on for years and I've seen posts about it but the cause always seemed to be a mystery. We were able to narrow down the cause for our case, so I thought I'd post it on here.

Essentially, the problem was a symbolic link (or junction, in windows terms) formed a loop in the source directory structure under one of our projects in the workspace being tagged. The project was set up with the source file filters (*.c, *.cpp etc) and the option for these filters had "Recurse" set to "1". Obviously, this caused Slickedit to re-process the same files over and over (probably only limited by some internal slickedit limit on path depth). In our case, it was the build for nodejs living under a couple of our projects that was creating these links at build time.

Can't really blame Slickedit for this since a loop like this would probably be difficult to detect. But the un-cancelable tagging window on exiting Slickedit seems like a Slickedit bug and I know it's been there since at least 26.

Hopefully, Slickedit devs can now re-create the problem by creating a few of these recursive symlinks and reproduce the un-cancelable tagging window on exit.

Should also add that I'm on Slickedit Pro 2022 (v27.0.2.0 64-bit Qt5) under Windows 11.
93
SlickEdit® / Re: Crash while editing
« Last post by Clark on November 10, 2023, 01:19:02 AM »
Unless SlickEdit is invoked with "-sul" to turn off file locking or for some reason file locking isn't working (remote tag files), it should be safe to run multiple instances. You might not be left with the auto-restore data you want but it's definitely not a crash problem.

Try to save a core file so we can take a look at it.
94
SlickEdit® / Crash while editing
« Last post by astromme on November 10, 2023, 01:01:09 AM »
Code: [Select]
SlickEdit Pro 2023 (v28.0.0.6 64-bit Qt5)

Licensed number of users: Single user
License file: /opt/slickedit-pro2023/bin/slickedit.lic

Build Date: November 2, 2023
Emulation: Brief

OS: Linux
OS Version: Ubuntu 22.04.3 LTS
Kernel Level: 6.2.0-060200-generic
Build Version: #202302191831 SMP PREEMPT_DYNAMIC Sun Feb 19 23:37:22 UTC 2023
Processor Architecture: x86_64

X Server Vendor: The X.Org Foundation
Window Manager: GNOME Shell
Display manager: /usr/sbin/gdm3

Memory: 98% Load, 25360MB/25872MB Virtual
Shell Information: "/opt/slickedit-pro2023/bin/secsh" -i
Screen Size: 1920 x 1080 (11520 1080), 3840 x 2160 (7680 0), 3840 x 2160 (3840 0), 3840 x 2160 (0 0)

Project Type: Single file project - Other
Language: No file open
Encoding: No file open

Installation Directory: /opt/slickedit-pro2023/
Configuration Directory: /home/stromme/.slickedit/28.0.0/
Migrated from: /home/stromme/.slickedit/26.0.3/


I was editing by holding down an arrow key and got this:
Code: [Select]
malloc(): unaligned fastbin chunk detected

[1]-  Aborted                 (core dumped) vs +new -snoconfig -snorestore  (wd: myworkingdirectory)

This was a second instance of Slickedit running.  I lost all my windows since there was no workspace active.  Is there guidance for running more than one Slickedit instance at the same time with different workspaces?
95
SlickEdit® / Re: Qt5 link?
« Last post by Clark on November 10, 2023, 12:36:53 AM »
So glad you posted. Thanks again.
96
SlickEdit® / Re: Qt5 link?
« Last post by JeffB on November 10, 2023, 12:05:31 AM »
Thanks, Clark.  Not a big deal...I just wanted to make sure you were aware of it, in case there was a "fix".  I was using Vivaldi and for some reason the "Save as..." wouldn't actually save the file, so I had to re-zip/download 2-3 times before I just did "Save" to default location, which worked.

Jeff
97
SlickEdit® / Re: Qt5 link?
« Last post by Clark on November 09, 2023, 11:46:58 PM »
After more analysis, Google drive is the best solution even with the zipping issue. Even with the zipping issue (see below for workaround), it takes the same or less time to download the installers than DropBox (the only possible alternative so far).

DropBox: How to download isn't always obvious. DropBox needs an always visible download button/link.  Customers will end up double clicking and not being happy with what happens. What to do after that mistake isn't that obvious. Also, always it takes >=2 minutes to download!

OneDrive doesn't seem to lock down folder sharing user names (not obvious) enough to be a viable solution. Also, it always takes >=2 minutes to download!

Google Drive Zip WORKAROUND:
If you don't want the installer zipped and you want a much faster download, use Chrome with syncing turned on.

If you don't like Google Chrome, I understand. Everyone has their reasons. I was using Firefox for years until Firefox decided to completely stop syncing my account.
98
SlickEdit® / Re: Qt5 link?
« Last post by Clark on November 09, 2023, 09:48:18 PM »
No good work around with google drive. Too bad. It is very simple and intuitive.

Hopefully either Dropbox or One drive will be a better solution. I don't like that drop box tries to view .tar.gz/.msi/.dmg files if you double click on them. Other than that, it's better than google drive. Looking into OneDrive now.
99
SlickEdit® / Re: Qt5 link?
« Last post by Clark on November 09, 2023, 09:04:27 PM »
gdrive seems to want to re-zip the gzip file to download it

Thanks for posting. It will still work but it's stupid. We will try figure out something better. When we're logged in, it doesn't get zipped when downloading.
100
SlickEdit® / Re: Invalid database session handle
« Last post by rjpontefract on November 09, 2023, 07:59:25 PM »
Thanks Clark, that worked fine.  And thanks for the info on reconfiguring a maven project, it's appreciated.
Pages: 1 ... 8 9 [10]