Hi,
I got below error when building above SVN under Win7/BCC58. I checked
zlib.h and it's present in the external\zlib folder.
Thanks,
Mario
bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -Q -w-sig- -d
-6 -O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES
Hi,
Yes. Pls read relevant section in INSTALL (look for 'HB_WITH_QT')
or past message about this topic, it has been quite well discussed
here.
Viktor
On 2010 May 31, at 20:04, jparada wrote:
>
> Hi,
>
> I have been able to compile demohbqt and demoxbp without any problem, but
> when trying
Hi,
I have been able to compile demohbqt and demoxbp without any problem, but
when trying to compile hbide (hbmk2 hbide.hbp), I get errors like this,
please take a look.
C:/QT/4.6.2/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder.cpp:(.
text+0x1b0): referencia a `_Unwind_Resume' si
I used HbMk2 and compared the Libs used by him with my Script Libs, I really
lacked a Lib who was not asked before.
All this now, okay.
Thanks, Ale
--
View this message in context:
http://old.nabble.com/Error-InetInit%28%29.resolved-tp28724310p28729586.html
Sent from the Harbour - Dev mail
> I read yes.
>
> But I did not find the solution to this problem with inetinit ().
It will be a very tough process to find the solution
if you miss to give feedback for the answer I'm giving.
I'm out of this thread.
Viktor
___
Harbour mailing list
I read yes.
But I did not find the solution to this problem with inetinit ().
So I'm asking.
I am grateful if you could give me a solution to Read Local IP.
Thanks, Ale
Viktor Szakáts wrote:
>
> Do you read the asnwers?
>
> On 2010 May 30, at 21:40, Ale SB wrote:
>
>>
>> hbrtl.lib(hbsock
Do you read the asnwers?
On 2010 May 30, at 21:40, Ale SB wrote:
>
> hbrtl.lib(hbsocket.obj) : error LNK2019: external symbol __imp__wsaio...@36
> unresolved referred to in the function _hb_socketGetIFaces
>
> Function to return the machine's local IP.
>
> This function normally in previous ve
hbrtl.lib(hbsocket.obj) : error LNK2019: external symbol __imp__wsaio...@36
unresolved referred to in the function _hb_socketGetIFaces
Function to return the machine's local IP.
This function normally in previous versions.
function Ip_Local() //==> IP ==> xxx.xxx.xxx.xxx
local cEstacao := n
bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -Q -w-sig- -d -6
-O2
-OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -DWIN32_LEAN_AND_MEAN
-I"d:\devel\BCC60\B
IN\..\Include" -DUNICODE -owin_shell.obj -c ../../../win_shell.c
../../../win_shell.c:
Error E2451 ../../../win_shell.c 95: Undefined s
Hi Viktor,
> It's pure .prg code and unlike original C++ HBCOMM lib, it won't cause HVM
> corruption.
I link "hbcomm.prg" in my project and it worked fine now :)
Thank you for your suggestion :)
Rossine.
--
View this message in context:
http://old.nabble.com/Error-with-bcc582-tp28685607p286
> Hello Viktor,
>
>> I suggest to use hbmk2 to build hbcomm...
>
> OK i rebuilt harbour release 14618 the traditional way:
>
> \harbour\bin\mingw32-make.exe clean install
>
>> ...and also your app, and it should link properly.
>
> OK. But the error continues.
>
> I use for compile this comman
Hello Viktor,
>I suggest to use hbmk2 to build hbcomm...
OK i rebuilt harbour release 14618 the traditional way:
\harbour\bin\mingw32-make.exe clean install
> ...and also your app, and it should link properly.
OK. But the error continues.
I use for compile this command:
hbmk2 -trace -info -
Hi Rossine,
I suggest to use hbmk2 to build hbcomm and also your app, and it
should link properly.
Viktor
On 2010 May 26, at 22:35, Rossine wrote:
>
> Hi Enrico,
>
> This is my c:\bcc582\bin\bcc32.cfg
>
> [CFG]
>
> -Ic:\bcc582\include;c:\bcc582\include\dinkumware;c:\harbour\include
> -Lc:
Hi Enrico,
This is my c:\bcc582\bin\bcc32.cfg
[CFG]
-Ic:\bcc582\include;c:\bcc582\include\dinkumware;c:\harbour\include
-Lc:\bcc582\lib;c:\harbour\lib
[/CFG]
I changed this file and recompiled my application but the error continues. I
will generate binaries harbour again with these new setti
-Messaggio Originale-
Da: "Rossine"
A:
Data invio: mercoledì 26 maggio 2010 22.02
Oggetto: [Harbour] Error with bcc582
Hello,
When trying to compile my application with bcc582 me the following error
occurred:
[ERROR]
Error: Unresolved external 'std::
Hello,
When trying to compile my application with bcc582 me the following error
occurred:
[ERROR]
Error: Unresolved external 'std::basic_string,
std::allocator >::__nullref' referenced from
C:\HRB_BCC\LIB\HBCOMM.LIB|comm
[/ERROR]
What can it be ?
Best Regards,
Rossine.
--
View this messag
When I' build harbour with last svn :
---
! Making E:\HARBOUR_PRUEBAS\HARBOUR\bin\hbmk.cfg...
! Making shared version of Harbour binaries...
./bin/win/msvc\hbmk2 -quiet -lang=en -q0 -shared
utils/hbformat/hbformat.hbp -o$
{HB_BIN_INSTALL}/hbformat-dll
hbformat.c
hbformac.c
Generando
When i compile harbour from SVN source i got this error:
c:\projetos\harbour\src\vm\dynsym.c(547) : error C2440: '=' : cannot convert
from 'void *' to 'PDYNHB_ITEM'
Conversion from 'void*' to pointer to non-'void' requires an
explicit cast
In dynsym.c(547):
s_pDynIndex = hb_xrealloc( s_p
On Thu, 13 May 2010, Adam Lubszczyk wrote:
Hi,
> If used in procedur any function of HB_REGEX..()
> it work OK, but when return from procedur application GPF.
[...]
> Called from TEST(16) in test.prg
> Called from MAIN(2) in test.prg
> -
Hi!
If used in procedur any function of HB_REGEX..()
it work OK, but when return from procedur application GPF.
Sample:
PROCEDURE main
? Test()
RETURN
FUNCTION test()
LOCAL r , aM, t:="SAME TEST TEXT"
r:=HB_REGEXCOMP(".*(TEST).*")
aM:=HB_REGEX(r,t)
IF VALTYPE(aM)=="A"
?
Hi,
On 2010 May 13, at 08:02, Eric Developer.SP-BR wrote:
> I downloaded yesterday from SVN
>
> =
> mingw32-make.exe install
>
>
> ! Using QT 'moc' executable: C:\QT\4.6.2\INCLUDE\..\bin\moc.exe (autodetected)
> gcc -I. -I../../../../
**I downloaded yesterday from SVN
**=
*mingw32-make.exe install*
! Using QT 'moc' executable: C:\QT\4.6.2\INCLUDE\..\bin\moc.exe
(autodetected)
gcc -I. -I../../../../../include -W -Wall -O3 -fomit-frame-pointer
-march=i586
-mtune=pentium
On 5/12/2010 2:30 PM, harbour-requ...@harbour-project.org wrote:
--
Message: 5
Date: Wed, 12 May 2010 09:28:06 +0300
From: vatzct
Subject: Re: [Harbour] Error Building SVN 2010-17:24 18:23 UTC-0800
To: "Harbour Project Main Developer List."
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 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
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
right click on editor tab
Error base/1076 argument error. >=
called from xbptabwidget:execslot()
called from (b)xbptabwidget_create
called from qt_eventloop_processevents()
called from qeventloop:processevents()
called from appevent()
called from hbide_create(494)
called from main(102)
Can i past
Hi Viktor,
I don't understand how to implement follow line
> >
> > Rather use -i option or point to xhb.hbc file.
> > (or simply copy your sample to contrib/xhb/tests/ dir
> > and issue hbmk2 from there)
>
>
I also tried all the suggestions figure out but unfortunatly it doesn't
work:
The mistake
>> Anyhow not everything is fine with xhb xml support,
>> as I'm getting memory corruption with the posted
>> sample when trying it with mingw. It runs fine
>> with msvc64.
>
> I have noticed quite a few fixes over recent years/months to the XML source
> in xHarbour, it's possible that Harbour ha
Viktor Szakáts wrote:
Anyhow not everything is fine with xhb xml support,
as I'm getting memory corruption with the posted
sample when trying it with mingw. It runs fine
with msvc64.
I have noticed quite a few fixes over recent years/months to the XML source in
xHarbour, it's possible that Ha
>>
>> // xml1.prg
>>
>>
>> #include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
>
> Rather use -i option or point to xhb.hbc file.
> (or simply copy your sample to contrib/xhb/tests/ dir
Hi Paul,
> If TXmlDocument( cString, HBXML_STYLE_NOESCAPE ) is a valid call, yet does
> not produce a correct object (given that I probably haven't seen the code),
> then can't TXmlDocument(...) check that :New is in the calling tree and
> produce a decent error? (Sorry if I'm stating or overl
g or overlooked the obvious)
Paul
- Original Message -
From: "Viktor Szakáts"
To: "Harbour Project Main Developer List."
Sent: Wednesday, April 28, 2010 1:58 PM
Subject: Re: [Harbour] Error BASE/1099 Argument error: STR
Hi,
///
Hi,
>
> // xml1.prg
>
>
> #include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
Rather use -i option or point to xhb.hbc file.
(or simply copy your sample to contrib/xhb/tests/ dir
and i
// xml1.prg
#include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
function main()
local cFile:="./test.xml", cString
local cNote, cDiscount
local oDoc, oBook, oIterator, oCurrent
Please, post line 19 from your Main.
[]'s Maniero
2010/4/28 ivan re
>
> $ hbmk2 xml1.prg -lxhb -L/usr/local/lib/harbour
> hbmk2: Processing configuration: /usr/bin/hbmk.cfg
> Harbour 2.1.0beta1 (Rev. 14394)
> Copyright (c) 1999-2010, http://www.harbour-project.org/
>
>
> Compiling 'xml1.prg'..
$ hbmk2 xml1.prg -lxhb -L/usr/local/lib/harbour
hbmk2: Processing configuration: /usr/bin/hbmk.cfg
Harbour 2.1.0beta1 (Rev. 14394)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'xml1.prg'...
Lines 168, Functions/Procedures 1
Generating C source output to '/tmp/xml1.c'... Done.
ect Main Developer List.
> Oggetto: Re: [Harbour] Error unZipping a crypted archive
>
> Hi Maurizio,
>
> You're right. (I missed a '-' in my test cmdline)
>
> Please retest after my latest commit.
>
> Viktor
>
> On 2010 Apr 26, at 20:40, Mauriz
Hi Maurizio,
You're right. (I missed a '-' in my test cmdline)
Please retest after my latest commit.
Viktor
On 2010 Apr 26, at 20:40, Maurizio la Cecilia wrote:
>
> Hi Viktor,
> the zipped file IS password encrypted.
> If you open it via an archive program the file is correct and the content
Hi Viktor,
the zipped file IS password encrypted.
If you open it via an archive program the file is correct and the content
can be extracted only suppling the correct password.
The problem is on the unzip job.
Best regards.
Maurizio
Viktor Szakáts wrote:
>
> Looks like the password is ignored w
ginale-
> Da: harbour-boun...@harbour-project.org
> [mailto:harbour-boun...@harbour-project.org] Per conto di
> Viktor Szakáts
> Inviato: lunedì 26 aprile 2010 16.42
> A: Harbour Project Main Developer List.
> Oggetto: Re: [Harbour] Error unZipping a crypted archive
>
> Looks
Looks like the password is ignored when doing the compression.
Viktor
On 2010 Apr 26, at 14:53, Grigory Filatov wrote:
>
> Hello Maurizio,
>
> I confirm this problem with sample harbour\contrib\hbmzip\tests\myunzip.prg
> also.
>
> myunzip myzip.zip --pass mypass
>
> Can somebody take a look
Hello Maurizio,
I confirm this problem with sample harbour\contrib\hbmzip\tests\myunzip.prg
also.
myunzip myzip.zip --pass mypass
Can somebody take a look for this issue?
--
Regards,
Grigory Filatov
Maurizio la Cecilia wrote:
>
> If I try to unZip a crypted zipped archive, a -102 ( UNZ_PARA
If I try to unZip a crypted zipped archive, a -102 ( UNZ_PARAMERROR ) is
returned.
I use hbmzip lib ( and obviously minizip lib, as I use last SVN version ).
I believe to pass the right parameters. What's wrong?
Below a self contained example.
Just strip out the password parameter and all works f
Hello Viktor,
Viktor Szakáts wrote:
>
> Or, if possible it's even better and simpler to just
> remove 'set HB_COMPILER=msvc' and rely on autodetection.
>
Ok, thank you for your solution. I did it that way vailton said and it
worked correctly :)
Best Regards,
Rossine.
--
View this message
Hello Vailton,
Vailton Renato wrote:
>
> Read this
> http://lists.harbour-project.org/pipermail/harbour/2010-April/035291.html
>
OK, work´s fine now :)
Many thank´s to all,
Rossine.
--
View this message in context:
http://old.nabble.com/Error-with-14373-and-msvc-tp28336118p28340905.html
Or, if possible it's even better and simpler to just
remove 'set HB_COMPILER=msvc' and rely on autodetection.
Viktor
On 2010 Apr 23, at 04:16, Vailton Renato wrote:
> Hi!
>
> Read this
> http://lists.harbour-project.org/pipermail/harbour/2010-April/035291.html
>
> Regards,
> Vailton Renato
>
Hi!
Read this
http://lists.harbour-project.org/pipermail/harbour/2010-April/035291.html
Regards,
Vailton Renato
2010/4/22 Rossine :
>
> Hello,
>
> I see this error:
>
> [ERROR]
> hbrun.c
> rc.exe -nologo -fo hbrun.res ../../../hbrun.rc
> fatal error RC1106: invalid option: -ologo
> mingw32-m
Hello,
I see this error:
[ERROR]
hbrun.c
rc.exe -nologo -fo hbrun.res ../../../hbrun.rc
fatal error RC1106: invalid option: -ologo
mingw32-make[3]: *** [hbrun.res] Error 1
mingw32-make[2]: *** [descend] Error 2
mingw32-make[1]: *** [hbrun.inst] Error 2
mingw32-make: *** [utils.inst] Error 2
[
I'm getting this :
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe clean
! HB_INSTALL_PREFIX: E:\HARBOUR_PRUEBAS\HARBOUR
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_CO
Hi!
Try to add into your enviroment:
REM /* 900 : Visual Studio 2008 */
REM /* 1000 : Visual Studio 2010 */
set HB_COMPILER_VER=900
Regards,
Vailton Renato
2010/4/22 Ale SB :
>
> ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
> ! MAKE: win-make 3.81 sh.exe clean in
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe clean install
! HB_INSTALL_PREFIX: d:\hbvc2008
! HB_BUILD_DLL: yes
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: msvc
.
.
.
cl.exe -I. -I../
I have no more able to generate binaries with MsVc2008 harbor.
What can I be doing wrong?
Make_vc.bat
SET CC_DIR=c:\VC2008
SET INCLUDE=%CC_DIR%\INCLUDE;%INCLUDE%
SET LIB=%CC_DIR%\Lib;%LIB%
SET
LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;c:\VC200
Hi,
Work´s fine now :)
Many thank´s,
Rossine.
--
View this message in context:
http://old.nabble.com/Error-with-14333-tp28244200p28266074.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing list (attachment siz
>> There is no _disabled_ warnings in Harbour now. There
>> are two modes: 1) default warning level 2) Harbour high
>> level warnings.
>
> It doesn't matter how you call it.
> Important is only real results.
> Default settings means disabled warnings in many C compilers.
Someone shall fix it th
On Thu, 15 Apr 2010, Szak�ts Viktor wrote:
Hi,
> There is no _disabled_ warnings in Harbour now. There
> are two modes: 1) default warning level 2) Harbour high
> level warnings.
It doesn't matter how you call it.
Important is only real results.
Default settings means disabled warnings in many
>> I hope someone can fix these. These were so far
>> hidden because of turned off warnings for exotic
>> compilers like bcc/pocc/xcc when building
>> external libs. Now they are visible.
>
> This bug exists with _ALL_ C compilers we are using.
> Just simply your recent modifications enabled wa
On Wed, 14 Apr 2010, Szak�ts Viktor wrote:
Hi,
> I hope someone can fix these. These were so far
> hidden because of turned off warnings for exotic
> compilers like bcc/pocc/xcc when building
> external libs. Now they are visible.
This bug exists with _ALL_ C compilers we are using.
Just simp
Hi All,
I hope someone can fix these. These were so far
hidden because of turned off warnings for exotic
compilers like bcc/pocc/xcc when building
external libs. Now they are visible.
If the problems won't be resolved, I will simply
disable failing libs for these targets.
Brgds,
Viktor
On 2
Hello Rossine,
Wednesday, April 14, 2010, 5:27:42 PM, you wrote:
R> Hello,
R> I see this error with last version:
R> [ERROR]
R> Error E2228 ../../../jdmarker.c 946: Too many error or warning messages in
R> function next_marker
R> *** 1 errors in Compile ***
R> mingw32-make[3]: *** [jdmarker.obj]
Hello,
I see this error with last version:
[ERROR]
Error E2228 ../../../jdmarker.c 946: Too many error or warning messages in
function next_marker
*** 1 errors in Compile ***
mingw32-make[3]: *** [jdmarker.obj] Error 1
mingw32-make[2]: *** [descend] Error 2
mingw32-make[1]: *** [jpeg.inst] Erro
sorry my fault
i forgot clean before
Best regards
Fernando Athayde
De: Fernando Athayde
Para: harbour@harbour-project.org
Enviadas: Segunda-feira, 12 de Abril de 2010 23:02:31
Assunto: [Harbour] error build with bcc from svn
bcc32.exe -I. -I
bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 -O2
-OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -DHB_HAS_PCRE -IE:/harbour_cvs/external/p
cre -DPCRE_STATIC -DHB_HAS_ZLIB -IE:/harbour_cvs/external/zlib -I"\harbour\bcc55
\BIn\..\Include" -DUNICODE -otget.obj -c tget.c
tget.c:
Hi
Compiling with MSVC8 i get following errors:
cl.exe -I. -I../../../../../include -nologo -TC -Ot2b1 -EHs-c- -Zi
-DHB_LEGACY_TYPES_OFF -DHB_TR_LEVEL_DEBUG -DPCRE_STATIC -DHAVE_STDINT_H=0
-DHAVE_CONFIG_H -DUNICODE -Fochartabs.obj -c ../../../chartabs.c
chartabs.c
c:\hrb\svn\src-svn\external
On 2010.04.08 12:56, Horodyski Marek (PZUZ) wrote:
I continue to test sddodbc with mysql for adding a BIGINT field ...but
error comes out :
*-
Hi Shum,
I too have trouble with new type in MS SQl.
Advice from Mindaugas, try change in fil\harbour\contrib\rddsql\sddodbc\odbcdd.
-Original Message-
From: Shum [mailto:wcshu...@hotmail.com]
Sent: Tuesday, April 06, 2010 10:49 PM
To: harbour@harbour-project.org
Subject: [Harbour] Error with dBUseArea(...) with rddsql (sddodbc) withmysql ???
Hi All,
I continue to test sddodbc with mysql for adding a BIGINT field
Hi All,
I continue to test sddodbc with mysql for adding a BIGINT field ...but
error comes out :
http://www.mingyik.com/dnload/tstodbc40.jpg
http://www.mingyik.com/dnload/txtodbc50.jpg
the error comes out at the line with dBUsearea(...)
and the source at follow:
/*
* $Id$
*/
#include
I try to test dBUseArea() with DBFCDX RDD and SQLMIX RDD ...
Since I cannot test the test2.prg under \hb20\contrib\rddsql\sddodbc\tests
I modify test2.prg into tstmysql.prg as follow:
However the line: ? dBUseArea( .T., "sqlmix", "SELECT * FROM country",
"country", .T., .F.)
with error comes o
Hi,
On Mon, Apr 5, 2010 at 8:00 AM, Shum wrote:
>
> Hi All,
>
> I try to test dBUseArea() with DBFCDX RDD and SQLMIX RDD ...
> Since I cannot test the test2.prg under \hb20\contrib\rddsql\sddodbc\tests
> I modify test2.prg into tstmysql.prg as follow:
> However the line: ? dBUseArea( .T., "sq
Hi All,
I try to test dBUseArea() with DBFCDX RDD and SQLMIX RDD ...
Since I cannot test the test2.prg under \hb20\contrib\rddsql\sddodbc\tests
I modify test2.prg into tstmysql.prg as follow:
However the line: ? dBUseArea( .T., "sqlmix", "SELECT * FROM country",
"country", .T., .F.)
with erro
Hi
> D:\harbour\contrib\hbide>\hrbMingw\bin\hbmk2 hbide.hbp
> hbmk2: Processing environment options: -compiler=mingw
> hbmk2: Processing configuration: D:\hrbMingw\bin\hbmk.cfg
> hbmk2: Compiling resources...
> windres.exe: no resources
> hbmk2: Error: Running resource compiler. 1
> windres.ex
Hi, I get this error
D:\harbour\contrib\hbide>\hrbMingw\bin\hbmk2 hbide.hbp
hbmk2: Processing environment options: -compiler=mingw
hbmk2: Processing configuration: D:\hrbMingw\bin\hbmk.cfg
hbmk2: Compiling resources...
windres.exe: no resources
hbmk2: Error: Running resource compiler. 1
windres.e
On Fri, Apr 2, 2010 at 12:14 PM, Viktor Szakáts wrote:
> Hi,
>
> This seems like mingw distro bug. You can try to work it around
> by making sure gcc.exe also exists next to the -dw2 version.
> I think normally it should be there though.
>
> Or try using official distro if you absolutely need dw2.
Hi,
This seems like mingw distro bug. You can try to work it around
by making sure gcc.exe also exists next to the -dw2 version.
I think normally it should be there though.
Or try using official distro if you absolutely need dw2.
Anyway it's not Harbour problem.
Brgds,
Viktor
On Fri, Apr 2, 20
For compiling I use
set path=C:\MinGW\bin;c:\qt\qt\bin;c:\cvs\harbour\harbour\bin;%PATH%
( %PATH% includes older harbour and bcc compiler)
mingw32-make clean install
>From log.txt
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean ins
>> set HB_COMPILER_VER or leave it autodetect compiler.
>
> I'm set HB_COMPILER_VER=900 and it worked ok. But I had not changed
> this setting before.
This variable has been used since long, but was only recently
used to differentiate between msvc 2008 and 2010.
[ If msvs 2010 won't be availabl
Hi!
> set HB_COMPILER_VER or leave it autodetect compiler.
I'm set HB_COMPILER_VER=900 and it worked ok. But I had not changed
this setting before.
Thank you Viktor.
Regards,
Vailton Renato
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
set HB_COMPILER_VER or leave it autodetect compiler.
Brgds
Viktor
On 2010 Apr 1, at 14:49, Vailton Renato wrote:
> Hi!
> I am getting the following error message when trying to compile the
> rev. 14262 com MSVC:
>
> ../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg
> -i../../../../..
Hi!
I am getting the following error message when trying to compile the
rev. 14262 com MSVC:
../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg -i../../../../../inc
lude -n1 -q0 -w3 -es2 -kmo -i- -l
cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c- -DH
B_LEGACY_
Viktor Szakáts wrote:
So, if that's all "ORM" means, we already have
it, and that was one of the features that made
dBase so popular versus other "database" languages.
My understanding is that there is a "disconnect" between the programmers object
based view of the data and the DBMS's relatio
>> So for me it's hard to understand why to reinvent
>> it, if we already have it by the name "RDD".
>>
>> If we want to go beyond this and implement the whole
>> "ORM" buzzword, it's a whole separate project,
>> not just some extra lines of code in sqlmix.
>
> ORM is defined as Object Relational
ts"
Sent: Sunday, March 21, 2010 10:02 PM
To: "Harbour Project Main Developer List."
Subject: Re: [Harbour] Error in SDDFB
New generation languages (Python, Ruby etc. and even Java) have shifted
focus to
using ORMs rather than SQL directly. Now instead of explicit SQL
statements, A
> New generation languages (Python, Ruby etc. and even Java) have shifted focus
> to
> using ORMs rather than SQL directly. Now instead of explicit SQL
> statements, ActiveRecord (Ruby's Object Relational Mapper) uses
> something like
>
> emp=Employee.new
> emp.name = "Emp1"
> emp.basic = 4500
>
New generation languages (Python, Ruby etc. and even Java) have shifted focus to
using ORMs rather than SQL directly. Now instead of explicit SQL
statements, ActiveRecord (Ruby's Object Relational Mapper) uses
something like
emp=Employee.new
emp.name = "Emp1"
emp.basic = 4500
emp.designation = "Pr
Massimo Belgrano wrote:
Hello Mindaugas
What dou you think of integrate a ORM mapper to allow programm written
using sqlmix to be indipendent from sql string
Hi,
I suggest you to write down your idea in C or PRG code and share it on
mailing list.
Regards,
Mindaugas
___
Jacek Kubica wrote:
Any chance for it on this weekend ??
Almost finished. Compiles without error, but have not tested any SQL
backed yet.
Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://
Hello Mindaugas
What dou you think of integrate a ORM mapper to allow programm written
using sqlmix to be indipendent from sql string
2010/3/15 Mindaugas Kavaliauskas :
> Hi,
>
>
> Luis R. Stach wrote:
>>
>> Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error
>> 335544569)
Hello Mindaugas,
Monday, March 15, 2010, 4:42:06 PM, you wrote:
MK> Hi,
MK> Luis R. Stach wrote:
>> Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error
>> 335544569)
>> What I do is this:
>>
>> ANNOUNCE RDDSYS
>> REQUEST SQLMIX, SDDFB
>> RDDSETDEFAULT( "SQLMIX" )
>>
>> h
Same breakage as with 1.0.0betan versions.
I need input because I have not a single clue
what causes it (after dealing with it for
many hours in the past). Thanks.
Brgds,
Viktor
On 2010 Mar 16, at 23:47, Lautaro Moreira wrote:
> Hello,
>
> Compiling today with openssl-0.9.8m
>
> ---
Hello,
Compiling today with openssl-0.9.8m
- BEGIN LOG
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe
! HB_INSTALL_PREFIX: E:\HARBOUR_PRUEBAS\HARBOUR
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x8
Hello,
Compiling today with openssl-0.9.8m
- BEGIN LOG
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe
! HB_INSTALL_PREFIX: E:\HARBOUR_PRUEBAS\HARBOUR
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x8
Hi,
I'm trying to recompile Harbour (Rev. 14177, on Windows Vista), before I
make mingw32-make clean and then I try to compile (only mingw32-make) and
displays errors, please take a look at the attached image.
Thanks
Best regards
Javier Parada
http://old.nabble.com/file/p27919061/img.png
--
V
Hi all,
I have some errors building libs for msvc 2008 ce.
Using these sets:
call "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
set INCLUDE=C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\ce\include;C:\Program Files (x86)\Windows Mobile 5.0 SDK
R2\PocketPC\Include
Thanks Mindaugas
Saludos,
Luis R. Stach
Monday, March 15, 2010, 12:42:06 PM, you wrote:
> Hi,
> I was offline for some time, but I'm going to check this issue together
> with other RDDSQL fixes in the nearest future (perhaps end of this week).
> Regards,
> Mindaugas
> _
Hi,
Luis R. Stach wrote:
Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error
335544569)
What I do is this:
ANNOUNCE RDDSYS
REQUEST SQLMIX, SDDFB
RDDSETDEFAULT( "SQLMIX" )
hConn := RDDINFO( RDDI_CONNECT, { "FIREBIRD",, "SYSDBA", "masterkey",
"192.168.0.1:d:\data\agenda
Hi,
>> Make sure to use Harbour 2.1.0dev r14108 or newer.
>
> I use version 14146.
Make sure hbmk2.exe is also of this version.
>> What is the error?
>
> Example:
>
> [SAMPLE]
>
> function MAIN
>
> ? file( "teste.txt" ) && <- Always return .F. and is that this file exist.
>
> return NIL
>
Hi Viktor
>Make sure to use Harbour 2.1.0dev r14108 or newer.
I use version 14146.
>Just drop it, the default is 'yes', so no need to
>use above setting.
OK
>UNICOWS just doesn't do anything in this case.
>What is the error?
Example:
[SAMPLE]
function MAIN
? file( "teste.txt" ) && <- A
Hi,
>> 1) Download static lib for your compiler from here:
>> http://libunicows.sourceforge.net/
>> 2) Add '-l{mingw|bcc|watcom}unicows' to your hbmk2
>> build script or command-line.
>> 3) Download unicows.dll from here:
>> http://go.microsoft.com/fwlink/?LinkId=14851
>
> Excuse my ign
1 - 100 of 648 matches
Mail list logo
