[Harbour] Upper\Lower nationals chars.
I don't can compile : hbmk2 gtchars from tests folder. I have this error list : Error! E2028: hb_vmProcessSymbolsEx is an undefined reference Error! E2028: hb_vmExecute is an undefined reference Error! E2028: HB_FUN_EMPTY is an undefined reference Error! E2028: HB_FUN_UPPER is an undefined reference Error! E2028: HB_FUN_HB_GTINFO is an undefined reference Error! E2028: HB_FUN_HB_SETTERMCP is an undefined reference Error! E2028: HB_FUN_QOUT is an undefined reference Error! E2028: HB_FUN_OS is an undefined reference Error! E2028: HB_FUN_VERSION is an undefined reference Error! E2028: HB_FUN_DATE is an undefined reference Error! E2028: HB_FUN_TIME is an undefined reference Error! E2028: HB_FUN_HB_GTVERSION is an undefined reference Error! E2028: HB_FUN_DISPOUT is an undefined reference Error! E2028: HB_FUN_CHR is an undefined reference Error! E2028: HB_FUN_INKEY is an undefined reference Error! E2028: HB_FUN_ALERT is an undefined reference Error! E2028: HB_FUN_ROW is an undefined reference Error! E2028: HB_FUN_COL is an undefined reference Error! E2028: HB_FUN_DISPBOX is an undefined reference Error! E2028: HB_FUN_SUBSTR is an undefined reference Error! E2028: HB_FUN_SETPOS is an undefined reference Error! E2028: HB_FUN_LEN is an undefined reference Error! E2028: HB_FUN_HB_CODEPAGE_PLMAZ is an undefined referenc Error! E2028: HB_FUN_HB_CODEPAGE_PLISO is an undefined referenc Error! E2028: HB_FUN_HB_CODEPAGE_PL852 is an undefined referenc Error! E2028: HB_FUN_HB_CODEPAGE_PLWIN is an undefined referenc In my app not work upper/lower function : Function Main() Cls Request hb_langSelect, hb_langName, NationMsg, HB_LANGMESSAGE Request hb_lang_pl852, hb_lang_plMAZ, hb_lang_plWIN, hb_lang_plISO hb_LangSelect( 'PL852') hb_SetCodePage( 'PL852') // Set( _SET_OSCODEPAGE) ? upper( 'żźćńąśłóę') inKey( 0) Return nil in xHarbour was : Request hb_codepage_pl852, hb_codepage_plMAZ, hb_codepage_plWIN, hb_codepage_plISO but in Harbour this request is wrong. How can I get the correct upper action ? Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11096] trunk/harbour
Revision: 11096 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11096&view=rev Author: vszakats Date: 2009-05-21 06:54:01 + (Thu, 21 May 2009) Log Message: --- 2009-05-21 08:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + Added automatic configuration for bcc compiler. This kicks in for bcc installations missing bcc32.cfg or ilink32.cfg next to bcc32.exe. In this case Lib/Include dir will automatically added to the lib/include lists by hbmk2. This means that hbmk2 will work with bare bcc installations without doing any manual configuration. * config/global.cf + Added link to blog dealing with GNU Make. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.cf trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
> I only guess so it's possible that I'm wrong but AFAIR MS-Win write each
> file with two name: full_name and short_name which is in 8.3 format.
> Each file with extension longer then 3 bytes after conversion to 8.3
> format has as extension first 3 bytes from original extension.
> FindFirstFile()/FindNextFile() respects both short and long names
> so if you use *.prg pattern then you also see all files which has
> prg extension after conversion to 8.3 format.
> If I'm right then using longer extensions in MS-Windows is very bad idea
> because for many programs only the 1-st three characters will be significant
> due to 8.3 aliases created for such names in directories. We should remember
> about it in the future.
>
> Now we have the question: Should we accept aliases or not?
> In summary these are valid names which match given wild pattern like *.prg.
> I guess that in Clipper:
> aeval( directory( "*.prg" ), {|x,i|qout(i,x[1],x[2],x[3],x[4],x[5])} )
> also shows the same files though using short 8.3 names.
> We can add additional code which will ignore 8.3 aliases and verifying the
> results using long file names but the above code will show different list
> of files then in Clipper. I'm not MS-Windows users so I should not decide
> here. Personally I'd prefer using real names only and ignore aliases but
> I do not know how it may interact with real life code in Windows.
> If you decide to add such file name verification then it can be quite
> easy implemented and I can do that.
Thanks. I did some more tests and even 'dir' command works like this,
and common things like file open dialog, so I'm not really sure what
we're dealing with here. Maybe this is something normal on Windows
which we have to get used to. For sure it makes it behave differently
than other platforms. Plus I'm not sure how *.??? masks should be
handled (seems that in this case '???' counts as '*').
Any input from other Windows users?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11095] trunk/harbour
Revision: 11095 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11095&view=rev Author: vszakats Date: 2009-05-21 05:47:09 + (Thu, 21 May 2009) Log Message: --- 2009-05-21 07:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * config/global.cf + Added Make version check and appropriate error message in case wrong version found. * ChangeLog ! Typos. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.cf This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error trying to compile harbour with bcc55
Download mingw-32-make version 3.81 or later. Check with --version switch. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
On Wed, 20 May 2009, Szak�ts Viktor wrote:
> To be more precise it isn't a bug in DIRECTORY() but it's
> rather some strange property of Windows FileFind API,
> we should probably work it around in core code, to avoid
> doing such ugly hacks on app level.
> Currently on Windows DIRECTORY( "*.ext" ) will return
> "*.ext*". This only happens when the extension is three
> chars long. I just can guess this is another weird attempt
> by MS to solve some compatibility issues.
> Anyone knowing more about this phenomenon?
I only guess so it's possible that I'm wrong but AFAIR MS-Win write each
file with two name: full_name and short_name which is in 8.3 format.
Each file with extension longer then 3 bytes after conversion to 8.3
format has as extension first 3 bytes from original extension.
FindFirstFile()/FindNextFile() respects both short and long names
so if you use *.prg pattern then you also see all files which has
prg extension after conversion to 8.3 format.
If I'm right then using longer extensions in MS-Windows is very bad idea
because for many programs only the 1-st three characters will be significant
due to 8.3 aliases created for such names in directories. We should remember
about it in the future.
Now we have the question: Should we accept aliases or not?
In summary these are valid names which match given wild pattern like *.prg.
I guess that in Clipper:
aeval( directory( "*.prg" ), {|x,i|qout(i,x[1],x[2],x[3],x[4],x[5])} )
also shows the same files though using short 8.3 names.
We can add additional code which will ignore 8.3 aliases and verifying the
results using long file names but the above code will show different list
of files then in Clipper. I'm not MS-Windows users so I should not decide
here. Personally I'd prefer using real names only and ignore aliases but
I do not know how it may interact with real life code in Windows.
If you decide to add such file name verification then it can be quite
easy implemented and I can do that.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Sample of HBQT
Hi, sorry by my bad english I need a sample for HBQT with a lot of controls (label, pushbutton, checkbox, grid, combobox, etc) Can someone send me some sample? Thanks and regards CdQ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11094] trunk/harbour
Revision: 11094 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11094&view=rev Author: vszakats Date: 2009-05-20 21:32:50 + (Wed, 20 May 2009) Log Message: --- 2009-05-20 23:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/rddsql/sddodbc/Makefile ! Applied logic from contrib/hbodbc/Makefile. * contrib/rddsql/sddodbc/odbcdd.c ! Fixed three warnings (2 casts + 1 uninit var) with MSVC. ; TOFIX: These errors are shown when trying to compiler in UNICODE mode: ../../odbcdd.c(168) : error C2664: 'SQLDriverConnectW' : cannot convert parameter 3 from 'SQLCHAR *' to 'SQLWCHAR *' ../../odbcdd.c(204) : error C2664: 'SQLExecDirectW' : cannot convert parameter 2 from 'SQLCHAR *' to 'SQLWCHAR *' ../../odbcdd.c(239) : error C2664: 'SQLExecDirectW' : cannot convert parameter 2 from 'SQLCHAR *' to 'SQLWCHAR *' ../../odbcdd.c(263) : error C2664: 'SQLDescribeColW' : cannot convert parameter 3 from 'SQLCHAR *' to 'SQLWCHAR *' Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/sddodbc/Makefile trunk/harbour/contrib/rddsql/sddodbc/odbcdd.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] rpm builds fail
Przemyslaw Czerpak wrote: Yes. You haven't installed rpmbuild in your system. best regards, Przemek Thanks! - sorry abt direct mail - I hit reply! Regards, Barry ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
>> I never had to use it with any compilers I tested and >> I tested all of them :) > > Viktor, perhaps I'm missing something... > > Can you look at contrib/rddsql/sddodbc/Makefile > > If HB_INC_ODBC is not defined, then HB_INC_ODBC_OK os empty. Then > sddodbc.lib is not build. The test shows the same logic for me. Yes, you're right I didn't inspect the new Makefile, I was talking about hbodbc. I think we should copy the exact same logic to sddodbc, since the dependency is also the same. > Well, this Makefile is added by me using analogy to other sdd* makefiles, > but contrib/hbodbc also uses the similar logic. I'm not a Makefile guru, can > you modify this makefile to build sddodbc.lib always without adding > HB_INC_ODBC. Thanks. No problem, I'll do it in next commit. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Szakáts Viktor wrote: Where found odbc dir/HB_INC_ODBC for mingw,msvc8? This envvar isn't needed for Windows systems. Doesn't? No, because sql*.h are present in usually one of the compiler's include dir (next to windows.h), which is by default on the include dir list. I never had to use it with any compilers I tested and I tested all of them :) Viktor, perhaps I'm missing something... Can you look at contrib/rddsql/sddodbc/Makefile If HB_INC_ODBC is not defined, then HB_INC_ODBC_OK os empty. Then sddodbc.lib is not build. The test shows the same logic for me. Well, this Makefile is added by me using analogy to other sdd* makefiles, but contrib/hbodbc also uses the similar logic. I'm not a Makefile guru, can you modify this makefile to build sddodbc.lib always without adding HB_INC_ODBC. Thanks. Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11090] trunk/harbour
Hello, Works fine Now :) Thank you very much, Rossine. -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-11090--trunk-harbour-tp23637661p23642264.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11093] trunk/harbour
Revision: 11093
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11093&view=rev
Author: vszakats
Date: 2009-05-20 19:33:33 + (Wed, 20 May 2009)
Log Message:
---
2009-05-20 21:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
+ Added typical ("FAQ") error message encountered with old,
buggy, unsupported GNU Make versions which users seem to
often use. In case someone would RTFM.
Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11092] trunk/harbour
Revision: 11092 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11092&view=rev Author: vszakats Date: 2009-05-20 19:27:06 + (Wed, 20 May 2009) Log Message: --- 2009-05-20 21:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/vm/set.c ! Applied fix sent by Xavi. Thanks. I did a few minor formattings and rename, and did a light review, please review further and test. I seem to remember some deeper problems with this feature, reported a while ago on the list. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/vm/set.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11091] trunk/harbour
Revision: 11091
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11091&view=rev
Author: vszakats
Date: 2009-05-20 19:19:45 + (Wed, 20 May 2009)
Log Message:
---
2009-05-20 20:02 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
! Added workaround for DIRECTORY() problem under Windows.
'*.ext' input files weren't working if the actual filenames
had different casing (on Windows). Also changed the hack
to only kick in on Windows platforms, *nixes seems to work
as expected.
; NOTE: This workaround should probably be moved to Harbour
FileFind API.
* INSTALL
+ Added HB_INC_ODBC.
* contrib/hbwin/tests/testole.prg
* contrib/hbwin/legacyc.c
* Updated to reflect OLE function name changes.
* contrib/hbwin/legacyc.c
+ Added GETACTIVEOBJECT(), CREATEOBJECT(), OLEERROR()
compatibility calls. All of them are simple aliases to
new OLE function, which means there may be differences
in behviour. Users will need to adjust them for full
compatibility.
However, I'd recommend changing all code to use our
new OLE functions and classes.
* contrib/hbwin/Makefile
+ contrib/hbwin/legacy.prg
* Moved TOLEAUTO() compatibility class to .prg level.
It's a stub, inheriting from WIN_OLEAUTO. I hope TOLEAUTO
users will fill it with required compitibility methods.
; NOTE: Getting these warnings with bcc:
Warning W8075 ../../axcore.c 93: Suspicious pointer conversion in
function hb_ax_init
Warning W8075 ../../axcore.c 322: Suspicious pointer conversion in
function HB_FUN___AXREGISTERHANDLER
; NOTE: Getting these errors with msvc (default C++ mode):
../../axcore.c(93) : error C2440: '=' : cannot convert from 'FARPROC'
to 'HRESULT (__stdcall *)(HWND,IUnknown **)'
This conversion requires a reinterpret_cast, a C-style cast
or function-style cast
../../axcore.c(146) : error C2143: syntax error : missing ';' before
'*'
../../axcore.c(146) : error C4430: missing type specifier - int
assumed. Note: C++ does not support default-int
../../axcore.c(146) : error C4430: missing type specifier - int
assumed. Note: C++ does not support default-int
../../axcore.c(175) : error C2039: 'lpVtbl' : is not a member of
'ISink'
../../axcore.c(145) : see declaration of 'ISink'
../../axcore.c(175) : error C2227: left of '->Release' must point to
class/struct/union/generic type
../../axcore.c(179) : error C2143: syntax error : missing ')' before
'this'
../../axcore.c(179) : error C2143: syntax error : missing ';' before
'this'
../../axcore.c(179) : error C2059: syntax error : ')'
../../axcore.c(180) : error C2143: syntax error : missing ';' before
'{'
../../axcore.c(180) : error C2447: '{' : missing function header
(old-style formal list?)
[ ...snip... ]
../../axcore.c(198) : error C2365: 'Release' : redefinition; previous
definition was 'formerly unknown identifier'
[ ...snip... ]
../../axcore.c(282) : error C4430: missing type specifier - int
assumed. Note: C++ does not support default-int
../../axcore.c(282) : error C2146: syntax error : missing ';' before
identifier 'ISink_Vtbl'
../../axcore.c(282) : error C4430: missing type specifier - int
assumed. Note: C++ does not support default-int
../../axcore.c(283) : error C2440: 'initializing' : cannot convert
from 'HRESULT (__stdcall *)(IDispatch *)' to 'int'
There is no context in which this conversion is possible
../../axcore.c(284) : error C2078: too many initializers
../../axcore.c(322) : error C2039: 'lpVtbl' : is not a member of
'ISink'
../../axcore.c(145) : see declaration of 'ISink'
Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL
trunk/harbour/contrib/hbwin/Makefile
trunk/harbour/contrib/hbwin/legacyc.c
trunk/harbour/contrib/hbwin/tests/testole.prg
trunk/harbour/utils/hbmk2/hbmk2.prg
Added Paths:
---
trunk/harbour/contrib/hbwin/legacy.prg
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] rpm builds fail
On Wed, 20 May 2009, Barry Jackson wrote: > [...@jackodesktop harbour]$ ./mpkg_rpm_from_svn.sh > Checked out revision 11090. > --without: unknown option > [...@jackodesktop harbour]$ > [...@jackodesktop harbour]$ ./mpkg_rpm.sh > --without: unknown option > [...@jackodesktop harbour]$ > Any ideas? Yes. You haven't installed rpmbuild in your system. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error trying to compile harbour with bcc55
All,
I'm currently using mingw and msvc, but I'm testing harbour with bcc and I
found the error below when trying to compile the harbour from svn. Is BCC
still being supported?
D:\Cvs\harbour>make_gnu.bat install
config/dir.cf:54: *** missing `endef', unterminated `define'. Stop.
D:\Cvs\harbour>make_gnu.bat install
config/dir.cf:57: *** missing `endif'. Stop.
D:\Cvs\harbour>
54 comma=,
55 define dep_rule
56 $(subst $(comma),$(2) ,$(subst },$(2),$(subst {,$(2)::|,$(1
57 endef
Also, this are my envars:
set HB_COMPILER=bcc
set HB_PATH=D:\Harbour
set HB_INSTALL_PREFIX=%HB_PATH%
set HB_EXTERNALLIBS=no
set PATH=%HB_PATH%\bin;D:\Borland\bcc55\bin;g:\tools;%PATH%
Thanks & Regards,
Rodrigo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] rpm builds fail
[...@jackodesktop harbour]$ ./mpkg_rpm_from_svn.sh Checked out revision 11090. --without: unknown option [...@jackodesktop harbour]$ [...@jackodesktop harbour]$ ./mpkg_rpm.sh --without: unknown option [...@jackodesktop harbour]$ Any ideas? ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Where found odbc dir/HB_INC_ODBC for mingw,msvc8? This envvar isn't needed for Windows systems. Doesn't? No, because sql*.h are present in usually one of the compiler's include dir (next to windows.h), which is by default on the include dir list. I never had to use it with any compilers I tested and I tested all of them :) [ In fact I didn't know this envvar exist until I saw your message, but now I've added it to INSTALL. ] [ svn commit is dead, so it will committed when it starts to work again. ] Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
On Wed, May 20, 2009 at 7:24 PM, Szakáts Viktor wrote: > I'll fix it, it gets confused about uppercase .PRG > when double checking the extension to workaround > DIRECTORY() bug. To be more precise it isn't a bug in DIRECTORY() but it's rather some strange property of Windows FileFind API, we should probably work it around in core code, to avoid doing such ugly hacks on app level. Currently on Windows DIRECTORY( "*.ext" ) will return "*.ext*". This only happens when the extension is three chars long. I just can guess this is another weird attempt by MS to solve some compatibility issues. Anyone knowing more about this phenomenon? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11090] trunk/harbour
Hello, Compiling my application with this release, i see this errors: [ERRORS] hbmk: Autodetected architecture: win hbmk: Using Harbour: C:\hrb_bcc\bin C:\hrb_bcc\include C:\hrb_bcc\lib C:\hrb_bcc\lib hbmk: Using C compiler: c:\bcc55\bin\bcc32.exe hbmk: Processing configuration: C:\hrb_bcc\bin\hbmk.cfg hbmk: Processing: QISTART.HBP hbmk: Processing: qistart.hbp hbmk: Harbour compiler command (internal): C:\hrb_bcc\bin\harbour.exe -n2 qistart -n -iC:\hrb_bcc\include hbmk: Resource compiler command: brcc32.exe -IC:\hrb_bcc\include QISTART.rc -foQISTART.res Borland Resource Compiler Version 5.40 Copyright (c) 1990, 1999 Inprise Corporation. All rights reserved. hbmk: C compiler command: bcc32.exe -c -q -tWM -d -6 -O2 -OS -Ov -Oi -Oc -DHB_GC_AUTO -tW -IC:\hrb_bcc\include qistart.c C:\TMP\hbmk_ys4xau.c qistart.c: C:\TMP\hbmk_ys4xau.c: hbmk: Linker command: ilink32.exe @C:\TMP\wwkyae.lnk hbmk: Linker script: -Gn -Tpe -L"c:\bcc55\Lib\PSDK\;C:\hrb_bcc\lib" -aa c0w32.obj qistart.obj hbmk_ys4xau.obj, qistart.exe, nul, ..\geral\qilib.lib ..\btnget\btnget.lib \fwh\lib\fiveh.lib \fwh\lib\fivehc.lib biomet\grfingeB.lib \sqllib\lib\libpq.lib \sqllib\lib\sqllib.lib hbwin.lib hbct.lib xhb.lib rddads.lib ads\ace32.lib c:\bcc55\lib\psdk\msimg32.lib hbcpage.lib hblang.lib hbcommon.lib hbcplr.lib hbdebug.lib hbvm.lib hbrdd.lib hbusrrdd.lib hbuddall.lib hbhsx.lib hbsix.lib rddntx.lib rddnsx.lib rddcdx.lib rddfpt.lib hbrtl.lib hbpp.lib hbmacro.lib hbextern.lib gtcgi.lib gtpca.lib gtstd.lib gtwin.lib gtwvt.lib gtgui.lib hbpcre.lib hbzlib.lib kernel32.lib user32.lib gdi32.lib advapi32.lib ws2_32.lib winspool.lib comctl32.lib comdlg32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib mpr.lib winmm.lib mapi32.lib imm32.lib msimg32.lib import32.lib cw32mt.lib,, QISTART.res Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HB_FUN_OLEERRORTEXT' referenced from C:\HRB_BCC\LIB\HBWIN.LIB|legacyc Error: Unresolved external '_HB_FUN_HB_OLEAUTO' referenced from C:\HRB_BCC\LIB\HBWIN.LIB|legacyc Error: Unresolved external '_HB_FUN_CREATEOBJECT' referenced from C:\QI\WIN\OBJETOS\GERAL\QILIB.LIB|qilib [ENDERRORS] How to fix this ? Best Regards, Rossine. -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-11090--trunk-harbour-tp23637661p23640089.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Errors with 11090
Hello, I see this errors with release 11090 when compiling with MSVC: [ERRORS] cannot convert parameter 2 from 'const IID *' to 'const IID &' Reason: cannot convert from 'const IID *' to 'const IID' No constructor could take the source type, or constructor overload resol ution was ambiguous ../../wvgsink.c(981) : error C2664: 'HRESULT (IUnknown *,const IID &,void **)' : cannot convert parameter 2 from 'const IID *' to 'const IID &' Reason: cannot convert from 'const IID *' to 'const IID' No constructor could take the source type, or constructor overload resol ution was ambiguous ../../wvgsink.c(1024) : error C2664: 'HRESULT (IUnknown *,const IID &,void **)' : cannot convert parameter 2 from 'const IID *' to 'const IID &' Reason: cannot convert from 'const IID *' to 'const IID' No constructor could take the source type, or constructor overload resol ution was ambiguous make.exe[3]: *** [wvgsink.obj] Error 2 make.exe[3]: Leaving directory `C:/harbour/contrib/gtwvg/win/msvc' make.exe[2]: *** [descend] Error 2 make.exe[2]: Leaving directory `C:/harbour/contrib/gtwvg' make.exe[1]: *** [gtwvg.inst] Error 2 make.exe[1]: Leaving directory `C:/harbour/contrib' make.exe: *** [contrib.inst] Error 2 [ENDERRORS] Best Regards, Rossine. -- View this message in context: http://www.nabble.com/Errors-with-11090-tp23640020p23640020.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Hi, Where found odbc dir/HB_INC_ODBC for mingw,msvc8? This envvar isn't needed for Windows systems. Doesn't? HB_INC_ODBC_OK += $(foreach d, $(HB_INC_ODBC), $(if $(wildcard $(d)/sql.h),$(d),)) ifneq ($(strip $(HB_INC_ODBC_OK)),) HB_USER_CFLAGS += $(foreach d, $(HB_INC_ODBC_OK), -I$(d)) C_SOURCES=\ odbcdd.c \ include $(TOP)$(ROOT)config/lib.cf else include $(TOP)$(ROOT)config/none.cf endif Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Changed to set HB_DIR_MYSQL=/C/devl/MySQL51 set HB_INC_MYSQL=/C/devl/MySQL51/include 2009/5/20 Szakáts Viktor > set HB_DIR_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1 >> set HB_INC_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1/include >> but i not have ssdmysql.lib created only sddodbc.lib >> > > You probably still didn't read INSTALL. First, above > kind of MinGW usage is now obsolete and not recommended, > secondly there are spaces in the dirspec, which was > never tested and I bet it won't work, INSTALL recommends > not to use any. Using space and MinGW dir notation is > an almost 100% sure way to screw your setup. > > > Brgds, > Viktor > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
I'll fix it, it gets confused about uppercase .PRG when double checking the extension to workaround DIRECTORY() bug. Brgds, Viktor On 2009.05.20., at 19:12, Guillermo Varona Silupú wrote: Viktor Szakáts escribió: Sorry I cannot reproduce this problem. Pls check if you have .prg in your dir and using latest version. In my folder (dir) i have: D:\SyS_GVS\ABRAXAS\PRG>dir El volumen de la unidad D es ACERDATA El número de serie del volumen es: B4D2-293B Directorio de D:\SyS_GVS\ABRAXAS\PRG 20/05/2009 08:52 a.m. . 20/05/2009 08:52 a.m. .. 02/02/2009 01:22 p.m. 468 ABORRAR.PRG 02/02/2009 01:22 p.m. 1,453 ABREDBF.PRG . . . 02/02/2009 01:22 p.m. 215 VARREP.PRG 02/02/2009 01:22 p.m. 916 XINKEY.PRG 107 archivos 90,972 bytes 2 dirs 208,762,658,816 bytes libres D:\SyS_GVS\ABRAXAS\PRG> And the version de harbour is: D:\SyS_GVS\ABRAXAS\PRG>\hrbMinGW\bin\harbour Harbour 1.1.0dev (Rev. 11086) Copyright (c) 1999-2009, http://www.harbour-project.org/ . . . D:\SyS_GVS\ABRAXAS\PRG>cd \harbour Best Regards GVS On Wed, May 20, 2009 at 3:58 PM, Guillermo Varona Silupú wrote: Viktor Szakáts escribió: Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it does. Also 'hbmk2 *.prg -hblib -omylib' works. I tried this: D:\SyS_GVS\ABRAXAS\PRG>d:\hrbmingw\bin\hbmk2 *.prg -hblib -oAbrAll hbmk: Processing configuration: d:\hrbmingw\bin\hbmk.cfg hbmk: Error: No source files were specified. and does not work Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Viktor Szakáts escribió: Sorry I cannot reproduce this problem. Pls check if you have .prg in your dir and using latest version. In my folder (dir) i have: D:\SyS_GVS\ABRAXAS\PRG>dir El volumen de la unidad D es ACERDATA El número de serie del volumen es: B4D2-293B Directorio de D:\SyS_GVS\ABRAXAS\PRG 20/05/2009 08:52 a.m. . 20/05/2009 08:52 a.m. .. 02/02/2009 01:22 p.m. 468 ABORRAR.PRG 02/02/2009 01:22 p.m. 1,453 ABREDBF.PRG . . . 02/02/2009 01:22 p.m. 215 VARREP.PRG 02/02/2009 01:22 p.m. 916 XINKEY.PRG 107 archivos 90,972 bytes 2 dirs 208,762,658,816 bytes libres D:\SyS_GVS\ABRAXAS\PRG> And the version de harbour is: D:\SyS_GVS\ABRAXAS\PRG>\hrbMinGW\bin\harbour Harbour 1.1.0dev (Rev. 11086) Copyright (c) 1999-2009, http://www.harbour-project.org/ . . . D:\SyS_GVS\ABRAXAS\PRG>cd \harbour Best Regards GVS On Wed, May 20, 2009 at 3:58 PM, Guillermo Varona Silupú wrote: Viktor Szakáts escribió: Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it does. Also 'hbmk2 *.prg -hblib -omylib' works. I tried this: D:\SyS_GVS\ABRAXAS\PRG>d:\hrbmingw\bin\hbmk2 *.prg -hblib -oAbrAll hbmk: Processing configuration: d:\hrbmingw\bin\hbmk.cfg hbmk: Error: No source files were specified. and does not work Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
set HB_DIR_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1 set HB_INC_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1/include but i not have ssdmysql.lib created only sddodbc.lib You probably still didn't read INSTALL. First, above kind of MinGW usage is now obsolete and not recommended, secondly there are spaces in the dirspec, which was never tested and I bet it won't work, INSTALL recommends not to use any. Using space and MinGW dir notation is an almost 100% sure way to screw your setup. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
set HB_DIR_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1 set HB_INC_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1/include but i not have ssdmysql.lib created only sddodbc.lib my %ProgramFiles% is c:\Program Files 2009/5/20 Szakáts Viktor > Where found odbc dir/HB_INC_ODBC for mingw,msvc8? >> > > This envvar isn't needed for Windows systems. > > Brgds, > Viktor > > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Where found odbc dir/HB_INC_ODBC for mingw,msvc8? This envvar isn't needed for Windows systems. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it works. I used this: hbmk2 @abraxas.hbp -b -m -hblib -oAbraxasMinGW One minor correction to this cmdline, just to not make ppl mislead by it: @scriptfile parameter always requires a file using .hbm format, so the .hbp extension in this case is misleading. It won't cause any problem, because hbmk2 won't reject it because of such extension, but it's good practice to use .hbm even in this case: hbmk2 @abraxas.hbm -b -m -hblib -oAbraxasMinGW or even just: hbmk2 abraxas.hbm -b -m -hblib -oAbraxasMinGW (because .hbm files are recognized even without @ prefix). Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Sorry I cannot reproduce this problem. Pls check if you have .prg in your dir and using latest version. Brgds, Viktor On Wed, May 20, 2009 at 3:58 PM, Guillermo Varona Silupú wrote: > Viktor Szakáts escribió: > > Does this also work? > > hbmk2 @myprglist.txt -hblib -omylib.lib > > > Yes, it does. Also 'hbmk2 *.prg -hblib -omylib' works. > > > I tried this: > > D:\SyS_GVS\ABRAXAS\PRG>d:\hrbmingw\bin\hbmk2 *.prg -hblib -oAbrAll > hbmk: Processing configuration: d:\hrbmingw\bin\hbmk.cfg > hbmk: Error: No source files were specified. > > and does not work > > Best Regards > GVS > > > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: How create sdd*.lib during harbour compilation?
Massimo, Are there a harbour's layer for to use all SGDB access ? For example, a class... Regards Massimo Belgrano escribió en mensaje <609353e70905200739t4485b67bne71f487bd8034...@mail.gmail.com>... How create sdd*.lib during harbour compilation? sddfb.lib, sddmy,sddodbc.lib,sddpg.lib SET HB_COMPILER=mingw sh make_gnu.sh clean install -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
set HB_INC_ODBC="%ProgramFiles%\Microsoft Visual Studio 9.0\VC\INCLUDE 2009/5/20 Mindaugas Kavaliauskas > Hi, > > Massimo Belgrano wrote: > >> for msvc >> set HB_INC_ODBC=??? >> > > do you know where general/common include files of msvc is? ODBC is the part > of windows, there is no need to look for another include folder. > > > > Regards, > Mindaugas > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Hi, Massimo Belgrano wrote: for msvc set HB_INC_ODBC=??? do you know where general/common include files of msvc is? ODBC is the part of windows, there is no need to look for another include folder. Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11090] trunk/harbour
+ added ActiveX support.
Hi,
my ActiveX test code is three additional lines in Hello World GUI sample:
WIN_AxInit()
hWndAx := CreateWindow("ATLAXWin", "http://sf.net";, ...
oAx := WIN_AxGetControl( hWndAx, @SomeEventLogFunc() )
here SomeEventLogFunc() logs events to file, to be sure event handler is
working.
oAx can be used:
oAx:Navigate("http://www.google.lt";)
oAx:GoBack()
etc...
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
for mingw i am going to try follow settingset HB_DIR_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1 set HB_INC_MYSQL=/C/Program Files/MySQL/MySQL Server 5.1/include set HB_INC_ODBC=/c/devl/mingw/include for msvc set HB_DIR_MYSQL=C:\Program Files\MySQL\MySQL Server 5.1 set HB_INC_MYSQL=c:\Program Files\MySQL\MySQL Server 5.1/include set HB_INC_ODBC=??? 2009/5/20 Mindaugas Kavaliauskas > Massimo Belgrano wrote: > >> Where found odbc dir/HB_INC_ODBC for mingw,msvc8? >> > > Hi, > > > for mingw it is c:\mingw\include > > > > > Regards, > Mindaugas > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11090] trunk/harbour
Revision: 11090 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11090&view=rev Author: snaiperis Date: 2009-05-20 15:19:17 + (Wed, 20 May 2009) Log Message: --- 2009-05-20 18:15 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) * harbour/contrib/hbwin/hbwinole.h * harbour/contrib/hbwin/olecore.c + added public functions hb_oleSetError(), hb_oleGetError() * harbour/contrib/hbwin/Makefile + harbour/contrib/hbwin/axcore.c + harbour/contrib/hbwin/axfunc.prg + added ActiveX support. Public functions are: WIN_AxInit() --> lSuccess WIN_AxGetControl( hWnd, [ bEventHandler ] ) --> oActiveX ; TODO: a few warnings left. I do not know howto recast function type pointer * harbour/contrib/hbwin/oleauto.c * function renames + :__hSink, :__cargo members * harbour/contrib/hbwin/olecore.c * function renames + support item to variant conversion for classes inherited from WIN_OLEAUTO - removed internal OLERELEASE() + added optional parameter for WIN_OleErrorText( [ nOleError ] ) * harbour/source/vm/classes.c * minor optimisation Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/Makefile trunk/harbour/contrib/hbwin/hbwinole.h trunk/harbour/contrib/hbwin/oleauto.prg trunk/harbour/contrib/hbwin/olecore.c trunk/harbour/source/vm/classes.c Added Paths: --- trunk/harbour/contrib/hbwin/axcore.c trunk/harbour/contrib/hbwin/axfunc.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Massimo Belgrano wrote: Where found odbc dir/HB_INC_ODBC for mingw,msvc8? Hi, for mingw it is c:\mingw\include Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Where found odbc dir/HB_INC_ODBC for mingw,msvc8? 2009/5/20 Mindaugas Kavaliauskas > Massimo Belgrano wrote: > >> How create sdd*.lib during harbour compilation? >> sddfb.lib, sddmy,sddodbc.lib,sddpg.lib >> >> SET HB_COMPILER=mingw >> sh make_gnu.sh clean install >> > > I'm using: > > set HB_DIR_FIREBIRD=c:\firebird > set HB_INC_FIREBIRD=c:\firebird\include > > set HB_DIR_MYSQL=c:\mysql-4.1.7-win > set HB_INC_MYSQL=c:\mysql-4.1.7-win\include > > set HB_DIR_PGSQL=c:\pgsql > set HB_INC_PGSQL=c:\pgsql\include > > set HB_INC_ODBC=c:\bcc55\include > > call make_gnu.bat > > > Regards, > Mindaugas > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How create sdd*.lib during harbour compilation?
Massimo Belgrano wrote: How create sdd*.lib during harbour compilation? sddfb.lib, sddmy,sddodbc.lib,sddpg.lib SET HB_COMPILER=mingw sh make_gnu.sh clean install I'm using: set HB_DIR_FIREBIRD=c:\firebird set HB_INC_FIREBIRD=c:\firebird\include set HB_DIR_MYSQL=c:\mysql-4.1.7-win set HB_INC_MYSQL=c:\mysql-4.1.7-win\include set HB_DIR_PGSQL=c:\pgsql set HB_INC_PGSQL=c:\pgsql\include set HB_INC_ODBC=c:\bcc55\include call make_gnu.bat Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] How create sdd*.lib during harbour compilation?
How create sdd*.lib during harbour compilation? sddfb.lib, sddmy,sddodbc.lib,sddpg.lib SET HB_COMPILER=mingw sh make_gnu.sh clean install -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Viktor Szakáts escribió: Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it does. Also 'hbmk2 *.prg -hblib -omylib' works. I tried this: D:\SyS_GVS\ABRAXAS\PRG>d:\hrbmingw\bin\hbmk2 *.prg -hblib -oAbrAll hbmk: Processing configuration: d:\hrbmingw\bin\hbmk.cfg hbmk: Error: No source files were specified. and does not work Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Guillermo Varona Silupú escribió: Barry Jackson escribió: Guillermo Varona Silupú wrote: Massimo Belgrano escribió: hbmk2 myprg.PRG myprg2.PRG -hblib -omylib.lib Thank you Massimo, I have just discovered in a previous post of yours and it works fine. Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it works. 20/05/2009 08:21 a.m.*_93,528_* LibAbrxMinGw.a I used this: hbmk2 @abraxas.hbp -b -m -hblib -oAbraxasMinGW 20/05/2009 08:34 a.m. _*115,614*_ libAbraxasMinGW.a Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
and imo is better because is a multiplatform solution is suggest if is possible display a warning using non portable .lib syntax 2009/5/20 Guillermo Varona Silupú > Barry Jackson escribió: > > Guillermo Varona Silupú wrote: > > Massimo Belgrano escribió: > > hbmk2 myprg.PRG myprg2.PRG -hblib -omylib.lib > > Thank you Massimo, I have just discovered in a previous post of yours and > it works fine. > > Best Regards > GVS > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > Does this also work? > hbmk2 @myprglist.txt -hblib -omylib.lib > > Yes, it works. > > I used this: > hbmk2 @abraxas.hbp -b -m -hblib -oAbraxasMinGW > > Best Regards > GVS > > > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] How can create a library with hbmk2?
Barry Jackson escribió: Guillermo Varona Silupú wrote: Massimo Belgrano escribió: hbmk2 myprg.PRG myprg2.PRG -hblib -omylib.lib Thank you Massimo, I have just discovered in a previous post of yours and it works fine. Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour Does this also work? hbmk2 @myprglist.txt -hblib -omylib.lib Yes, it works. I used this: hbmk2 @abraxas.hbp -b -m -hblib -oAbraxasMinGW Best Regards GVS ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ActiveX names
Hi Mindaugas. Thank you for this great implementation. >current implementation of HB_ActiveX is: >CLASS HB_ActiveX FROM HB_OleAuto >VAR __hSink >ENDCLASS >Nothing more! Why not use __hSink directly in HB_OleAuto class? In this way we need only use HB_OleAuto to define an activex control. Regards, Toninho. ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Unrecoverable error 1010: hb_cdxIndexPageRead: Read index page failed.
I agree it'd be better. I'd vote for an RTE to not complicate things with developing another override interface for internal errors, we already have one for RTEs. Brgds, Viktor On 2009.05.20., at 12:37, Alexander S.Kresin wrote: Hi All, Application Internal Error - C:\letodb\bin\letodb.exe Terminated at: 2009.05.18 17:22:09 Unrecoverable error 1010: hb_cdxIndexPageRead: Read index page failed. The internal errors may be a problem for any kind of "NETRDD", they cause terminating of server's program in case of tables or index corruption. Maybe, we could refuse of using the hb_errInternal() in RDD code, replacing it with a common error handler ? Or, at least, add a possibility to set a callback function in hb_errInternal(), to be able output some additional info about a problem ? Regards, Alexander. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] pocc6 results
Hi All, This is a new warning in our code (probably harmless): pocc.exe -I. -Ze -Go -MT -W1 -Ot -I../../../../include-DHB_DYNLIB -c ../../ppcore.c -Foppcore.obj ../../ppcore.c(3480): warning #2154: Unreachable code. This should be reported to POCC author by interested users: pocc.exe -I. -Ze -Go -MT -W1 -Ot -I../../../../include -c ../../sha2.c -Fosha2.obj ../../sha2.c(444): fatal error: Internal error: find_cheapest_spill_range(). Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errors with 11032
Pritpal Bedi wrote:
I was experimenting and got to this point : olecore.c line # 231
case HB_IT_OBJECT: /* or ARRAY */
if( HB_IS_OBJECT( pItem ) )
{
// if( hb_stricmp( hb_objGetClsName( pItem ), "HB_OLEAUTO" ) == 0 )
^
If I comment out line # 231 as above
oDialogs:calendar := oCal works fine and I can open the dialogs.
You can see that the object is issued AddRef().
May it help you understanding what is happening.
So, the reason is the one I've mentioned before, but you haven't
answered a question about oCal:ClassName :
---
What is result of:
? oCal:ClassName
Current code converts only HB_OLEAUTO class to VT_DISPATCH parameter,
but I'm going to change it use a class inherited from HB_OLEAUTO, thus,
making
CLASS TOleAuto FROM HB_OleAuto
available for passing as IDispatch variant parameter.
---
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Unrecoverable error 1010: hb_cdxIndexPageRead: Read index page failed.
Hi All, Application Internal Error - C:\letodb\bin\letodb.exe Terminated at: 2009.05.18 17:22:09 Unrecoverable error 1010: hb_cdxIndexPageRead: Read index page failed. The internal errors may be a problem for any kind of "NETRDD", they cause terminating of server's program in case of tables or index corruption. Maybe, we could refuse of using the hb_errInternal() in RDD code, replacing it with a common error handler ? Or, at least, add a possibility to set a callback function in hb_errInternal(), to be able output some additional info about a problem ? Regards, Alexander. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11089] trunk/harbour
Revision: 11089 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11089&view=rev Author: vszakats Date: 2009-05-20 07:31:59 + (Wed, 20 May 2009) Log Message: --- 2009-05-20 09:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu) - hbwin/legacy.c + hbwin/legacyc.c * hbwin/Makefile * Renamed legacy.c to legacyc.c. * hbwin/win_tprn.prg * hbwin/hbwin.ch * Moved #defines to hbwin.ch header. * Formatting. + Added HB_COMPAT_XPP protection for XBPBITMAP class. * hbwin/win_tprn.prg * hbwin/win_prn1.c * WIN_OS_ISWIN9X() removed, now using OS_ISWIN9X(). These OS_*() functions should be renamed in the future. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/Makefile trunk/harbour/contrib/hbwin/hbwin.ch trunk/harbour/contrib/hbwin/win_prn1.c trunk/harbour/contrib/hbwin/win_tprn.prg Added Paths: --- trunk/harbour/contrib/hbwin/legacyc.c Removed Paths: - trunk/harbour/contrib/hbwin/legacy.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
