DLL function '_DataSetIsFile' not found

[timur]

I'm running SlickEdit 11 on Linux, and when I start SE, I frequently get this error message.  Does anyone know why it's having trouble finding _DataSetIsFile?

00001  Slick-C STACK TRACE ******************************
00002  Created on 4/8/2011 at 16:54:37 (582 ms)
00003  Edit module and type "st -f <offset>" to get the
00004  run-time error position
00005
00006  error code=-3058
00007  DLL function '_DataSetIsFile' not found
00008
00009 stdcmds.ex 35448 refer_ext(,,1,1)   p_window_id: 3   p_object: OI_MDI_FORM   p_name:
00010 stdcmds.ex 25339 select_edit_mode(,0,0)   p_window_id: 3   p_object: OI_MDI_FORM   p_name:
00011 controls.ex 36 _ul2_editwin.()   p_window_id: 3   p_object: OI_MDI_FORM   p_name:
00012 dlgeditv.ex 6640 show(-xy -hidden  -mdi _tbslickc_stack_form)   p_window_id: 3   p_object: OI_MDI_FORM   p_name:
00013 toolbar.ex 23501 _tbShow(_tbslickc_stack_form,0,0,0,0,0)   p_window_id: 7   p_object: OI_EDITOR   p_name:
00014 toolbar.ex 22830 tbShow(_tbslickc_stack_form)   p_window_id: 7   p_object: OI_EDITOR   p_name:
00015 last.ex 1326 _UpdateSlickCStack(1,-3061,/tmp/vsstack.b04825)   p_window_id: 7   p_object: OI_EDITOR   p_name:
00016 last.ex 2721 _on_slickc_error(-3061,/tmp/vsstack.b04825)   p_window_id: 7   p_object: OI_EDITOR   p_name:

Here's the script I use to start slickedit:

unset XMODIFIERS
ulimit -s 20480000
vs -summ "1920 1200,1680 1050"

[jimlangrunner]

Knowing nothing about your system, something jumps out at me right away.

It looks like the 4 numbers you're using are an attempt to position the window.  In fact, it looks much like my system - 1920 x 1200 and 1680 x 1050 for my left & right monitors.  If it's offset offset, size, size, then you're attempting to put the Slick window just _below_ the bottom of the right screen. 

Now, that's just a guess, but I would suspect it's right.

best,
Jim

[Graeme]

On Windows, _DataSetIsFile appears to be in vsapi.dll.

Do you invoke slickedit in different ways?  Is there any pattern to when it works and doesn't work?

The parameters to -summ look ok.  Did you notice the help file says you can use vslick.ini instead of the -summ option  - dunno how that works though or whether it's related to this problem.

Graeme

[timur]

It looks like the 4 numbers you're using are an attempt to position the window.  In fact, it looks much like my system - 1920 x 1200 and 1680 x 1050 for my left & right monitors.  If it's offset offset, size, size, then you're attempting to put the Slick window just _below_ the bottom of the right screen. 

I'm just following the instructions on the -summ command:

-summ "[x_1 y_1] width_1 height_1, [x_2 y_2] width_2 height_2"
   

(UNIX only) Specifies multiple monitor configuration. You must specify at least two monitors. By default, SlickEdit tries to automatically detect if you have two monitors. However, this only works if your monitors have the same width, height, and y values. In a left-to-right monitor configuration, x and y are not necessary. The following two examples are equivalent because the monitors are in a left-to-right configuration:

 -summ "1024 768,1024 768"

-summ "0 0 1024 768,1024 0 1024 768"

Specifying the -summ option in the previous example would not be necessary because it would be automatically detected correctly. However, the following monitor configurations would not be detected correctly:

-summ "1600 1200,1024 768"

-summ "0 0 1024 768,0 768 1024 768"

-summ "1024 768,1024 768,1024 768"

The above examples represent the following configurations: left-to-right, 2 monitors; top-to-bottom, 2 monitors; left-to-right, 3 monitors.

Note that you can specify this option in the VSLICK environment variable and set it in your vslick.ini file so you don’t need to specify this for every invocation. For more information, see Setting environment variables in vslick.ini.

Removing this command-line option doesn't change anything for me.  I've had this problem for a long time.

[timur]

On Windows, _DataSetIsFile appears to be in vsapi.dll.

Do you invoke slickedit in different ways?  Is there any pattern to when it works and doesn't work?

The only pattern is that it frequently fails the first time I launch Slickedit in the morning.  Here's the full script I use to launch Slickedit:

#!/bin/sh
EXE='/home/b04825/vslick/bin/vs'
VS=`ps o pid= -C vs`
if [ ! "$VS" == "" ]
then
       echo "Kill existing Slickedit process? "
        read answer
        kill -1 $VS
fi

unset XMODIFIERS
ulimit -s 20480000
$EXE -summ "1920 1200,1680 1050"
exit 0

So if I launch this script and Slickedit is already running, I kill it and launch it again.  I often have to do this two or three times before Slickedit launches without error.

I suspect that there's some kind of problem in loading whatever file is the Linux equivalent to vsapi.dll.  That is, slickedit attempts to load it, but for some reason that load fails (or takes too long), and the first API that the main executable tries to use is _DataSetIsFile.

I also get other errors at launch.  For example, I just got this one.  A dialog box appeared that says this:

DLLEXPORT: Invalid DLL type 'void vsRTE:rteAddFile(int handle, VSPSZ _fileName)'

file=files.ex offset=8311

[Graeme]

Quote
DLLEXPORT: Invalid DLL type 'void vsRTE:rteAddFile(int handle, VSPSZ _fileName)'

file=files.ex offset=8311

I suspect that there's some kind of problem in loading whatever file is the Linux equivalent to vsapi.dll.  That is, slickedit attempts to load it, but for some reason that load fails (or takes too long), and the first API that the main executable tries to use is _DataSetIsFile.

I see you and other people have reported problems like this before
http://community.slickedit.com/index.php?topic=5913.0

It looks like this was fixed in Slick V15.  Maybe you could try the V16 beta and see if you still get problems and think about upgrading if it's definitely going to fix the problem, or see if SlickEdit will give you some details on what the problem is in case there's a better workaround for you on slick V11.  Don't like to be negative but V16 might give you a whole bunch of new problems so if you upgrade, maybe see if you have the rights to use V15 as well - or hold off upgrading till the second release of V16

Graeme

[timur]

I don't have access to the V16 beta.  And one of the reasons I've been reluctant to upgrade (I've been a VSE user since v2) is because newer versions tend to replace old bugs with new bugs.

[Graeme]

I don't have access to the V16 beta.  And one of the reasons I've been reluctant to upgrade (I've been a VSE user since v2) is because newer versions tend to replace old bugs with new bugs.

Is this a Linux problem in general?

Does the huge number of distros cause a problem?

I've been trying Ubuntu recently.  It seems very nice and intuitive.  A while ago I read that 90% of the 500 fastest computers in the world run Linux.  I wonder if they use the same kernel as Ubuntu/ Fedora etc.

Graeme