From: Nathan N. <nn...@ne...> - 2011-12-29 14:49:22
|
Oh, wow. That change alone would be enough to get tora past the hurdles of being included in many standard distros. How does it affect the build, does it still require the connection provider libraries/code to be available during the compile process? -- Nathan On 12/29/2011 08:15 AM, iv...@cv... wrote: > Hi all, > I've just uploaded one example onto sourceforge(it's a windows executable): > > It's under > https://sourceforge.net/projects/tora/files/tora-experimental/ > > A lot of internals were redesigned in this branch but I first of all I > would like > to introduce the main difference. > > Tora executable no more depends on any 3rd party .dlls and therefore > can be executed on "any" host. > Upon a startup it searches for oci.dll and other libraries and then it > dynamically loads connection provider libraries. > > The location for particular oracle client can even be configurable in > the future. > So far the code works on Linux and Windows only. > > Ivan > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > Tora-develop mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/tora-develop -- ------------------------------------------------------------ Nathan Neulinger nn...@ne... Neulinger Consulting (573) 612-1412 |