Viktor Szakáts wrote: > > Well, I didn't mean to include this raw snippet in > final code. First of all, it's not needed at all. > > Now, if you want to make it absolutely complicated > and use a plugin for this purpose, you should > _generate_ the plugin code to a temporary file and > pass that to hbmk2. Or you can put it into 'resources' > dir if you don't mind being less elegant. Otherwise, > after this change of yours, suddenly HBIDE needs to > be distributed with its own source code, otherwise > it won't work. >
Ok, it is better to supply it as temp file. I will change. I did in sheer hurry. > If you look a little bit further, probably you could > also easily complete the output name with CURDIR() > and CURDRIVE() _inside HBIDE code_ and just use that. > There is no magic done in this plugin as I told. > > If it doesn't work, it means you DO CHANGE the > current directory, even if you don't know about it, > so in this case you must explore the QT launching > stuff to see how to disable it. > Let me explain a bit how hbIDE forks process to Qt and why I cannot take this approach. Calling hbMK2: is done in a attached Qt process. The called process is started in project location. hbIDE process does not change its directory. Called process creates the executable and returns. Executing target: executable is detected by whatever means I was/am adopting. A new detached Qt process is initiated which fires the executable and stays in the "Start in" folder, if provided. Because these two processes have different affinities, I cannot make-out in the 2nd process where exactly target is located. This plugin came as a saviour and after testing I committed. Did not gave ita deeper thought though. > I'm very sad you only hear the wrong solutions from > my mails and I'm a little bit afraid to tell anything, > since I'm not happy to help creating bad solutions. > Me too, but believe me I could never find a satisfactory way to detect. Every method went weired at one stage or the other. So do not be so rude, please. ----- enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14589-trunk-harbour-tp5100227p5100380.html Sent from the harbour-devel mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour