Very sorry,
I am using gmail app for business. Anybody know a way for automatic
Removing signature using certain email in to ?
I search a way for do Conditional signature or something of similar
2009/3/3 Viktor Szakáts :
> Hi Massimo, could you turn off the large signature in your e-mails?
> ---
Hi Przemek,
On Tue, Mar 3, 2009 at 1:38 AM, Przemyslaw Czerpak wrote:
> If you run hbmk2 with -hbcmp parameter then it should not try create
> final executable file but only compile give files what I guess is
> sth what you are looking for.
> Anyhow looks that in current SVN
>
> hbmk2 -hbcmp -n
Hi Renato,
One important behavior common among the make tools is the fact them
> make a compilation of only a few modules that have changed. From what
> I read recently in this list hbmk2 tool not have this behavior and
> you do not want to implement this feature, am I right?
Yes, this is right
Hello,
Because this line:
::nStyle= nOR( WS_CHILD, WS_VISIBLE, WS_TABSTOP,;
If( lDefault, BS_DEFPUSHBUTTON, 0 ),;
If( at( CRLF, cCaption ) > 0, BS_MULTILINE, 0 ), ;
If( cPosText == "TEXTTOP", BS_TOP, 0 ),;
Hi Przemek,
Now this works fine. This wonderful example.
Regards,
Rossine.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello,
Because this line:
::nStyle= nOR( WS_CHILD, WS_VISIBLE, WS_TABSTOP,;
If( lDefault, BS_DEFPUSHBUTTON, 0 ),;
If( at( CRLF, cCaption ) > 0, BS_MULTILINE, 0 ), ;
If( cPosText == "TEXTTOP", BS_TOP, 0 ),;
Yes, this is a good idea. Use it today with Borland Make and has
worked properly ...
Vailton Renato
2009/3/2 Przemyslaw Czerpak :
> On Mon, 02 Mar 2009, Vailton Renato wrote:
>
> Hi,
>
>> My reasoning is that if all files were available, I could build one
>> .hbm only temporary with the names of
On Mon, 02 Mar 2009, Vailton Renato wrote:
Hi,
> My reasoning is that if all files were available, I could build one
> .hbm only temporary with the names of source files that have not
> changed, adding the files .O[BJ] / .RES which were unchanged and thus
> could have hbmk2 a single call to concl
oops .. the right would say:
"I could build one .hbm only temporary with the names of source files
that HAVE CHANGED, adding the files .O[BJ] / .RES which were
unchanged..."
Vailton Renato
___
Harbour mailing list
Harbour@harbour-project.org
http://lists
My reasoning is that if all files were available, I could build one
.hbm only temporary with the names of source files that have not
changed, adding the files .O[BJ] / .RES which were unchanged and thus
could have hbmk2 a single call to conclude that the compilation /
linking - avoiding multiple ca
On Mon, 02 Mar 2009, Vailton Renato wrote:
Hi,
> Explain: I am outlining an auxiliary tool that will work with the
> hbmk2 to compile only the changed files, but I can not use it because
> these files are always deleted.
> If .C / .O[BJ] / .RES are not erased, then I could compile only the
> cha
>
> * utils/hbmk2/hbmk2.prg
> + Added -n2 Harbour switch as default.
> ; TODO: If this works out well, we can remove explicit
> -n switches from .hbm files.
>
Hello Viktor,
One important behavior common among the make tools is the fact them
make a compilation of only a few modul
Hi Massimo, could you turn off the large signature in your e-mails?
---
Albo Nazionale Informatici Professionisti 2620
Socio 2843 Associazione Informatici prof.
Analisi e sviluppo software per Lan e Web
Consulenza informatica - Formazione
Delta Informatica S.r.l. http://www.deltain.it
Via Torelli
Thanks for the info. I'm thinking of syncing libs so maybe I'll add it
anyway, if
it doesn't make any harm. I'd like to first understand all the details here,
and possibly pack it with some efforts trying
to sync .dll formats across compilers. At least for MSVC, MinGW
and Open Watcom, as Borland se
A ready to use distribution is made by minigui that include:
harbour/mingw/minigui library
I suggest also to you use from minigui the documentation for harbour
This doc is on vcs of minigui (extended)
http://hmgs-minigui.cvs.sourceforge.net/viewvc/hmgs-minigui/minigui/DOC/
2009/3/3 Pritpal Bedi
On Mon, 02 Mar 2009, Pritpal Bedi wrote:
Hi,
> As I have been able to build my executables
> with MinGW and xMate, I think it is viable to offer
> ready-to-use distribution ( as I had posted earlier
> with BCC and removed afterwards due to
> Borland's licensing restrictions ) with MinGW as
> c
On Mon, 02 Mar 2009, Szak�ts Viktor wrote:
Hi,
> > Thanks for explanation.
> > libhbmainwin.a (lhbmainwin) is not built by current command
> > "sh make_gnu.sh install". I cannot find it in HB_LIB_INSTALL
> > folder. libhbmainstd.a is present.
> > I think some define is missing from default build
Hello Everybody
Here are the .ENV files which can be used
to create executables with BCC, MINGW and MSVC
compiled Harbour binaries. This env compiles
harbour/contrib/gtwvg/tests/demowvg.prg
successfully.
You need to tweak HB_INSTALL and C_INSTALL paths.
I am NOT been able to create MinGWCE H
Hi Lorenzo,
> As far as I understood Viktor will clean old make system today and
> since nobody replayed about doc/es I think we can also remove doc/es
> and move doc/en at the doc level ( doc in the root is already en so I
> don't see the reason to have an en subdir ).
Just one comment on this
Revision: 10511
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10511&view=rev
Author: vszakats
Date: 2009-03-02 23:02:26 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 23:59 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* debian/rules
+ doc/man/
Hello Everybody
As I have been able to build my executables
with MinGW and xMate, I think it is viable to offer
ready-to-use distribution ( as I had posted earlier
with BCC and removed afterwards due to
Borland's licensing restrictions ) with MinGW as
compiler. This distribution will aim at
ne
>
> Thanks for explanation.
> libhbmainwin.a (lhbmainwin) is not built by current command
> "sh make_gnu.sh install". I cannot find it in HB_LIB_INSTALL
> folder. libhbmainstd.a is present.
>
> For bcc55/58/msvc2008 I can see hbmainstd.lib and hbmainwin.lib.
>
> I think some define is missing from
Please can you repost last env?
2009/3/2 Pritpal Bedi :
>
> Hi
>
> Just removing libhbmainstd.a from the script
> has buld the executable properly.
> libhbmainwin.a is not needed.
>
> Thanks.
>
> Regards
> Pritpal Bedi
>
> --
> View this message in context:
> http://www.nabble.com/Xmate-and-MinGW
Hi
Just removing libhbmainstd.a from the script
has buld the executable properly.
libhbmainwin.a is not needed.
Thanks.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Xmate-and-MinGW-Env-for-Applns-tp22270970p22298429.html
Sent from the Harbour - Dev mailing li
Revision: 10510
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10510&view=rev
Author: vszakats
Date: 2009-03-02 22:34:38 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 23:34 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/Makefile
- cont
Przemek
Przemyslaw Czerpak-2 wrote:
>
> For GUI applications use -mwindows MinGW GCC link time switch and
> never link libhbmainstd.a which contains main() function. You also
> need libhbmainwin.a (lhbmainwin).
> For CUI applications just simply add libhbmainstd.a to linked
> library list by -l
Revision: 10509
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10509&view=rev
Author: vszakats
Date: 2009-03-02 22:28:58 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 23:27 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
- Removed HB,
Hi Przemek,
I've already added the switch to hbmk2 and will commit ASAP.
(Thanks for the extra information)
Brgds,
Viktor
On Mon, Mar 2, 2009 at 10:53 PM, Przemyslaw Czerpak wrote:
> On Mon, 02 Mar 2009, toni...@fwi wrote:
>
> Hi,
>
> > >+ added support for automatic adding 1-st function wi
On Mon, 02 Mar 2009, Rossine wrote:
Hi,
> I am new in this list, and use xhb.com and I am currently migrating my
> application to harbour + MSVC. Use in my system files. "HRB" and is
> experiencing an error of execution in this example:
> [CODE]
> function main
> CLS
> CONTENT = hb_decrypt (memor
On Mon, 02 Mar 2009, Pritpal Bedi wrote:
Hi
> Further investigations suggest that 'void hb_winmainArgInit()' in
> harbour/source/vm/cmdarg.c is not being executed and hence
> 'BOOL hb_winmainArgGet()' always return FALSE. So the GT
> initialization is failing somewhere.
For GUI applications us
On Mon, 02 Mar 2009, toni...@fwi wrote:
Hi,
> >+ added support for automatic adding 1-st function with the same name
> > as compiled .prg file if some code statements are used before 1-st
> > function/procedure declared explicitly in .prg file. Such mode can
> > be enabled by -
Pritpal Bedi escribió:
. . .
You are to rebuild gtwvg.lib afresh with latest SVN.
Yes, it's harbour.exe:
D:\SyS_GVS\Stk\CIPSA>c:\harbourmingw\bin\harbour
Harbour 1.1.0dev (Rev. 10507)
Copyright (c) 1999-2009, http://www.harbour-project.org/
/*
* $Id: ChangeLog 10507 2009-03-02 17:49:33Z vsza
Hi
Guillermo Varona wrote:
>
> Hi Pritpal, I've done the modifications, but i got this:
>
> *
> Proyecto: Tests, Entorno: Hb_MinGW_WVG:
> [1]:gcc.exe -oTests.Exe -Wall -W -O3 -march=i586-mtune=pentiumpro
> -mwindows Tests.gcl
> D:\SyS_GVS\Stk\CIPSA\Obj\demo
>+ added support for automatic adding 1-st function with the same name
> as compiled .prg file if some code statements are used before 1-st
> function/procedure declared explicitly in .prg file. Such mode can
> be enabled by -n2 new harbour compiler switch.
Hi Przemek,
Sorry fo
Very good description
can be addedd to Victor's install?
2008/11/19 Przemyslaw Czerpak :
> On Wed, 19 Nov 2008, Pritpal Bedi wrote:
>
> Hi Pritpal,
>
>> I am playing with MinGW with MSYS.
>> Everything is fine except few points below which
>> I suspect more belongs to my poor general-knowledge
>>
Pritpal Bedi escribió:
. . .
[Harbour]
HB_INSTALL=c:\hrb_dist\mingw
HB_COMMAND=%HB_BIN_INSTALL%\Harbour.exe %PRG% /m /es2 /a /b /n /gc3 /w1
/i%HB_INC_INSTALL%
Option prefix=/
[C]
C_INSTALL=C:\MinGW
C_COMP_COMMAND=%C_BIN_INSTALL%\gcc.exe%CRLF% -I%HB_INC_INSTALL%%CRLF% -Wall
-W -O3 -march=i5
Revision: 10508
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10508&view=rev
Author: druzus
Date: 2009-03-02 20:23:33 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 21:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbcom
-Messaggio Originale-
Da: "Massimo Belgrano"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 18.43
Oggetto: Re: [Harbour] Script
Whithout call it not return control to main program
if is last command in your batch you can also not use call
Thank you.
EM
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 18.42
Oggetto: Re: [Harbour] Script
It has the advantage that the caller batch file gets
back control after make_gnu.bat has finished.
I call batch files like this
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 15.44
Oggetto: Re: [Harbour] Warnings
I've committed it already, please verify it.
Yes, all warnings fixed, thank you.
EMG
--
EMAG Software Homepage: http://
Pls recheck this message after r10507, but I suspect you have a
HB_COMPILER=bcc32 somewhere in your environment, and this
should be changed to 'bcc'. Pls read this:
2009-03-01 18:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
[ And in general pls read the ChangeLog, as I use it to describe
ever
Revision: 10507
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10507&view=rev
Author: vszakats
Date: 2009-03-02 17:49:33 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 18:48 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Whithout call it not return control to main program
if is last command in your batch you can also not use call
2009/3/2 Enrico Maria Giordano :
>
> -Messaggio Originale- Da: "Viktor Szakáts"
> A: "Harbour Project Main Developer List."
> Data invio: lunedì 2 marzo 2009 14.38
> Oggetto: Re
>
> call make_gnu.bat clean install
>>
>
> Is "call" really needed? Or is it just in case there is a statement that
> follows?
It has the advantage that the caller batch file gets
back control after make_gnu.bat has finished.
I call batch files like this all the time, and couldn't
spot any disad
after this changelog the command that work prev
hbmk2 -n hbmake hbmfrdln.c hbmgauge.c hbmlang.c
now give this error
hbmk: Error: Compiler value unknown.
(This is under bcc)
2009/3/2 :
> Revision: 10505
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10505&view=rev
>
To continue
hb_out.log reports
Application Internal Error -
c:\hrb_dist\mingw\contrib\gtwvg\tests\demowvg.Exe
Terminated at: 2009.03.02 09:33:32
Unrecoverable error 10001: It's not a GUI program
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Xmate-and-MinGW-Env-f
-Messaggio Originale-
Da: "Pritpal Bedi"
A:
Data invio: lunedì 2 marzo 2009 15.36
Oggetto: Re: [Harbour] Warnings
> Warning W8084 ../../gtwvg.c 2369: Suggest parentheses to clarify
> precedence
> in function hb_gt_wvt_CreateWindow
Fixed. But not committed yet.
Thank you.
EMG
-
Hi Guillermo
Guillermo Varona wrote:
>
> [Environment]
> Description 1=Harbour + MinGW + DOS
> Description 2=
> Description 3=
> PRG Compiler ver=
> C compiler ver=
> Subsystem=
> Author=GVS
> Last update=12/05/2008
>
> [Advanced]
> Command types=1,1,1,1,1,1,1,1,1
>
> [Harbour]
> HB_INSTALL=C
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 14.38
Oggetto: Re: [Harbour] Script
call make_gnu.bat clean install
Is "call" really needed? Or is it just in case there is a statement that
follows?
EMG
--
EM
Hi Rossine,
..\include\FiveWin.ch(87) Warning W0001 Redefinition or duplicate
> definition of #define HB_SYMBOL_UNUSED
>
This should be fixed in FiveWin, it's a symbol in Harbour
namespace, so FW should either check if it isn't already defined,
or alternatively use FW_SYMBOL_UNUSED() for its ow
Hello,
When using fivewin + xhb.lib, me is the errors below
..\include\FiveWin.ch(87) Warning W0001 Redefinition or duplicate
definition of #define HB_SYMBOL_UNUSED
\harbour\lib\xhb.lib(1) Error E0001 Statement not allowed outside of
procedure or function
\harbour\lib\xhb.lib(2) Error E0002
Still compliment!
Now harbour have more unified culture
2009/3/2 :
> Revision: 10505
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10505&view=rev
> Author: vszakats
> Date: 2009-03-02 16:43:47 + (Mon, 02 Mar 2009)
> - Deleted components of "non-GNU" (M
Revision: 10506
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10506&view=rev
Author: vszakats
Date: 2009-03-02 16:53:53 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 17:53 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hello,
I am new in this list, and use xhb.com and I am currently migrating my
application to harbour + MSVC. Use in my system files. "HRB" and is
experiencing an error of execution in this example:
[CODE]
function main
CLS
CONTENT = hb_decrypt (memoread ( "myhrb.hrb), 123)
HANDLE_HRB: = HB_hr
Revision: 10505
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10505&view=rev
Author: vszakats
Date: 2009-03-02 16:43:47 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 16:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
- obj
- make_b32.bat
-
Revision: 10504
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10504&view=rev
Author: vszakats
Date: 2009-03-02 15:27:27 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 16:26 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
* contrib/hbfbi
Pritpal Bedi escribió:
Hello Everybody
Does anybody have xmate project .env file for MinGW ?
I am using this:
[Environment]
Description 1=Harbour + MinGW + DOS
Description 2=
Description 3=
PRG Compiler ver=
C compiler ver=
Subsystem=
Author=GVS
Last update=12/05/2008
[Advanced]
Command typ
Yes Thanks for clarification
2009/3/2 Viktor Szakáts :
> You miss the -n switch.
> Brgds,
> Viktor
> On Mon, Mar 2, 2009 at 3:42 PM, Massimo Belgrano
> wrote:
>>
>> Sorry i have still a problem with hbmake
>> in past i have successful recompiled with
>> hbmk2 hbmake hbmfrdln.c hbmgauge.c hbmlan
You miss the -n switch.
Brgds,
Viktor
On Mon, Mar 2, 2009 at 3:42 PM, Massimo Belgrano wrote:
> Sorry i have still a problem with hbmake
> in past i have successful recompiled with
> hbmk2 hbmake hbmfrdln.c hbmgauge.c hbmlang.c
> now if i recompile with same script but receive same warning and
I've committed it already, please verify it.
Brgds,
Viktor
On Mon, Mar 2, 2009 at 3:36 PM, Pritpal Bedi wrote:
>
> Hi
>
>
> Enrico Maria Giordano wrote:
> >
> > Warning W8084 ../../gtwvg.c 2369: Suggest parentheses to clarify
> > precedence
> > in function hb_gt_wvt_CreateWindow
> >
>
> Fixed. Bu
Sorry i have still a problem with hbmake
in past i have successful recompiled with
hbmk2 hbmake hbmfrdln.c hbmgauge.c hbmlang.c
now if i recompile with same script but receive same warning and i
cant't start hbmake because it close immediately after start
hbmake.prg(5972) Warning W0001 Ambiguous
Hi
Enrico Maria Giordano wrote:
>
> Warning W8084 ../../gtwvg.c 2369: Suggest parentheses to clarify
> precedence
> in function hb_gt_wvt_CreateWindow
>
Fixed. But not committed yet.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Warnings-tp22285307p22289267.
Thank you Viktor.
Best Regards,
Kleyber Derick
- Original Message -
From: Viktor Szakáts
To: Harbour Project Main Developer List.
Sent: Monday, March 02, 2009 10:38 AM
Subject: Re: [Harbour] Script
Hi Kleyber,
This is all you need:
---
call "%ProgramFiles%\Micro
Thanks!
After i reading your post i have modified in my script SET PATH, LIB,INCLUDE
SET HB_ARCHITECTURE=win
SET HB_COMPILER=owatcom
SET WATCOM=c:\devl\watcom
SET
PATH=%WATCOM%\BINNT;%WATCOM%\BINW;C:\devl\mingw32make;%HB_INSTALL_PREFIX%bin;%PATH%
SET BEGINLIBPATH=%WATCOM%\BINP\DLL
SET EDPATH=%WAT
Hi Kleyber,
This is all you need:
---
call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
set PATH=C:\devl\make-3.81;%PATH%
set HB_COMPILER=msvc
set HB_INSTALL_PREFIX=C:\harbour
call make_gnu.bat clean install
---
You can extend, modify it with stuff detailed in INSTALL if needed.
Now i am able to compile with this script
SET HB_ARCHITECTURE=win
SET HB_COMPILER=msvc
SET HB_INSTALL_PREFIX=%~dp0
SET path=%HB_INSTALL_PREFIX%bin;%path%
SET LIB=%HB_INSTALL_PREFIX%LIB
SET INCLUDE=%HB_INSTALL_PREFIX%INCLUDE
SET OBJ=%HB_INSTALL_PREFIX%OBJ
call "%ProgramFiles%\Microsoft Visual Studi
i have read harbour\install without read any useful information
I think that set path, lib,include must be corrected but i not able to found how
Probably solution cab be in page that i have read but i not able to understand
http://www.mingw.org/wiki/IncludePathHOWTO
http://www.cccp-project.net/wiki
Thanks Viktor.
Best regards,
Xavi
Viktor Szakáts escribió:
Hi Xavi,
No, it's that it's returning the value as a hexadecimal string,
instead of a byte string. This is odd behaviour as we have
functions available to convert to hexa string from byte string,
so it's not necessary to hard-wire s
Massimo yo lo tengo así y me compila perfectamente sin errores:
@echo off
echo
--
echo - Creacion de Harbour con Watcom
C -
echo
---
GeleiraHi,
I've been using the BAT posted by Massimo Belgrano to create harbour from SVN
using MSCV Express. But, since last updates, I've noticed that it is not
working anymore... it gives me some errors and just create the contrib libs. Is
there something that I should modify on my bat? I am
No sorry, I don't have any reduced scripts.
I'd like to know if ppl can work these out by themselves
from the docs. So please read them and report if you have
any specific problems or questions along the way, this way
everyone can benefit.
Brgds,
Viktor
On Mon, Mar 2, 2009 at 1:33 PM, Massimo Bel
Can you post(or send me by email) your batch for mingw,ow?
2009/3/2 Viktor Szakáts :
> I cannot be more specific: Read INSTALL, it's in the
> root of Harbour's source repository. Read it carefully
> and follow it. MinGW build examples were posted on
> this list in the past.
> Your owatcom init i
-Messaggio Originale-
Da: "Enrico Maria Giordano"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 12.09
Oggetto: Re: [Harbour] tlib warnings
No code generated.
mingw32-make.exe[3]: *** [regexrpl.c] Error 1
mingw32-make.exe[2]: *** [descend] Error 2
mingw32
I cannot be more specific: Read INSTALL, it's in the root of Harbour's
source repository. Read it carefully
and follow it. MinGW build examples were posted on
this list in the past.
Your owatcom init is also wrong, you should read the
readme of Open Watcom for the correct init script.
(but please
I add to lib and include mingw path but is not sufficent
SET HB_ARCHITECTURE=win
SET HB_COMPILER=mingw
SET HB_INSTALL_PREFIX=C:\harbour\%HB_COMPILER%\
SET PATH=C:\devl\msys\1.0\bin;C:\devl\MinGW\bin;%PATH%
SET HB_USER_LDFLAGS=-s
SET LIB=%HB_INSTALL_PREFIX%LIB;c:\devl\mingw\lib
SET INCLUDE=%HB_INST
Here it is the errors position:
E:\HARBOUR_CVS\harbour\doc>copy windll.txt E:\HARBOUR_CVS\harbour\doc
Impossibile copiare un file su se stesso.
0 file copiati.
mingw32-make.exe[1]: [install] Error 1 (ignored)
E:\HARBOUR_CVS\harbour\doc\en>copy var.txt E:\HARBOUR_CVS\harbour\doc\en
Imp
Hi Mindaugas,
> thank you for commit. I'm going to extend it using Prezemek's suggestions,
> but I do not find a spare time.
No problem, thanks for contributing this important piece,
just take your time for the rest.
> I also have some hbole code. I'm not sure should I commit it to
> contrib/h
+ source/rtl/hbstrfmt.c
+ Added HB_STRFORMAT() sprintf()-like formatting.
+ Added hb_StrFormat() C level function.
; Work of Mindaugas sent to the list, with some minor
cleanups applied. Please test on your platform/compiler.
Hi,
thank you for commit. I'm going to extend
-Messaggio Originale-
Da: "Chen Kedem"
A: "Harbour mail-list"
Data invio: lunedì 2 marzo 2009 12.22
Oggetto: Re: [Harbour] tlib warnings
On the log you sent they were already up-to-date, did
you try it also with clean build?
Yes already tried. There is no problem.
call make_gnu
That's a good step, thanks. It would be great to have such a command to
cover all major compilers (MSVC, GCC, owatcom, pocc), using GNU grep.
>grep -inH "warning " make_msvc.log
Brgds,
Viktor
On Mon, Mar 2, 2009 at 11:44 AM, Chen Kedem wrote:
> Viktor,
>
> > For similar reasons I'd like to rena
> Oh, and the unuseful tlib warnings are not there anymore
On the log you sent they were already up-to-date, did you try it also with
clean build?
(this is good)
by the way, if you want that the make log file will contain both the STDOUT and
STDERR,
(so you know where the error was) you can mod
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.48
Oggetto: Re: [Harbour] Problem in latest SVN
I've just put TLIB.EXE (DOS) in my PATH after BCC and it
wasn't executed by MinGW make (v 3.81).
I have MinGW ma
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.32
Oggetto: Re: [Harbour] tlib warnings
Oh, and the unuseful tlib warnings are not there anymore.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
Th
Hi Xavi,
No, it's that it's returning the value as a hexadecimal string, instead of a
byte string. This is odd behaviour as we have
functions available to convert to hexa string from byte string,
so it's not necessary to hard-wire such feature into MD5 and
similar functions.
This would be a step
Viktor,
Sorry, I don't recall any incidence.
What is "HB_MD5() incompatible modification", miscalculated?
Best regards,
Xavi
Viktor Szakáts escribió:
Hi Lorenzo,
Here's my pending list (most of the minor of can be postponed,
the important ones marked with '(!)'):
- core
Revision: 10503
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10503&view=rev
Author: vszakats
Date: 2009-03-02 10:55:35 + (Mon, 02 Mar 2009)
Log Message:
---
2009-03-02 11:55 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* config/global.cf
! Co
>
> Harbour make system isn't doing any magic with tlib. It's just running
>> tlib.exe and uses what's found by normal OS means.
>>
>
> It seems not as if I run
>
> tlib
>
> from the same console I get the correct 32 bit tlib.
>
> Anyway, no problems for me as I renamed the old tlib.
>
> Could be
Viktor,
> For similar reasons I'd like to rename a few filenames
> which contain 'error' because they make it more difficult
> to find real error messages. Only errorsys.prg should
> remain intact.
It used to bother me each time I scanned the log files, then
I found I can do the following using g
Incremental is the default mode. It will only compile what's changed and
rebuild only those libs and exes which had any
changed dependencies, that's all.
Yes, to activate it, just don't do a 'clean' first.
Brgds,
Viktor
On Mon, Mar 2, 2009 at 11:39 AM, Enrico Maria Giordano <
e.m.giord...@emagso
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.32
Oggetto: Re: [Harbour] tlib warnings
See my answer to Chen just posted. It would be great if you could test my
posted modification, with fresh builds and also
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.30
Oggetto: Re: [Harbour] RE: BCC32 build error: line is too long
This would unfortunately break incremental builds.
I was not aware that the new build system f
Lorenzo,
>> non-GNU make "clean" delete the files created but not the directories,
>> the GNU make remove the whole "bcc" directory under "win".
> Sorry, have you tried to use a different install dir
> ( outside thesource tree )?
Actually, no. But to be able to get the CodeGuard logs while build
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.19
Oggetto: Re: [Harbour] Problem in latest SVN
Harbour make system isn't doing any magic with tlib. It's just running
tlib.exe and uses what's found by normal OS
AFAIK, there is no such difference. PATH items are just PATH items.
Brgds,
Viktor
On Mon, Mar 2, 2009 at 11:18 AM, Massimo Belgrano wrote:
> If i can remember right
> path orter to lan drive are postposted after path of local device
>
> 2009/3/2 Enrico Maria Giordano :
> >
> > -Messaggio Orig
See my answer to Chen just posted. It would be great if you could test my
posted modification, with fresh builds and also
incremental ones (without clean with changed source files).
Brgds,
Viktor
On Mon, Mar 2, 2009 at 11:14 AM, Enrico Maria Giordano <
e.m.giord...@emagsoftware.it> wrote:
>
> --
Hi Chen,
> There is one "[install] Error 1 (ignored)" during install (I install to the
> same source and
> all the include files can't be copy into themselves, I guess its Ok).
>
> I wonder if its possible to pacify all the "Warning: 'object' not found in
> library"
> warnings by deleting the lib
On Mon, Mar 2, 2009 at 11:01 AM, Chen Kedem wrote:
> non-GNU make "clean" delete the files created but not the directories,
> the GNU make remove the whole "bcc" directory under "win".
> When I compile with CodeGuard, I need the .cgi file to
> exist in the same directory as the exe to control som
-Messaggio Originale-
Da: "Massimo Belgrano"
A: "Harbour Project Main Developer List."
Data invio: lunedì 2 marzo 2009 11.18
Oggetto: Re: [Harbour] Problem in latest SVN
If i can remember right
path orter to lan drive are postposted after path of local device
I'm not in a lan dri
>
> It is, but since nothing changed in this regard inside Harbour,
>> probably you have an old (DOS) tlib.exe hanging in the PATH.
>>
>
> Yes, I have an old tlib.exe in the PATH but it was there since years
> without problems. It seems that the PATH order is not respected anymore. I
> specified
>
If i can remember right
path orter to lan drive are postposted after path of local device
2009/3/2 Enrico Maria Giordano :
>
> -Messaggio Originale- Da: "Viktor Szakáts"
> A: "Harbour Project Main Developer List."
> Data invio: lunedì 2 marzo 2009 10.35
> Oggetto: Re: [Harbour] Problem i
1 - 100 of 122 matches
Mail list logo