From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21522 invoked by alias); 14 Aug 2003 10:28:25 -0000 Mailing-List: contact pthreads-win32-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sources.redhat.com Received: (qmail 21513 invoked from network); 14 Aug 2003 10:28:24 -0000 Received: from unknown (HELO hermes.speech.kth.se) (130.237.67.6) by sources.redhat.com with SMTP; 14 Aug 2003 10:28:24 -0000 Received: from hermes.speech.kth.se (localhost.localdomain [127.0.0.1]) by localhost.md.kth.se (Postfix) with ESMTP id CB7A1A75CE for ; Thu, 14 Aug 2003 12:28:23 +0200 (CEST) Received: from bayes.speech.kth.se (bayes.speech.kth.se [130.237.67.211]) by hermes.speech.kth.se (Postfix) with ESMTP id 793A3A75CA for ; Thu, 14 Aug 2003 12:28:23 +0200 (CEST) Date: Thu, 14 Aug 2003 10:28:00 -0000 From: Giampiero Salvi To: pthreads-win32@sources.redhat.com Subject: link statically Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003/txt/msg00068.txt.bz2 Hi all, I've been using pthreads-win32 the develop a tcl library. Everything has been working fine, provided that I had the pthreadVC.dll somewhere in the Windows PATH. Now I'm trying to use tclkit and starkit to wrap my application into a single executable (I have to send this thing to people that wouldn't know how to install tcl). The way starkit works is that it creates a virtual file system in the executable file that corresponds to the one of the unwrapped application. Whenever a tcl library (in the form of a dll) is required, the starkit copies it to a temporary file, so that the system can see and load it. Unfortunately this seems to work only with tcl libraries. In my case my tcl lib relies on pthreadVC.dll, and there doesn't seem to be a way to load it dynamically when it is wrapped in the starkit. The only solution would be to distribute pthreadVC.dll separately and instruct the users to put it somewhere in the path (which, given the target users isn't likely to work). Is there a way to link pthreadVC statically and avoid all these problems? Thank you Giampiero