Re: [Harbour] netiosrv.c range check
On Fri, 18 Sep 2009, Tamas TEVESZ wrote:
Hi,
440 if( connsd != HB_NO_SOCKET )
441 {
442 BOOL fOK = FALSE;
443 BYTE msgbuf[ 64 ];
444
445 conn = s_consrvNew( connsd, lsd-rootPath );
446
447 if( s_srvRecvAll( conn, msgbuf, NETIO_MSGLEN ) == NETIO_MSGLEN
it feels better to, instead of the magic 64, to either use some
formula that includes NETIO_MSGLEN (say 2 * NETIO_MSGLEN + 16, if
there is such a formula, or just some * NETIO_MSGLEN), or after the
declaration, assert() that msgbuf needs to be this-and-this in size in
relation to NETIO_MSGLEN.
my reason for that is that 64 is a magic constant, far in context
from where and how it's being used, and using netio_msglen in there
gives it some context, and is easier to figure out what it is for, and
what the constraints for it's size are.
It was intentional but I agree that it may cause troubles if someone
tries to modify NETIO in the future. Thank you for information,
I'll change it.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] sqlite3 autodetection message
This is what I get when I run make clean: ! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org ! MAKE: make 3.81 /bin/sh s ! HB_INSTALL_PREFIX: /opt/harbour ! HB_BUILD_DLL: no ! HB_CONTRIBLIBS: hbct hblog hbxml hbmzip hbtip hbvpdf hbgd hbpgsql hbcurl hbmysql hbsqlit3 hbssl hbodbc ! HB_EXTERNALLIBS: zlib pcre sqlite3 ! HB_HOST_PLAT: linux (x86) HB_SHELL: sh ! HB_PLATFORM: linux (x86) (autodetected) ! HB_COMPILER: gcc (autodetected: /usr/bin/) ! Component: 'zlib' found in /media/sda5/dvl/src/ws/harbour/external/zlib (local) ! Component: 'pcre' found in /media/sda5/dvl/src/ws/harbour/external/pcre (local) ! Component: 'openssl' found in /usr/include ! Component: 'gpm' explicitly disabled ! Component: 'slang' explicitly disabled ! Component: 'curses' not found ! Component: 'x11' found in /usr/include ! Component: 'wattcp/watt-32' not supported on linux platform ! REVISION: exported is it correct that sqlite3 doesn't shows local like: ... ! Component: 'zlib' found in /media/sda5/dvl/src/ws/harbour/external/zlib (local) ! Component: 'pcre' found in /media/sda5/dvl/src/ws/harbour/external/pcre (local) ... my goal is to be sure I'm using local dir ( and not sqlite-dev packages ) and to have it in the libharbour*.so best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
Hello Lorenzo, Thursday, September 17, 2009, 4:44:04 PM, you wrote: LF In contrib/hbtip/sendmail.prg these lines: LF IF !( Right( cBody, 2 ) == hb_osNewLine() ) LF cBody += hb_osNewLine() LF ENDIF LF should be: LF IF !( Right( cBody, 2 ) == Chr( 13 ) + Chr( 10 ) ) LF cBody += Chr( 13 ) + Chr( 10 ) LF ENDIF LF the standard requires Cr+Lf and servers like QMail reject messages LF with ONLY Lf reporting: LF 451 See http://pobox.com/~djb/docs/smtplf.html LF while others like Postfix accept them but report: LF 354 End data with CRLF.CRLF LF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but LF Postfix still reports 354 ... LF Any comments is welcome. IMO, Regarding to RFC821 obsoleted by RFC 5321 it should be fixed to send always CRLF http://www.rfc-editor.org/rfc/rfc821.txt http://www.rfc-editor.org/rfc/rfc5321.txt .. Lines consist of zero or more data characters terminated by the sequence ASCII character CR (hex value 0D) followed immediately by ASCII character LF (hex value 0A). This termination sequence is denoted as CRLF in this document. Conforming implementations MUST NOT recognize or generate any other character or character sequence as a line terminator. .. -- Best regards, Jacek Kubica ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] sqlite3 autodetection message
! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org ! MAKE: make 3.81 /bin/sh s ! HB_INSTALL_PREFIX: /opt/harbour ! HB_BUILD_DLL: no ! HB_CONTRIBLIBS: hbct hblog hbxml hbmzip hbtip hbvpdf hbgd hbpgsql hbcurl hbmysql hbsqlit3 hbssl hbodbc ! HB_EXTERNALLIBS: zlib pcre sqlite3 ! HB_HOST_PLAT: linux (x86) HB_SHELL: sh ! HB_PLATFORM: linux (x86) (autodetected) ! HB_COMPILER: gcc (autodetected: /usr/bin/) ! Component: 'zlib' found in /media/sda5/dvl/src/ws/harbour/external/zlib (local) ! Component: 'pcre' found in /media/sda5/dvl/src/ws/harbour/external/pcre (local) ! Component: 'openssl' found in /usr/include ! Component: 'gpm' explicitly disabled ! Component: 'slang' explicitly disabled ! Component: 'curses' not found ! Component: 'x11' found in /usr/include ! Component: 'wattcp/watt-32' not supported on linux platform ! REVISION: exported is it correct that sqlite3 doesn't shows local like: ... ! Component: 'zlib' found in /media/sda5/dvl/src/ws/harbour/external/zlib (local) ! Component: 'pcre' found in /media/sda5/dvl/src/ws/harbour/external/pcre (local) ... my goal is to be sure I'm using local dir ( and not sqlite-dev packages ) and to have it in the libharbour*.so You can force sqlite3 to be local by using 'HB_INC_SQLITE3=local'. But inclusion in libharbour is only supported for zlib/pcre (since the core depends on them). If you want to add anything else, you'll have to roll it on your own. (just like it is the case with contrib libs) Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBNETIO - How I tested ...
tcp is already giving you a fair piece of resiliance against corruption. not to say more robust stuff is absolutely unimaginable, but you are not completely naked in the dark. Ok I painted a vague picture. I agree tcp is a proven technology but what will happen with the following scenarios while creating an index: 1. Connection suddenly went off 2. Client app crash 3. Client app hang To server and other clients? Same thing as in a normal (file-server based) scenario. NETIO replaces the file-IO layer, so it can't do any more magic to solve above problems. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] sqlite3 autodetection message
On Fri, Sep 18, 2009 at 11:15 AM, Viktor Szakáts harbour...@syenar.hu wrote: You can force sqlite3 to be local by using 'HB_INC_SQLITE3=local'. But inclusion in libharbour is only supported for zlib/pcre (since the core depends on them). If you want to add anything else, you'll have to roll it on your own. (just like it is the case with contrib libs) Many thanks. How can I add a msg like: ! Component: 'sqlite3' found in /media/sda5/dvl/src/ws/harbour/external/sqlite3 (local) HB_* envvars are subject to change and here we have many different systems with many different envs to keep in sync. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] sqlite3 autodetection message
You can force sqlite3 to be local by using 'HB_INC_SQLITE3=local'. But inclusion in libharbour is only supported for zlib/pcre (since the core depends on them). If you want to add anything else, you'll have to roll it on your own. (just like it is the case with contrib libs) Many thanks. How can I add a msg like: ! Component: 'sqlite3' found in /media/sda5/dvl/src/ws/harbour/external/sqlite3 (local) You can force verbose detection output by using make _DET_OPT_VERB=very But note this is indeed a non-public option ATM, so this one *is* subject to change (subject to implement to be more precise). I'll fix the double output in a next commit. I added '! Component' messages to help us while testing these new parts of GNU Make system, the reason I didn't enable it for local component detections is because component paths are also visible in C compiler command line, so it's somewhat redundant. HB_* envvars are subject to change and here we have many different systems with many different envs to keep in sync. Current state of HB_ variables can be considered stable, I have only a few ones still on the pending list (in global.mk there is a comment section dedicated to this), plus the HB_INC_* to HB_WITH_* conversion, to better resemble to other systems. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12535] trunk/harbour
Revision: 12535 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12535view=rev Author: druzus Date: 2009-09-18 10:06:46 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 12:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/bin/hb-func.sh * updated hb* scripts to work modified bast build conditions * harbour/source/rtl/gttrm/gttrm.c * added support for terminals with automatic scroll at maxrow,maxcol position - now it's enabled for BSD console though it may be also usable in other terminals with such behavior but it's hard to detect it without real tests. * harbour/source/rtl/filebuf.c * clear FS error code in dummy close * harbour/contrib/hbnetio/netio.h * harbour/contrib/hbnetio/netiosrv.c * added special error code which is used if some operation fails but without setting hb_fsError() * replaced const value with macro as Tomas suggested Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/hb-func.sh trunk/harbour/contrib/hbnetio/netio.h trunk/harbour/contrib/hbnetio/netiosrv.c trunk/harbour/source/rtl/filebuf.c trunk/harbour/source/rtl/gttrm/gttrm.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] sqlite3 autodetection message
On Fri, Sep 18, 2009 at 11:51 AM, Viktor Szakáts harbour...@syenar.hu wrote: I added '! Component' messages to help us while testing these new parts of GNU Make system, the reason I didn't enable it for local component detections is because component paths are also visible in C compiler command line, so it's somewhat redundant. Ok, the strange is that 2 of 3 libs have infos. Current state of HB_ variables can be considered stable, I have only a few ones still on the pending list (in global.mk there is a comment section dedicated to this), plus the HB_INC_* to HB_WITH_* conversion, to better resemble to other systems. I agree HB_WITH is better. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] haiku network stuff
On Fri, 18 Sep 2009, Tamas TEVESZ wrote: Hi, the firtst hunk is apparently needed -- with that, netiotest actually starts and runs and seems to be doing its stuff fine. note, i'm deliberately not mentioning an exit of any sorts -- it doesn't, instead it eats up all memory and hangs, but that's for another day, when my eyes stopped bleeding from staring at vmware. the second hunk is based off information found at http://www.haiku-os.org/documents/dev/haiku_network_stack_architecture Thank you very much for checking it. Index: source/rtl/hbsocket.c === --- source/rtl/hbsocket.c (revision 12533) +++ source/rtl/hbsocket.c (working copy) @@ -58,6 +58,10 @@ # endif #endif +#if defined( HB_OS_BEOS ) +# define HB_SOCKET_TRANSLATE_TYPE +#endif + I think it's typo. I've just check in header ifles and only protocol fmailies/domain should be translated so above define should be: #define HB_SOCKET_TRANSLATE_DOMAIN Index: config/beos/libs.mk === --- config/beos/libs.mk (revision 12533) +++ config/beos/libs.mk (working copy) @@ -26,5 +26,5 @@ ifeq ($(HB_HAS_ZLIB_LOCAL),) SYSLIBS += z endif - SYSLIBS += root socket + SYSLIBS += root network endif I'll commit it in a while, thanks again. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12536] trunk/harbour
Revision: 12536 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12536view=rev Author: vszakats Date: 2009-09-18 10:35:17 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 12:19 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * ChangeLog ! Typos. * source/rtl/hbsocket.c ! Applied patch for BEOS/HAIKU by Tamas Tevesz. * contrib/hbtip/sendmail.prg ! Fixed to append CRLF instead of hb_osNewLine() to e-mail body. Patch submitted by Lorenzo Fiorini. NOTE: This fix is surely valid, I'll apply further fixes as we manage to find out more on the bigger picture. * contrib/hbtip/mail.prg ! Applied a few patches from mail.prg sent by Gerald Drouillard: - Using :setBody() from :New() instead of replicating (little bit different) logic. - Content-Length deleted from generated e-mail text. - Added parameter list to METHOD declaration for :setHeader(). * Minor formatting. * config/beos/libs.mk + Applied patch from Tamas Tevesz changing 'socket' lib to 'network' for BEOS/HAIKU. * utils/hbmk2/hbmk2.prg + Done the same for hbmk2 (changed 'socket' lib to 'network' for BEOS/HAIKU). * config/detfun.mk + Changed to avoid duplicate component detection lines in verbose output. (_DET_OPT_VERB=very|yes - not yet documented) (note this needs absolute paths to be used when referring to internal components in _DET_INC_DEFP/_DET_INC_LOCL) * external/sqlite3/Makefile * external/libhpdf/Makefile * external/libpng/Makefile * contrib/hbsqlit3/Makefile * contrib/hbhpdf/Makefile + Changed to use absolute paths when referring to locally hosted components in _DET_INC_LOCL variables. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/beos/libs.mk trunk/harbour/config/detfun.mk trunk/harbour/contrib/hbhpdf/Makefile trunk/harbour/contrib/hbsqlit3/Makefile trunk/harbour/contrib/hbtip/mail.prg trunk/harbour/contrib/hbtip/sendmail.prg trunk/harbour/external/libhpdf/Makefile trunk/harbour/external/libpng/Makefile trunk/harbour/external/sqlite3/Makefile trunk/harbour/source/rtl/hbsocket.c 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
[Harbour] SF.net SVN: harbour-project:[12537] trunk/harbour
Revision: 12537 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12537view=rev Author: druzus Date: 2009-09-18 10:37:55 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 12:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/bin/hb-func.sh * harbour/config/beos/libs.mk ! use network system library instead of socket in BEOS/HAIKU builds * harbour/source/rtl/hbsocket.c ! translate protocol/address families in BEOS/HAIKU builds Thanks to Tomas for locating both problems Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/hb-func.sh trunk/harbour/source/rtl/hbsocket.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:[12538] trunk/harbour/ChangeLog
Revision: 12538 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12538view=rev Author: druzus Date: 2009-09-18 10:40:22 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 12:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/ChangeLog ! fixed my typo in name Tomas-Tamas - I'm sorry. Modified Paths: -- trunk/harbour/ChangeLog 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:[12539] trunk/harbour
Revision: 12539 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12539view=rev Author: vszakats Date: 2009-09-18 10:43:10 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 12:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/hbsocket.c - Reverted patch committed in 2009-09-18 12:19. It was overridden by an enhanced version in 2009-09-18 12:37. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/hbsocket.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] win_com.c
Hi Viktor In win_com.c, when using tszName with CreateFile() I get an error: CreateFile(), error (2) : The system cannot find the file specified. If I use szName I do not get an error. I am using MSVC 2008. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12540] trunk/harbour
Revision: 12540 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12540view=rev Author: druzus Date: 2009-09-18 11:10:04 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 13:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbwin/win_com.c ! fixed unicode translation - trailing 0 was not set Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/win_com.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] SF.net SVN: harbour-project:[12540] trunk/harbour
dru...@users.sourceforge.net wrote: 2009-09-18 13:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbwin/win_com.c ! fixed unicode translation - trailing 0 was not set Thank you. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12541] trunk/harbour
Revision: 12541 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12541view=rev Author: vszakats Date: 2009-09-18 12:10:36 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 14:09 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/os2/gcc.mk % Minor sync of internal libpath/liblist forming logic with other platforms. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/os2/gcc.mk 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] OS/2 question: HB_GT_LIB=os2pm
Hi All, We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OS/2 question: HB_GT_LIB=os2pm
On Fri, 18 Sep 2009, Viktor Szakáts wrote: hi, We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? (entirely uneducated guess) pm stands for presentation manager, which is the os/2 gui. i suspect this must have been a gt using pm :), all fingers point to contrib/hbgf and/or examples/hbgf, which appears to have been removed completely. -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2 question: HB_GT_LIB=os2pm
Viktor: We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? Sorry, I do not know Perhaps it exist since beginning of Harbour OS/2 support I use gtos2 and never tried os2pm Maurilio and/or David G. Holm may have the answer David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour as WEB application
Hi ppl. What is the best way to write an application for web using Harbour ? I'm not familiar with web app, all coments are welcome. Thanks and best regards, Toninho. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour as WEB application
I use in some cases the CGI with Apache or IIS. And recently I have tested the uhttpd2 with Adobe Flex with much success. Vailton ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OS/2 question: HB_GT_LIB=os2pm
Hi, On Fri, 18 Sep 2009, Viktor Szakáts wrote: hi, We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? (entirely uneducated guess) pm stands for presentation manager, which is the os/2 gui. i suspect this must have been a gt using pm :), all fingers point to contrib/hbgf and/or examples/hbgf, which appears to have been removed completely. My suspect too. It was a hack to add something similar to OS/2 what we have for Windows called gtgui + mainwin. Probably in its current form it's not very useful, first because there don't exist any GUI libs for OS/2 (yet, or could be that I just missed them), second, because it can only be used when building core Harbour tools. Probably the right solution would be a standalone GT, like GTGUI for OS/2, hopefully such lib will be added as soon as a GUI lib justifies it (and it's required). Plus a gui main lib for OS/2 (similar to mainwin). If there are no objections, I'd like to delete this from GNU Make system and add support for mainpm lib, which can then be linked to any OS/2 gui apps. Also hbmk2 can support that. [ BTW current reference to mainpm object seems wrong, as this object is never generated. ] Thanks also to David for the input. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] haiku network stuff
On Fri, 18 Sep 2009, Przemyslaw Czerpak wrote: hi, Index: source/rtl/hbsocket.c === --- source/rtl/hbsocket.c (revision 12533) +++ source/rtl/hbsocket.c (working copy) @@ -58,6 +58,10 @@ # endif #endif +#if defined( HB_OS_BEOS ) +# define HB_SOCKET_TRANSLATE_TYPE +#endif + I think it's typo. I've just check in header ifles and only protocol fmailies/domain should be translated so above define should be: #define HB_SOCKET_TRANSLATE_DOMAIN you are right. i just checked, and it appears that translate_domain alone is enough. i saw you committed both, so the following should be applied to the current tree: Index: source/rtl/hbsocket.c === --- source/rtl/hbsocket.c (revision 12540) +++ source/rtl/hbsocket.c (working copy) @@ -126,7 +126,6 @@ # endif # if defined( HB_OS_BEOS ) # define HB_SOCKET_TRANSLATE_DOMAIN -# define HB_SOCKET_TRANSLATE_TYPE # endif # if defined( HB_OS_LINUX ) # define HB_HAS_SELECT_TIMER btw, did you find an alternative terminal, or could you make the build-in terminal work like a proper xterm? or some gt setting maybe? i'm having all kinds of character set problems, which disappear when i ssh in from my regular xterm -- but on the other hand, either sshd or the network hangs every now and then. of your environment is stable, or at least stable-ish, any info would be appreciated :) -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OS/2 question: HB_GT_LIB=os2pm
Viktor, an old contrib from Antonio Linares, see changelog: 2001-08-23 16:43 GMT+2 Maurilio Longo maurilio.lo...@libero.it + source/vm/mainpm.c + added mainpm.c entry point for OS/2 Presentation Manager applications based on FiveWin GUI library I think it can be removed, since it was never finished, it is more like a proof of concept than working code. Maurilio. Viktor Szakáts wrote: Hi All, We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OS/2 question: HB_GT_LIB=os2pm
Okay, thank you very much. Brgds, Viktor On Fri, Sep 18, 2009 at 2:57 PM, Maurilio Longo maurilio.lo...@libero.itwrote: Viktor, an old contrib from Antonio Linares, see changelog: 2001-08-23 16:43 GMT+2 Maurilio Longo maurilio.lo...@libero.it + source/vm/mainpm.c + added mainpm.c entry point for OS/2 Presentation Manager applications based on FiveWin GUI library I think it can be removed, since it was never finished, it is more like a proof of concept than working code. Maurilio. Viktor Szakáts wrote: Hi All, We have an option to set HB_GT_LIB to 'os2pm'. I'd like to ask OS/2 users what is the use of this, and do we still need it? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ 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] OS/2 watcom MT mode
I'm getting this when building os2/watcom target: -- wpp386 -zq -bt=os2 -w3 -5r -fp5 -onaehtr -s -ei -zp4 -zt0 -oi+ -i. -i../../../../../../include -DHB_MT_VM -fo=thread.obj ../../../../thread.c ../../../../thread.c(785): Warning! W869: col(25) use of '_beginthread' requires build target to be multi-threaded --- Is this normal? I remember some discussions about this, but seemingly there wasn't any conclusion. (?) Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12542] trunk/harbour
Revision: 12542 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12542view=rev Author: vszakats Date: 2009-09-18 13:13:32 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 15:12 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * doc/gmake.txt - source/vm/mainpm.c * config/os2/gcc.mk * examples/hbdoc/examples/core_es/dirstruc.txt - Deleted os2pm and mainpm references. It wasn't needed, so (with OS/2 users) we decided to delete it. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/os2/gcc.mk trunk/harbour/doc/gmake.txt trunk/harbour/examples/hbdoc/examples/core_es/dirstruc.txt Removed Paths: - trunk/harbour/source/vm/mainpm.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] haiku network stuff
On Fri, 18 Sep 2009, Tamas TEVESZ wrote: the firtst hunk is apparently needed -- with that, netiotest actually starts and runs and seems to be doing its stuff fine. note, i'm deliberately not mentioning an exit of any sorts -- it doesn't, instead it eats up all memory and hangs, but that's for another day, it's netio_serverstop() that goes haywire. -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] haiku network stuff
On Fri, 18 Sep 2009, Tamas TEVESZ wrote: Hi, you are right. i just checked, and it appears that translate_domain alone is enough. i saw you committed both, so the following should be applied to the current tree: # if defined( HB_OS_BEOS ) # define HB_SOCKET_TRANSLATE_DOMAIN -# define HB_SOCKET_TRANSLATE_TYPE # endif Yes, I'll remove it though it should not cause any bad side effects. btw, did you find an alternative terminal, or could you make the build-in terminal work like a proper xterm? or some gt setting maybe? i'm having all kinds of character set problems, which disappear when i ssh in from my regular xterm -- but on the other hand, either sshd or the network hangs every now and then. of your environment is stable, or at least stable-ish, any info would be appreciated :) I downloaded ISO CD and installed HAIKU in VirtualBOX and it works quite well. The native xterm works without bigger problems though it sends arrow escape sequence just like XTERM3.x.x for CTRL+[arrows] so when I ssh from HAIKU to my host OS and run Harbour application then it's a problem with [arrows] keys which are recognized as CTRL+[arrows] BTW I was using GTTRM. I haven't tried to connect from my host computer to HAIKU in VBOX but I do not expect any bigger problems. At the beginning I have some problems with stability but when I disabled SOUND support in VirtualBOX all begins to work without even single crash. As network adapter I had to chose Intel PRO/1000 MT Desktop (82540EM). Please remember that HAIKU does not write MBR during installation so you will have to create it using some ISO image with FDISK or you will have to leave HAIKU installation ISO image and hit space at the beginning to chose booting from HAIKU partition. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12543] trunk/harbour/config/os2/gcc.mk
Revision: 12543 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12543view=rev Author: mauriliolongo Date: 2009-09-18 14:22:22 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 16:22 UTC+0200 Maurilio Longo (maurilio.lo...@libero.it) * config/os2/gcc.mk * enabled .dll creation for OS/2 and GCC. Modified Paths: -- trunk/harbour/config/os2/gcc.mk 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:[12544] trunk/harbour
Revision: 12544 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12544view=rev Author: vszakats Date: 2009-09-18 14:55:53 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 16:55 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg ! Fixed to add windows system libs in mingw -shared mode. + Added some steps towards os2/gcc -shared support. * INSTALL * Minor. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL 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
[Harbour] Can't build harbour/debian with current svn
Hi, $ LANG=C fakeroot sh mpkg_deb.sh mpkg_deb.sh: line 123: ./bin/pack_src.sh: No such file or directory Thank you, -- Guy ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12545] trunk/harbour
Revision: 12545 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12545view=rev Author: druzus Date: 2009-09-18 22:20:54 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-19 00:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/common/hbgete.c * harbour/source/common/hbprintf.c ! fixed OpenBSD builds * harbour/config/detect.mk * added /usr/local/include to scanned paths * harbour/contrib/xhb/hboutdbg.c * formatting Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/detect.mk trunk/harbour/contrib/xhb/hboutdbg.c trunk/harbour/source/common/hbgete.c trunk/harbour/source/common/hbprintf.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:[12546] trunk/harbour
Revision: 12546 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12546view=rev Author: vszakats Date: 2009-09-18 22:30:44 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-19 00:27 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL * harbour-win-spec * harbour-wce-spec * Makefile * source/pp/Makefile * source/Makefile * config/global.mk * Renamed HB_HOST_BUILD to HB_BUILD_PART. Values 'yes' changed to compiler. + Documented HB_BUILD_PART in INSTALL. * mpkg_deb.sh * mpkg_rpm.sh * mpkg_rpm_win.sh * mpkg_rpm_wce.sh ! Changed bin/pack_src.sh to mpkg_src.sh. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/Makefile trunk/harbour/config/global.mk trunk/harbour/harbour-wce-spec trunk/harbour/harbour-win-spec trunk/harbour/mpkg_deb.sh trunk/harbour/mpkg_rpm.sh trunk/harbour/mpkg_rpm_wce.sh trunk/harbour/mpkg_rpm_win.sh trunk/harbour/source/Makefile trunk/harbour/source/pp/Makefile 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:[12547] trunk/harbour
Revision: 12547 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12547view=rev Author: druzus Date: 2009-09-19 05:19:08 + (Sat, 19 Sep 2009) Log Message: --- 2009-09-19 07:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/xhb/hboutdbg.c * casting for some very pedantic C compilers Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/xhb/hboutdbg.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:[12548] trunk/harbour
Revision: 12548 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12548view=rev Author: druzus Date: 2009-09-19 05:47:14 + (Sat, 19 Sep 2009) Log Message: --- 2009-09-19 07:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/bin/hb-func.sh * updated for OpenBSD builds * harbour/external/sqlite3/sqlite3.c ! casting Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/hb-func.sh trunk/harbour/external/sqlite3/sqlite3.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
