Need DosSetExtLIBPATH in lucide.exe

[Chuck McKinnis <mckinnis@…>]

The lucide.exe should really have a sequence to provide access to its own DLLs without the necessity of making an entry in CONFIG.SYS or using something like the RUN!.EXE.

DosQueryExtLIBPATH (to get the current value and save it)

DosSetExtLIBPATH (to put the Lucide directory at the beginning of the extended libpath)

DosSetExtLIBPATH (to restore what was saved)

I am not a C programmer, so I can't really put in the code.

[ktk]

Assigned to Beta 4 Milestone

[Eugene Romanenko]

DosSetExtLIBPATH can't helps as ludoc.dll linked statically. I unsure if even possible dinamically load SOM dll.

[Eugene Romanenko]

However... WPS loads SOM dlls dynamically, so I guess it's possible. Needs some research.

[Eugene Romanenko]

I not found a way how to dynamically link class library without dirty hacks.
If anyone know about how to resolve <classname>ClassData names at runtime, please tell me.

Well, ask from other side. Why you need it? Anything can be done without LIBPATH. If you have created WPS program object for Lucide - it will run without any LIBPATH (of course, "." (dot) in LIBPATH needed). WPS associations works also, as associations just run WPS program object.

If you wish use Lucide as viewer in FileCommander - it also possible without add anything to LIBPATH. In "Edit Associations" put string like this:

*.{pdf,djvu}: c: & cd C:\Programs\Lucide & start /f /n lucide !f

This line assumes Lucide installed in 'C:\Programs\Lucide' directory.

[Chuck McKinnis <mckinnis@…>]

Not all applications have the same capabilities as File Commander.

In some cases you can only give the full path to the executable. This does not guarantee that the DLLs residing in that path will be accessable.

As regards your classpath question. Are you referring to registered WPS classes?

[Eugene Romanenko]

As regards your classpath question. Are you referring to registered WPS classes?

No, I doesn't register anything.

[Heiko]

@Chuck: How about using RUN!.

Try with lucide!.exe. This works fine here from SeaMonkey. I know, it would be more comfortable to include the mechanism in Lucide but this increases the complexity quite a bit because this would require dynamic linking of ALL DLLs, just as eros2 already pointed out.

@eros2: I don't think there is a compiler independent way to dynamically link C++ DLLs without providing C wrappers. Every C++ compiler uses its own name mangling. But if you look into the code that sc generates, these are the C wrappers for the SOM runtime. Maybe you can make use of them as well.

[Chuck McKinnis <mckinnis@…>]

I started using RUN! as soon as I ran into the problem using Lucide as a helper for Firefox. The license for RUN! is quite broad. Maybe a copy should be packaged with Lucide as LUCIDE!.EXE?

[Eugene Romanenko]

I created small lcd.exe, which set beginlibpath and executes Lucide.exe, hope it will be helpful (changeset [130]).

[Eugene Romanenko]

(In [138]) Better solution for #78, move GUI to DLL, executor sets BeginLibPath and loads GUI DLL (closes #78)