On Jan 16, 2008 12:24 AM, Mindaugas Kavaliauskas <[EMAIL PROTECTED]> wrote:
> 2008-01-16 01:20 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
>+ harbout/contrib/hbzlib
> + added support for zlib library and zip files (based on
>minizip)
...
Many thanks,
best regards,
Lor
2008-01-16 03:59 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/contrib/hbzlib/crypt.h
+ added modified for minizp crypt.h - it comes from minizip
source code and it's modified infozip file
* harbour/contrib/hbzlib/zip.c
* disabled unused functions to eliminate wa
Mindaugas,
I get this error:
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
Error ..\mtpl_b32.mak 148: Unable to open include file 'common.mak'
Error ..\mtpl_b32.mak 154: Command syntax error
Error ..\mtpl_b32.mak 155: Command syntax error
Error ..\mtpl_b32.mak 157: Command syntax error
***
2008-01-16 03:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/macro.c
! strip trailing and leading SPACEs and TABs from macro compiled
symbols
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.o
On Wed, 16 Jan 2008, Mindaugas Kavaliauskas wrote:
> 2008-01-16 01:20 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
> + harbout/contrib/hbzlib
> + added support for zlib library and zip files (based on
> minizip)
[...]
Thank you very much.
best regards,
Przemek
_
On Tue, 15 Jan 2008, Saulius Zrelskis wrote:
> Now OK, thank you.
> One more small bug (macro byref):
> proc main()
> memvar first
> local l := " first"
> private first := "FIRST"
> ? @&l
> inkey(0)
> return
> Clipper output:
> FIRST
> Harbour output:
> Error BASE/1003 Variable does not ex
2008-01-16 01:20 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
+ harbout/contrib/hbzlib
+ added support for zlib library and zip files (based on
minizip)
+ harbour/contrib/hbzlib/zconf.h
+ harbour/contrib/hbzlib/zlib.h
+ zlib include files
+ harbour/contrib/hbzlib/z
Now OK, thank you.
One more small bug (macro byref):
proc main()
memvar first
local l := " first"
private first := "FIRST"
? @&l
inkey(0)
return
Clipper output:
FIRST
Harbour output:
Error BASE/1003 Variable does not exist: first
best regards,
Saulius
___
2008-01-15 19:30 UTC+0100 Tomaz Zupan (tomaz.zupan/at/orpo.si)
* harbour.spec
* Recognize more Mandriva releases
* Changed platform from mdk to mdv for Mandriva
LP, Tomaž
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
2008-01-15 14:27 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/macro.c
! make macro substitution before macro compilation - Clipper
compatible behavior - fix borrowed from xHarbour
! do not overwrite 1-st error object by others which can appear
durin
Maurilio Longo wrote:
>
>
> I find them 'ugly' and slow to write and writing them this way forces me
> to do
> an explicit association between variable names and sql query sentence.
>
> I'd like something like this :)
>
> local a,b,c
>
> text into csql
> select * from @a where @c = @b
>
On Tue, 15 Jan 2008, Saulius Zrelskis wrote:
> Hi all,
> Is this bug or feature ?
[...]
Rather bug. IMHO we should be strict Clipper compatible here because
it can be source of other incompatibilities. F.e. this is modified
Ron's example taken from xHarbour source:
PROCEDURE Main()
LOC
Szakáts Viktor escribió:
Hi Miguel,
You can add a #define hb_parni( x ) xhb_parni( x )
to the xhb C level header, then add xhb_parni( x )
to the xhb lib, which implements the extended
xhb functionality you need.
As a personal opinions I'd find it more elegant
to correct the user level C code to u
2008-01-14 13:44 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* source/vm/extend.c
* Undo Added conversion from logical params in hb_par* functions.
( thks to Juan Gálvez )
Best regards,
Miguel Angel Marchuet
___
Harbour mailing
Szakáts Viktor escribió:
Hi Miguel,
You can add a #define hb_parni( x ) xhb_parni( x )
to the xhb C level header, then add xhb_parni( x )
to the xhb lib, which implements the extended
xhb functionality you need.
As a personal opinions I'd find it more elegant
to correct the user level C code to
Today I use this code:
...
cStrExec = "HOME=/home/" + cUsrNam + "; USER=" + cUsrNam + ";
SHELL=/bin/bash ; DISPLAY=" + cDisplay + " ; run-exe.sh " + +
"&"
...
run( cStrExec )
...
I'd like to replace it with:
HB_EXECVP( "run-exe.sh", )
but I've seen that execve accepts also an array for envvar
On Jan 15, 2008 10:15 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> It's working for me without any problem.
Could it be that DYNAMIC and REQUEST
"must" be in the same prg?
If I put the REQUESTs in the same prg of DYNAMIC declaration it works.
Sorry, the hbrun problem went away after a
Hi Miguel,
You can add a #define hb_parni( x ) xhb_parni( x )
to the xhb C level header, then add xhb_parni( x )
to the xhb lib, which implements the extended
xhb functionality you need.
As a personal opinions I'd find it more elegant
to correct the user level C code to use this
API in a portabl
then, how we can implement it on xhb lib ?
any idea ?
Best regards,
Miguel Angel Marchuet
Szakáts Viktor escribió:
Hi Miguel,
I'd suggest to revert this modification from hb_parni()
and hb_parnd(), since these are meant to be 100%
CA-Clipper compatible, and the CA-Clipper version don't
do suc
>
> I do understand your point, it could be usefull on a browse, but I think that
> it could be better to write a browse which queries rows while user moves
> inside it instead of doing a full select at start and then browse the full
> answer.
>
> Hope this clarifies a little my point.
Yes, This
Hi Miguel,
I'd suggest to revert this modification from hb_parni()
and hb_parnd(), since these are meant to be 100%
CA-Clipper compatible, and the CA-Clipper version don't
do such a conversion. (For consistency, I'd also suggest
to remove it from Harbour "synomyms", hb_parint(), hb_parll(),
too).
2008-01-14 12:28 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* source/vm/extend.c
* Added conversion from logical params in hb_par* functions.
( thks to Juan Gálvez )
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
WenSheng,
I do understand your point, it could be usefull on a browse, but I think that
it could be better to write a browse which queries rows while user moves
inside it instead of doing a full select at start and then browse the full
answer.
Hope this clarifies a little my point.
Maurilio.
We
Petr Chornyj ha scritto:
>
> What you think abou
>
> insert into t1( name, age) values( :name, ?7 )
>
> sqlite3_bind_all( stmt, {'Mary', 'name', SQLITE_TEXT}, {19, 7,
> SQLITE_INTEGER} [, ...] )
> or
> sqlite3_bind_all( stmt, {{'Mary', 'name', SQLITE_TEXT}, {19, 7,
> SQLITE_INTEGER}} )
> or
> sq
Lorenzo,
try to add them to
REQUEST HB_EXECVP, HB_KILL, HB_WAITPID
\harbour\utils\hbrun\external.prg
Best Regards
Francesco
- Original Message -
From: "Lorenzo Fiorini" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, January 15, 2008 10:33 AM
Subj
On Jan 15, 2008 10:15 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> It's working for me without any problem.
aaahh :)
> In both cases it works perfectly. I cannot say what is your
> problem but seems to be related to some other things. F.e.
> mixed libraries from different comp
2008-01-15 10:31 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdefs.h
! do not define [U]LONGLONG when HB_DONT_DEFINE_BASIC_TYPES macro
is set
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.or
Hi all,
Is this bug or feature ?
proc main()
memvar First, Second
local l1 := 'First', l2 := '&First'
private First := "FIRST", Second := "SECOND"
dbCreate('test', {{'FIRST', 'C', 5, 0}})
dbUseArea(.t.,, 'test'); dbAppend(); FieldPut(1, '1')
? '1', &l1
? '2', memvar->&l1
? '3', &
2008-01-15 10:21 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/usrrdd/usrrdd.c
* added missing 'const' to few variable declarations
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.h
>I've removed it in xharbour, just look at xharbour hbdefs.h
Checked
Your change is based in HB_DONT_DEFINE_BASIC_TYPES
Przemek, can you apply a similar change (revision 1.89, Dec 27) in
Harbour hbdefs.h ? Thanks
Maurilio, I tried to build current xHarbour under eCS and I get:
---
On Tue, 15 Jan 2008, Lorenzo Fiorini wrote:
> On Jan 15, 2008 9:41 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> > I need self contain example. Can I see tt52.prg?
> > Was hbrun linked with HB_EXECVP()?
> Here is tt52.prg:
[...]
It's working for me without any problem.
> I've added HB_EXECV
On Jan 15, 2008 9:41 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> I need self contain example. Can I see tt52.prg?
> Was hbrun linked with HB_EXECVP()?
Here is tt52.prg:
proc main()
local aPID:={}, i
? "Started"
for i:=1 to 5
? i
aadd( aPID, HB_EXECVP( "hbrun" ) ) // here I use an Har
On Tue, 15 Jan 2008, Lorenzo Fiorini wrote:
> I'm trying to use the function HB_EXECVP in a dynamic hrb but I get::
> Unrecoverable error 9001:
> Called from __HRBLOAD(0)
> I've created a test but it dies:
> hbcmp -gh tt52.prg
> hbrun tt52.hrb
> The same test works normally in executable format:
>
On Jan 15, 2008 9:20 AM, Francesco Saverio Giudice <[EMAIL PROTECTED]> wrote:
> did you need to add a REQUEST HB_EXECVP in your main program, otherwise it
> will not be linked as main program doesn't know that you want to use and
> linker doesn't add it to executable.
Yes I've tried it also.
bes
Hi Lorenzo,
- Original Message -
From: "Lorenzo Fiorini" <[EMAIL PROTECTED]>
To: "Harbour Project Main Developer List."
Sent: Tuesday, January 15, 2008 8:48 AM
Subject: [Harbour] HB_EXECVP and __HRBLOAD(0) error
I'm trying to use the function HB_EXECVP in a dynamic hrb but I get::
I'm trying to use the function HB_EXECVP in a dynamic hrb but I get::
Unrecoverable error 9001:
Called from __HRBLOAD(0)
I've created a test but it dies:
hbcmp -gh tt52.prg
hbrun tt52.hrb
The same test works normally in executable format:
hbmk -n -gtcgi tt52.prg
What am I doing wrong?
best
36 matches
Mail list logo
