Hello Giovanni,
Please, check your firewall for allow your application connect with db4free.net.
Also check what port need db4free.net for connect to MYSQL DB.
Regards,
Fernando Mancera
www.viaopen.com
De: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org]
Revision: 11020
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11020view=rev
Author: vszakats
Date: 2009-05-12 07:32:45 + (Tue, 12 May 2009)
Log Message:
---
2009-05-12 09:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/cmdline.txt
*
Revision: 11021
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11021view=rev
Author: vszakats
Date: 2009-05-12 08:44:03 + (Tue, 12 May 2009)
Log Message:
---
2009-05-12 10:37 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/xhb/hbcompat.ch
Hi All,
Is there any important feature still missing from hbmk2?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Mon, 11 May 2009, Szak�ts Viktor wrote:
Hi,
I just received this error in my otherwise stable app:
Error(2) BASE/1301 Object destructor failure: Reference to freed block
Then it gave an MSVC RTL error message, finally a
regular app crash (but without logs).
This happened with an MSVC
In my app one expression is very often done.
Due to the saving of memory, important of information is in string, not
in array.
In xHarbour, this instruction was :
If hb_isNumeric( l := tab_prg[ n]:Eval()) .and. tab_skok[ n] == '1'
In Harbour ( withot indexed strings) now I have :
If
Hi All!
It is possible to change our rtl/hbzlib.c to respect a NO_GZCOMPRESS
definition (see gzio.c)?
And second question: can we add a wrapper for gputc also?
Thanks,
Petr
--
View this message in context:
http://www.nabble.com/hbzlib-and-NO_GZCOMPRESS-tp23501245p23501245.html
Sent from the
Viktor Szakáts wrote:
Is there any important feature still missing from hbmk2?
Yes, automatic correction of my bugs.
Thank you very much for your herculean efforts.
Regards
Alex
___
Harbour mailing list
Harbour@harbour-project.org
I am using with pleasure hbmk2 and the only item can be
Simpler language Script for manipulate and copy in final dir,harbour
library, ecc
2009/5/12 Viktor Szakáts harbour...@syenar.hu
Hi All,
Is there any important feature still missing from hbmk2?
Brgds,
Viktor
Revision: 11022
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11022view=rev
Author: druzus
Date: 2009-05-12 13:39:52 + (Tue, 12 May 2009)
Log Message:
---
2009-05-12 15:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Hi
Viktor Szakáts wrote:
Hi All,
Is there any important feature still missing from hbmk2?
Macro parser in .PRG and .C | .CPP files.
In batch file:
SET MySourceFolder=c:\dev_sources\vouch
In .HBM
${MySourceFolder}\vouch.prg
This way I can move my projects to any drive | directory
just
In this latter comments may cite as an example file. HBM with the
following lines:
-GC3
-ES2
-w
main.prg
test.prg
!copy main.exe c:\soft\demo\main.exe
!del main.exe
But think well ... Wich the commands what should be executed in
several situations? Such as:
* If an error occurs, which
Revision: 11023
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11023view=rev
Author: vszakats
Date: 2009-05-12 14:11:21 + (Tue, 12 May 2009)
Log Message:
---
2009-05-12 16:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Thank you very much for your herculean efforts.
+1,
Regards,
Toninho.
___
Yahoo! Mail - Sempre a melhor opção para você!
Experimente já e veja as novidades.
http://br.yahoo.com/mailbeta/tudonovo/
Hello Viktor
Viktor Szakáts wrote:
Hi All,
Is there any important feature still missing from hbmk2?
Nested projects.
I mean if .hbm includes another .hbm
it should treat it as a nested another project
contrary to current implementation where another .hbm
becomes a part of the
Viktor Szakáts wrote:
Is there any important feature still missing from hbmk2?
Hi,
I don't know is important or not
but, please tell my what expected result for this
hbmk2 @all.hbm
hbmk2 @all2.hbm
all.hbm ---
test2.hbm
test1.hbm
test.hbm
---
Hi Pritpal,
Hi All,
Is there any important feature still missing from hbmk2?
Macro parser in .PRG and .C | .CPP files.
In batch file:
SET MySourceFolder=c:\dev_sources\vouch
In .HBM
${MySourceFolder}\vouch.prg
I think you should just let go this idea of storing any
absolute paths in an
In this latter comments may cite as an example file. HBM with the
following lines:
-GC3
-ES2
-w
main.prg
test.prg
!copy main.exe c:\soft\demo\main.exe
!del main.exe
But think well ... Wich the commands what should be executed in
several situations? Such as:
* If an error occurs, which
Hi Petr,
Not a successful build that's for sure :)
Remember that one hbmk2 call can only have one target,
one call == one project.
.hbm files are scripts you can embeded, any number
of them, but they should result in *one* final valid
command line.
What you want to do is probably:
hbmk2
Revision: 11025
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11025view=rev
Author: vszakats
Date: 2009-05-12 16:20:15 + (Tue, 12 May 2009)
Log Message:
---
2009-05-12 18:14 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Warning W8004 ../../mlcfunc.c 156: 'pEOLs' is assigned a value that is never
used in function hb_mlGetEOLs
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
Revision: 11027
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11027view=rev
Author: tfonrouge
Date: 2009-05-12 20:52:46 + (Tue, 12 May 2009)
Log Message:
---
! Fixed header entry
Modified Paths:
--
trunk/harbour/ChangeLog
This was
Hi Teo,
Please undo this change, this is an extremely bad idea,
and ruins the whole concept of having one proper hbwin
library. Even worse solution to solve a temporary problem
of a few users.
The solution is to either use old OLE, or if it doesn't fit
you should either not block moving to the
You've also successfully deleted the whole change history of moved
files by simply readding them instead of using the
'svn move' command.
Great!
Brgds,
Viktor
On Tue, May 12, 2009 at 11:03 PM, Viktor Szakáts harbour...@syenar.huwrote:
Hi Teo,
Please undo this change, this is an extremely bad
Nested projects.
I mean if .hbm includes another .hbm
it should treat it as a nested another project
contrary to current implementation where another .hbm
becomes a part of the current.
May be .hbm implementation be kept as is and a new
extension is introduced, say .hbprj and if encountered,
On Tuesday 12 May 2009 16:12:42 Viktor Szakáts wrote:
(btw, can you please avoid top posting? thanks.)
You've also successfully deleted the whole change history of moved
files by simply readding them instead of using the
'svn move' command.
I'm sorry, my mistake. Today was a tough day for
On Tuesday 12 May 2009 16:03:34 Viktor Szakáts wrote:
Hi Teo,
Please undo this change, this is an extremely bad idea,
and ruins the whole concept of having one proper hbwin
I'm sorry, but I fail to see any specification in the hole Harbour tree
regarding on what must be included in the hbwin
27 matches
Mail list logo