Error E2140 ../../../hbcom.c 1646: Declaration is not allowed here in
function hb_comSend
Error E2140 ../../../hbcom.c 1705: Declaration is not allowed here in
function hb_comRecv
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.
Hi Przemek,
> Log Message:
> ---
> 2010-05-12 02:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/contrib/hbct/dummy.c
>* removed dummy CT3 serial communication functions
>; such files with dummy functions introduces very serious problems for
> user code be
Przemek,
What is the different between this and the functions we have in
contrib/hbtpathy?
>OS2 builds:
> - discard card is not supported
Is this the character to place when erroneous data is received?
I don't have original OS/2 headers, but in my (VERY) old OS/2 program I had
thi
12.05.2010 5:09, Mario H. Sabado написав(ла):
Hi Przemek,
I have encountered building latest Harbour SVN with the following
error. I'm using WinXP/BCC58.
-
bcc32.exe -I.
Hi
I am curious about this need. Can you provide some useful example?
[]'s Maniero
2010/5/11 CarozoDeQuilmes
> Hi, when I put the following #translate in my program always convert the
> parameter myparm to literal "myparm". It is good for me.
>
> Sample:
>
> #translate MYEXAMPLE ;
>
Hi Przemek,
I have encountered building latest Harbour SVN with the following
error. I'm using WinXP/BCC58.
-
bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -Q
Revision: 14463
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14463&view=rev
Author: vouchcac
Date: 2010-05-12 01:24:41 + (Wed, 12 May 2010)
Log Message:
---
2010-17:24 18:23 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
+ contrib/hbide/resources/cur
Hi, when I put the following #translate in my program always convert the
parameter myparm to literal "myparm". It is good for me.
Sample:
#translate MYEXAMPLE ;
=> ;
MYNEWEXAMPLE <(myparm)>
function main()
MYEXAMPLE "cParm"
MYEXAMPLEcParm
Return .T.
Code Gen
Revision: 14462
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14462&view=rev
Author: vouchcac
Date: 2010-05-12 00:41:24 + (Wed, 12 May 2010)
Log Message:
---
2010-17:24 07:29 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/plugins/saveb
Revision: 14461
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14461&view=rev
Author: druzus
Date: 2010-05-12 00:27:04 + (Wed, 12 May 2010)
Log Message:
---
2010-05-12 02:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/external/mini
Hi All,
Someone reported to me privately
that .ini value such as:
--
[section]
key=val=1
--
is wrongly read as 'val' instead of 'val=1'
My opinion is still to move this code out
of core to xhb, since it doesn't hit our
quality level. Anyhow if someone wants to
patch this (or other similar p
Hello Everybody
I am about to restructure hbIDE to honor user defined
options which are set globally per hbIDE.ini.
These options will be fetched through a tabbed dialog
invokable under .
So that I do not miss anything, please speak on the list
what must go inside it. Also explain a little bit
Revision: 14460
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14460&view=rev
Author: vszakats
Date: 2010-05-11 20:27:03 + (Tue, 11 May 2010)
Log Message:
---
2010-05-11 22:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbziparc/Makefile
Viktor,
win-make clean
D:\programacion_disk\Programacion\harbour>win-make clean
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe clean
! HB_INSTALL_PREFIX: D:\programacion_disk\Programacion\hb-mingw
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! H
Hi,
Pls post the beginning of your log output
and the dir listing of your mingw bin dir.
Viktor
On 2010 May 11, at 21:33, José Luis Capel wrote:
> Hi,
>
> I've got this error when building Harbour:
>
> gcc -Wl,--nxcompat -Wl,--dynamicbase -L../../../../../lib/win/mingw -o
> ..\..\
> ..
Hi,
I've got this error when building Harbour:
gcc -Wl,--nxcompat -Wl,--dynamicbase -L../../../../../lib/win/mingw -o ..\..\
..\..\..\bin\win\mingw\hbpp.exe hbpp.o -lhbnortl -lhbcommon -lkernel32 -luser32
-lws2_32 -ladvapi32 -lgdi32
d:/programacion_disk/programacion/harbour/hb20/comp/mingw/bin
Revision: 14459
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14459&view=rev
Author: vszakats
Date: 2010-05-11 19:21:03 + (Tue, 11 May 2010)
Log Message:
---
2010-05-11 21:16 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/postinst.prg
Hi, I have a little program that compress files to zip format by adding
files with parameter setting to .T. for first file (to create
the zip file) and the following files with setting to .F. to
add files to ZIP.
Sample:
function main
ferase( "pepe.zip" )
HB_ZIPFILE( "pepe.zip" , "minilib.mip
Hi,
There is a bug after recent changes.
BTW, only these are the valid Harbour settings
in you config, pls delete the rest to avoid confusion:
> set HB_BUILD_DLL=yes
> set HB_BUILD_IMPLIB=yes
> set HB_CONTRIB_ADDONS=yes
> set HB_BUILD_UNICODE=no
> rem set HB_BUILD_UNICODE=yes
>
> set HB_WITH_P
Hi,
On 2010.05.11 18:52, rafa wrote:
Second;
A question
What advantages are there in using indexes MEMORY?
Rafa, you've completely changed the original idea:
>> OrdCreate("mem:file.ext", ...)
>> I've sent C code for copying file from/to memory a few days ago.
> Ok, thanks!
> I add MEMORY a co
Hello,
When I generate the binaries for this version I see no more files:
"ace32.lib", "freeimage.lib" and "libpq.lib"
These are my settings.
[SETTINGS]
set HB_BUILD_DLL=yes
set HB_DIR_IMPLIB=yes
set HB_BUILD_IMPLIB=yes
set HB_BUILD_LOG=yes
set HB_CONTRIB_ADDONS=yes
set HB_BUILD_UNICODE=no
rem
Hi Pritpal
Please, make this a option. I unknown another code editor which highlighting
only one brace and I ever used coding with pair highlighting. For me,
highlight one brace is confusing, or highlight none or both braces.
xMate is a bad example of code editor implementation. It has too many n
>>> I am compiling/linking a extremely large project
>>> with hbIDE, hbMK2 ( hbMK2 is slightly modified to supply
>>> sources to Harbour compiler one-by-one, rest remaining the
>>> same as is ) with -xhb switch.
>>
>> Too bad, this way we will never know what the real problem is.
>> Did you rea
Hello All,
First; Great!
I have noticed is an improvement of about 2 minutes of not using
Hb_detach () and remove the threads in the creation of indices.
Second;
A question
What advantages are there in using indexes MEMORY?
I do not appreciate any improvement is more, we analyzed under Windows
X
Viktor Szakáts wrote:
>
>> I am compiling/linking a extremely large project
>> with hbIDE, hbMK2 ( hbMK2 is slightly modified to supply
>> sources to Harbour compiler one-by-one, rest remaining the
>> same as is ) with -xhb switch.
>
> Too bad, this way we will never know what the real probl
Have you made
set HB_WITH_OCILIB=C:\ocilib
or
set HB_WITH_OCILIB c:\ocilib\include
set HB_WITH_OCILIB c:\ocilib\lib32
?
2010/5/11 Horodyski Marek (PZUZ) :
>> -Original Message-
>
> Still :
>
> ! 'sddoci' library skipped ('ocilib' not found. Configure with
> HB_WITH_OCILIB.) :(
>
> Tomorrow
> -Original Message-
> From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
> Sent: Tuesday, May 11, 2010 4:17 PM
> To: Harbour Project Main Developer List.
> Subject: Re: [Harbour] [r|s]ddoci
>
> Hi Marek
> Hello i i read in c:\harbour\install follow info
>
> HB_WITH_OCILIB - OCILI
> -Original Message-
> From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
> Sent: Tuesday, May 11, 2010 4:17 PM
> To: Harbour Project Main Developer List.
> Subject: Re: [Harbour] [r|s]ddoci
>
> Hi Marek
> Hello i i read in c:\harbour\install follow info
>
> HB_WITH_OCILIB - OCILI
> I am compiling/linking a extremely large project
> with hbIDE, hbMK2 ( hbMK2 is slightly modified to supply
> sources to Harbour compiler one-by-one, rest remaining the
> same as is ) with -xhb switch.
Too bad, this way we will never know what the real problem is.
Did you read my last e-mail
Hi,
>>> * contrib/hbide/resources/environments.uic
>>> + Applied: monospaced font "Courier" to input fields and text boxes.
>>
>> I don't know your motives, but this makes HBIDE
>> look very substandard compared to any tools I know.
>> (Not to mention much less text fits in the text boxes.)
>>
Pritpal Bedi wrote:
>
> In continuation...
>
> "Hello World" prg buils fine with -lgtwin.
> The compile and link flags are the same as of
> larger application.
>
> So where is the catch?
>
Any clues guys ?
I am struck to this very fact and appears to be
a show-stopper to implement hbIDE in
Viktor Szakáts wrote:
>
>> * contrib/hbide/resources/environments.uic
>>+ Applied: monospaced font "Courier" to input fields and text boxes.
>
> I don't know your motives, but this makes HBIDE
> look very substandard compared to any tools I know.
> (Not to mention much less text fits in t
Revision: 14458
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14458&view=rev
Author: vouchcac
Date: 2010-05-11 14:36:42 + (Tue, 11 May 2010)
Log Message:
---
2010-05-11 07:29 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_hbqplaint
Hi Marek
Hello i i read in c:\harbour\install follow info
HB_WITH_OCILIB - OCILIB (C Driver for Oracle) [multiplatform,
free, open-source]
http://orclib.sourceforge.net/
http://www.oracle.com/technology/tech/oci/instantclient/index.html
Can you post here your final sample?
Hi,
I'm try to use oci.
What I can, or what can I do, to arrive exe from
\harbour\contrib\sddoci\tests\test1.prg ?
Command :
\harbour\bin\win\mingw\hbmk2.exe test1.prg does not work
( it say
/gcc/mingw/bin/../lib/gcc/mingw32/4.4.0/../../../../mingw32/bin/ld.exe:
cannot find -lsddoci)
H
> -Original Message-
> From: Heinz V Bergen [mailto:hber...@ops.phl.ca]
> Sent: Thursday, May 06, 2010 11:41 PM
> To: harbour@harbour-project.org
> Subject: Re: [Harbour] Harbour "random" GPFs
>
>
> Whew!
> My problem has been resolved by fix in Revision 14441.
[...]
> Przemysław Czerpak
Hello,
Mindaugas Kavaliauskas escribió:
> Hi,
>
>
> On 2010.05.11 12:22, rafa wrote:
>>> Of cause. Did you expect your code to behave in a different way?...
>> I thought he reindex all at once ;-)
>> The reason is because only one index reindex a table, while the others
>> wait, I do not know.
>
>
Hi,
On 2010.05.11 12:22, rafa wrote:
Of cause. Did you expect your code to behave in a different way?...
I thought he reindex all at once ;-)
The reason is because only one index reindex a table, while the others
wait, I do not know.
The reason is hb_dbdetach(), hb_dbattach(). Workarea is at
Mindaugas Kavaliauskas escribió:
> Hi,
>
>
>> Please could you tell me how to create the index in memory and then
>> flush to disk?
>
> OrdCreate("mem:file.ext", ...)
> I've sent C code for copying file from/to memory a few days ago.
Ok, thanks!
I add MEMORY a command INDEX , And I'll post later
Hi,
Please could you tell me how to create the index in memory and then
flush to disk?
OrdCreate("mem:file.ext", ...)
I've sent C code for copying file from/to memory a few days ago.
These crea() threads do not help to do any valuable job. Function
aCreateIndexe() starts a separate crea()
>> What you get is a .c source regardless of
>> the -gc mode, but the problem is that we're
>> running a translator from .prg to .c. In that
>> sense it should not make a difference.
>>
> Yes, but this translator is run only once, during program build, from there on
> it is a pure machine code
Viktor Szakáts wrote:
> Hi Maurilio,
>
>> what about using -gc3 to have an application which is not executed by a VM?
>
> What you get is a .c source regardless of
> the -gc mode, but the problem is that we're
> running a translator from .prg to .c. In that
> sense it should not make a differe
42 matches
Mail list logo
