Pritpal,
no, uhttpd leaks memory on OS/2 also where dlmalloc is not available.
Maurilio.
Pritpal Bedi wrote:
> Hello Przemek
>
> Harbour compiled with -DHB_FM_WIN_ALLOC
> doe snot produce any unreleased Virtual Mem Pages
> as reported by MemProof.
>
> Plus exiting a thread also releases the
Hi Massimo,
Be sure to log (X, gdm) as *user* and then open a new terminal (console)
http://wiki.debian.org/FakeRoot
(see Error messages)
Guy
Massimo Belgrano a écrit :
Ops sorry during prev test i switched to root
(i think that root user will do every command like administrator
unhappy to s
Just a note: you don't have to install Harbour in order to use it.
--- run in Harbour root dir
#!/bin/sh
PREFIX=`pwd`/`dirname $0`
# or any explicit dir: PREFIX=~/harbour
export HB_BIN_INSTALL=$PREFIX/bin
export HB_LIB_INSTALL=$PREFIX/lib
export HB_INC_INSTALL=$PREFIX/include
export HB_DOC_INSTALL=
Hello Przemyslaw
I have a problem compiling (MSVC8 ; -p switch) cstrfil.c.
It can be solved puting "#include cstrfil.h " into cstrfil.c.
Pls can you change this.
begin:vcard
fn;quoted-printable:Fran=C4=8Dek Prijatelj
n;quoted-printable:Prijatelj;Fran=C4=8Dek
email;internet:francek.prijat.
Thanks for clarification about fakeroot and sorry for my ignorance.
the prompt /src/harbour$ tell me that i am logged as user and have open terminal
my problem is that when i execute
vmpla...@ubuntu-vm:~/src/harbour$ fakeroot sh mpkg_deb.sh
automatically my prompt is transformed in
r...@ubuntu-vm
Hi Pritpal,
Latest result with your modified demowvg.prg + current SVN when
clicking on rightmost menu's first item (forgot the name, but the
one you said anyway). The xpp window starts to get painted, than
it crashes like this:
---
Application Internal Error - Z:\demowvg7.exe
Terminated at: 2009.0
It wasn't an officially documented tool. Anyhow we need to stick with 8.3
for known reasons and for clarity
we should use the same names for similar tools across our supported
platforms. If it's a huge problem for many
users, we can add a compatibility link at install time for
the next few releases
Revision: 10424
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10424&view=rev
Author: vszakats
Date: 2009-02-24 09:20:30 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 10:20 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* ChangeLog
* Updates.
Hi Massimo,
You can run 'sh mpkg_deb.sh'
as root and don't use fakeroot :
$ sudo sh mpkg_deb.sh
fakeroot is only need to compile harbour as user
Guy
Massimo Belgrano a écrit :
Thanks for clarification about fakeroot and sorry for my ignorance.
the prompt /src/harbour$ tell me that i am logged
Sorry but we didn't agreed that the crew list should be the *complete*
list from hbusage.c in a simple table having:
Name - Nation - eMail or website or none - Photo - Comments
ordered by name as in hbusage.c ?
Otherwise please add me:
Francesco Saverio Giudice
info / at / fsgiudice.com
I
On Tue, 24 Feb 2009, Massimo Belgrano wrote:
Hi Massimo,
> Thanks for clarification about fakeroot and sorry for my ignorance.
> the prompt /src/harbour$ tell me that i am logged as user and have open
> terminal
> my problem is that when i execute
> vmpla...@ubuntu-vm:~/src/harbour$ fakeroot sh
On Tue, 24 Feb 2009, Przemyslaw Czerpak wrote:
Hi,
> The only one thing which probably exist in DLMALLOC which
> it not pleasure but does not cause any real problems is
> the fact that it may not release all memory area allocated
> by VirtualAlloc() and always keeps some small block(s) for
> perfo
Dear friends, If I run the following sample:
FUNCTION MAIN()
HB_COMPILE( "TEST.PRG" )
RETURN NIL
what I get is:
Harbour 1.1.0dev (Rev. 10421)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Syntax: TEST.PRG [options]
Options: /a automatic memvar declaration
-Messaggio Originale-
Da: "Enrico Maria Giordano"
A: "Harbour Project Developers Mailing List"
Data invio: martedì 24 febbraio 2009 11.40
Oggetto: [Harbour] HB_COMPILE()
Dear friends, If I run the following sample:
FUNCTION MAIN()
HB_COMPILE( "TEST.PRG" )
RETURN NIL
I ch
>-Original Message-
>From: Horodyski Marek (PZUZ)
>Sent: Monday, February 23, 2009 4:20 PM
>To: 'Harbour Project Main Developer List.'
>Subject: Raport from build
>
>Date - 2009-02-23, from naightly zip file. Compiler : owactom.
>
>On screen :
>
>c:\harbour>make_gnu.bat clean
>c:\harbour>
Hi,
I try to compile harbour under cygwin for a friend.
But i get an error :
$ ./make_gcc.sh
make_gcc.mak:331: attention : écrasement des commandes pour la cible «
lib/gcc/libhbmainstd.a »
make_gcc.mak:309: attention : anciennes commandes ignorées pour la cible
« lib/gcc/libhbmainstd.a »
gcc -
Revision: 10425
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10425&view=rev
Author: vszakats
Date: 2009-02-24 12:31:07 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 13:27 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hb-mkdyn.bat
* make
>But I'm interesting why Toninho didn't confirm your results.
>Is it newer BCC problem or wrongly created Harbour binaries
>or test application.
Hi Przemek,
A simple test:
---cut---
procedure main()
? "hello word"
return
---cut---
produces:
---cut---
1 File 001
Revision: 10426
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10426&view=rev
Author: vszakats
Date: 2009-02-24 12:40:54 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* config/win/msvc.cf
* co
Revision: 10427
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10427&view=rev
Author: druzus
Date: 2009-02-24 12:43:57 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 13:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbset
On Tue, 24 Feb 2009, toni...@fwi wrote:
> My environment is: Windows Vista Home Premium and set
> HB_ARCHITECTURE=win, set HB_COMPILER=bcc32
> My Harbour is compiled with:
> SET HB_USER_CFLAGS=-DHB_GUI -DHB_FM_STATISTICS_OFF -DHB_NO_PROFILER
> -DADS_LIB_VERSION=700 -DHB_HASH_MSG_ITEMS -DHB_NO_DEBUG
Hi Przemek,
I recompile my local Harbour to use -DHB_FM_WIN_ALLOC and the result
are the same as using -DHB_FM_STD_ALLOC in my previous mail.
Thank you.
Regards,
Toninho.
__
Faça ligações para outros computadores com o novo Yahoo! Messenger
http:
Revision: 10428
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10428&view=rev
Author: vszakats
Date: 2009-02-24 12:54:55 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 13:53 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* config/win/pocc64.cf
On Mon, 23 Feb 2009, vouch...@users.sourceforge.net wrote:
> Log Message:
> ---
> 2009-02-23 09:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
> * harbour/contrib/gtwvg/wvgwin.c
> + #define NONAMELESSUNION
> It may fix OW' few warnings. Please test.
Hi Pritpal,
The above brea
On Tue, 24 Feb 2009, toni...@fwi wrote:
Hi,
> I recompile my local Harbour to use -DHB_FM_WIN_ALLOC and the result
> are the same as using -DHB_FM_STD_ALLOC in my previous mail.
So why Pritpal has different results?
Can you agree them ;-)
It's possible that you are linking some external librari
Hi Guy,
> $ ./make_gcc.sh
> make_gcc.mak:331: attention : écrasement des commandes pour la cible «
> lib/gcc/libhbmainstd.a »
> make_gcc.mak:309: attention : anciennes commandes ignorées pour la cible «
> lib/gcc/libhbmainstd.a »
Sorry, my French is very rusty,
q'est-ce que c'est 'cible'? :)
I
Hi Przemek,
Thanks for answer.
>So why Pritpal has different results?
>Can you agree them ;-)
I agree of course and I don't know, but I compiled harbour with
DL_ALLOC and the results change in VirtualAlloc, but the rest are the
same. Why CreateFile, GetStdHandle and InitializeCriticalSection
rema
On Tue, 24 Feb 2009, toni...@fwi wrote:
Hi,
> Thanks for answer.
> >So why Pritpal has different results?
> >Can you agree them ;-)
> I agree of course and I don't know, but I compiled harbour with
> DL_ALLOC and the results change in VirtualAlloc, but the rest are the
> same. Why CreateFile, Get
-Messaggio Originale-
Da: "Enrico Maria Giordano"
A: "Harbour Project Main Developer List."
Data invio: martedì 24 febbraio 2009 11.48
Oggetto: Re: [Harbour] HB_COMPILE()
I made another test:
REQUEST RDDSETDEFAULT
REQUEST DBUSEAREA
REQUEST DBSKIP
REQUEST QOUT
REQUEST DBCLOSEAREA
REQ
Revision: 10429
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10429&view=rev
Author: vszakats
Date: 2009-02-24 14:08:09 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 15:07 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi Enrico,
Il 24/02/2009 14.52, Enrico Maria Giordano ha scritto:
Another question: how can I avoid to REQUEST all the symbols used inside
TEST.PRG?
#include "hbextern.ch" // need this to use with HRB
this will include all function REQUESTs.
Best regards
Francesco
Viktor Szakáts a écrit :
Hi Guy,
$ ./make_gcc.sh
make_gcc.mak:331: attention : écrasement des commandes pour la
cible « lib/gcc/libhbmainstd.a »
make_gcc.mak:309: attention : anciennes commandes ignorées pour la
cible « lib/gcc/libhbmainstd.a »
Sorry, my French is very r
Revision: 10430
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10430&view=rev
Author: vszakats
Date: 2009-02-24 14:55:49 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 15:07 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
*
>
> Your french is better than my english ('cible' <=> 'target'),
Thank you, plutot merci ;)
> Here the english version of the error :
>
> $ export LANG=C
> $ ./make_gcc.sh
> make_gcc.mak:331: warning: overriding commands for target
> `lib/gcc/libhbmainstd.a'
> make_gcc.mak:309: warning: ignori
-Messaggio Originale-
Da: "Francesco Saverio Giudice"
A: "Harbour Project Main Developer List."
Data invio: martedì 24 febbraio 2009 15.32
Oggetto: Re: [Harbour] HB_COMPILE()
#include "hbextern.ch" // need this to use with HRB
this will include all function REQUESTs.
Thank you.
utils\hbmk2\hbmk2.prg(1752) Error E0003 Duplicate variable declaration
'S_CGT'
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page:
On Tue, Feb 24, 2009 at 10:08 AM, Viktor Szakáts wrote:
> If it's a huge problem for many
> users, we can add a compatibility link at install time for
> the next few releases while putting the old name in
> compatibility status, like we have done so a few times in
> the past.
I think it's a good
Revision: 10431
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10431&view=rev
Author: vszakats
Date: 2009-02-24 15:55:00 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 16:54 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Revision: 10432
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10432&view=rev
Author: vszakats
Date: 2009-02-24 16:07:48 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 17:07 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/postinst.sh
+ Add
Hello Przemek
<<<
> + #define NONAMELESSUNION
The above breaks MinGW compilation.
../../wvgwin.c:1617: error: structure has no member named `item'
You cannot use NONAMELESSUNION and then access union members without
union name.
>>>
Ok. I will remove it. I thought it is necessary for OW.
Hi Viktor
Viktor Szakáts wrote:
>
> Latest result with your modified demowvg.prg + current SVN when
> clicking on rightmost menu's first item (forgot the name, but the
> one you said anyway). The xpp window starts to get painted, than
> it crashes like this:
> ---
> Application Internal Error -
Hi Przemek,
>Because it's part of CRTL.
>C compiler still have to allocate the console so ask borland
>why it does not deallocate it.
Thanks, now I understand.
>And what are the results for above code if you compile it using hbmk2?
The same, of course the problem is with BCC 6.10
Thank you to ex
Revision: 10433
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10433&view=rev
Author: vszakats
Date: 2009-02-24 16:20:38 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 17:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* config/win/msvcce.cf
Hello Przemek
Przemyslaw Czerpak-2 wrote:
>
> So if you want then I add such functionality but it will be
> enabled only when USE_DL_PREFIX is defined. If you make some
> test which confirm that the virtual addresses as freed as
> expected then we can enable USE_DL_PREFIX as default.
>
I wil
Hi,
trying to update my local copy with smartSVN I get this error:
This client is too old to work with working copy:
E:\repository\harbour\contrib\hbbmcdx\
But it was able to update several files before this one! So, is the subversion
repository on sourceforge broken? What is happening?
Best re
Hi Pritpal,
> ../../wvgwin.c:1617: error: structure has no member named `item'
>
> You cannot use NONAMELESSUNION and then access union members without
> union name.
> >>>
>
> Ok. I will remove it. I thought it is necessary for OW.
Shouldn't rather the union names be add to the source?
This de
On Tue, 24 Feb 2009 13:17:59 -0300
"toni...@fwi" wrote:
> Hi Przemek,
>
> >Because it's part of CRTL.
> >C compiler still have to allocate the console so ask borland
> >why it does not deallocate it.
> Thanks, now I understand.
>
> >And what are the results for above code if you compile it usin
On Wed, 25 Feb 2009, Andi Jahja wrote:
> It's Harbour problem, IMHO. Have you try with xHarbour and see how
> memproof reporting errors? In my case, Harbour did not release Virtual
> Memory, but xHarbour released it. So, it is not Borland problem ;-)
Yes and Harbour virtually effects this C code:
Hi all,
> * utils/hbmk2/hbmk2.prg
>+ Added -DHBMK_INTEGRATED_COMPILER compile time option
> to enable integrated Harbour compiler. Experimental,
> please test. This results is bigger executable (obviously)
> but may be more efficient on some platforms.
>
BTW, any opinions on
Revision: 10434
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10434&view=rev
Author: vszakats
Date: 2009-02-24 17:50:08 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 18:49 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/vm/fm.c
! Fixe
The idea would be embedding the compiler entire "inside" of a single function?
2009/2/24 Viktor Szakáts :
> Hi all,
>
>>
>> * utils/hbmk2/hbmk2.prg
>> + Added -DHBMK_INTEGRATED_COMPILER compile time option
>> to enable integrated Harbour compiler. Experimental,
>> please test. This r
>
> The idea would be embedding the compiler entire "inside" of a single
> function?
We have that already in the form of HB_COMPILE().
With regards to hbmk2, the question is whether to
use this feature (embedded compiler) rather than
calling the external harbour executable.
Brgds,
Viktor
__
On Tue, 24 Feb 2009, Pritpal Bedi wrote:
Hi Pritpal,
> For ciriticalSection unreleased handles, it is the same with
> -DHB_FM_WIN_ALLOC an -DHB_FM_DL_ALLOC. The difference
I know. I removed critical section deallocations due to problems
with VISTA and additional cost which we will have to pay f
On Tue, 24 Feb 2009, Pritpal Bedi wrote:
Hi,
>> You cannot use NONAMELESSUNION and then access union members without
>> union name.
> Ok. I will remove it. I thought it is necessary for OW.
I have suggestion for you.
AFAIR you are using BCC. So instead of guessing what other compilers
may need p
Przemek
Przemyslaw Czerpak-2 wrote:
>
>> For ciriticalSection unreleased handles, it is the same with
>> -DHB_FM_WIN_ALLOC an -DHB_FM_DL_ALLOC. The difference
>
> I know. I removed critical section deallocations due to problems
> with VISTA and additional cost which we will have to pay for s
Understand. But my vote is to call the HARBOUR.EXE , since I can
update it and not want to change the version of my hbmk2.exe (perhaps
by BUG or even a different implementation that I will do it) and in
these cases that may interfere.
2009/2/24 Viktor Szakáts :
> Hi all,
>
>>
>> * utils/hbmk2/hbm
Revision: 10435
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10435&view=rev
Author: vszakats
Date: 2009-02-24 20:37:19 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 21:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbapi.h
* sourc
Wich is bcc setting for using bcc with new make system)
rem 1) You need to have MinGW 'make.exe' in your path.
rem 2) Run from the Harbour source root dir.
set path=c:\devl\BCC55\BIN;%path%
set path=c:\devl\mingw32make;%path%
set HB_ARCHITECTURE=win
set HB_COMPILER=bcc32
set HB_INSTALL_PREFIX=%~dp0
No idea. Exact same batch works here after correcting the make dir to mine.
Could be:
- wrong make dir
- wrong make.exe in make dir.
- older Harbour revision, without the 'install' patch.
(pre-2009-02-18 22:00 UTC+0100)
- something else. The result may be in the .log file,
so if you don't succe
Just got this from current SVN checked out into clean directory,
building RPMs with mpkg_rpm.sh
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/hb-mkslib
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
Revision: 10436
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10436&view=rev
Author: vszakats
Date: 2009-02-24 21:12:58 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 22:12 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* harbour-win-spec
* harb
Thanks Barry, please retry after my last commit.
Brgds,
Viktor
On Tue, Feb 24, 2009 at 10:03 PM, Barry Jackson wrote:
> Just got this from current SVN checked out into clean directory,
> building RPMs with mpkg_rpm.sh
>
> RPM build errors:
>Installed (but unpackaged) file(s) found:
> /usr/
all seem work fine
set path=c:\devl\BCC55\BIN;%path%
set path=c:\devl\mingw32make;%path%
set HB_ARCHITECTURE=win
set HB_COMPILER=bcc32
set HB_INSTALL_PREFIX=%~dp0
set HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\bin
set HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\lib
set HB_INC_INSTALL=%HB_INSTALL_PREFIX%\include
se
Please update to latest SVN revision, and if still errors, post your log to
the list.
Brgds,
Viktor
On Tue, Feb 24, 2009 at 10:15 PM, Massimo Belgrano wrote:
> all seem work fine
>
> set path=c:\devl\BCC55\BIN;%path%
> set path=c:\devl\mingw32make;%path%
> set HB_ARCHITECTURE=win
> set HB_COMPI
Revision: 10437
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10437&view=rev
Author: vszakats
Date: 2009-02-24 21:43:55 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 22:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* harbour-win-spec
* harb
Revision: 10438
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10438&view=rev
Author: vszakats
Date: 2009-02-24 21:53:34 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 22:52 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
No code generated.
make[3]: *** [hbmk2.c] Error 1
make[3]: Leaving directory
`/home/baz/RPM/BUILD/harbour-1.1.0/utils/hbmk2/linux/gcc'
make[2]: *** [descend] Error 2
make[2]: Leaving directory `/home/baz/RPM/BUILD/harbour-1.1.0/utils/hbmk2'
make[1]: *** [hbmk2] Error 2
make[1]: Leaving directory
thanks now works!
cd $home
svn co
https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour
harbour
cd harbour
./mpkg_deb.sh
sudo dpkg -i ../harbour_1.0.1-1_i386.deb
i have installed follow module
wget cvs rcs build-essential ncurses-dev libslang2-dev tk8.3-dev
unixodbc-d
Revision: 10439
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10439&view=rev
Author: vszakats
Date: 2009-02-24 22:14:49 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 23:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
This was a warning in .prg code in a subsequent commit. Should be okay now.
Brgds,
Viktor
On Tue, Feb 24, 2009 at 11:10 PM, Barry Jackson wrote:
> No code generated.
> make[3]: *** [hbmk2.c] Error 1
> make[3]: Leaving directory
> `/home/baz/RPM/BUILD/harbour-1.1.0/utils/hbmk2/linux/gcc'
> make[2
I have tried (win bcc)
hbmk adirtest -DHBMK_INTEGRATED_COMPILER
hbmk adirtest
adirtest.exe seem same dimension 586240 and speed
Internal c compiler can understand what be but internal harbour
compile is little confused concept for me
2009/2/24 :
> Revision: 10430
>
> http://harbour-pro
Wrote: /home/baz/RPM/SRPMS/harbour-1.1.0-devmdv20090.src.rpm
Wrote: /home/baz/RPM/RPMS/i586/harbour-1.1.0-devmdv20090.i586.rpm
Wrote: /home/baz/RPM/RPMS/i586/harbour-lib-1.1.0-devmdv20090.i586.rpm
Wrote: /home/baz/RPM/RPMS/i586/harbour-static-1.1.0-devmdv20090.i586.rpm
Wrote: /home/baz/RPM/RPMS/i5
Hi all,
Is it possible to call a DLL created using Harbour from a Windows C
app using LoadLibrary, GetProcAddress and CallDLL?
TIA.
Regards,
Randy.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listi
Revision: 10440
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10440&view=rev
Author: druzus
Date: 2009-02-25 02:32:40 + (Wed, 25 Feb 2009)
Log Message:
---
2009-02-25 03:37 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/config/linux/
Massimo Belgrano wrote:
all seem work fine
set path=c:\devl\BCC55\BIN;%path%
set path=c:\devl\mingw32make;%path%
set HB_ARCHITECTURE=win
set HB_COMPILER=bcc32
set HB_INSTALL_PREFIX=%~dp0
set HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\bin
set HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\lib
set HB_INC_INSTALL=%HB_
Massimo,
Do you know if Visual C++ Studio Express 2008 will compile for PPC ?
Regards,
José Luis Capel
2009/2/18 Massimo Belgrano
> If you choice Visual C ++ for windows version or harbour
> Dowload and install tortoise from http://tortoisesvn.tigris.org/
>
> Right Click on your c Drive and i
76 matches
Mail list logo
