[Harbour] Error generating the binaries
**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=pentiumpro -DHB_LEGACY_TYPES_OFF -IC:\QT\4.6.2\INCLUDE -IC:\QT\4.6.2\INCLUDE/QtCore -IC:\QT\4.6.2\INCLUDE/QtGui -IC:\QT\4.6.2\INCLUDE/QtNetwork -DUNICODE -ohbqt_base.o -c ../../../hbqt_base.cpp gcc: installation problem, cannot exec `cc1plus': No such file or directory mingw32-make[3]: *** [hbqt_base.o] Error 1 mingw32-make[2]: *** [descend] Error 2 mingw32-make[1]: *** [hbqt] Error 2 mingw32-make: *** [contrib] Error 2 === removed variable HB_WITH_QT, then generate the binary, error compile test.prg *F:\desenv\harbour.svn\testshbmk2 test.prg* Harbour 2.1.0beta1 (Rev. 14462) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'test.prg'... Lines 18, Functions/Procedures 1 Generating C source output to 'C:\DOCUME~1\Eric\CONFIG~1\Temp\test.c'... Done. C:\DOCUME~1\Eric\CONFIG~1\Temp\test.o:test.c:(.data+0x38): undefined reference t o `HB_FUN_STRDUMP' collect2: ld returned 1 exit status hbmk2: Erro: Executando linkeditor. 1 gcc.exe C:\DOCUME~1\Eric\CONFIG~1\Temp\test.o C:\DOCUME~1\Eric\CONFIG~1\Temp\hbm k_vo4ir1.o-mconsole -Wl,--start-group -lhbextern -lhbdebug -lhbvm -lhbrtl -l hblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwin -lgtwvt -lgtgui -lhbrdd -lhbudd all -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbm acro -lhbcplr -lhbpp -lhbcommon -lhbmainstd -lkernel32 -luser32 -lgdi32 -ladvapi 32 -lws2_32 -lwinspool -lcomctl32 -lcomdlg32 -lshell32 -luuid -lole32 -loleaut32 -lmpr -lwinmm -lmapi32 -limm32 -lmsimg32 -lwininet -lhbpcre -lhbzlib -Wl,--end -group -otest.exe -LF:/DESENV/HARBOUR.SVN/lib/win/mingw === Virtualmente/Regards, Eric Developer Systems www.magaldi.eti.br ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] [r|s]ddoci
-Original Message- From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, May 12, 2010 5:59 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] [r|s]ddoci [...] #{!HB_WITH_OCILIB_UNICODE!HB_WITH_OCILIB_MIXED}libs=ociliba When I add in prg : REQUEST SDDOCI On screen see I (tip) : That's expected, since you commented the default OCI library above. Indeed. That helped. Residue from some other tests. I test further. Thanks, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] com on darwin
Hi Przemek, and these are the /dev/cu* files on my Snow Leopard: --- ~$ ls -l /dev/cu* crw-rw-rw- 1 root wheel 11, 7 4 May 20:22 /dev/cu.Bluetooth-Modem crw-rw-rw- 1 root wheel 11, 3 4 May 20:22 /dev/cu.Bluetooth-PDA-Sync crw-rw-rw- 1 root wheel 11, 1 4 May 20:22 /dev/cu.vszakats_6230i-COM1-1 crw-rw-rw- 1 root wheel 11, 5 4 May 20:22 /dev/cu.vszakats_6230i-COM1-2 --- New com interface expects a number to select the com port, but here they are named. How can they be opened? COM_DEVNAME( 1, /dev/cu.Bluetooth-Mode ) COM_DEVNAME( 2, /dev/cu.Bluetooth-PDA-Sync ) COM_DEVNAME( 3, /dev/cu.vszakats_6230i-COM1-1 ) COM_DEVNAME( 4, /dev/cu.vszakats_6230i-COM1-2 ) COM_OPEN( 1 ) COM_INIT( 1, ... ) COM_OPEN( 2 ) COM_INIT( 1, ... ) [...] Very good, thanks a lot. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error generating the binaries
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../../../../../include -W -Wall -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -IC:\QT\4.6.2\INCLUDE -IC:\QT\4.6.2\INCLUDE/QtCore -IC:\QT\4.6.2\INCLUDE/QtGui -IC:\QT\4.6.2\INCLUDE/QtNetwork -DUNICODE -ohbqt_base.o -c ../../../hbqt_base.cpp gcc: installation problem, cannot exec `cc1plus': No such file or directory mingw32-make[3]: *** [hbqt_base.o] Error 1 mingw32-make[2]: *** [descend] Error 2 mingw32-make[1]: *** [hbqt] Error 2 mingw32-make: *** [contrib] Error 2 Not Harbour problem. Your C compiler installation is incomplete. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14470] trunk/harbour
Revision: 14470 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14470view=rev Author: vszakats Date: 2010-05-13 08:01:33 + (Thu, 13 May 2010) Log Message: --- 2010-05-13 10:01 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * tests/test.prg ! Implemented missing function. * package/winuni/RELNOTES * upx 3.04 - 3.05 * contrib/hbct/ctcom1.c * Minor formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbct/ctcom1.c trunk/harbour/package/winuni/RELNOTES trunk/harbour/tests/test.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error with hb_regex()
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 ? FOUND:,aM[2] ELSE ? NOT FOUND ENDIF ? hb_Version(),HB_BUILDDATE() INKEY(0) RETURN OK *** Dispaly: FOUND: TEST Harbour 2.1.0dev (Rev. 14130) Mar 11 2010 12:56:34 and wait for key. I key press aplication GPF and hb_out.log: Application Internal Error - C:\TEST.EXE Terminated at: 2010.05.13 14:19:58 Unrecoverable error 6005: Exception error: Exception Code:C005 Exception Address:004788B3 EAX:006F0748 EBX: ECX: EDX:006E0090 ESI:006F06B8 EDI:00486221 EBP:006CFBEC CS:EIP:0187:004788B3 SS:ESP:018F:006CFBE8 DS:018F ES:018F FS:4FAF GS: Flags:00010217 CS:EIP: 89 43 08 89 42 04 8D 51 04 89 14 08 8B 10 8B CA SS:ESP: 006F06A8 006CFBF8 004787EC 006F074C 006CFC04 00478109 006F074C 006CFC10 0043CA8F 006F074C 006CFC1C 00477CDC 006F0750 006CFC28 00483B37 006F0750 C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... 004788B3 006CFBEC 006CFBF8 004787EC 006F074C 004787EC 006CFBF8 006CFC04 00478109 006F074C 00478109 006CFC04 006CFC10 0043CA8F 006F074C 0043CA8F 006CFC10 006CFC1C 00477CDC 006F0750 00477CDC 006CFC1C 006CFC28 00483B37 006F0750 00483B37 006CFC28 006CFC34 0041449F 006F06C4 0041449F 006CFC34 006CFC40 00414EC9 006F06B8 00414EC9 006CFC40 006CFC54 0043C3C8 006F06B8 00492C30 006CFC80 0043C3C8 006CFC54 006CFC60 0042A393 006F06B8 0042A393 006CFC60 006CFC74 00440A38 006EBBAC 00492C30 00440A38 006CFC74 006CFC94 00422891 006CFC80 0001 0010 00422891 006CFC94 006CFD98 0041CA60 0001 0001 00493134 006CFCB8 004787EC 006EF894 006CFCD4 0041CA60 006CFD98 006CFDC0 00401180 00486218 00486184 00422864 0002 00401180 006CFDC0 006CFDDC 0041BD5A 006E 81D729C0 81D729C0 0041BD5A 006CFDDC 006CFE00 00443141 0001 00486114 81D729C0 004A 005A00AC 00443141 006CFE00 006CFE30 0047FD3B 0040 81D729C0 000A 81D728EC 005C 0047FD3B 006CFE30 006CFF78 00486114 BFF8B560 81D728EC 005C 74736554 45584500 81D72800 006CFF78 006CFFF4 BFF8B412 81D82490 0008 81D728EC Modules: 0x0040 0x0009F000 C:\TEST.EXE 0xBFF5 0x00011000 C:\WINDOWS\SYSTEM\USER32.DLL 0xBFF2 0x00026000 C:\WINDOWS\SYSTEM\GDI32.DLL 0xBFE8 0x0001 C:\WINDOWS\SYSTEM\ADVAPI32.DLL 0xBFF7 0x00074000 C:\WINDOWS\SYSTEM\KERNEL32.DLL Called from TEST(16) in test.prg Called from MAIN(2) in test.prg Application Internal Error - C:\TEST.EXE Terminated at: 2010.05.13 14:19:59 Unrecoverable error 6005: Exception error: Exception Code:C005 Exception Address:004788B3 EAX:006F0748 EBX: ECX: EDX:006E0090 ESI:006F06B8 EDI:00486221 EBP:006CFBEC CS:EIP:0187:004788B3 SS:ESP:018F:006CFBE8 DS:018F ES:018F FS:4FAF GS: Flags:00010217 CS:EIP: 89 43 08 89 42 04 8D 51 04 89 14 08 8B 10 8B CA SS:ESP: 006F06A8 006CFBF8 004787EC 006F074C 006CFC04 00478109 006F074C 006CFC10 0043CA8F 006F074C 006CFC1C 00477CDC 006F0750 006CFC28 00483B37 006F0750 C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... 004788B3 006CFBEC 006CFBF8 004787EC 006F074C 004787EC 006CFBF8 006CFC04 00478109 006F074C 00478109 006CFC04 006CFC10 0043CA8F 006F074C 0043CA8F 006CFC10 006CFC1C 00477CDC 006F0750 00477CDC 006CFC1C 006CFC28 00483B37 006F0750 00483B37 006CFC28 006CFC34 0041449F 006F06C4 0041449F 006CFC34 006CFC40 00414EC9 006F06B8 00414EC9 006CFC40 006CFC54 0043C3C8 006F06B8 00492C30 006CFC80 0043C3C8 006CFC54 006CFC60 0042A393 006F06B8 0042A393 006CFC60 006CFC74 00440A38 006EBBAC 00492C30 00440A38 006CFC74 006CFC94 00422891 006CFC80 0001 0010 00422891 006CFC94 006CFD98 0041CA60 0001 0001 00493134 006CFCB8 004787EC 006EF894 006CFCD4 0041CA60 006CFD98 006CFDC0 00401180 00486218 00486184 00422864 0002 00401180 006CFDC0 006CFDDC 0041BD5A 006E 81D729C0 81D729C0 0041BD5A 006CFDDC 006CFE00 00443141 0001 00486114 81D729C0 004A 005A00AC 00443141 006CFE00 006CFE30 0047FD3B 0040 81D729C0 000A 81D728EC 005C 0047FD3B 006CFE30 006CFF78 00486114 BFF8B560 81D728EC 005C 74736554 45584500 81D72800 006CFF78
RE: [Harbour] [r|s]ddoci
-Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, May 13, 2010 2:02 PM To: Harbour Project Main Developer List. Subject: RE: [Harbour] [r|s]ddoci -Original Message- From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, May 12, 2010 5:59 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] [r|s]ddoci c:\harbour\bin\win\mingw\hbmk2.exe -n -m -w2 -gc3 -gui -gtwvg -mt homar.prg braki.prg -lhomar -lhbwin -trace -lhbwin [...] That's expected, since you commented the default OCI library above. Hi, I work in an environment of many databases, and do not know how to choose a base in OCI. How can I specify database In oci.connect : Osolete. Worked sample : RDDINFO( 1001, { OCILIB, WPIS_TNS,... Now I do not know how to bind a query. Useful would be some examples. Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] [r|s]ddoci
-Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, May 13, 2010 2:02 PM To: Harbour Project Main Developer List. Subject: RE: [Harbour] [r|s]ddoci -Original Message- From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, May 12, 2010 5:59 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] [r|s]ddoci c:\harbour\bin\win\mingw\hbmk2.exe -n -m -w2 -gc3 -gui -gtwvg -mt homar.prg braki.prg -lhomar -lhbwin -trace -lhbwin [...] Now have I another problem. Worked sample is : ? Use:, DBUSEAREA( .T., 'SQLMIX', select sysdate from dual, emp ) But when I try : ? Use:, DBUSEAREA( .T., 'SQLMIX', select * from posrednik, POSREDNIK ) Where struct of posrednik is: ( KIP_ID NUMBER(10), PERS_ID NUMBER(10), NEPUVARCHAR2(8 BYTE), NIK VARCHAR2(6 BYTE), PESEL VARCHAR2(11 BYTE) NOT NULL, NAZWA VARCHAR2(100 BYTE), REGON VARCHAR2(14 BYTE), NIP VARCHAR2(13 BYTE), DATA_UR DATE, IMIEVARCHAR2(11 BYTE), NAZWISKOVARCHAR2(30 BYTE), KOR_MIASTO VARCHAR2(30 BYTE), KOR_ULICA VARCHAR2(40 BYTE), KOR_NR_DOM VARCHAR2(30 BYTE), KOR_NR_LOK VARCHAR2(30 BYTE), PROCENT NUMBER(6,2) ) Have I GPF. In hb_out.log is : Application Internal Error - c:\NOWEPROD\EXE\homar_oci.exe Terminated at: 2010.05.13 14:44:48 Nienaprawialny błąd nr 6005: Exception error: Exception Code:C005 Exception Address:00470739 EAX:7B06A060 EBX:7B06A060 ECX:0175A9E8 EDX:01753F90 ESI:00FF0050 EDI: EBP:0022F498 CS:EIP:001B:00470739 SS:ESP:0023:0022F480 DS:0023 ES:0023 FS:003B GS: Flags:00210246 CS:EIP: 8B 48 0C 85 C9 0F 84 1C 01 00 00 8D B6 00 00 00 SS:ESP: 0022F498 1000CE0A 014D08E8 00FF0050 0022F4B8 0047A71F 7B06A060 77C1C2E3 00FF0050 0022F4D8 0047A76B C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... 00470739 0022F498 0022F4B8 0047A71F 7B06A060 77C1C2E3 00FF0050 0047A71F 0022F4B8 0022F4D8 0047A76B 00FF0050 0022F4D0 01753E54 0046B134 00FF0050 0047A76B 0022F4D8 0022F4F8 0047A816 00FF0050 01006560 0046B134 00FF0050 01753E54 0047A816 0022F4F8 0022F518 0047A8A3 00FF0050 0059728E 0175A9F4 01753E54 Modules: 0x0040 0x00491000 c:\NOWEPROD\EXE\homar_oci.exe 0x7C90 0x000B1000 C:\WINDOWS\system32\ntdll.dll 0x7C80 0x000FD000 C:\WINDOWS\system32\kernel32.dll 0x77DC 0x000AC000 C:\WINDOWS\system32\ADVAPI32.DLL 0x77E7 0x00092000 C:\WINDOWS\system32\RPCRT4.dll 0x77FE 0x00011000 C:\WINDOWS\system32\Secur32.dll 0x5D52 0x0009A000 C:\WINDOWS\system32\COMCTL32.DLL 0x77F1 0x00049000 C:\WINDOWS\system32\GDI32.dll 0x7E36 0x00091000 C:\WINDOWS\system32\USER32.dll 0x77C0 0x00058000 C:\WINDOWS\system32\msvcrt.dll 0x7460 0x0003D000 C:\WINDOWS\system32\ODBC32.dll 0x7638 0x00049000 C:\WINDOWS\system32\comdlg32.dll 0x7C9C 0x0081E000 C:\WINDOWS\system32\SHELL32.dll 0x77F6 0x00076000 C:\WINDOWS\system32\SHLWAPI.dll 0x774D 0x0013D000 C:\WINDOWS\system32\OLE32.dll 0x7711 0x0008B000 C:\WINDOWS\system32\OLEAUT32.DLL 0x72F9 0x00026000 C:\WINDOWS\system32\WINSPOOL.DRV 0x7636 0x0001D000 C:\WINDOWS\system32\IMM32.DLL 0x773C 0x00103000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll 0x1F84 0x00018000 C:\WINDOWS\system32\odbcint.dll 0x7635 0x5000 C:\WINDOWS\system32\msimg32.dll 0x1000 0x00057000 C:\oracle\product\10.2.0\client_3\bin\oci.dll 0x7C36 0x00056000 C:\WINDOWS\system32\MSVCR71.dll 0x61C2 0x00252000 C:\oracle\product\10.2.0\client_3\bin\OraClient10.Dll 0x6087 0x000E3000 C:\oracle\product\10.2.0\client_3\bin\oracore10.dll 0x60A8 0x000C4000 C:\oracle\product\10.2.0\client_3\bin\oranls10.dll 0x6369 0x00018000 C:\oracle\product\10.2.0\client_3\bin\oraunls10.dll 0x60EB 0x7000 C:\oracle\product\10.2.0\client_3\bin\orauts.dll 0x71A5 0x00017000 C:\WINDOWS\system32\WS2_32.dll 0x71A4 0x8000 C:\WINDOWS\system32\WS2HELP.dll 0x76B2 0x0002E000 C:\WINDOWS\system32\WINMM.dll 0x636B 0x6000 C:\oracle\product\10.2.0\client_3\bin\oravsn10.dll 0x60FA 0x000F2000 C:\oracle\product\10.2.0\client_3\bin\oracommon10.dll 0x6030 0x00557000 C:\oracle\product\10.2.0\client_3\bin\orageneric10.dll 0x6343 0x00027000 C:\oracle\product\10.2.0\client_3\bin\orasnls10.dll 0x0105 0x0016 C:\oracle\product\10.2.0\client_3\bin\oraxml10.dll 0x011B 0x00011000 C:\WINDOWS\system32\MSVCIRT.dll 0x6096 0x0010D000 C:\oracle\product\10.2.0\client_3\bin\oran10.dll 0x6274 0x0003D000 C:\oracle\product\10.2.0\client_3\bin\oranl10.dll 0x6279 0x00017000 C:\oracle\product\10.2.0\client_3\bin\oranldap10.dll 0x627F 0x00109000 C:\oracle\product\10.2.0\client_3\bin\orannzsbb10.dll 0x6253
[Harbour] Question about Preprocessor 2
Hi, I have an little question: This translate: #xtranslate value1.value2 = myFun( value1 , value2 ) function main() aeval( aTmp , { *|x|* level1.level2 } ) return .T. It will be generate the followed sentence: function main() aeval( aTmp , { myFun( *|x|* level1 , level2 ) } ) return .T. I think that it is wrong I think the correct translation should be: function main() aeval( aTmp , { *|x|* myFun( level1 , level2 ) } ) return .T. Am I wrong? -- Saludos/Regards/Abraços CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] [r|s]ddoci
-Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, May 13, 2010 2:02 PM To: Harbour Project Main Developer List. Subject: RE: [Harbour] [r|s]ddoci -Original Message- From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, May 12, 2010 5:59 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] [r|s]ddoci c:\harbour\bin\win\mingw\hbmk2.exe -n -m -w2 -gc3 -gui -gtwvg -mt homar.prg braki.prg -lhomar -lhbwin -trace -lhbwin [...] At this moment all my work, and quickly. But after dbCloseAll() is GPF : Application Internal Error - c:\NOWEPROD\EXE\homar_oci.exe Terminated at: 2010.05.13 16:14:59 Nienaprawialny błąd nr 6005: Exception error: Exception Code:C005 Exception Address:00470739 EAX:7AABD650 EBX:7AABD650 ECX:01767D20 EDX:016862C0 ESI:00FF0170 EDI: EBP:0022F558 CS:EIP:001B:00470739 SS:ESP:0023:0022F540 DS:0023 ES:0023 FS:003B GS: Flags:00210246 CS:EIP: 8B 48 0C 85 C9 0F 84 1C 01 00 00 8D B6 00 00 00 SS:ESP: 0022F558 1000CE0A 014D08E8 00FF0170 0022F578 0047A71F 7AABD650 77C1C2E3 00FF0170 0022F598 0047A76B C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... 00470739 0022F558 0022F578 0047A71F 7AABD650 77C1C2E3 00FF0170 0047A71F 0022F578 0022F598 0047A76B 00FF0170 0022F590 01765104 0046B134 00FF0170 0047A76B 0022F598 0022F5B8 0047A816 00FF0170 0007 0046B134 00FF0170 01765104 0047A816 0022F5B8 0022F5D8 0047A8A3 00FF0170 01687644 006D8214 0176524C 01765104 0047A8A3 0022F5D8 01765104 00466C0C 00FF0170 7E37D67A 01765104 01765104 01765104 0046BE28 Modules: 0x0040 0x00491000 c:\NOWEPROD\EXE\homar_oci.exe 0x7C90 0x000B1000 C:\WINDOWS\system32\ntdll.dll 0x7C80 0x000FD000 C:\WINDOWS\system32\kernel32.dll 0x77DC 0x000AC000 C:\WINDOWS\system32\ADVAPI32.DLL 0x77E7 0x00092000 C:\WINDOWS\system32\RPCRT4.dll 0x77FE 0x00011000 C:\WINDOWS\system32\Secur32.dll 0x5D52 0x0009A000 C:\WINDOWS\system32\COMCTL32.DLL 0x77F1 0x00049000 C:\WINDOWS\system32\GDI32.dll 0x7E36 0x00091000 C:\WINDOWS\system32\USER32.dll 0x77C0 0x00058000 C:\WINDOWS\system32\msvcrt.dll 0x7460 0x0003D000 C:\WINDOWS\system32\ODBC32.dll 0x7638 0x00049000 C:\WINDOWS\system32\comdlg32.dll 0x7C9C 0x0081E000 C:\WINDOWS\system32\SHELL32.dll 0x77F6 0x00076000 C:\WINDOWS\system32\SHLWAPI.dll 0x774D 0x0013D000 C:\WINDOWS\system32\OLE32.dll 0x7711 0x0008B000 C:\WINDOWS\system32\OLEAUT32.DLL 0x72F9 0x00026000 C:\WINDOWS\system32\WINSPOOL.DRV 0x7636 0x0001D000 C:\WINDOWS\system32\IMM32.DLL 0x773C 0x00103000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll 0x1F84 0x00018000 C:\WINDOWS\system32\odbcint.dll 0x7635 0x5000 C:\WINDOWS\system32\msimg32.dll 0x1000 0x00057000 C:\oracle\product\10.2.0\client_3\bin\oci.dll 0x7C36 0x00056000 C:\WINDOWS\system32\MSVCR71.dll 0x61C2 0x00252000 C:\oracle\product\10.2.0\client_3\bin\OraClient10.Dll 0x6087 0x000E3000 C:\oracle\product\10.2.0\client_3\bin\oracore10.dll 0x60A8 0x000C4000 C:\oracle\product\10.2.0\client_3\bin\oranls10.dll 0x6369 0x00018000 C:\oracle\product\10.2.0\client_3\bin\oraunls10.dll 0x60EB 0x7000 C:\oracle\product\10.2.0\client_3\bin\orauts.dll 0x71A5 0x00017000 C:\WINDOWS\system32\WS2_32.dll 0x71A4 0x8000 C:\WINDOWS\system32\WS2HELP.dll 0x76B2 0x0002E000 C:\WINDOWS\system32\WINMM.dll 0x636B 0x6000 C:\oracle\product\10.2.0\client_3\bin\oravsn10.dll 0x60FA 0x000F2000 C:\oracle\product\10.2.0\client_3\bin\oracommon10.dll 0x6030 0x00557000 C:\oracle\product\10.2.0\client_3\bin\orageneric10.dll 0x6343 0x00027000 C:\oracle\product\10.2.0\client_3\bin\orasnls10.dll 0x0105 0x0016 C:\oracle\product\10.2.0\client_3\bin\oraxml10.dll 0x011B 0x00011000 C:\WINDOWS\system32\MSVCIRT.dll 0x6096 0x0010D000 C:\oracle\product\10.2.0\client_3\bin\oran10.dll 0x6274 0x0003D000 C:\oracle\product\10.2.0\client_3\bin\oranl10.dll 0x6279 0x00017000 C:\oracle\product\10.2.0\client_3\bin\oranldap10.dll 0x627F 0x00109000 C:\oracle\product\10.2.0\client_3\bin\orannzsbb10.dll 0x6253 0x00053000 C:\oracle\product\10.2.0\client_3\bin\oraldapclnt10.dll 0x6267 0x0001B000 C:\oracle\product\10.2.0\client_3\bin\orancrypt10.dll 0x71A7 0xA000 C:\WINDOWS\system32\WSOCK32.dll 0x6292 0x0004C000 C:\oracle\product\10.2.0\client_3\bin\oranro10.dll 0x626B 0x7000 C:\oracle\product\10.2.0\client_3\bin\oranhost10.dll 0x6266 0x6000 C:\oracle\product\10.2.0\client_3\bin\orancds10.dll 0x629C 0x8000 C:\oracle\product\10.2.0\client_3\bin\orantns10.dll 0x60B5 0x00358000 C:\oracle\product\10.2.0\client_3\bin\orapls10.dll 0x011D 0x9000
Re: [Harbour] [r|s]ddoci
Hi Marek, If you create an SQL script + .prg test code, which I can run here locally on the default ORCL database, I can take a look at it. Viktor On 2010 May 13, at 16:20, Horodyski Marek (PZUZ) wrote: -Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, May 13, 2010 2:02 PM To: Harbour Project Main Developer List. Subject: RE: [Harbour] [r|s]ddoci -Original Message- From: Viktor Szakáts [mailto:harbour...@syenar.hu] Sent: Wednesday, May 12, 2010 5:59 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] [r|s]ddoci c:\harbour\bin\win\mingw\hbmk2.exe -n -m -w2 -gc3 -gui -gtwvg -mt homar.prg braki.prg -lhomar -lhbwin -trace -lhbwin [...] At this moment all my work, and quickly. But after dbCloseAll() is GPF : Application Internal Error - c:\NOWEPROD\EXE\homar_oci.exe Terminated at: 2010.05.13 16:14:59 Nienaprawialny błąd nr 6005: Exception error: Exception Code:C005 Exception Address:00470739 EAX:7AABD650 EBX:7AABD650 ECX:01767D20 EDX:016862C0 ESI:00FF0170 EDI: EBP:0022F558 CS:EIP:001B:00470739 SS:ESP:0023:0022F540 DS:0023 ES:0023 FS:003B GS: Flags:00210246 CS:EIP: 8B 48 0C 85 C9 0F 84 1C 01 00 00 8D B6 00 00 00 SS:ESP: 0022F558 1000CE0A 014D08E8 00FF0170 0022F578 0047A71F 7AABD650 77C1C2E3 00FF0170 0022F598 0047A76B C stack: EIP: EBP: Frame: OldEBP, RetAddr, Params... 00470739 0022F558 0022F578 0047A71F 7AABD650 77C1C2E3 00FF0170 0047A71F 0022F578 0022F598 0047A76B 00FF0170 0022F590 01765104 0046B134 00FF0170 0047A76B 0022F598 0022F5B8 0047A816 00FF0170 0007 0046B134 00FF0170 01765104 0047A816 0022F5B8 0022F5D8 0047A8A3 00FF0170 01687644 006D8214 0176524C 01765104 0047A8A3 0022F5D8 01765104 00466C0C 00FF0170 7E37D67A 01765104 01765104 01765104 0046BE28 Modules: 0x0040 0x00491000 c:\NOWEPROD\EXE\homar_oci.exe 0x7C90 0x000B1000 C:\WINDOWS\system32\ntdll.dll 0x7C80 0x000FD000 C:\WINDOWS\system32\kernel32.dll 0x77DC 0x000AC000 C:\WINDOWS\system32\ADVAPI32.DLL 0x77E7 0x00092000 C:\WINDOWS\system32\RPCRT4.dll 0x77FE 0x00011000 C:\WINDOWS\system32\Secur32.dll 0x5D52 0x0009A000 C:\WINDOWS\system32\COMCTL32.DLL 0x77F1 0x00049000 C:\WINDOWS\system32\GDI32.dll 0x7E36 0x00091000 C:\WINDOWS\system32\USER32.dll 0x77C0 0x00058000 C:\WINDOWS\system32\msvcrt.dll 0x7460 0x0003D000 C:\WINDOWS\system32\ODBC32.dll 0x7638 0x00049000 C:\WINDOWS\system32\comdlg32.dll 0x7C9C 0x0081E000 C:\WINDOWS\system32\SHELL32.dll 0x77F6 0x00076000 C:\WINDOWS\system32\SHLWAPI.dll 0x774D 0x0013D000 C:\WINDOWS\system32\OLE32.dll 0x7711 0x0008B000 C:\WINDOWS\system32\OLEAUT32.DLL 0x72F9 0x00026000 C:\WINDOWS\system32\WINSPOOL.DRV 0x7636 0x0001D000 C:\WINDOWS\system32\IMM32.DLL 0x773C 0x00103000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll 0x1F84 0x00018000 C:\WINDOWS\system32\odbcint.dll 0x7635 0x5000 C:\WINDOWS\system32\msimg32.dll 0x1000 0x00057000 C:\oracle\product\10.2.0\client_3\bin\oci.dll 0x7C36 0x00056000 C:\WINDOWS\system32\MSVCR71.dll 0x61C2 0x00252000 C:\oracle\product\10.2.0\client_3\bin\OraClient10.Dll 0x6087 0x000E3000 C:\oracle\product\10.2.0\client_3\bin\oracore10.dll 0x60A8 0x000C4000 C:\oracle\product\10.2.0\client_3\bin\oranls10.dll 0x6369 0x00018000 C:\oracle\product\10.2.0\client_3\bin\oraunls10.dll 0x60EB 0x7000 C:\oracle\product\10.2.0\client_3\bin\orauts.dll 0x71A5 0x00017000 C:\WINDOWS\system32\WS2_32.dll 0x71A4 0x8000 C:\WINDOWS\system32\WS2HELP.dll 0x76B2 0x0002E000 C:\WINDOWS\system32\WINMM.dll 0x636B 0x6000 C:\oracle\product\10.2.0\client_3\bin\oravsn10.dll 0x60FA 0x000F2000 C:\oracle\product\10.2.0\client_3\bin\oracommon10.dll 0x6030 0x00557000 C:\oracle\product\10.2.0\client_3\bin\orageneric10.dll 0x6343 0x00027000 C:\oracle\product\10.2.0\client_3\bin\orasnls10.dll 0x0105 0x0016 C:\oracle\product\10.2.0\client_3\bin\oraxml10.dll 0x011B 0x00011000 C:\WINDOWS\system32\MSVCIRT.dll 0x6096 0x0010D000 C:\oracle\product\10.2.0\client_3\bin\oran10.dll 0x6274 0x0003D000 C:\oracle\product\10.2.0\client_3\bin\oranl10.dll 0x6279 0x00017000 C:\oracle\product\10.2.0\client_3\bin\oranldap10.dll 0x627F 0x00109000 C:\oracle\product\10.2.0\client_3\bin\orannzsbb10.dll 0x6253 0x00053000 C:\oracle\product\10.2.0\client_3\bin\oraldapclnt10.dll 0x6267 0x0001B000 C:\oracle\product\10.2.0\client_3\bin\orancrypt10.dll 0x71A7 0xA000 C:\WINDOWS\system32\WSOCK32.dll 0x6292 0x0004C000 C:\oracle\product\10.2.0\client_3\bin\oranro10.dll 0x626B 0x7000
RE: [Harbour] [r|s]ddoci
-Original Message- From: Horodyski Marek (PZUZ) Sent: Thursday, May 13, 2010 4:20 PM To: Harbour Project Main Developer List. Subject: RE: [Harbour] [r|s]ddoci [...] from www : Hi Marek, If you create an SQL script + .prg test code, which I can run here locally on the default ORCL database, I can take a look at it. Viktor This is complicated because there is no error, as in the code is Browse (). When I change it to Board() [this is similar to the browse (), my class, based on TbrowseNew ()], then is GPF in dbCloseAll(). BUT I use it a very long time, and in other cases (with another [r|s]dd ) did not have such situations. Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] [r|s]ddoci
This is complicated because there is no error, as in the code is Browse (). When I change it to Board() [this is similar to the browse (), my class, based on TbrowseNew ()], then is GPF in dbCloseAll(). BUT I use it a very long time, and in other cases (with another [r|s]dd ) did not have such situations. If we find a reproducible way for this error, there are much better chances to find it and getting it fixed. Or, it's possible it's some sort of build problem, f.e. unmatched OCILIB header and .dll version or the like. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Preprocessor 2
On Thu, 13 May 2010, CarozoDeQuilmes wrote: Hi, Hi, I have an little question: This translate: #xtranslate value1.value2 = myFun( value1 , value2 ) function main() aeval( aTmp , { *|x|* level1.level2 } ) return .T. It will be generate the followed sentence: function main() aeval( aTmp , { myFun( *|x|* level1 , level2 ) } ) return .T. I think that it is wrong I think the correct translation should be: function main() aeval( aTmp , { *|x|* myFun( level1 , level2 ) } ) return .T. Am I wrong? Yes you are ;-) You want that PP will respect some operator precedence which is only in your head but PP does not even know anything about operator precedence and syntax in Clipper/Harbour language. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] GCC-4.5.0 comparison with previous releases and LLVM-2.7 on SPEC2000 for x86/x86_64
From: Vladimir Makarov vmakarov at redhat dot com To: gcc.gcc.gnu.org gcc at gcc dot gnu dot org Date: Thu, 29 Apr 2010 12:25:15 -0400 Subject: GCC-4.5.0 comparison with previous releases and LLVM-2.7 on SPEC2000 for x86/x86_64 GCC-4.5.0 and LLVM-2.7 were released recently. To understand where we stand after releasing GCC-4.5.0 I benchmarked it on SPEC2000 for x86/x86-64 and posted the comparison of it with the previous GCC releases and LLVM-2.7. Even benchmarking SPEC2000 takes a lot of time on the fastest machine I have. So I don't plan to use SPEC2006 for this in near future. You can find the comparison on http://vmakarov.fedorapeople.org/spec/ (please just click links at the bottom of the left frame starting with link GCC release comparison). -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Preprocessor
On Tue, 11 May 2010, CarozoDeQuilmes wrote: Hi, Hi, when I put the following #translate in my program always convert the parameter myparm to literal myparm. It is good for me. The question is: how make it in reverse ? (convert literal or variable to variable) PP does not support nested parsing string tokens, i.e. it cannot convert: QOUT(1) to: QOUT ( 1 ) best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
On Wed, 12 May 2010, Massimo Belgrano wrote: Hi Massimo, About an idea of completely different implementation of pragma I want remember that xbase++ support an intersting preprocessor directive #pragma library (mylib.lib) Is possible implement also in harbour for minigw? or at least adapt something like #pragma BEGINDUMP #pragma comment( lib, mylib.lib ) #pragma ENDDUMP This is not portable extension. I can implement it inside PP but it will not change the fact that most of C compilers/platforms used by Harbour do not support storing library references inside .o|.obj files so it will not work. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] GCC-4.5.0 comparison with previous releases and LLVM-2.7 on SPEC2000 for x86/x86_64
MAssimo , do you know if exist a way to get an standalone version of GCC for linux ? Bruno 2010/5/13 Massimo Belgrano mbelgr...@deltain.it From: Vladimir Makarov vmakarov at redhat dot com To: gcc.gcc.gnu.org gcc at gcc dot gnu dot org Date: Thu, 29 Apr 2010 12:25:15 -0400 Subject: GCC-4.5.0 comparison with previous releases and LLVM-2.7 on SPEC2000 for x86/x86_64 GCC-4.5.0 and LLVM-2.7 were released recently. To understand where we stand after releasing GCC-4.5.0 I benchmarked it on SPEC2000 for x86/x86-64 and posted the comparison of it with the previous GCC releases and LLVM-2.7. Even benchmarking SPEC2000 takes a lot of time on the fastest machine I have. So I don't plan to use SPEC2006 for this in near future. You can find the comparison on http://vmakarov.fedorapeople.org/spec/ (please just click links at the bottom of the left frame starting with link GCC release comparison). -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
About an idea of completely different implementation of pragma I want remember that xbase++ support an intersting preprocessor directive #pragma library (mylib.lib) Is possible implement also in harbour for minigw? or at least adapt something like #pragma BEGINDUMP #pragma comment( lib, mylib.lib ) #pragma ENDDUMP This is not portable extension. I can implement it inside PP but it will not change the fact that most of C compilers/platforms used by Harbour do not support storing library references inside .o|.obj files so it will not work. Plus, as we've discussed each time Massimo brought this up, it wouldn't resolve the dependency problem at all as a whole. (dependency isn't just about the libs). To have a more fruitful discussion, maybe requestors should read the arguments and add to it. Repeating the request isn't helping much. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
IMO A mingw solution will be good Mingw/GCC is most used C compiler in harbour I bad explain but i think it might be very handy to have inside main .prg one directive(s) about libraries inclusion. In first use of harbour user have two problem - Wich library i must load? - How resolve Unresolved external IMO same #pragma will resolve either Sorry if repeat i want try to help 2010/5/13 Viktor Szakáts harbour...@syenar.hu: About an idea of completely different implementation of pragma I want remember that xbase++ support an intersting preprocessor directive #pragma library (mylib.lib) Is possible implement also in harbour for minigw? or at least adapt something like #pragma BEGINDUMP #pragma comment( lib, mylib.lib ) #pragma ENDDUMP This is not portable extension. I can implement it inside PP but it will not change the fact that most of C compilers/platforms used by Harbour do not support storing library references inside .o|.obj files so it will not work. Plus, as we've discussed each time Massimo brought this up, it wouldn't resolve the dependency problem at all as a whole. (dependency isn't just about the libs). To have a more fruitful discussion, maybe requestors should read the arguments and add to it. Repeating the request isn't helping much. Viktor -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] tipclientsmtp error
I don´t know why happens this error in smtpcli.prg there is method new() E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg Harbour 2.1.0dev (Rev. 14326) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 190, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. E:\harbour_cvs\contrib\hbtip\testsgmail Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) Called from MAIN(38) Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
IMO A mingw solution will be good It's not good because in Harbour we've a basic goal to be _portable_. Mingw/GCC is most used C compiler in harbour I bad explain but i think it might be very handy to have inside main .prg one directive(s) about libraries inclusion. In first use of harbour user have two problem - Wich library i must load? - How resolve Unresolved external IMO same #pragma will resolve either No, it won't. I took the time to reply to this issue in details a few month (?) ago, so please take the time to read it, and continue from that point. Popping up a topic and ignoring the answer is neither very polite nor very useful. F.e. please explain how will harbour compiler find the headers of your dependency? Also think about how the possible dependencies of your dependency will be added to the build? You could also explain, why adding 'mypkg.hbc' to the build cmdline is worse than adding '#pragma mypkglib1.lib' to each source that might use that package? What happens if one dependency consists of multiple libs? Should the user remember to list each of them in each source? What happens if the lib packager decides to change the internal layout or names of the libs? Will you want to go through all source files and change it each time? How will #pragma mylib.lib be portable between compilers? Should the compiler know about the different lib naming schemes of all the compilers we support? Anyhow I think the first thing you should do before for yet another feature, is to look at the problem as a whole and decide what is the issue you _really_ want to solve here, and check whether there exist a solution for it already. Having features and hacks just to have them, or without good reason is not something we welcome in Harbour. IMO .hbc files are just a ton better to solve this problem, and portable. Try it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error with hb_regex()
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 Compile with BCC551 on Windows98SE I cannot confirm it. It works as expected without any problems. I tested Linux GCC and win BCC and MinGW builds. Maybe you are using some incompatible PCRE library or you wrongly linked your code with old PCRE lib which is part of BCC CRTL. Have you used HBMK2 to compile and link your code? best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] tipclientsmtp error
You have to link it against hbtipssl.hbc. Viktor On 2010 May 13, at 18:49, Fernando Athayde wrote: I don´t know why happens this error in smtpcli.prg there is method new() E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg Harbour 2.1.0dev (Rev. 14326) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 190, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. E:\harbour_cvs\contrib\hbtip\testsgmail Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) Called from MAIN(38) Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: [Harbour] tipclientsmtp error
i downloaded openssl build hbssl fine but i don´t know how build these libs ssleay32 libeay32 Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 14:13:27 Assunto: Re: [Harbour] tipclientsmtp error You have to link it against hbtipssl.hbc. Viktor On 2010 May 13, at 18:49, Fernando Athayde wrote: I don´t know why happens this error in smtpcli.prg there is method new() E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg Harbour 2.1.0dev (Rev. 14326) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 190, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. E:\harbour_cvs\contrib\hbtip\testsgmail Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) Called from MAIN(38) Best Regards, Fernando Athayde ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: [Harbour] tipclientsmtp error
i downloaded openssl build hbssl fine but i don´t know how build these libs ssleay32 libeay32 Set HB_BUILD_IMPLIB=yes before doing 'make install'. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: [Harbour] tipclientsmtp error
i already use look set HB_BUILD_DLL=yes set HB_BUILD_IMPLIB=yes set HB_INSTALL_PREFIX=e:\harbour_gcc SET HRB_DIR=e:\harbour_gcc SET HB_WITH_MYSQL=C:\mysql\include SET HB_INC_MYSQL=C:\mysql\include SET HB_DIR_MYSQL=C:\mysql SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include SET HB_PATH=e:\harbour_gcc and only generate these files with ssl libhbssl.a libhbssls.a libhbtipssl.a Best Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 15:42:20 Assunto: Re: Res: [Harbour] tipclientsmtp error i downloaded openssl build hbssl fine but i don´t know how build these libs ssleay32 libeay32 Set HB_BUILD_IMPLIB=yes before doing 'make install'. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp error
i already use look set HB_BUILD_DLL=yes set HB_BUILD_IMPLIB=yes set HB_INSTALL_PREFIX=e:\harbour_gcc SET HRB_DIR=e:\harbour_gcc SET HB_WITH_MYSQL=C:\mysql\include SET HB_INC_MYSQL=C:\mysql\include SET HB_DIR_MYSQL=C:\mysql SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include SET HB_PATH=e:\harbour_gcc and only generate these files with ssl libhbssl.a libhbssls.a libhbtipssl.a So you missed something in my answer. BTW, most of the above envvars are not needed, see 10. TROUBLESHOOTING in INSTALL. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
Hi Viktor First of all, I support your decision, don't get me wrong. Maybe this statement be unnecessary. I can (guessing) understand what Massimo said. Some modern languages/development platforms allow this construction in a portable way (Java, CLR, Python, Ruby, even Delphi could), some better than others on results and implementations. It demands a deploy on development environment to generate information about external libs (probably generating some like a more complex .hbc) and It isn't just a compiler directive. Ok, is a little bit different, but I think it is, in general, what Massimo wants. It has ways to implement this in a good way. Maybe not be ease or even compensate to implement it, but it's possible. Certain it requires lots of work. IMHO, in general I think this is *a little* better and ease to Harbour users than build options although it isn't so ease to Harbour developers to implement it. The question is: Is it good to Harbour philosophy? I guess it is not. Personally if I am the last Harbour user I would drop total portability and compatibility with the past, specially I would drop multiple compilers and dead platforms. A software without maintenance for 2 years is dead. Users have the right to continue using these zombies, people are still using Clipper :-). Harbour support this and it's ok. I completely understand Harbour's DNA and I will support it until the almost 100% of community decides to change this. Portability is a solution so as a problem too :-) Setting dependencies in hbc and hbp files is more simple and good enough, sure, but I just don't think it's a ton better than a good lib import implementation in compiler, even considering portability. Anyway I think Harbour has others priorities to be a better development platform that that. I see the problem in a different way but in final I am just confirming your words. []'s Maniero F.e. please explain how will harbour compiler find the headers of your dependency? Also think about how the possible dependencies of your dependency will be added to the build? You could also explain, why adding 'mypkg.hbc' to the build cmdline is worse than adding '#pragma mypkglib1.lib' to each source that might use that package? What happens if one dependency consists of multiple libs? Should the user remember to list each of them in each source? What happens if the lib packager decides to change the internal layout or names of the libs? Will you want to go through all source files and change it each time? How will #pragma mylib.lib be portable between compilers? Should the compiler know about the different lib naming schemes of all the compilers we support? Anyhow I think the first thing you should do before for yet another feature, is to look at the problem as a whole and decide what is the issue you _really_ want to solve here, and check whether there exist a solution for it already. Having features and hacks just to have them, or without good reason is not something we welcome in Harbour. IMO .hbc files are just a ton better to solve this problem, and portable. Try it. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Preprocessor 2
Hi Przemyslaw Ok, thanks for answer Regards CdQ 2010/5/13 Przemysław Czerpak dru...@acn.waw.pl On Thu, 13 May 2010, CarozoDeQuilmes wrote: Hi, Hi, I have an little question: This translate: #xtranslate value1.value2 = myFun( value1 , value2 ) function main() aeval( aTmp , { *|x|* level1.level2 } ) return .T. It will be generate the followed sentence: function main() aeval( aTmp , { myFun( *|x|* level1 , level2 ) } ) return .T. I think that it is wrong I think the correct translation should be: function main() aeval( aTmp , { *|x|* myFun( level1 , level2 ) } ) return .T. Am I wrong? Yes you are ;-) You want that PP will respect some operator precedence which is only in your head but PP does not even know anything about operator precedence and syntax in Clipper/Harbour language. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Saludos/Regards/Abraços CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Preprocessor
Hi Przemyslaw Ok, thanks for answer Regards CdQ 2010/5/13 Przemysław Czerpak dru...@acn.waw.pl On Tue, 11 May 2010, CarozoDeQuilmes wrote: Hi, Hi, when I put the following #translate in my program always convert the parameter myparm to literal myparm. It is good for me. The question is: how make it in reverse ? (convert literal or variable to variable) PP does not support nested parsing string tokens, i.e. it cannot convert: QOUT(1) to: QOUT ( 1 ) best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Saludos/Regards/Abraços CdQ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
Hi, First of all, I support your decision, don't get me wrong. Maybe this statement be unnecessary. I can (guessing) understand what Massimo said. Some modern languages/development platforms allow this construction in a portable way (Java, CLR, Python, Ruby, even Delphi could), some better than others on results and implementations. It demands a deploy on development environment to generate information about external libs (probably generating some like a more complex .hbc) and It isn't just a compiler directive. Ok, is a little bit different, but I think it is, in general, what Massimo wants. It has ways to implement this in a good way. Maybe not be ease or even compensate to implement it, but it's possible. Certain it requires lots of work. I know how it's used in these language, but this doesn't really help us finding the exact way to implement this in Harbour. It has lots of components, and we have several parts to deal with, plus we have our own coordinate system, goals and even heritage where this thing should be solved. If someone doesn't understand it, it's a pity. Asking for more is nice, but repeating the same request like a parrot isn't. Sorry, but I find it a huge waste of time to write anything here, when it's ignored. If someone writes a request/question but doesn't read the answer, or isn't bothered to look up past discussion (or read INSTALL for that matter), I'm pretty sure it's not important enough to waste _more_ time on it. IMHO, in general I think this is *a little* better and ease to Harbour users than build options although it isn't so ease to Harbour developers to implement it. The question is: Is it good to Harbour philosophy? I guess it is not. Personally if I am the last Harbour user I would drop total portability and compatibility with the past, specially I would drop multiple compilers and dead platforms. A software without maintenance for 2 years is dead. Users have the right to continue using these zombies, people are still using Clipper :-). Harbour Harbour's major point is being portable. If we ought to support more than one operation system, we will _have to_ support multiple compilers, too (and no, gcc isn't exactly the same on all platforms, nor is it available on all platforms). We can (and we used to) drop compilers which are definitely dead, but it's not so easy, f.e. lots of ppl are still using BCC55, even though it's not developed since 10 years. So we do this, but it doesn't solve the problem, since usually we have more than 1 living compiler to support. And this is actually a quite huge advantage, since we're not stuck into one option. Even having 1 supported compiler isn't a solution, since if this becomes dead, we need to port to another one, which may or may not support actual favorite (non-standard, non-ANSI C, compiler specific) feature. And what is forgotten many times: Harbour as a language isn't by definition tied to a C compiler. So far it was, but as a future development path we keep the possibility to completely drop it. Pls keep that in mind when thinking about any solution. Portability is a solution so as a problem too :-) Yes. Setting dependencies in hbc and hbp files is more simple and good enough, sure, but I just don't think it's a ton better than a good lib import implementation in compiler, even considering portability. Anyway I think Harbour has others priorities to be a better development platform that that. Exactly. Such feature would require total integration of build tool and compiler (hbmk2 and harbour). Meaning harbour compiler will in essence be dropped and all work would be done in hbmk2, which in turn gets much more intimate information from source parser (compiler) than now, most importantly embedded references of package names, and compiler would have to deal with .hbc parsing and automatic inclusion of referenced #include files, etc. It's essentially an #package mypkg[.hbc] feature. Plus some sort of .hbc repository has to be solved. Looks like a lot of work to me and a lot of potential discussion along the way. It would also require that user understand and accept the .hbc concept, since it will be something similar to the one we have already. BTW, if someone really wants to use the half-baked solution, we have #pragma BEGINDUMP/ENDDUMP since many years, which makes everyone free to use any sort of weird and C compiler dependent code embedded in .prg, including '#pragma lib', and whatever else that seems to be useful. I don't recommend it, but it works regardless. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External
It wasn't my intention make you reply that, I just do a statement trying to wide the view about the problem. As I wrote I completely agree about the whole decision and specially your last paragraphs as below. Maybe my poor English have been confusing about my message. Please don't waste time on this problem, we need you focused on more important problems. []'s Maniero Exactly. Such feature would require total integration of build tool and compiler (hbmk2 and harbour). Meaning harbour compiler will in essence be dropped and all work would be done in hbmk2, which in turn gets much more intimate information from source parser (compiler) than now, most importantly embedded references of package names, and compiler would have to deal with .hbc parsing and automatic inclusion of referenced #include files, etc. It's essentially an #package mypkg[.hbc] feature. Plus some sort of .hbc repository has to be solved. Looks like a lot of work to me and a lot of potential discussion along the way. It would also require that user understand and accept the .hbc concept, since it will be something similar to the one we have already. BTW, if someone really wants to use the half-baked solution, we have #pragma BEGINDUMP/ENDDUMP since many years, which makes everyone free to use any sort of weird and C compiler dependent code embedded in .prg, including '#pragma lib', and whatever else that seems to be useful. I don't recommend it, but it works regardless. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14471] trunk/harbour
Revision: 14471 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14471view=rev Author: vouchcac Date: 2010-05-14 02:06:12 + (Fri, 14 May 2010) Log Message: --- 2010-15:13 19:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaintextedit.cpp + Implemented: column selection with mouse honoring vertical scrolling. Hopefully I may be able to implement horizontal scrolling too. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp error
i won this battle, lol openssl dll´s there are in bin and not in out32dll i moved dll´s into out32dll, and bang runs, build but still happens this error Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) now there is libssleay32.a and libeay32.a in my lib directory what´s worng, i´m sincronized with svn Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 Assunto: Re: Res: Res: [Harbour] tipclientsmtp error i already use look set HB_BUILD_DLL=yes set HB_BUILD_IMPLIB=yes set HB_INSTALL_PREFIX=e:\harbour_gcc SET HRB_DIR=e:\harbour_gcc SET HB_WITH_MYSQL=C:\mysql\include SET HB_INC_MYSQL=C:\mysql\include SET HB_DIR_MYSQL=C:\mysql SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include SET HB_PATH=e:\harbour_gcc and only generate these files with ssl libhbssl.a libhbssls.a libhbtipssl.a So you missed something in my answer. BTW, most of the above envvars are not needed, see 10. TROUBLESHOOTING in INSTALL. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: Res: [Harbour] tipclientsmtp error
only by know tiptest.prg runs normaly but gmail.prg don´t strange no Regards Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 Assunto: Res: Res: Res: [Harbour] tipclientsmtp error i won this battle, lol openssl dll´s there are in bin and not in out32dll i moved dll´s into out32dll, and bang runs, build but still happens this error Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) now there is libssleay32.a and libeay32.a in my lib directory what´s worng, i´m sincronized with svn Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 Assunto: Re: Res: Res: [Harbour] tipclientsmtp error i already use look set HB_BUILD_DLL=yes set HB_BUILD_IMPLIB=yes set HB_INSTALL_PREFIX=e:\harbour_gcc SET HRB_DIR=e:\harbour_gcc SET HB_WITH_MYSQL=C:\mysql\include SET HB_INC_MYSQL=C:\mysql\include SET HB_DIR_MYSQL=C:\mysql SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include SET HB_PATH=e:\harbour_gcc and only generate these files with ssl libhbssl.a libhbssls.a libhbtipssl.a So you missed something in my answer. BTW, most of the above envvars are not needed, see 10. TROUBLESHOOTING in INSTALL. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: Res: Res: [Harbour] tipclientsmtp error
i hope be useful i build client.prg smtpcli.prg sendmail.prg with gmail.prg and now appears the lines of error E:\harbour_cvs\contrib\hbtip\testsgmail Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(212) Called from TIPCLIENTSMTP:NEW(99) Called from HB_SENDMAIL(285) Called from MAIN(38) Regards Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sexta-feira, 14 de Maio de 2010 0:07:14 Assunto: Res: Res: Res: Res: [Harbour] tipclientsmtp error only by know tiptest.prg runs normaly but gmail.prg don´t strange no Regards Fernando Athayde De: Fernando Athayde fernando_atha...@yahoo.com.br Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 23:55:09 Assunto: Res: Res: Res: [Harbour] tipclientsmtp error i won this battle, lol openssl dll´s there are in bin and not in out32dll i moved dll´s into out32dll, and bang runs, build but still happens this error Error BASE/1081 Operation not supported: TIPCLIENTSMTP:new() Called from TIPCLIENT:NEW(0) Called from TIPCLIENTSMTP:NEW(0) Called from HB_SENDMAIL(0) now there is libssleay32.a and libeay32.a in my lib directory what´s worng, i´m sincronized with svn Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Quinta-feira, 13 de Maio de 2010 16:12:29 Assunto: Re: Res: Res: [Harbour] tipclientsmtp error i already use look set HB_BUILD_DLL=yes set HB_BUILD_IMPLIB=yes set HB_INSTALL_PREFIX=e:\harbour_gcc SET HRB_DIR=e:\harbour_gcc SET HB_WITH_MYSQL=C:\mysql\include SET HB_INC_MYSQL=C:\mysql\include SET HB_DIR_MYSQL=C:\mysql SET HB_WITH_OPENSSL=E:\openssl-1.0.0\include SET HB_PATH=e:\harbour_gcc and only generate these files with ssl libhbssl.a libhbssls.a libhbtipssl.a So you missed something in my answer. BTW, most of the above envvars are not needed, see 10. TROUBLESHOOTING in INSTALL. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour-users] Re: DBF Fast text search / SQLite
Hello Massimo, Good example, but I don't have MySQL installed and can't test it. Does anyone has MySQL installed and harbour from SVN built with HB_WITH_MYSQL set? Could you please test the example? What I am trying to see is the REPLACE command working. According to what I could understand it will not save the records on the server side, only on cached query result but SQL database is not changed. The programmer must call SQL command explicitly to modify SQL tables. SSI provides a method to detect which cached rows was changed or appended. I would like to see it in a example, please. Thanks Qatan - Original Message - From: Massimo Belgrano mbelgr...@deltain.it To: Users of the Harbour compiler harbour-users@harbour-project.org Sent: Wednesday, 12 de May de 2010 18:02 Subject: Re: [Harbour-users] Re: DBF Fast text search / SQLite follow is my untested sample *#RUN hbmk2 sqltest.prg c:\harbour\contrib\sddmy\sddmy.hbc /* * RDDSQL - Harbour * Copyright 2008 Grigory Filatov gfila...@freemail.ru * Copyright 2008 Belgrano Massimo * Based on RDDSQL sample included in Harbour distribution * based on Slight Modifications By Roberto Lopez (2009.04.01) * */ #include dbinfo.ch #include error.ch #define DBI_QUERY 1001 #define RDDI_CONNECT 1001 #define RDDI_DISCONNECT 1002 #define RDDI_EXECUTE 1003 #define RDDI_ERROR 1004 #define RDDI_ERRORNO 1005 #define RDDI_NEWID 1006 #define RDDI_AFFECTEDROWS 1007 #define RDDI_QUERY 1008 ANNOUNCE RDDSYS REQUEST SDDMY, SQLMIX ** Function Main() ** RDDSETDEFAULT( SQLMIX ) IF RDDINFO( RDDI_CONNECT, {MYSQL, localhost, root,root, test} ) == 0 ? Unable connect to the server! Return nil ENDIF OpenTable() AddRecord() dbedit() CloseTable() Return nil ** Procedure OpenTable ** If CreateTable() DBUSEAREA( .T.,, SELECT * FROM country, country ) INDEX ON FIELD-RESIDENTS TAG residents TO country GO TOP endIf Return ** Procedure CloseTable ** DBCLOSEALL() Return ** Procedure AddRecord ** APPEND BLANK REPLACE CODE WITH 'ARG' REPLACE NAME WITH 'Argentina' REPLACE RESIDENTS WITH 3874 GO TOP Return ** Function CreateTable ** Local ret := .T. RDDINFO(RDDI_EXECUTE, DROP TABLE country) If RDDINFO(RDDI_EXECUTE, CREATE TABLE country (CODE char(3), NAME char(50), RESIDENTS int(11))) If ! RDDINFO(RDDI_EXECUTE, INSERT INTO country values ('LTU', 'Lithuania', 3369600), ('USA', 'United States of America', 305397000), ('POR', 'Portugal', 10617600), ('POL', 'Poland', 38115967), ('AUS', 'Australia', 21446187), ('FRA', 'France', 64473140), ('RUS', 'Russia', 14190)) ? Can't fill table Country! ret := .F. EndIf Else ? Can't create table Country! ret := .F. EndIf Return ret 2010/5/12 Qatan supo...@tribalbrasil.com: Hello Massimo, Thanks for helping. Do you have experience using RDDSQL? Seems very good but I am afraid I didn't understand part 3, maybe a good example would be the answer for that. How can I save the modifications? Regards, Qatan - Original Message - From: Massimo Belgrano mbelgr...@deltain.it To: Users of the Harbour compiler harbour-users@harbour-project.org Sent: Wednesday, 12 de May de 2010 15:38 Subject: Re: [Harbour-users] Re: DBF Fast text search / SQLite afaik last version of rddado is not working in harbour (after ole modification) rddsql is best choice AFAIK RDDSQL talk directly with the sql language this is message post by Mindaugas Kavaliauskas on this list 3. Modifying database SSI presents a query result via RDD interface and generates no hidden SQL queries. So, how database can be changed? Does DBAPPEND() and FIELDPUT() works, or is it readonly SQL interface? DBAPPEND(), FIELDPUT() and other similiar functions work on cached query result, i.e. query can be appended by new rows and field values can be changed, but SQL database is not changed. DBCREATE() function can also be used to create an empty query result but no table is created on SQL server. So, SSI can also be used as implementation of array RDD. The programmer must call SQL command explicitly to modify SQL tables. SSI provides a method to detect which cached rows was changed or appended. ___ Harbour-users mailing list