Re: [Harbour] Harbour supports the function MSTATE()?
On Thu, 17 Sep 2009, gvarona wrote: TIA LightLib is not supported by Harbour. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBNETIO - How I tested ...
Pritpal: So the .dbf's are created in d: while indexs .z01's are created in the folder where these belong to. Now the question is why this behavior ? Przemek ? NetIO suggests that root of any server will never be allowed to be accessed. Am I correct? Anyhow, it appears that the NetIO protocol is very useful and is working for Web IP's also, and is working smartly. BTW I cannot access your server right now. I had to leave for somewhere at the time you posted message. d:\creative.ram and its subfolders are ok with me. In your first test running netserver_os2.exe in d:\mydata no one .dbf file were created and many .z* files were created in d:\mydata and not in d:\mydata\data. Summary: 0 dbf, many .z* in wrong location In your second test running netserver_os2.exe in d:\creative.ram many .dbf files were created in d:\ and no one .z* files were created No one files were created in d:\creative.ram and subdirectories Summary: many dbf in wrong location, 0 .z* Perhaps you have a conflict about where to create .dbf files and where .z* files and/or is not working as you expected I suggest you to start with a known behaviour as of netapplctn.prg where location is stated (net:data/_tst_) and then with your big system d:\creative.ram remain clean, I created data directory on it so you can test netapplctn.prg with different databases, and deleted previous .dbf files in d:\ netserver_os2.exe is running now in d:\creative.ram\ New IP: 189.162.116.239 As explained before, you can use Clipxnet to browse content of your database files using: http://189.162.116.239/conddb.fml and information described in previous message Question remain: How you created .dbf files in d:\ (root dir) when netserver_os2.exe was running in d:\creative.ram\ ? David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBNETIO - How I tested ...
On Thu, 17 Sep 2009, David Arturo Macias Corona wrote: Hi, So the .dbf's are created in d: while indexs .z01's are created in the folder where these belong to. Now the question is why this behavior ? Przemek ? It should be no difference. HBNETIO knows nothing about file type or default file location. It simply creates files in places requested by client. NetIO suggests that root of any server will never be allowed to be accessed. Am I correct? By default NETIO server set as root directory the directory which is returned by HB_DIRBASE(). In most of cases this function should return absolute path to executed application (NETIO server). You can test it by simple code: proc main() ? HB_DIRBASE() return If HB_DIRBASE() doesn't return absolute path then the protection may not work. In such way I suggest to set root path manually as 3-rd parameter of NETIO_LISTEN() or NETIO_MTSERVER() functions. Please remember that setting disable protection and client can access whole disk. In one of last commit I fixed typo which could cause that leading dir separators were moved before root path, i.e. for root path c:\dir when client was requesting \\file.xxx NETIO server was accessing file \\c:\dir\file.xxx. I have no idea how it can be interpreted by some OS-es. Maybe it was possible to use it to exploit the protection. Question remain: How you created .dbf files in d:\ (root dir) when netserver_os2.exe was running in d:\creative.ram\ ? They are 4 possible answers: 1. HB_DIRBASE() does not return absolute path on your platform or simply returns empty dir. Can you check what it returns? Does it contain drive letter? 2. some strange root dir was explicitly set. 3. it was side effect of bug described above and you were using NETIO server without my fix (BTW please remember that you have to keep server and client version fixed) 4. there is still problem and in some situations (some OS/FS) it's possible to break NETIO root dir protection. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
R: [Harbour] How do I know if the button was pressed?
I think that when cVar1 get lost his focus and valid clause is evaluated the
pushbutton hit focus but not yet sets the buffer property.
You could try with:
FUNCTION Func1(xVar1, xGetList)
RETURN xGetList[3]:hasFocus .or. !EMPTY(xVar1)
Not tested, however, as i don't use cl53 behaviour.
Best regards.
Maurizio la Cecilia
-Messaggio originale-
Da: Guillermo Varona Silupú [mailto:gvar...@ec-red.com]
Inviato: giovedì 17 settembre 2009 0.31
A: Harbour Project Main Developer List.
Oggetto: [Harbour] How do I know if the button was pressed?
In this code:
**
#include Inkey.ch
PROCEDURE Main
LOCAL cVar1 := cVar2 := SPAC(10), oPsw, GetList := {}, lBtn := .T.
SET(_SET_EVENTMASK, INKEY_ALL)
MSETCURSOR(.T.)
SETMODE(25,80)
CLS
@ 10, 10 SAY Entrada1: GET cVar1 VALID Func1(cVar1,GetList)
@ 11, 10 SAY Entrada2: GET cVar2
@ 12, 10 GET lBtn PUSHBUTTON CAPTION Exit STATE {||
ReadKill(.T.)}
COLOR W/G,W+/G,G/N,W+/G
READ
return
FUNCTION Func1(xVar1, xGetList)
? xGetList[3]:buffer
wait
RETURN !EMPTY(xVar1)
*
How do I know if the button was pressed?
Buffer is supposed to contain this information, but always returns NIL
The idea is to exit the program by pressing the button, even if this
cVar1 empty, but the VALID clause does not.
Any help / idea?
TIA
Best Regards
GVS
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBNETIO - How I tested ...
Hi Przemek, Thank you for making NETIO possible. Will directory functions be supported? (e.g. mkdir and rmdir) I need to scatter my tables for fast access. Thanks -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Ppo files
Please test the /p option in Harbour. Very often the resulting file is incomplete. Regards Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] How to have back pcre and zlib in shared libs
if I type hbmk test1.prg I get: /opt/harbour/lib/libharbour.so: undefined reference to `gzputc' ... /opt/harbour/lib/libharbour.so: undefined reference to `uncompress' adding -lz solve the problem. Is there a configuration to have pcre and zlib fully included in the libharbour.so like before? I'm not asking to change anything in the svn but simply how should I change my local repo to get back to a working Harbour. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO HB_ReadIni() Support
Mario H. Sabado wrote: I just want to ask if it is feasible to add HB_ReadIni() support to HBNETIO? Although I have not used this yet, I think you must just pass the ini file name with the net: prefix and it will automagically do what you want. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12519] trunk/harbour
Revision: 12519 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12519view=rev Author: vszakats Date: 2009-09-17 08:43:03 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 10:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rdd/usrrdd/rdds/arrayrdd.prg * contrib/hbct/tests/datetime.prg * contrib/xhb/decode.prg * contrib/hbsqlit3/tests/hooks.prg * contrib/hbsqlit3/tests/backup.prg * contrib/hbsqlit3/tests/authoriz.prg * contrib/hbblat/blatcls.prg * contrib/hbnf/nooccur.prg * contrib/hbnf/floptst.prg * contrib/hbfimage/tests/fitest.prg * contrib/hbgd/tests/gdtestcl.prg * contrib/hbgd/tests/counter.prg * contrib/hbgd/gdchart.prg * contrib/hbgd/gdimage.prg * TRUE/FALSE in .prg code changed to .T./.F. - contrib/gtwvg/tests/v_calcltr.ico + contrib/gtwvg/tests/v_clclt.ico * Renamed to short name. (this file isn't used BTW) * contrib/hbblat/tests/blattest.prg - contrib/hbblat/tests/f_sample1.txt + contrib/hbblat/tests/f_sampl1.txt - contrib/hbblat/tests/f_subjectline.txt + contrib/hbblat/tests/f_subjct.txt - contrib/hbblat/tests/f_listtext.txt + contrib/hbblat/tests/f_listtx.txt * Renamed to short names. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbblat/blatcls.prg trunk/harbour/contrib/hbblat/tests/blattest.prg trunk/harbour/contrib/hbct/tests/datetime.prg trunk/harbour/contrib/hbfimage/tests/fitest.prg trunk/harbour/contrib/hbgd/gdchart.prg trunk/harbour/contrib/hbgd/gdimage.prg trunk/harbour/contrib/hbgd/tests/counter.prg trunk/harbour/contrib/hbgd/tests/gdtestcl.prg trunk/harbour/contrib/hbnf/floptst.prg trunk/harbour/contrib/hbnf/nooccur.prg trunk/harbour/contrib/hbsqlit3/tests/authoriz.prg trunk/harbour/contrib/hbsqlit3/tests/backup.prg trunk/harbour/contrib/hbsqlit3/tests/hooks.prg trunk/harbour/contrib/xhb/decode.prg trunk/harbour/source/rdd/usrrdd/rdds/arrayrdd.prg Added Paths: --- trunk/harbour/contrib/gtwvg/tests/v_clclt.ico trunk/harbour/contrib/hbblat/tests/f_listtx.txt trunk/harbour/contrib/hbblat/tests/f_sampl1.txt trunk/harbour/contrib/hbblat/tests/f_subjct.txt Removed Paths: - trunk/harbour/contrib/gtwvg/tests/v_calcltr.ico trunk/harbour/contrib/hbblat/tests/f_listtext.txt trunk/harbour/contrib/hbblat/tests/f_sample1.txt trunk/harbour/contrib/hbblat/tests/f_subjectline.txt 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:[12520] trunk/harbour
Revision: 12520 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12520view=rev Author: vszakats Date: 2009-09-17 08:50:40 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 10:50 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * include/hbsetup.h ! Added __BEOS__ check when detecting HB_OS_BEOS. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbsetup.h 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:[12521] trunk/harbour
Revision: 12521 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12521view=rev Author: vszakats Date: 2009-09-17 09:11:40 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 11:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) - ERRATA * doc/howtosvn.txt * INSTALL * bin/postinst.cmd * bin/postinst.bat * package/mpkg_win.nsi * package/winuni/mpkg_win_uni.bat * package/winuni/mpkg_win_uni.nsi + Replaced ERRATA file (which was never updated), with a link to bug/feature/etc tracker link in INSTALL. * INSTALL * Minor improvements. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/bin/postinst.bat trunk/harbour/bin/postinst.cmd trunk/harbour/doc/howtosvn.txt trunk/harbour/package/mpkg_win.nsi trunk/harbour/package/winuni/mpkg_win_uni.bat trunk/harbour/package/winuni/mpkg_win_uni.nsi Removed Paths: - trunk/harbour/ERRATA 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] HBNETIO - How I tested ...
Hi David Arturo Macias Corona wrote: In your second test running netserver_os2.exe in d:\creative.ram many .dbf files were created in d:\ and no one .z* files were created No one files were created in d:\creative.ram and subdirectories Summary: many dbf in wrong location, 0 .z* I did not run 2nd time in d:\creative.ram. Just now I run. Everything seems fine but I cannot reach to 3rd screen. If you check the folders now, it must contain .dbf and corressponding .z01 index files in d:\creative.ram | d:\creative.ram\caccomon . BTW which changelog you are using to build Harbour and netserver.exe ? May be this is the reason as my client exe is compiled withour DbRename() changes. Just let me know and I do the corresponding change. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Re%3A-HBNETIO---How-I-tested-...-tp25452521p25487839.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] Re: bug: SORT /D
Ops, saw the answer in the tracker a bit too late.Anyway the report is still
valid.
Brgds,
Viktor
On Thu, Sep 17, 2009 at 11:36 AM, Viktor Szakáts harbour...@syenar.huwrote:
Hi All,
Found this in our tracker, converted the example to self-contained one:
---
PROCEDURE Main()
dbCreate( test, {{ ITEM, N, 10, 2 }} )
USE test
dbAppend() ; FIELD-ITEM := 5.00
dbAppend() ; FIELD-ITEM := -5.12
dbAppend() ; FIELD-ITEM := 6.00
dbAppend() ; FIELD-ITEM := 7.00
dbAppend() ; FIELD-ITEM := -5.00
SORT TO temp ON ITEM /D
USE temp
dbEval( {|| QOut( FIELD-ITEM ) } )
RETURN
---
In Harbour it returns:
---
-5.12
-5.00
7.00
6.00
5.00
---
In Clipper:
---
7.00
6.00
5.00
-5.00
-5.12
---
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12522] trunk/harbour
Revision: 12522 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12522view=rev Author: vszakats Date: 2009-09-17 09:58:40 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 11:58 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + Added darwin/clang to compatibility matrix. 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] Re: HBNETIO - How I tested ...
Pritpal: I did not run 2nd time in d:\creative.ram. Just now I run. Everything seems fine but I cannot reach to 3rd screen. If you check the folders now, it must contain .dbf and corressponding .z01 index files in d:\creative.ram | d:\creative.ram\caccomon . .dbf are created in root still Perhaps, as Przemek explained in recent message, is a matter of OS behaviour Did you checked what you expected in local (LAN) tests ? These are of root d:\ /od 17/09/09 4:05a99 0 a--- V661TDC2.dbf 17/09/09 4:06a 682 0 a--- OG_87YTT.dbf 17/09/09 4:06a 579 0 a--- CHECKS.dbf 17/09/09 4:06a99 0 a--- UHJICONA.dbf 17/09/09 4:06a99 0 a--- CNF0H00A.dbf 17/09/09 4:07a99 0 a--- ZXKJD444.dbf 17/09/09 4:07a 163 0 a--- OBKJN7Y7.dbf 17/09/09 4:07a 195 0 a--- VNB39PXG.dbf 17/09/09 4:07a 131 0 a--- PRHGT555.dbf 17/09/09 4:07a 483 0 a--- OXUJHGGF.dbf 17/09/09 4:07a99 0 a--- CAL01046.dbf 17/09/09 4:07a99 0 a--- CAL11046.dbf 17/09/09 4:07a 291 0 a--- OBNVCX32.dbf 17/09/09 4:08a 355 0 a--- BRWCON01.dbf 17/09/09 4:08a99 0 a--- XSDE4231.dbf 17/09/09 4:08a99 0 a--- CAL00046.dbf 17/09/09 4:08a 227 0 a--- OBGBN7TQ.dbf 17/09/09 4:09a99 0 a--- GVCX213D.dbf 17/09/09 4:09a 387 0 a--- STD55432.dbf and these for d:\creative.ram /s /od Directory of D:\creative.ram 15/09/09 6:09a 904,221 0 a--- netserver_os2.exe 16/09/09 3:42a DIR 0 . 16/09/09 3:42a DIR 0 .. 16/09/09 3:42a DIR 0 cac1 16/09/09 3:42a DIR 0 caccomon 16/09/09 3:42a DIR 0 sema 16/09/09 3:42a DIR 0 inet 17/09/09 1:08a DIR 0 data 17/09/09 4:02a 3,072 0 a--- V661TDC2.Z01 17/09/09 4:02a 3,072 0 a--- OG_87YTT.Z01 17/09/09 4:02a 4,608 0 a--- CHECKS.Z01 17/09/09 4:03a 3,072 0 a--- UHJICONA.Z01 17/09/09 4:04a 3,072 0 a--- CNF0H00A.Z01 17/09/09 4:04a 3,072 0 a--- ZXKJD444.Z01 17/09/09 4:04a 3,072 0 a--- OBKJN7Y7.Z01 17/09/09 4:04a 6,144 0 a--- VNB39PXG.Z01 17/09/09 4:05a 3,072 0 a--- PRHGT555.Z01 17/09/09 4:05a 4,608 0 a--- OXUJHGGF.Z01 17/09/09 4:07a 3,072 0 a--- CAL01046.Z01 17/09/09 4:07a 3,072 0 a--- CAL11046.Z01 17/09/09 4:07a 3,072 0 a--- OBNVCX32.Z01 17/09/09 4:08a 4,608 0 a--- BRWCON01.Z01 17/09/09 4:08a 3,072 0 a--- XSDE4231.Z01 17/09/09 4:08a 3,072 0 a--- CAL00046.Z01 17/09/09 4:08a 3,072 0 a--- OBGBN7TQ.Z01 17/09/09 4:09a 3,072 0 a--- GVCX213D.Z01 17/09/09 4:09a 3,072 0 a--- STD55432.Z01 27 file(s) 970,269 bytes used Directory of D:\creative.ram\cac1 16/09/09 3:42a DIR 0 . 16/09/09 3:42a DIR 0 .. 2 file(s) 0 bytes used Directory of D:\creative.ram\caccomon 16/09/09 3:42a DIR 0 . 16/09/09 3:42a DIR 0 .. 17/09/09 4:08a99 0 a--- ZX14240D.dbf 17/09/09 4:08a 3,072 0 a--- ZX14240D.Z01 17/09/09 4:09a 1,923 0 a--- VBGSVXXX.dbf 17/09/09 4:10a10,752 0 a--- VBGSVXXX.Z01 6 file(s) 15,846 bytes used Directory of D:\creative.ram\sema 16/09/09 3:42a DIR 0 . 16/09/09 3:42a DIR 0 .. 2 file(s) 0 bytes used Directory of D:\creative.ram\inet 16/09/09 3:42a DIR 0 . 16/09/09 3:42a DIR 0 .. 2 file(s) 0 bytes used Directory of D:\creative.ram\data 17/09/09 1:08a DIR 0 . 17/09/09 1:08a DIR 0 .. BTW which changelog you are using to build Harbour and netserver.exe ? May be this is the reason as my client exe is compiled withour DbRename() changes. Just let me know and I do the corresponding change. * $Id: ChangeLog 12439 2009-09-08 09:13:47Z vszakats $ 2009-09-08 11:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: How to have back pcre and zlib in shared libs
On Thu, Sep 17, 2009 at 10:10 AM, Lorenzo Fiorini
lorenzo.fior...@gmail.com wrote:
Is there a configuration to have pcre and zlib fully included in the
libharbour.so like before?
I've found that:
1) change
export HB_HAS_ZLIB := yes
export HB_HAS_ZLIB_LOCAL := yes
export HB_HAS_PCRE := yes
export HB_HAS_PCRE_LOCAL := yes
in config/detect.mk
2) add hbzip and hbpcre to HB_EXTERNALLIBS
3) restore
# echo Making ${full_lib_name}...
# ${hb_mkdyn} ${full_lib_name} ${LIBS} ${linker_options}
# if [ ${LIBS} != ${LIBSMT} ]; then
# echo Making ${full_lib_name_mt}...
# ${hb_mkdyn} ${full_lib_name_mt} ${LIBSMT} ${linker_mtoptions}
${linker_options}
# fi
in hb-func.sh does the trick.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
Hi David Arturo Macias Corona wrote: .dbf are created in root still Perhaps, as Przemek explained in recent message, is a matter of OS behaviour Did you checked what you expected in local (LAN) tests ? Now I know what's the problem. It is path issue when creating and using. When creating it is like net:\checks.dbf while using it is net:checks.dbf. Can you download current SVN and compile netserver.prg and run it as netserver.exe 63000 0.0.0.0 d:\creative.ram I have recompiled my appln with current SVN and now I cannot connect to your server. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Re%3A-HBNETIO---How-I-tested-...-tp25452521p25488592.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] Re: How to have back pcre and zlib in shared libs
I've found that:
1) change
export HB_HAS_ZLIB := yes
export HB_HAS_ZLIB_LOCAL := yes
export HB_HAS_PCRE := yes
export HB_HAS_PCRE_LOCAL := yes
in config/detect.mk
2) add hbzip and hbpcre to HB_EXTERNALLIBS
3) restore
# echo Making ${full_lib_name}...
# ${hb_mkdyn} ${full_lib_name} ${LIBS} ${linker_options}
# if [ ${LIBS} != ${LIBSMT} ]; then
# echo Making ${full_lib_name_mt}...
# ${hb_mkdyn} ${full_lib_name_mt} ${LIBSMT} ${linker_mtoptions}
${linker_options}
# fi
in hb-func.sh does the trick.
I can't speak of hbmk script errors you mention in your
first mail, but above changes effectively break detection
code and overwrite GNU Make dynlib generation, so pls
don't commit it.
Is there a configuration to have pcre and zlib fully included in the
libharbour.so like before?
We've discussed that the whole yesterday evening on the
list, and now end result is committed. With current Harbour
SVN, you need to set HB_INC_ZLIB=local and HB_INC_PCRE=local
to force such behavior.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBNETIO side server.
Hi! The side of server, what is necessary ? Maybe dummy question but... Best regards, Itamar M. Lins Jr. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12523] trunk/harbour
Revision: 12523 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12523view=rev Author: vszakats Date: 2009-09-17 10:36:52 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 12:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) - bin/pack_src.sh + mpkg_src.sh * Moved and renamed to align with rest of pkg creation scripts. (this should also go to package dir once in the future) * source/common/hbver.c * Converted decimal version numbers to hex in BCC guards. + Added BCC version detections for old (pre-5.x) versions. (Borrowed from xhb/Miguel Angel Marchuet) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/common/hbver.c Added Paths: --- trunk/harbour/mpkg_src.sh Removed Paths: - trunk/harbour/bin/pack_src.sh 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] Re: BNETIO HB_ReadIni() Support
Hi Alex, Message: 2 Date: Thu, 17 Sep 2009 10:33:42 +0200 From: Alex Strickland s...@mweb.co.za Subject: Re: [Harbour] HBNETIO HB_ReadIni() Support To: Harbour Project Main Developer List. harbour@harbour-project.org Message-ID: 4ab1f466.6030...@mweb.co.za Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mario H. Sabado wrote: I just want to ask if it is feasible to add HB_ReadIni() support to HBNETIO? Although I have not used this yet, I think you must just pass the ini file name with the net: prefix and it will automagically do what you want. Regards Alex I just tried it and it WORKS! Thank you for hinting it to me. Best regards, Mario ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: How to have back pcre and zlib in shared libs
On Thu, Sep 17, 2009 at 12:24 PM, Viktor Szakáts harbour...@syenar.hu wrote: I can't speak of hbmk script errors you mention in your first mail, but above changes effectively break detection code and overwrite GNU Make dynlib generation, so pls don't commit it. Sure. We've discussed that the whole yesterday evening on the list, and now end result is committed. With current Harbour SVN, you need to set HB_INC_ZLIB=local and HB_INC_PCRE=local to force such behavior. Gulp! I've completely missed it. Many thanks. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12524] trunk/harbour
Revision: 12524 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12524view=rev Author: vszakats Date: 2009-09-17 11:00:58 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 13:00 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * bin/hb-func.sh * config/beos/libs.mk * config/global.mk * config/bsd/libs.mk * config/darwin/libs.mk * config/hpux/libs.mk * config/dos/djgpp.mk * config/linux/libs.mk * config/sunos/libs.mk * Renamed two variables to be in sync with latest changes: HB_CRS_LIB - HB_LIBNAME_CURSES HB_SLN_LIB - HB_LIBNAME_SLANG (this one is not honored by GNU Make system) ; TOFIX: Honor HB_LIBNAME_SLANG in GNU Make system? Is that needed in some cases? * config/dos/djgpp.mk + Synced system lib/libpath logic with libs.mk found on other platforms. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/hb-func.sh trunk/harbour/config/beos/libs.mk trunk/harbour/config/bsd/libs.mk trunk/harbour/config/darwin/libs.mk trunk/harbour/config/dos/djgpp.mk trunk/harbour/config/global.mk trunk/harbour/config/hpux/libs.mk trunk/harbour/config/linux/libs.mk trunk/harbour/config/sunos/libs.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:[12525] trunk/harbour
Revision: 12525 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12525view=rev Author: vszakats Date: 2009-09-17 11:15:46 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 13:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/gtcrs/Makefile * source/rtl/gttrm/Makefile * source/rtl/gtsln/Makefile * config/global.mk % Deleted dedicated (redundant) make level settings: - HB_GPM_NOICE_DISABLE=yes It should be replaced with HB_USER_CFLAGS=-DHB_GPM_NOICE_DISABLE Notice this setting was only effective in gtsln (yet it was passed to two other GTs). - HB_GT_CRS_BCEHACK=yes It should be replaced with HB_USER_CFLAGS=-DHB_GT_CRS_BCEHACK - HB_NCURSES_194=yes It should be replaced with HB_USER_CFLAGS=-DHB_NCURSES_194 ; TODO: Change logic in bin/hb-func.sh to lookup user flags for -DHB_NCURSES_194, instead of processing dedicated HB_NCURSES_194 variable. I'm unsure which variable to check here for user flags. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/detect.mk trunk/harbour/config/global.mk trunk/harbour/source/rtl/gtcrs/Makefile trunk/harbour/source/rtl/gtsln/Makefile trunk/harbour/source/rtl/gttrm/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
Re: [Harbour] Ppo files
On Thu, 17 Sep 2009, Horodyski Marek (PZUZ) wrote: Please test the /p option in Harbour. Very often the resulting file is incomplete. I haven't heard about such situation and I quite often use /p. Can you present any example? best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour under OS/2 - eCS 12510 - 12525
Viktor: 'pGT-pFuncTable-GetScrChar' differ in signedness This should be fixed now, pls retry. Warning has gone, thanks Build/run fine with gcc433 * $Id: ChangeLog 12525 2009-09-17 11:15:46Z vszakats $ 2009-09-17 13:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) Updated info: Creating netserver.exe, netiosrv.exe, ... generate many warnings, which does not appear before .exe files are created and run fine NOTE: in position 'xyz' exist something which prevent copy/paste, so I deleted ' ' and replaced with 'xyz' - [E:\harbour909d\harbour\contrib\hbnetio\tests]..\..\..\bin\os2\gcc\hbmk2.exe netiosrv 2info.txt hbmk2: Processing environment options: -platform=os2 -compiler=gcc hbmk2: Processing local make script: hbmk.hbm info.txt Harbour 2.0.0beta3 (Rev. 12522) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 'netiosrv.prg'... Lines 21, Functions/Procedures 1 Generating C source output to 'netiosrv.c'... Done. emxomf warning: Undefined stabs type 182 referenced emxomf info: parsing sym no.676 type=1 at char 'xyz' in position 12: context:p182 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.675 type=160 at char 'xyz' in position 12: context:p182 emxomf warning: Undefined stabs type 173 referenced emxomf info: parsing sym no.380 type=64 at char 'xyz' in position 7: di:p173 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.379 type=160 at char 'xyz' in position 7: di:p173 emxomf warning: Undefined stabs type 176 referenced emxomf info: parsing sym no.868 type=64 at char 'xyz' in position 8: dpi:p176 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.867 type=160 at char 'xyz' in position 8: dpi:p176 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.1334 type=160 at char 'xyz' in position 7: di:p173 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.1923 type=160 at char 'xyz' in position 7: di:p173 emxomf warning: Cycle detected by make_type. emxomf info: parsing sym no.2236 type=160 at char 'xyz' in position 7: di:p173 - David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO side server.
On Thu, 17 Sep 2009, Itamar Lins wrote: The side of server, what is necessary ? Compile and execute: harbour/contrib/hbnetio/utils/netiosrv.prg best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBNETIO - How I tested ...
Pritpal: Now I know what's the problem. It is path issue when creating and using. When creating it is like net:\checks.dbf while using it is net:checks.dbf. :-) Can you download current SVN and compile netserver.prg and run it as netserver.exe 63000 0.0.0.0 d:\creative.ram You are confusing netserver.prg used to create netserver_os2.exe does not have a third parameter, and belong to your message HBNETIO - How I tested ... I was talking allways of this netiosrv.prg have a third parameter, and belong to your message HBNETIO - A Case Study I have not touched it I have recompiled my appln with current SVN and now I cannot connect to your server. I created Harbour with * $Id: ChangeLog 12525 2009-09-17 11:15:46Z vszakats $ 2009-09-17 13:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) and created netiosrv_os2.exe I cleaned d:\creative.ram directories (and .dbf in d:\ ) and server is running as: netiosrv_os2.exe 63000 0.0.0.0 d:\creative.ram As explained before, you can review your files using Clipxnet Example: DBF: Base de datos: d:\creative.ram\checks.dbf - This machine are running Clipxnet too so you can review your files using: http://189.162.116.239/conddb.fml and using for example: DBF: Base de datos: d:\creative.ram\myfile.dbf Index file, order, RDD, ... are optional ( Archivo indice:, DBF: Orden controlador:, DBF: Controlador RDD: ) You can use in Filtro/WHERE: an expression for filter, enclosed in parenthesis ( myfilter ) - David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[12525] trunk/harbour
On Thu, 17 Sep 2009, vszak...@users.sourceforge.net wrote: Hi, - HB_NCURSES_194=yes It should be replaced with HB_USER_CFLAGS=-DHB_NCURSES_194 ; TODO: Change logic in bin/hb-func.sh to lookup user flags for -DHB_NCURSES_194, instead of processing dedicated HB_NCURSES_194 variable. I'm unsure which variable to check here for user flags. Please remove any references to ncurses1.94. I do not think that anyone try to use yet such old and customized curses versions. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour under OS/2 - eCS 12510 - 12525
Hi David, NOTE: in position 'xyz' exist something which prevent copy/paste, so I deleted ' ' and replaced with 'xyz' - [E:\harbour909d\harbour\contrib\hbnetio\tests]..\..\..\bin\os2\gcc \hbmk2.exe netiosrv 2info.txt hbmk2: Processing environment options: -platform=os2 -compiler=gcc hbmk2: Processing local make script: hbmk.hbm info.txt Harbour 2.0.0beta3 (Rev. 12522) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 'netiosrv.prg'... Could you repost output with -trace switch to see what exactly gets executed? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12526] trunk/harbour
Revision: 12526 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12526view=rev Author: vszakats Date: 2009-09-17 12:10:59 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 14:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * bin/hb-func.sh * source/rtl/gtcrs/gtcrs.c * source/rtl/gtcrs/gtcrs.h * config/detect.mk - Deleted HB_NCURSES_194 references. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/bin/hb-func.sh trunk/harbour/config/detect.mk trunk/harbour/source/rtl/gtcrs/gtcrs.c trunk/harbour/source/rtl/gtcrs/gtcrs.h 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] Harbour under OS/2 - eCS 12510 - 12525
Viktor: Could you repost output with -trace switch to see what exactly gets executed? News seem to be: -lsupc++ [E:\harbour909d\harbour\contrib\hbnetio\tests]..\..\..\bin\os2\gcc\hbmk2.exe -trace netiosrv 2info2.txt hbmk2: Processing environment options: -platform=os2 -compiler=gcc hbmk2: Processing local make script: hbmk.hbm hbmk2: Harbour compiler command (internal): (..\..\..\bin\os2\gcc\harbour.exe) -n2 netiosrv.prg -i..\..\..\include hbmk2: C compiler command: gcc.exe -c -Zomf -O3 -DTCPV40HDRS -DHB_FM_STATISTICS_OFF -I..\..\..\include netiosrv.c E:\var\temp\hbmk_afpvdq.c hbmk2: Linker command: gcc.exe -Zomf netiosrv.o hbmk_afpvdq.o -Le:\usr\lib\tcpipv4 -lhbnetio -lhbextern -lhbdebug -lhbvmmt -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtos2 -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbrtl -lhbvmmt -lhbmacro -lhbcplr -lhbpp -lhbcommon -lsocket -lsupc++ -o netiosrv.exe -L..\..\..\lib\os2\gcc David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO HB_ReadIni() Support
On Thu, 17 Sep 2009, Alex Strickland wrote: I just want to ask if it is feasible to add HB_ReadIni() support to HBNETIO? Although I have not used this yet, I think you must just pass the ini file name with the net: prefix and it will automagically do what you want. It does not yet. Now only code which uses internally hb_file*() functions can be redirected to user defined IO API. All core RDDs use hb_file*() functions so they will work with NETIO. hb_ini*() functions internally use FOPEN()/FCREATE() which still operates on raw file handles so canno be redirected to user defined IO API. In the future I plan to add full support for virtual file handles so all functions will support it. Here is entry I added to harbour/TODO long time ago: Assign to: nobody Detail...: Add support for virtual file handles and registering some meta handles so it will be possible to make: h := fopen( gzip:/tmp/myarchive.gz, FO_WRITE ) fwrite( h, cData ) fclose( h ) or: h := fopen( tcp:some.host:port, FO_WRITE ) ... or: h := fopen( |lpr -PLaserJet, FO_WRITE ) ... or: h := fopen( gunzip /tmp/myarchive.gz|, FO_READ ) ... etc. Status...: Open. Anyone will be able to create new alternative file IO, i.e. someone can register code which allows to transfer files via FTP, i.e.: hSrc := fopen( ftp:192.168.1.53:user:pass:/dir/file.txt, FO_READ ) if hSrc != F_ERROR while ( n := fread( hSrc, @buf, len( buf ) ) ) 0 fwrite( hDst, buf, len ) enddo fclose( hSrc ) endif Of course some alternative IO APIs may not support all functionality which exists in local file systems, i.e. fseek() will not work for streams but it's not a problem - they will simply return errors. Now I want to see how netio will work and decide if I should add new set of functions like: hb_fopen(), hb_fcreate(), hb_fclose(), hb_fread(), ... or change existing one fopen(), fcreate(), fclose(), fread(), ... to internally operate on hb_file*() API. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[12526] trunk/harbour
On Thu, 17 Sep 2009, vszak...@users.sourceforge.net wrote: 2009-09-17 14:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * bin/hb-func.sh * source/rtl/gtcrs/gtcrs.c * source/rtl/gtcrs/gtcrs.h * config/detect.mk - Deleted HB_NCURSES_194 references. thank you, best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour under OS/2 - eCS 12510 - 12525
Could you repost output with -trace switch to see what exactly gets executed? News seem to be: -lsupc++ Okay, that explains. I don't understand what's happening there, but the easy option is to simply remove that lib for OS/2. Next thing to check is whether hbmk2 stills works in (default) C mode when Harbour is built using HB_BUILD_MODE=cpp option. I'd be great if you could make such test after next commit. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBNETIO - How I tested ...
On Thu, 17 Sep 2009, Jerry Finuliar wrote: Hi, Thank you for making NETIO possible. Will directory functions be supported? (e.g. mkdir and rmdir) I need to scatter my tables for fast access. Such functionality will be available in final version of alternative IO APIs. It will be possible to redirect any operations but now only functionality used by core RDD code is supported. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12527] trunk/harbour
Revision: 12527 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12527view=rev Author: vszakats Date: 2009-09-17 12:51:12 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 14:50 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg - Deleted supc++ lib from os2/gcc targets. It causes warnings like this: --- emxomf warning: Undefined stabs type 182 referenced emxomf info: parsing sym no.676 type=1 at char 'xyz' in position 12:context:p182 emxomf warning: Cycle detected by make_type. --- ; TODO: Check if C++ built Harbour works with hbmk2 in (default) C mode. Modified Paths: -- trunk/harbour/ChangeLog 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] FW: [ harbour-project-Bugs-2860643 ] Duplicated functions in Harbour libs
Just forwarding this from the SF bug tracker. Chen. From: SourceForge.net [nore...@sourceforge.net] Sent: 17 September 2009 15:45 To: nore...@sourceforge.net Subject: [ harbour-project-Bugs-2860643 ] Duplicated functions in Harbour libs Bugs item #2860643, was opened at 2009-09-17 12:45 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100681aid=2860643group_id=681 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Duplicated functions in Harbour libs Initial Comment: Hi, guys. After compiling my MiniGUI application I get this output: c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x2b0): multiple definition of `HB_FUN_DMY' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x120): first defined here c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x520): multiple definition of `HB_FUN_MDY' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x0): first defined here c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x720): multiple definition of `HB_FUN_ADDMONTH' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x2f0): first defined here The duplicated functions are both within Harbour libraries. It's possible to delete the functions of one of the referred libraries to solve the problem? Thanks so much by your attention! Regards, Jorge. -- ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour under OS/2 - eCS 12510 - 12525
On Thu, 17 Sep 2009, Szak�ts Viktor wrote: Could you repost output with -trace switch to see what exactly gets executed? News seem to be: -lsupc++ Okay, that explains. I don't understand what's happening there, but the easy option is to simply remove that lib for OS/2. Next thing to check is whether hbmk2 stills works in (default) C mode when Harbour is built using HB_BUILD_MODE=cpp option. I'd be great if you could make such test after next commit. Such unconditional linking -lsupc++ may cause also some other problems. GCC can be installed without G++ and supc++ library is part of G++. F.e. in my system MinGW32 cross build and gcc4.4 (the default is 4.3) does not contain C++ compilers and cannot be used with current hbmk2. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] FW: [ harbour-project-Bugs-2860643 ] Duplicated functions in Harbour libs
The easy solution is not to mix these two libraries, or at least to use date functions from only one of them. The difficult solution is to move each colliding functions into separate source files. But even this may not solve user problems, as it will be difficult to control which one is actually used in final app. Renaming / deleting them is not an option as both libs implement existing functions with these exact names, but with different (and incompatible) functionality. Brgds, Viktor On 2009 Sep 17, at 14:53, Chen Kedem wrote: Just forwarding this from the SF bug tracker. Chen. From: SourceForge.net [nore...@sourceforge.net] Sent: 17 September 2009 15:45 To: nore...@sourceforge.net Subject: [ harbour-project-Bugs-2860643 ] Duplicated functions in Harbour libs Bugs item #2860643, was opened at 2009-09-17 12:45 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100681aid=2860643group_id=681 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Duplicated functions in Harbour libs Initial Comment: Hi, guys. After compiling my MiniGUI application I get this output: c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x2b0): multiple definition of `HB_FUN_DMY' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x120): first defined here c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x520): multiple definition of `HB_FUN_MDY' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x0): first defined here c:\hmg\Harbour\lib/libhbct.a(dattime2.o):dattime2.c:(.text+0x720): multiple definition of `HB_FUN_ADDMONTH' c:\hmg\Harbour\lib/libhbclipsm.a(date.o):date.c:(.text+0x2f0): first defined here The duplicated functions are both within Harbour libraries. It's possible to delete the functions of one of the referred libraries to solve the problem? Thanks so much by your attention! Regards, Jorge. -- ___ 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] Harbour under OS/2 - eCS 12510 - 12525
Then I'll delete them and let users bother with this matter. Brgds, Viktor On 2009 Sep 17, at 15:03, Przemyslaw Czerpak wrote: On Thu, 17 Sep 2009, Szak�ts Viktor wrote: Could you repost output with -trace switch to see what exactly gets executed? News seem to be: -lsupc++ Okay, that explains. I don't understand what's happening there, but the easy option is to simply remove that lib for OS/2. Next thing to check is whether hbmk2 stills works in (default) C mode when Harbour is built using HB_BUILD_MODE=cpp option. I'd be great if you could make such test after next commit. Such unconditional linking -lsupc++ may cause also some other problems. GCC can be installed without G++ and supc++ library is part of G++. F.e. in my system MinGW32 cross build and gcc4.4 (the default is 4.3) does not contain C++ compilers and cannot be used with current hbmk2. best regards, Przemek ___ 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] SF.net SVN: harbour-project:[12528] trunk/harbour
Revision: 12528 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12528view=rev Author: vszakats Date: 2009-09-17 13:16:55 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 15:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg - Deleted supc++ lib. hbmk2 won't be able to solve every existing compiler configuration problems, so in this case users will have to deal with this special case and supply supc++ or supcxx or stdc++ lib if it's required, or manually select C++ mode for hbmk2 if that better solves local needs. Case closed from my side. * contrib/hbqt/hbqts.hbc * contrib/hbqt/hbqt.hbc * contrib/gtqtc/gtqtcs.hbc * contrib/gtqtc/gtqtc.hbc + Readded supc++ libs to .hbc files, where needed. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtqtc/gtqtc.hbc trunk/harbour/contrib/gtqtc/gtqtcs.hbc trunk/harbour/contrib/hbqt/hbqt.hbc trunk/harbour/contrib/hbqt/hbqts.hbc 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] Re: HBNETIO - How I tested ...
Przemek: I have two network cards in my OS/2 machine 192.168.1.110 192.168.2.64 and default route 192.168.2.1 so I am using netiosrv_os2.exe 63000 192.168.2.64 d:\creative.ram What mean/happen with 0.0.0.0 if I use ? netiosrv_os2.exe 63000 0.0.0.0 d:\creative.ram David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO HB_ReadIni() Support
Przemyslaw Czerpak wrote: It does not yet. Thanks for the correction, this is a little worrying then: I just tried it and it WORKS! Thank you for hinting it to me. Take note Mario, and revisit your test. Now I want to see how netio will work and decide if I should add new set of functions like: hb_fopen(), hb_fcreate(), hb_fclose(), hb_fread(), ... or change existing one fopen(), fcreate(), fclose(), fread(), ... to internally operate on hb_file*() API. I like the latter, it is so elegant, and I guess the performance impact is negligible as currently all these operations are I/O bound. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbvpdf.lib with image
Hello The library hbvpdf.lib When printing an image and the file does not exist, does not close the pdf and gives error What are the sources that supports and what types of pages? Saludos Jose Miguel Ejemplos y programas para Harbour + MiniGUI Extended http://www.embalajesterra.com/misdoc/programas/programas.html Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12529] trunk/harbour
Revision: 12529 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12529view=rev Author: vszakats Date: 2009-09-17 13:38:32 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 15:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbnetio/utils/netiosrv.prg + Added header. + Showing server configuration. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbnetio/utils/netiosrv.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:[12530] trunk/harbour
Revision: 12530 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12530view=rev Author: druzus Date: 2009-09-17 14:38:02 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-17 16:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/external/libpng/Makefile * disabled when XCC compiler is used - it cannot compile it * harbour/contrib/hbnetio/netiomt.prg * updated comment with NETIO_MTSERVER() syntax * harbour/contrib/hbnetio/netiosrv.c * minor formatting Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbnetio/netiomt.prg trunk/harbour/contrib/hbnetio/netiosrv.c trunk/harbour/external/libpng/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
RE: [Harbour] Ppo files
-Original Message- From: Przemyslaw Czerpak [mailto:dru...@acn.waw.pl] Sent: Thursday, September 17, 2009 1:53 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Ppo files On Thu, 17 Sep 2009, Horodyski Marek (PZUZ) wrote: Please test the /p option in Harbour. Very often the resulting file is incomplete. I haven't heard about such situation and I quite often use /p. Can you present any example? best regards, Przemek Yes. Pls test with include in body function. For example test.prg : Proc main() #include 'inkey.ch' Cls @ 12, 10 say 'cos tam' Inkey( 0) Return After harbour test.prg /p, in test.ppo is only : Proc main() Its all. Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hb_sendmail issues under linux
In contrib/hbtip/sendmail.prg these lines: IF !( Right( cBody, 2 ) == hb_osNewLine() ) cBody += hb_osNewLine() ENDIF should be: IF !( Right( cBody, 2 ) == Chr( 13 ) + Chr( 10 ) ) cBody += Chr( 13 ) + Chr( 10 ) ENDIF the standard requires Cr+Lf and servers like QMail reject messages with ONLY Lf reporting: 451 See http://pobox.com/~djb/docs/smtplf.html while others like Postfix accept them but report: 354 End data with CRLF.CRLF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but Postfix still reports 354 ... Any comments is welcome. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Ppo files
On Thu, Sep 17, 2009 at 4:41 PM, Horodyski Marek (PZUZ) m.horody...@pzuzycie.com.pl wrote: After harbour test.prg /p, in test.ppo is only : Proc main() Its all. I get: Compiling 'tppo.prg' and generating preprocessed output to 'tppo.ppo'... tppo.prg:2: error: F0029 Can't open #include file 'inkey.ch' If I provide the right -Ipath it works as expected. 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
Hi Lorenzo, Seems okay to me. Current solution is wrong anyway, since Right( , 2 ) will rarely be equal to hb_osNewLine() on systems with 1 char long EOLs. Pls commit it. Brgds, Viktor On 2009 Sep 17, at 16:44, Lorenzo Fiorini wrote: In contrib/hbtip/sendmail.prg these lines: IF !( Right( cBody, 2 ) == hb_osNewLine() ) cBody += hb_osNewLine() ENDIF should be: IF !( Right( cBody, 2 ) == Chr( 13 ) + Chr( 10 ) ) cBody += Chr( 13 ) + Chr( 10 ) ENDIF the standard requires Cr+Lf and servers like QMail reject messages with ONLY Lf reporting: 451 See http://pobox.com/~djb/docs/smtplf.html while others like Postfix accept them but report: 354 End data with CRLF.CRLF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but Postfix still reports 354 ... Any comments is welcome. best regards, Lorenzo ___ 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: R: [Harbour] How do I know if the button was pressed?
Thank you very much Mauricio.
I solved the problem with a mixture of MLEFTDOWN(), MROW() and MCOL()
Best Regarsd
GVS
Maurizio la Cecilia escribió:
I think that when cVar1 get lost his focus and valid clause is evaluated the
pushbutton hit focus but not yet sets the buffer property.
You could try with:
FUNCTION Func1(xVar1, xGetList)
RETURN xGetList[3]:hasFocus .or. !EMPTY(xVar1)
Not tested, however, as i don't use cl53 behaviour.
Best regards.
Maurizio la Cecilia
-Messaggio originale-
Da: Guillermo Varona Silupú [mailto:gvar...@ec-red.com]
Inviato: giovedì 17 settembre 2009 0.31
A: Harbour Project Main Developer List.
Oggetto: [Harbour] How do I know if the button was pressed?
In this code:
**
#include Inkey.ch
PROCEDURE Main
LOCAL cVar1 := cVar2 := SPAC(10), oPsw, GetList := {}, lBtn := .T.
SET(_SET_EVENTMASK, INKEY_ALL)
MSETCURSOR(.T.)
SETMODE(25,80)
CLS
@ 10, 10 SAY Entrada1: GET cVar1 VALID Func1(cVar1,GetList)
@ 11, 10 SAY Entrada2: GET cVar2
@ 12, 10 GET lBtn PUSHBUTTON CAPTION Exit STATE {||
ReadKill(.T.)}
COLOR W/G,W+/G,G/N,W+/G
READ
return
FUNCTION Func1(xVar1, xGetList)
? xGetList[3]:buffer
wait
RETURN !EMPTY(xVar1)
*
How do I know if the button was pressed?
Buffer is supposed to contain this information, but always returns NIL
The idea is to exit the program by pressing the button, even if this
cVar1 empty, but the VALID clause does not.
Any help / idea?
TIA
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: RE: [Harbour] Ppo files
On Thu, 17 Sep 2009, Horodyski Marek (PZUZ) wrote: Hi Marek, Please test the /p option in Harbour. Very often the resulting file is incomplete. I haven't heard about such situation and I quite often use /p. Can you present any example? Yes. Pls test with include in body function. For example test.prg : Proc main() #include 'inkey.ch' Cls @ 12, 10 say 'cos tam' Inkey( 0) Return After harbour test.prg /p, in test.ppo is only : Proc main() Its all. I can see perfectly well generated test.ppo file. I can only guess that you do not have valid INCLUDE directory with inkey.ch so compilation is interrupted at: t81.prg(2) Error F0029 Can't open #include file 'inkey.ch' and for unknown for me reason you ignored this error message and send bug report instead of fixing you environment settings. Am I right? If yes then then please explain me what you are asking for? best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
On Thu, Sep 17, 2009 at 4:51 PM, Viktor Szakáts harbour...@syenar.hu wrote: Pls commit it. Sorry, my local repo is quite customized and I use mercurial as local VCS so for me commit to svn is a big task. Could you kindly add this small change to your next commit? 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
Okay, I'll make it. Brgds, Viktor On 2009 Sep 17, at 17:05, Lorenzo Fiorini wrote: On Thu, Sep 17, 2009 at 4:51 PM, Viktor Szakáts harbour. 0...@syenar.hu wrote: Pls commit it. Sorry, my local repo is quite customized and I use mercurial as local VCS so for me commit to svn is a big task. Could you kindly add this small change to your next commit? best regards, Lorenzo ___ 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] hbvpdf.lib with image
Hi Jose Jose Miguel-3 wrote: The library hbvpdf.lib When printing an image and the file does not exist, does not close the pdf and gives error What are the sources that supports and what types of pages? hbvpdf is a port of Viktor K.s procedural code into class framework and so far no new functions are added into it till its inception. And more likely not many people are using it. You need to make experiments yourself and in case you find something interesting let this know. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/hbvpdf.lib-with-image-tp25491291p25491964.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] hb_sendmail issues under linux
On Thu, 17 Sep 2009, Lorenzo Fiorini wrote: In contrib/hbtip/sendmail.prg these lines: IF !( Right( cBody, 2 ) == hb_osNewLine() ) cBody += hb_osNewLine() ENDIF should be: IF !( Right( cBody, 2 ) == Chr( 13 ) + Chr( 10 ) ) cBody += Chr( 13 ) + Chr( 10 ) ENDIF but this is stlill wrong. code says: cBody - Optional. The body message of the email as text, or the filename of the HTML message to send. so, after that, you have to append crlf.crlf _no matter what is in cbody_ already. i think (from a quick skim of the code) that the correct solution would be deleting these three altogether, and the smtp client seems to already add this in it's commit(), which should be enough (and along these lines, appending anything to cbody is wrong). can you dump out a complete conversation, and get it to me? preferably protect it with something so that whitespaces and stuff are not mangled, base64, for example). the standard requires Cr+Lf and servers like QMail reject messages with ONLY Lf reporting: 451 See http://pobox.com/~djb/docs/smtplf.html while others like Postfix accept them but report: 354 End data with CRLF.CRLF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but Postfix still reports 354 ... Any comments is welcome. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBNETIO HB_ReadIni() Support
Alex, Message: 9 Date: Thu, 17 Sep 2009 15:29:16 +0200 From: Alex Strickland s...@mweb.co.za Subject: Re: [Harbour] HBNETIO HB_ReadIni() Support To: Harbour Project Main Developer List. harbour@harbour-project.org Message-ID: 4ab239ac.6030...@mweb.co.za Content-Type: text/plain; charset=UTF-8; format=flowed Przemyslaw Czerpak wrote: It does not yet. Thanks for the correction, this is a little worrying then: I just tried it and it WORKS! Thank you for hinting it to me. Take note Mario, and revisit your test. Yes I guess it's not working just yet. I added net:/path/to/ini/myini.ini in HB_ReadIni() file parameter and was so overwhelmed when I didn't get runtime error but in reality, it didn't process the line. Thanks Przemek for the clarification. Regards, Mario. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
Hi I tested it on linux: lock through NETIO not work (rewriting a locked record, and then flies out to destroy the index). removing the net: all earned What could be wrong? ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
On Thu, 17 Sep 2009, Alexandr Okhotnikov wrote: Hi, I tested it on linux: lock through NETIO not work (rewriting a locked record, and then flies out to destroy the index). Locks works perfectly. removing the net: all earned What could be wrong? If you can create as small as possible peace of code to replicate the situation which you think is a problem for you then maybe I can give you an answer. Now I do not know what you are doing and what you expect. Your sentence above suggests that you expect that Linux kernels will work with mandatory locking and DOS like deny flags but it's highly possible that I didn't guess correctly. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
On Thu, Sep 17, 2009 at 5:41 PM, Tamas TEVESZ i...@extreme.hu wrote: i think (from a quick skim of the code) that the correct solution would be deleting these three altogether, and the smtp client seems to already add this in it's commit(), which should be enough (and along these lines, appending anything to cbody is wrong). I've tried to remove them but then a msg with an attachment is wrong. The client shows everything as text. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
Hi
netiosrv.prg - as is
RUN: ./netiosrv_linux 60001 192.168.1.102
netiotst.prg:
define DBNAMEnet:data/_tst_
request DBFCDX
proc main()
set exclusive off
rddSetDefault( DBFCDX )
? NETIO_CONNECT():, netio_connect( 192.168.1.102, 60001 )
if ! dbExists( DBNAME )
createdb( DBNAME )
endif
testdb( DBNAME )
return
proc createdb( cName )
dbCreate( cName, {{F1, C, 20, 0}} )
use (cName)
dbAppend()
index on field-F1 tag T1 //without it - all right
close
return
proc testdb( cName )
use (cName)
dbgoto(1)
? DbrLock: second run (in parallel) - must be an error block
dbrlock()
field-f1 := test
? Locked
wait
close
return
2009/9/17 Przemyslaw Czerpak dru...@acn.waw.pl:
On Thu, 17 Sep 2009, Alexandr Okhotnikov wrote:
Hi,
I tested it on linux:
lock through NETIO not work (rewriting a locked record, and then flies
out to destroy the index).
Locks works perfectly.
removing the net: all earned
What could be wrong?
If you can create as small as possible peace of code to replicate
the situation which you think is a problem for you then maybe I can
give you an answer. Now I do not know what you are doing and what
you expect. Your sentence above suggests that you expect that Linux
kernels will work with mandatory locking and DOS like deny flags but
it's highly possible that I didn't guess correctly.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
On Thu, 17 Sep 2009, Viktor Szakáts wrote: i think (from a quick skim of the code) that the correct solution would be deleting these three altogether, and the smtp client seems to already add this in it's commit(), which should be enough (and along these lines, appending anything to cbody is wrong). I've tried to remove them but then a msg with an attachment is wrong. The client shows everything as text. Just a guess, but that appears to be some bugs in the attachment logic. It's strange that body needs to be hacked to make attachment work. Pbly attachment should add any linefeeds required. in hbtip/mail.prg:SetBody() there is: 151 METHOD SetBody( cBody ) CLASS TipMail 152IF ::oEncoder != NIL 153 ::cBody := ::oEncoder:Encode( cBody ) 154 ::lBodyEncoded := .T. //GD needed to prevent an extra crlf from being appended 155ELSE 156 ::cBody := cBody 157ENDIF 158::hHeaders[ Content-Length ] := hb_ntos( Len( cBody ) ) 159RETURN .T. maybe this has something to do with it? -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
On 9/17/2009 10:44 AM, Lorenzo Fiorini wrote: In contrib/hbtip/sendmail.prg these lines: IF !( Right( cBody, 2 ) == hb_osNewLine() ) cBody += hb_osNewLine() ENDIF should be: IF !( Right( cBody, 2 ) == Chr( 13 ) + Chr( 10 ) ) cBody += Chr( 13 ) + Chr( 10 ) ENDIF the standard requires Cr+Lf and servers like QMail reject messages with ONLY Lf reporting: 451 See http://pobox.com/~djb/docs/smtplf.html while others like Postfix accept them but report: 354 End data withCRLF.CRLF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but Postfix still reports 354 ... Any comments is welcome. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour Your more than welcome to harvest my changes... http://www.ask-services.com/tmp/mail.prg There is more issues than just the crlf. The handling of attachments was broken also, along with encoding in xharbour was broken at one point. I didn't commit my changes to (x)harbour as they were fairly extensive and it looked like it was working for others as is. My changes are heavily tested against postfix email server with sending from linux and windows binaries. One application probably sends 500+ emails a day with attachments. -- Regards -- Gerald Drouillard Technology Architect Drouillard Associates, Inc. http://www.Drouillard.biz ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12531] trunk/harbour
Revision: 12531 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12531view=rev Author: druzus Date: 2009-09-17 22:03:09 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-18 00:02 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/filebuf.c ! fixed missing FS IO error setting on local lock collisions * harbour/tests/tb1.prg * added my copyright note Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/filebuf.c trunk/harbour/tests/tb1.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] HBNETIO - How I tested ...
On Fri, 18 Sep 2009, Alexandr Okhotnikov wrote: Hi, netiosrv.prg - as is RUN: ./netiosrv_linux 60001 192.168.1.102 netiotst.prg: [...] Thank you very much for example. Now it's clear what happened. It's not NETIO problem but old bug exploited now - in RTL FS IO error was not set on local lock collision. I'll commit fix in a while. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_sendmail issues under linux
Lorenzo Fiorini wrote: In contrib/hbtip/sendmail.prg these lines: ... the standard requires Cr+Lf and servers like QMail reject messages with ONLY Lf reporting: 451 See http://pobox.com/~djb/docs/smtplf.html while others like Postfix accept them but report: 354 End data with CRLF.CRLF Using Chr( 13 ) + Chr( 10 ) seems to fix the send with QMail but Postfix still reports 354 ... Any comments is welcome. Hi, I know nothing about hbtip, but 354 is a standard response for SMTP DATA command. For example, Exim 4.69 response is: 354 Enter message, ending with . on a line by itself It means exactly the same as End data with CRLF.CRLF. These CRLF is not a hint that you are doing something wrong. Regards, Mindaugas ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12532] trunk/harbour
Revision: 12532 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12532view=rev Author: druzus Date: 2009-09-17 23:44:10 + (Thu, 17 Sep 2009) Log Message: --- 2009-09-18 01:43 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbthread.h * harbour/include/hbdefs.h * harbour/source/vm/dynlibhb.c * harbour/config/bsd/libs.mk ! updated to work with FreeBSD Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/bsd/libs.mk trunk/harbour/include/hbdefs.h trunk/harbour/include/hbthread.h trunk/harbour/source/vm/dynlibhb.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:[12533] trunk/harbour
Revision: 12533 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12533view=rev Author: druzus Date: 2009-09-18 00:39:12 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 02:38 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/config/detect.mk ! fixed typo in include directory used for slang.h detection - removed redundant HB_LOCAL_SLN variable - now this functionality can be reached using HB_INC_SLANG Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/detect.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] netiosrv.c range check
hi przemek,
netiosrv.c reads:
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.
--
[-]
mkdir /nonexistent
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
Hi
Alexandr Okhotnikov wrote:
proc createdb( cName )
dbCreate( cName, {{F1, C, 20, 0}} )
use (cName)
dbAppend()
index on field-F1 tag T1 //without it - all right
close
return
Try
index on field-F1 tag T1 TO ( DBNAME+.CDX )
Remember:
All files which are to be routed to NETIO must
have a prefix of net: and because you are
not specifying it whicle creating the index.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Re%3A-HBNETIO---How-I-tested-...-tp25452521p25500051.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] Re: HBNETIO - How I tested ...
Such functionality will be available in final version of alternative IO APIs. It will be possible to redirect any operations but now only functionality used by core RDD code is supported. Ok I'll wait for it. One more question Are there plans to address data corruptions inherent in network applications? Sorry for asking so much and taking some of your time. TIA Best Regards, Jerry -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[12534] trunk/harbour
Revision: 12534 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12534view=rev Author: druzus Date: 2009-09-18 02:07:11 + (Fri, 18 Sep 2009) Log Message: --- 2009-09-18 04:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/gttrm/gttrm.c + added support for FreeBSD console Modified Paths: -- trunk/harbour/ChangeLog 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
[Harbour] haiku network stuff
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 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 + #if !defined( HB_SOCKET_OFF ) /* we do not use autoconf so we can only guess what is supported 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 -- [-] mkdir /nonexistentIndex: 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 + #if !defined( HB_SOCKET_OFF ) /* we do not use autoconf so we can only guess what is supported 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 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HBNETIO - How I tested ...
On Fri, 18 Sep 2009, Jerry Finuliar wrote: Such functionality will be available in final version of alternative IO APIs. It will be possible to redirect any operations but now only functionality used by core RDD code is supported. Ok I'll wait for it. One more question Are there plans to address data corruptions inherent in network applications? 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. -- [-] mkdir /nonexistent ___ 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? Best Regards Jerry -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO - How I tested ...
Hi 2009/9/18 Pritpal Bedi bediprit...@hotmail.com: Try index on field-F1 tag T1 TO ( DBNAME+.CDX ) This is the first that was tried (removed from the example to simplify the example) Same error Remember: All files which are to be routed to NETIO must have a prefix of net: and because you are not specifying it whicle creating the index. If you look closely at my example, we see that nowhere is there no net: :) The error occurs when you start at the second session (the index is created, it is automatically caught by the driver DBFCDX). if ! dbExists( DBNAME ) createdb( DBNAME ) endif It tries to forcibly add the index (with a different extension to DBFCDX not open himself, and, of course, with net:) leads to the same error Regards Pritpal Bedi ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Harbour under OS/2 - eCS 12510 - 12525
Viktor: -lsupc++ Okay, that explains. I don't understand what's happening there, but the easy option is to simply remove that lib for OS/2. It work fine removing -lsupc++, warnings gone David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBNETIO - How I tested ...
Pritpal: As explained by Przemek, it allows to connect to the server practically from anywhere your ip and port is visible. BTW at this moment your server is down or it has changed it IP. Now is running again in d:\creative.ram netiosrv_os2.exe 63000 192.168.2.64 d:\creative.ram New IP is 189.162.130.7 As explained before, you can review your files using Clipxnet Example: DBF: Base de datos: d:\creative.ram\checks.dbf - This machine are running Clipxnet too so you can review your files using: http://189.162.130.7/conddb.fml and using for example: DBF: Base de datos: d:\creative.ram\myfile.dbf Index file, order, RDD, ... are optional ( Archivo indice:, DBF: Orden controlador:, DBF: Controlador RDD: ) You can use in Filtro/WHERE: an expression for filter, enclosed in parenthesis ( myfilter ) - David Macias ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
