Re: [Harbour] Problem with upper and lower based on CDP
Hi Leandro, These are internal structures, so there if is any notion of writing stable code I strongly suggest to not use them directly at all. I think the bug here is that you can access these members at all. IMO they should be protected like HB_ITEM members. You must be right. The .C code was just an attempt to illustrate what we thought that could help to find a solution if you guys at Houston agree that we have a problem ;) The real problem I want to ask you about is, shouldn't Upper() and Lower() consider the selected codepage? It is important (at least for latin codepage users like PT850) to have case change functionality based upon the selected codepage and not just the default codepage, because in our language we have to use lots of accents. Upper() and Lower() prg level functions seems to have been written to fullfill this need, but if they are then they are not working well... :( UPPER() and LOWER() are considering CP setting. code procedure main() REQUEST HB_LANG_PT REQUEST HB_CODEPAGE_PT850 hb_CDPselect(PT850) ? upper(coração) quit /code This example shows CORAþÒO, but shouldn't it show CORAÇÃO? This is impossible to tell when pasted to an e-mail. Anyhow I've checked it locally directly in the source and to me the PT850 looks alright. Try to open src/codepage/cppt850.c with an editor which you can set to 850 CP, or your browser. Or do the same with above test after your write the result in a file instead of showing it on screen. The problem is probably in your display or output settings. 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:[14547] trunk/harbour
Revision: 14547 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14547view=rev Author: vszakats Date: 2010-05-21 06:52:49 + (Fri, 21 May 2010) Log Message: --- 2010-05-21 08:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_svc.c + WIN_SERVICEINSTALL(): Extended to accept 3rd parameter for the full filename of the service executable. This makes it possible to install other .exes not just self. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/win_svc.c 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] connet information
How can I check using rddinfo if I connected to the database, and what are the properties of this connection? ___ 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:[14548] trunk/harbour
Revision: 14548 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14548view=rev Author: vszakats Date: 2010-05-21 09:47:48 + (Fri, 21 May 2010) Log Message: --- 2010-05-21 11:45 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbdefs.h + Added HB_EXTERN macro to eventually replace 'extern' keyword. * include/hbstack.h * include/hbsocket.h * include/hbapicls.h * contrib/xhb/hbserv.h * contrib/gtwvg/gtwvg.h * contrib/hbcairo/hbcairo.h * examples/gtwvw/gtwvw.c * examples/gtwvw/hbgtwvw.h ! Fixed declarations to use 'extern HB_EXPORT' keyword order. ! Fixed declarations where 'extern' keyword was missing. ; TODO: To fix watcom .dll support 'extern HB_EXPORT type func()' will have to be changed to 'extern type HB_EXPORT func()' or even better to 'HB_EXTERN type HB_EXPORT func()' to also stay future-proof. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/gtwvg.h trunk/harbour/contrib/hbcairo/hbcairo.h trunk/harbour/contrib/xhb/hbserv.h trunk/harbour/examples/gtwvw/gtwvw.c trunk/harbour/examples/gtwvw/hbgtwvw.h trunk/harbour/include/hbapicls.h trunk/harbour/include/hbdefs.h trunk/harbour/include/hbsocket.h trunk/harbour/include/hbstack.h 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] SF.net SVN: harbour-project:[14549] trunk/harbour
Revision: 14549 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14549view=rev Author: vszakats Date: 2010-05-21 09:59:42 + (Fri, 21 May 2010) Log Message: --- 2010-05-21 11:59 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * examples/gtwvw/gtwvw.c * examples/gtwvw/hbgtwvw.h * HB_EXPORT cleanup. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/examples/gtwvw/gtwvw.c trunk/harbour/examples/gtwvw/hbgtwvw.h 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] Setting File Permission with NetIO
Hi Przemek, How can I set the file permission when creating index file via NetIO server under Linux? I have to chmod each time I reindex to reset file permission settings of the created index. Thanks and best regards, Mario ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Setting File Permission with NetIO
On Fri, 21 May 2010, Mario H. Sabado wrote: Hi, How can I set the file permission when creating index file via NetIO server under Linux? I have to chmod each time I reindex to reset file permission settings of the created index. Set umask before you run the server. See: man umask for details. Maybe in some spare time I'll add to contrib some wrappers for LIBC/POSIX functions, i.e. hbposix library. best regards, Przemek ___ 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:[14550] trunk/harbour
Revision: 14550 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14550view=rev Author: vszakats Date: 2010-05-21 15:06:56 + (Fri, 21 May 2010) Log Message: --- 2010-05-21 17:06 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * src/compiler/genhrb.c ! Fixed very old copy paste error in .hrb generation feedback text. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/compiler/genhrb.c 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
Re: [Harbour] Problem with upper and lower based on CDP
This is impossible to tell when pasted to an e-mail. Anyhow I've checked it locally directly in the source and to me the PT850 looks alright. Try to open src/codepage/cppt850.c with an editor which you can set to 850 CP, or your browser. Or do the same with above test after your write the result in a file instead of showing it on screen. The problem is probably in your display or output settings. Viktor Thank you Viktor! I got confused because I used an ANSI editor to write the PRG code when the codepage table code is written in OEM. Once that is figured out we will write ANSIUpper() and ANSILower() functions to convert the parameter string from ANSI to OEM before passing it to Upper() and Lower() and then convert their return back to OEM. That is not so fast and practical but should work. But, as a suggestion, I think that it can be very usefull if Harbour can support ANSI based codepage. I mean, instead of always converting strings from OEM to ANSI or converting source code to OEM one could just select the code page as ANSI or OEM at hb_CDPselect(cdpID,bAnsi) or with a Set(_SET_ANSI_CODEPAGE). Then when ANSI codepage mode was set, the upper and lower char tables could be converted to ANSI inside hb_buildCodePage before the get to cdp-lower and cdp-lower members, or (and this would be more complex) cdp structure could be extent to carry also ANSI lower and upper tables. What do you think about it? Regards, Leandro ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with upper and lower based on CDP
The problem is probably in your display or output settings. Viktor Thank you Viktor! I got confused because I used an ANSI editor to write the PRG code when the codepage table code is written in OEM. Yes, the codepage you chose is CP850, which means OEM in Microsoft-speak. Once that is figured out we will write ANSIUpper() and ANSILower() functions to convert the parameter string from ANSI to OEM before passing it to Upper() and Lower() and then convert their return back to OEM. That is not so fast and practical but should work. I don't see why such complication is necessary, or what do you really want to do. If you need ANSI codepage, why don't you use PTISO, or it's also possible to add a PTWIN codepage if you (or anybody else) can provide one. But, as a suggestion, I think that it can be very usefull if Harbour can support ANSI based codepage. I mean, instead of always converting strings from OEM to ANSI or converting source code to OEM one could just select the code page as ANSI or OEM at hb_CDPselect(cdpID,bAnsi) or with a Set(_SET_ANSI_CODEPAGE). Then when ANSI codepage mode was set, the upper and lower char tables could be converted to ANSI inside hb_buildCodePage before the get to cdp-lower and cdp-lower members, or (and this would be more complex) cdp structure could be extent to carry also ANSI lower and upper tables. What do you think about it? ANSI and OEM are totally confusing Microsoft (Windows-specific) terms so we stay out of using them in Harbour. We already support both, but with other names. ANSI is usually ??WIN, and OEM is usually ??85n. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with upper and lower based on CDP
I don't see why such complication is necessary, or what do you really want to do. If you need ANSI codepage, why don't you use PTISO, or it's also possible to add a PTWIN codepage if you (or anybody else) can provide one. Waw! This is great news for me! ??ISO cp is more than enough to my needs. Thanks! We already support both, but with other names. ANSI is usually ??WIN, and OEM is usually ??85n. Harbour is great! Thank you very much. Best regards, Leandro ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Building libs with hbmk2
I have this .hbp file: -trace -info -hblib -omylib -inc -workdir=hbobj -iInclude -prgflag=-b and then a list of about 20 source files. this files are compiled and I find the .obj files in directory hbobj From these files a mylib.lib is assembled. Now I'm linking this library in a program using -lmylib and I find the linker loads the WHOLE mylib.lib, not just the used functions... is it normal ? I'm using Harbour 2.0 and bcc5.5 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Building libs with hbmk2
Hi, I have this .hbp file: -trace -info -hblib -omylib -inc -workdir=hbobj -iInclude -prgflag=-b and then a list of about 20 source files. this files are compiled and I find the .obj files in directory hbobj From these files a mylib.lib is assembled. Now I'm linking this library in a program using -lmylib and I find the linker loads the WHOLE mylib.lib, not just the used functions... is it normal ? Are you sure? While t's theoretically possible that a linker is so simple to link everything regardless of what is used, but I haven't seen such a thing, not even with BCC. So, if indeed everything is linked, it can only be the result of real references. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with upper and lower based on CDP
Hello Viktor, ANSI and OEM are totally confusing Microsoft (Windows-specific) terms so we stay out of using them in Harbour. We already support both, but with other names. ANSI is usually ??WIN, and OEM is usually ??85n. Viktor Are not ??ISO and ??WIN the same thing? Thanks for your help. Qatan ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Problem with the generation of Ace32.lib
The latest revisions of Hb, is not generating correctly Ace32.lib from Ace32.dll. Ace32.Lib Gerand by Hb == 105Kb Ace32.lib of Ads\AceSdk == 113Kb With the revisions of Release 2.0, the Ace32.Lib was generated correctly. makeVc2008.bat rem - debug test rem set HB_BUILD_DEBUG=yes rem set HB_TR_OUTPUT=hb_debug.txt rem SET HB_TR_LEVEL=hb_tr_debug set HB_COMPILER_VER=900 set HB_WITH_ADS=C:\ads_8_1\acesdk set HB_DIR_ADS=C:\ADS_8_1\acesdk set HB_BUILD_IMPLIB=yes set HB_BUILD_DLL=yes set HB_COMPILER=msvc set HB_INSTALL_PREFIX=d:\hbvc2008 There is something whose wrong in my Make.bat ? Thank, Ale -- View this message in context: http://old.nabble.com/Problem-with-the-generation-of-Ace32.lib-tp28636274p28636274.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with upper and lower based on CDP
Hi Qatan, ANSI and OEM are totally confusing Microsoft (Windows-specific) terms so we stay out of using them in Harbour. We already support both, but with other names. ANSI is usually ??WIN, and OEM is usually ??85n. Viktor Are not ??ISO and ??WIN the same thing? Thanks for your help. They are similar but not the same. You may not notice the difference for everyday uses though. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with the generation of Ace32.lib
Hi, It's always generated now. Does it not work now for you? Viktor On 2010 May 21, at 18:40, Ale SB wrote: The latest revisions of Hb, is not generating correctly Ace32.lib from Ace32.dll. Ace32.Lib Gerand by Hb == 105Kb Ace32.lib of Ads\AceSdk == 113Kb With the revisions of Release 2.0, the Ace32.Lib was generated correctly. makeVc2008.bat rem - debug test rem set HB_BUILD_DEBUG=yes rem set HB_TR_OUTPUT=hb_debug.txt rem SET HB_TR_LEVEL=hb_tr_debug set HB_COMPILER_VER=900 set HB_WITH_ADS=C:\ads_8_1\acesdk set HB_DIR_ADS=C:\ADS_8_1\acesdk set HB_BUILD_IMPLIB=yes set HB_BUILD_DLL=yes set HB_COMPILER=msvc set HB_INSTALL_PREFIX=d:\hbvc2008 There is something whose wrong in my Make.bat ? Thank, Ale -- View this message in context: http://old.nabble.com/Problem-with-the-generation-of-Ace32.lib-tp28636274p28636274.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ 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] Erros Rev 14550...MsVc 2008
How to solve this? Hrs_Main.obj : error LNK2001: símbolo externo _HB_FUN_CURDRIVE sin resolver Hrs_Inde.obj : error LNK2001: símbolo externo _HB_FUN_DBPACK sin resolver FiveHm.lib(DATABASE.obj) : error LNK2019: símbolo externo _HB_FUN_DBPACK sin resolver al que se hace referencia en la función _HB_FUN_TDATABASE_ROLLBACK FiveHm.lib(XBROWSE.obj) : error LNK2001: símbolo externo _HB_FUN_DBSKIPPER sin resolver hbrtl.lib(hbsocket.obj) : error LNK2019: símbolo externo __imp__wsaio...@36 sin resolver al que se hace referencia en la función _hb_socketGetIFaces Thank, Ale -- View this message in context: http://old.nabble.com/Erros-Rev-14550...MsVc-2008-tp28636278p28636278.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Erros Rev 14550...MsVc 2008
Hrs_Main.obj : error LNK2001: símbolo externo _HB_FUN_CURDRIVE sin resolver Hrs_Inde.obj : error LNK2001: símbolo externo _HB_FUN_DBPACK sin resolver FiveHm.lib(DATABASE.obj) : error LNK2019: símbolo externo _HB_FUN_DBPACK sin resolver al que se hace referencia en la función _HB_FUN_TDATABASE_ROLLBACK FiveHm.lib(XBROWSE.obj) : error LNK2001: símbolo externo _HB_FUN_DBSKIPPER sin resolver Link hbxpp lib. hbrtl.lib(hbsocket.obj) : error LNK2019: símbolo externo __imp__wsaio...@36 sin resolver al que se hace referencia en la función _hb_socketGetIFaces Use hbmk2. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with the generation of Ace32.lib
The Lib is being generated incorrectly, thus missing functions, see: xAds.obj : error LNK2019: símbolo externo _adsflushfilebuff...@4 sin resolver al que se hace referencia en la función _HB_FUN_ADSFLUSHFILEBUFFERS rddads.lib(ads1.obj) : error LNK2001: símbolo externo _adsflushfilebuff...@4 sin resolver xAds.obj : error LNK2019: símbolo externo _adsfindconnect...@8 sin resolver al que se hace referencia en la función _HB_FUN_ADSFINDCONNECTION rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdecim...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetsearchp...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetsearchp...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetex...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetex...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetep...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetep...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsshowdele...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adsshowdele...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdefa...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdefa...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdatefor...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdatefor...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsgeterrorstr...@12 sin resolver al que se hace referencia en la función unsigned int __cdecl commonError(struct _ADSAREA_ *,unsigned int,unsigned int,unsigned int,char const *,unsigned short,void * *) (?commonError@@YAIPAU_ADSAREA_@@iiipbdgpa...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsextract...@12 sin resolver al que se hace referencia en la función int __cdecl adsIndexKeyCmp(unsigned long,unsigned char *,unsigned short) (?adsIndexKeyCmp@@yahkp...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsclosein...@4 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsopenin...@16 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsisfo...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsat...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adsat...@8 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsat...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsisrecordloc...@12 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsCheckLock(struct _ADSAREA_ *) (?hb_adsCheckLock@@YAIPAU_ADSAREA_@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo
[Harbour] hbvpdf: how set the Page Size?
Hi, when i do: function main() local oPdf oPdf := tPdf():New( 'test.pdf' ) oPdf:NewPage( A4, P, 6 ) oPdf:Center(Test) oPdf:Close() return nil The test.pdf file has always the same size: 8,5 in. x 11 in., althoug replacing A4 by LETTER, A3...etc Portrait and landscape param works fine. Can anyone test it? What I doing wrong? Best Regards David Montaño. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with the generation of Ace32.lib
There is no 'xads' in Harbour. Viktor On 2010 May 21, at 20:04, Ale SB wrote: The Lib is being generated incorrectly, thus missing functions, see: xAds.obj : error LNK2019: símbolo externo _adsflushfilebuff...@4 sin resolver al que se hace referencia en la función _HB_FUN_ADSFLUSHFILEBUFFERS rddads.lib(ads1.obj) : error LNK2001: símbolo externo _adsflushfilebuff...@4 sin resolver xAds.obj : error LNK2019: símbolo externo _adsfindconnect...@8 sin resolver al que se hace referencia en la función _HB_FUN_ADSFINDCONNECTION rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdecim...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetsearchp...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetsearchp...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetex...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetex...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetep...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetep...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsshowdele...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adsshowdele...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdefa...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdefa...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdatefor...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdatefor...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsgeterrorstr...@12 sin resolver al que se hace referencia en la función unsigned int __cdecl commonError(struct _ADSAREA_ *,unsigned int,unsigned int,unsigned int,char const *,unsigned short,void * *) (?commonError@@YAIPAU_ADSAREA_@@iiipbdgpa...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsextract...@12 sin resolver al que se hace referencia en la función int __cdecl adsIndexKeyCmp(unsigned long,unsigned char *,unsigned short) (?adsIndexKeyCmp@@yahkp...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsclosein...@4 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsopenin...@16 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsisfo...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsat...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adsat...@8 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsat...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsisrecordloc...@12 sin resolver al que se hace referencia en la función unsigned
[Harbour] SF.net SVN: harbour-project:[14551] trunk/harbour
Revision: 14551 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14551view=rev Author: vszakats Date: 2010-05-21 19:16:32 + (Fri, 21 May 2010) Log Message: --- 2010-05-21 21:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg ! -hbimplib extended for msvc to first look for any existing .lib file with the same name as the .dll. * contrib/sddfb/sddfb.hbi * contrib/hbfbird/hbfbird.hbi * Changed to use existing .lib for msvc compilers. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbfbird/hbfbird.hbi trunk/harbour/contrib/sddfb/sddfb.hbi 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 (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Problem with the generation of Ace32.lib
xAds s a function I. The question is qo harbor is not generating the ace32.lib correctly from the dll, you may notice that this missing Functions. If I copy the Ace32.lib in this directory and replace the acesdk by that generated by the harbor, not in any mistake. Only the size of the Lib Generated harbor you already realize this q wrong. With q the past revisions, generated usually Ace32.lib, inclusivel the same size as the directory of ace32.lib acesdk. Thank, Ale Viktor Szakáts wrote: There is no 'xads' in Harbour. Viktor On 2010 May 21, at 20:04, Ale SB wrote: The Lib is being generated incorrectly, thus missing functions, see: xAds.obj : error LNK2019: símbolo externo _adsflushfilebuff...@4 sin resolver al que se hace referencia en la función _HB_FUN_ADSFLUSHFILEBUFFERS rddads.lib(ads1.obj) : error LNK2001: símbolo externo _adsflushfilebuff...@4 sin resolver xAds.obj : error LNK2019: símbolo externo _adsfindconnect...@8 sin resolver al que se hace referencia en la función _HB_FUN_ADSFINDCONNECTION rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdecim...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetsearchp...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetsearchp...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetex...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetex...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetep...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetep...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsshowdele...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adsshowdele...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdefa...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdefa...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adssetdatefor...@4 sin resolver al que se hace referencia en la función void __cdecl adsSetListener_callback(enum HB_set_enum,enum HB_set_listener_enum) (?adsSetListener_callback@@YAXW4HB_set_enum@@W4HB_set_listener_enum@@@Z) rddads.lib(adsfunc.obj) : error LNK2001: símbolo externo _adssetdatefor...@4 sin resolver rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsgeterrorstr...@12 sin resolver al que se hace referencia en la función unsigned int __cdecl commonError(struct _ADSAREA_ *,unsigned int,unsigned int,unsigned int,char const *,unsigned short,void * *) (?commonError@@YAIPAU_ADSAREA_@@iiipbdgpa...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsextract...@12 sin resolver al que se hace referencia en la función int __cdecl adsIndexKeyCmp(unsigned long,unsigned char *,unsigned short) (?adsIndexKeyCmp@@yahkp...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsclosein...@4 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsopenin...@16 sin resolver al que se hace referencia en la función unsigned long __cdecl hb_adsFindBag(struct _ADSAREA_ *,char const *) (?hb_adsFindBag@@YAKPAU_ADSAREA_@@p...@z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsisfo...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl hb_adsUpdateAreaFlags(struct _ADSAREA_ *) (?hb_adsUpdateAreaFlags@@YAIPAU_ADSAREA_@@@Z) rddads.lib(ads1.obj) : error LNK2019: símbolo externo _adsat...@8 sin resolver al que se hace referencia en la función unsigned int __cdecl
[Harbour] THtmlDocument class bug ?
Hello all, I want to create, using Harbour, some html files So I would like to know if there are any known issues regarding this class. The sample: harbour/contrib/hbtip/tests/dbtohtml.prg, seems to build a malformed html document; the end tags for th and td are missing from the final html file builded. Thanks in advance. best regards, Teo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Setting File Permission with NetIO
On 5/22/2010 12:00 AM, harbour-requ...@harbour-project.org wrote: -- Message: 4 Date: Fri, 21 May 2010 13:16:32 +0200 From: Przemys?aw Czerpakdru...@acn.waw.pl Subject: Re: [Harbour] Setting File Permission with NetIO To: Harbour Project Main Developer List. harbour@harbour-project.org Message-ID:2010052632.ga4...@linux-4bod.home.aster.pl Content-Type: text/plain; charset=utf-8 On Fri, 21 May 2010, Mario H. Sabado wrote: Hi, How can I set the file permission when creating index file via NetIO server under Linux? I have to chmod each time I reindex to reset file permission settings of the created index. Set umask before you run the server. See: man umask for details. Maybe in some spare time I'll add to contrib some wrappers for LIBC/POSIX functions, i.e. hbposix library. best regards, Przemek Thank you so much Przemek! Best regards, Mario ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour