I think in this discussion you are mixing an end-user app, like google-earth, and a compiler, like harbour.
I think that compilers come with package installer (instead of being a packaged app, like, for example, a browser) and the installer puts libraries where they have to go, see for example neooffice which has such an 'extended' installer. So, harbour needs this 'extended' installer to put libraries in the correct folder and different versions will have libraries with different version extensions, like in linux. Regards. Maurilio. Lorenzo Fiorini wrote: > On Tue, Nov 18, 2008 at 7:38 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote: >> Hi Przemek, >> >>> 1. Why I cannot execute this simple scrpit in MacOSX port: >>> >>> #!/usr/bin/hbrun >>> proc main() >>> alert( "Hello World!!!" ) >>> return >>> >>> I have big internet shop application which with hundreds >>> CGI harbour scripts and it does not work with MacOSX. >> This should work regardless of our static vs. dynlib issue. >> So it's off topic. >> >> I'm getting (with a private built hbrun which works): >> --- >> Error BASE/9995 Corruption detected: HB_HRBRUN >> Called from HB_HRBRUN(0) >> Called from _APPMAIN(0) >> --- >> >> Maybe something obvious from my side, this is the first >> time I tried hbrun this way on any platform. >> >>>> Also, I have an OSX port of my apps running/building fine >>>> without any need to install stuff in /opt /usr or any other >>>> such non-user locations, or setup envvar or do any global >>>> configuration whatsoever. So the issue is really only hbrun, >>>> hbtest and hbmk behavior. [ None of these is needed for my >>>> project. ] >>> The fact that you are using Harbour in very limited way like >>> in Windows it does not mean that you have rights to force >>> such usage also for other users. >> Some facts please. Denying me isn't one. >> >>>>> That's true, but if we provide binaries, I'm not sure there >>>> is a point to limit its usage by using it as a showcase or >>>> to target some other academic goals, or try to replicate >>>> customs from other systems. >>> I do not agree. You both are thinking only about your current needs. >>> I want to be able to write Harbour applications as scripts or >>> binaries and distribute them in system friendly packages like >>> RPM or DEB. It means that I need Harbour installed in known >>> for OS and package manager way so dependencies will be check >>> automatically and if necessary user can download also Harbour >>> shared libraries or whole compiler and install them in his >>> system. F.e. I can write new bittorent client as Harbour >>> application. We do not have to build binaries but we have to >>> create system where such binaries are easy to create. >> Future needs aside, it's not working now. >> >> I couldn't care less if there was however Harbour >> packages distributed for OS X, but _they should work >> out of the box_. A simple .zip file distribution should >> also work out of the box, and if you want to create >> such complicated dependency check or installer, or >> MacPorts packages so be it, but the default install >> (the only one we currently seem to have), should also >> work out of the box, without additional trickery, sudo, >> envvars, copying, you name it, and current package is >> essentially a .zip file. > > Here are the installetion steps for Oracle Client in OSX taken from > http://www.oracle.com/technology/software/tech/oci/instantclient/htdocs/intel_macsoft.html: > > .... > > 1. See the installation guide for all system requirements. > > 2. Download the appropriate Instant Client packages for your platform. > All installations REQUIRE the Basic package. > > 3. Unzip the packages into a single directory such as "instantclient". > > 4. Set the library loading path in your environment to the directory > in Step 2 ("instantclient"). On the Macintosh OSX platform, > DYLD_LIBRARY_PATH is the appropriate environment variable. > > 5. Start your application and enjoy. > > ..... > > Is Oracle wrong? :) > > However here is a good place to start: > http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/SoftwareDeliveryGuide.pdf > > best regards, > Lorenzo > _______________________________________________ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- __________ | | | |__| Maurilio Longo |_|_|_|____| farmaconsult s.r.l. _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
