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
