[Harbour] Re: symlink attack vuln in hb

2010-06-11 Thread Przemysław Czerpak
On Wed, 02 Jun 2010, Szak�ts Viktor wrote: Hi Viktor and Tamas, The security problem with links appears when any file is open for writing and previous contents of the file is not released so application cannot use 'unlink' and O_EXCL flag (or workarond with 'link' for race condition in old NFS <=

Re: [Harbour] SF.net SVN: harbour-project:[14646] trunk/harbour

2010-05-31 Thread Przemysław Czerpak
On Mon, 31 May 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-05-31 13:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > + contrib/hbwin/tests/oletst2.vbs > + contrib/hbwin/tests/oletst2.js > + Added vbscript and jscript test code. Thank you. Can you create some more complicate

Re: [Harbour] SF.net SVN: harbour-project:[12253] trunk/harbour

2010-05-31 Thread Przemysław Czerpak
[poniedzia�ek, 31 maj 2010], Jaroslaw Kadziola napisa�(a): Hi, > I'll try ASAP and notify you of the results. Thank you. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-proj

Re: [Harbour] SF.net SVN: harbour-project:[12253] trunk/harbour

2010-05-31 Thread Przemysław Czerpak
On Mon, 31 May 2010, Przemysław Czerpak wrote: > Can you repeat your tests with current SVN code? > Not it should link cleanly but I'm interesting if current ^^^ Now > OLE code is really working in WinCE. sorry for stupid typo. best re

Re: [Harbour] SF.net SVN: harbour-project:[12253] trunk/harbour

2010-05-31 Thread Przemysław Czerpak
On Sat, 22 Aug 2009, Jarosław Kądzioła wrote: Hi, > $ hbmk2 testole > hbmk: Processing local make script: hbmk.hbm > > hbmk: Processing configuration: F:\msys\1.0\hb-mingw\bin\hbmk.cfg > > hbmk: Processing: hbwin.hbc

Re: [Harbour] Re: Documentation storm on user's list

2010-05-29 Thread Przemysław Czerpak
On Sat, 29 May 2010, pete_westg wrote: Hi, > ..I'd prefer to we follow a "Harbour-Fund" financing model. That is, > we start making donations to a common-treasure and let project > leaders decide and make "hiring" agreements for manual creation, or > whatever would help project's improvement. > B

Re: [Harbour] SF.net SVN: harbour-project:[14626] trunk/harbour

2010-05-28 Thread Przemysław Czerpak
On Fri, 28 May 2010, Szak�ts Viktor wrote: Hi Viktor, > > For me this are two different things. > > 1. broken watcom binaries due to forces stack calling convention. > It's broken either way. Default is broken for OLE servers, > special build is broken for non-watcom Harbour .dlls. The default

Re: [Harbour] SF.net SVN: harbour-project:[14626] trunk/harbour

2010-05-28 Thread Przemysław Czerpak
On Fri, 28 May 2010, Szak�ts Viktor wrote: Hi Viktor, > I got a large number of unresolved externals. I think Because you haven't recompiled whole Harbour code with -r6 watcom compiler switch. > we should handle the watcom problem as a whole. Until > then hbolesrv.c can just be added after re

Re: [Harbour] HBMK2 problem

2010-05-28 Thread Przemysław Czerpak
On Thu, 27 May 2010, Szak�ts Viktor wrote: Hi Viktor, > > Alternatively we can move WinMain() to separate library or remove strict > > binding to HVM (hb_forceLinkMainWin()) and add some code to HBMK2 which > > will force linking with WinMain() if necessary (GUI application is created). > > hb_fo

Re: [Harbour] SF.net SVN: harbour-project:[14626] trunk/harbour

2010-05-28 Thread Przemysław Czerpak
On Fri, 28 May 2010, vszak...@users.sourceforge.net wrote: Hi Viktor, > ; Tried to add hbolesrv.c as direct source 'sources=hbolesrv.c', > but it requires this source (+ headers) to be distributed along > the binaries, plus it didn't resolve the watcom issue, so > I dropped

Re: [Harbour] SF.net SVN: harbour-project:[14609] trunk/harbour

2010-05-27 Thread Przemysław Czerpak
On Wed, 26 May 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-05-27 00:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * utils/hbmk2/examples/contribf.hbc > * contrib/Makefile > + contrib/hbcomm > + contrib/hbcomm/Makefile > + contrib/hbcomm/hbcomm.hbc > + contrib/hbcomm/h

Re: [Harbour] HBMK2 problem

2010-05-27 Thread Przemysław Czerpak
On Wed, 26 May 2010, Szak�ts Viktor wrote: Hi Viktor, > Another thing I noticed is that I cannot build > watcom servers, not clients. For servers it > complains about 'Error! E2030: file clib3s.lib(cstrtwwt): multiple starting > addresses found', > for clients there are unresolved symbol, eve

[Harbour] HBMK2 problem

2010-05-26 Thread Przemysław Czerpak
Hi Viktor, Please try to use hbmk2 to compile some OLE server examples. hbmk2 olesrv1.hbp hbmk2: Processing local make script: hbmk.hbm Error BASE/1066 Argument error: conditional (Quit) Error BASE/1066 Argument error: conditional Called from FN_EXPAND(0) Called from HBC_PROC

Re: [SPAM] [Harbour] Re: SF.net SVN: harbour-project:[14593] trunk/harbour

2010-05-26 Thread Przemysław Czerpak
On Tue, 25 May 2010, Pritpal Bedi wrote: Hi, > >> But the problem is when I am accessing its methods as such: > >> Function Main() > >>Local oGraph, oServer > >>if !( CreateVouch32( @oServer ) ) > >> Return nil > >>endif > >>oGraph := oServer:Vouch32GraphicsServer()/

Re: [SPAM] [Harbour] Re: SF.net SVN: harbour-project:[14593] trunk/harbour

2010-05-25 Thread Przemysław Czerpak
On Tue, 25 May 2010, Pritpal Bedi wrote: Hi, > Below is the converted code which registers itself successfully. > - > #define CLS_Name "Vouch32.Vouch.1" > #define CLS_ID "{1F6C0963-1581-498a-9035-E75A0F546CA5}" > //

Re: [Harbour] SF.net SVN: harbour-project:[14593] trunk/harbour

2010-05-25 Thread Przemysław Czerpak
On Wed, 26 May 2010, Szak�ts Viktor wrote: Hi, > I've successfully tested olesrv2 with oletst2. > Then I tried to access olesrv2 from jscript/vbscript. Since > I'm using Win7 x64, first I built olesrv2 with msvc64, > and registered it, which went OK. msvc64 compilation showed > these warnings:

Re: [SPAM] [Harbour] Re: SF.net SVN: harbour-project:[14593] trunk/harbour

2010-05-25 Thread Przemysław Czerpak
On Tue, 25 May 2010, Pritpal Bedi wrote: Hi Pritpal, > Here is my Vouch32 ActiveX Server code compiled with xhb.com: > #pragma BEGINDUMP > #define CLS_Name "Vouch32.Vouch.1" > #define CLS_ID "{1F6C0963-1581-498a-9035-E75A0F546CA5}" > const char *g_RegTable[][3] = > { >//format is {key, valu

Re: [Harbour] SF.net SVN: harbour-project:[14579] trunk/harbour

2010-05-25 Thread Przemysław Czerpak
On Tue, 25 May 2010, Lautaro Moreira wrote: Hi, > Sorry for my intromision but, where is olesrv2.prg ? On my hard drive ;) I haven't committed this code yet. Just simply I have had no time so far to make some real test in MS-Windows. I only tested the base version few days ago but I made many ot

Re: [Harbour] SF.net SVN: harbour-project:[14579] trunk/harbour

2010-05-25 Thread Przemysław Czerpak
On Tue, 25 May 2010, Szak�ts Viktor wrote: Hi, > That sounds great, may I ask for a simple example which > show the usefulness of this feature over regular hashes? This code illustrates the difference between regular and associative hash arrays: proc main() local h h := { => }

Re: Re[Harbour] vise the return of the functions: TimeToSec and SecToTime...

2010-05-25 Thread Przemysław Czerpak
On Tue, 25 May 2010, Ale SB wrote: Hi, > Sorry, but that has to do with the Clipper 5.2 Harbour? > I'm referring to the functions and TimeToSec SecToTime the Harbour, has > nothing to do with Clipper. TimeToSec() and SecToTime() are Clipper Tools functions. In Harbour they are implemented in HBC

Re: [Harbour] SF.net SVN: harbour-project:[14575] trunk/harbour/ChangeLog

2010-05-24 Thread Przemysław Czerpak
On Tue, 25 May 2010, tfonro...@users.sourceforge.net wrote: Hi, > Log Message: > --- > 2010-05-24 19:19 UTC-0500 Teo Fonrouge (teo/at/windtelsoft/dot/com) > * contrib/hbtip/thtml.prg > * removed old FOR EACH limitation Thank you for your modification but this entry can seriously

Re: [Harbour] Re: HB in MT mode + testsvc.prg = service don't start.

2010-05-24 Thread Przemysław Czerpak
On Mon, 24 May 2010, Vailton Renato wrote: Hi, > > I was making some tests with testsvc.prg (Harbour SVN 5.5.1 + BCC) and > > discovered some problems because it does not execute correctly when > > compiled with "-mt" in hbmk2. Apparently the problem comes in > > win_serviceStart () but I could n

Re: [Harbour] SF.net SVN: harbour-project:[14560] trunk/harbour

2010-05-24 Thread Przemysław Czerpak
On Sun, 23 May 2010, vszak...@users.sourceforge.net wrote: Hi Viktor, > 2010-05-23 20:54 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * utils/hbmk2/hbmk2.pt_BR.po > * utils/hbmk2/hbmk2.hu_HU.po > * utils/hbmk2/hbmk2.prg > + In non-incremental mode when no workdir is manually set, hb

[Harbour] HBMK2 problem

2010-05-23 Thread Przemysław Czerpak
Hi Viktor, HBMK2 create temporary .c file with non random names in temporary directory. It causes that it cannot be used in multiuser environment because during compilation different HBMK2 processes may overwrite temporary files. Can you fix it? best regards, Przemek _

Re: [Harbour] Setting File Permission with NetIO

2010-05-21 Thread Przemysław Czerpak
On Fri, 21 May 2010, Mario H. Sabado wrote: Hi, > How can I set the file permission when creating index file via NetIO > server under Linux? I have to chmod each time I reindex to reset > file permission settings of the created index. Set umask before you run the server. See: man umask for d

Re: [Harbour] sunpro-compiled hbrun doesn't work anymore

2010-05-20 Thread Przemysław Czerpak
On Thu, 20 May 2010, Tamas TEVESZ wrote: Hi, > as $subject says. i have bisected the problem to have been introduced > in r12466 (r12465 is fine). > r12466 only says segmentation fault, leaving an empty hb_out.log; > r14542 is a bit more verbose with: > Application Internal Error - > /home/ic

Re: [Harbour] hb_rexexlike and hb_regexhas not work

2010-05-20 Thread Przemysław Czerpak
On Thu, 20 May 2010, Adam Lubszczyk wrote: Hi! > Try sample: > > FUNCTION main() > LOCAL reg := hb_regexcomp(".*B.*") > LOCAL cText := "ABC" > LOCAL x > ? hb_regexlike(reg,cText) > ? hb_regexhas(reg,cText) > IF VALTYPE(x:=hb_regex(reg,cText)) =

Re: [Harbour] file path delimiter

2010-05-20 Thread Przemysław Czerpak
On Thu, 20 May 2010, sali wrote: Hi, > >>my second thought is to tweak at pp-level > >Everything what can be done on PP level can also be done in source > >code so there is no reason to make such things on PP level. > thnx for the tips > just to explain, regarding pp, of course that it can be don

Re: [Harbour] file path delimiter

2010-05-20 Thread Przemysław Czerpak
On Thu, 20 May 2010, sali wrote: Hi, > porting big app from clipper/win to harbour/linux, and having lot of > hard-coded and/or composed file/index paths with back-slash '\' embedded > is there some 'set' setting to at 'run-time-level' replace [convert] > windows-style '\' to linux-style '/' path

Re: [Harbour] Re: Return of hb_LibLoad()

2010-05-19 Thread Przemysław Czerpak
On Wed, 19 May 2010, Itamar Lins wrote: Itamar, > >Yes, the return is "U" undefined if not found file dll. > >And 0 if run ok. > >My tests is Win 7, with MingW, ChangeLog 14527 > Sorry my fault, return of valtype is 'N'. Value is 0. > Very busy for here... :( I still have no idea what you are te

Re: [Harbour] hb_atomic_* not exported

2010-05-19 Thread Przemysław Czerpak
On Wed, 19 May 2010, Szak�ts Viktor wrote: Hi Viktor, > I'm trying to create -shared Harbour app while > linking hbnetio, and hb_atomic_* functions are > missing from Harbour .dll so it fails. > Shouldn't they be declared 'extern HB_EXPORT'? > (now there is not qualifier before declaration) Ye

Re: [Harbour] DTR/DSR hardware handshake on linux

2010-05-19 Thread Przemysław Czerpak
On Wed, 19 May 2010, Bisz István wrote: Hi István, > Please find attached the hbcon.c patch allowing on some linux distroes the > DTR/DSR hardware handshake. > The DTR/DSR is a very often used handshake for serial printers, at least in > the POS field. A lot of supermarket cash registers are in f

Re: Re[Harbour] turn of hb_LibLoad()

2010-05-19 Thread Przemysław Czerpak
On Wed, 19 May 2010, Petr Chornyj wrote: Hi, > Yes, because rmchart.dll no p-code dll. You can use the function hb_libLoad > and Co only with p-code dll. It's not true. hb_libLoad() can and should be used to any type of libraries. It doesn't matter if they contain PCODE or not. The important ext

Re: [Harbour] Re: Return of hb_LibLoad()

2010-05-19 Thread Przemysław Czerpak
On Wed, 19 May 2010, Itamar Lins wrote: Hi Itamar, > >VALTYPE() can never return '0'. > >HB_LIBLOAD() will return empty value (NIL) on failure > >and pointer on success. > Yes, the return is "U" undefined if not found file dll. > And 0 if run ok. You used to ignore answers. Valtype cannot rerurn

Re: [Harbour] Database close during index open failure

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Mindaugas Kavaliauskas wrote: Hi, > >This is expected and documented few times on this list behavior. > >Of course it's a bug but it cannot be well fixed without very serious > >modifications in RDD code and all code (also 3-rd part one) which > >access any RDD methods. > >It

Re: [Harbour] SF.net SVN: harbour-project:[14515] trunk/harbour

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Szak�ts Viktor wrote: Hi, > Before going further can you help define in > normal words what is the description / distinction > between -hbdyn and -hbdynvm modes? -hbdyn creates DLL which is not linked with HVM. -hbdynvm creates DLL which is linked with HVM and other Harbou

Re: [Harbour] Database close during index open failure

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Mindaugas Kavaliauskas wrote: Hi, > 3 similar samples with different error, so, perhaps we have memory > corruption here. This is expected and documented few times on this list behavior. Of course it's a bug but it cannot be well fixed without very serious modifications in R

Re: [Harbour] SF.net SVN: harbour-project:[14515] trunk/harbour

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > ; TODO: Couldn't find how to pass .def files to Open Watcom wlink. > Anybody with an experience here? As I can see OW supports .def files only in 'li

Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Szak�ts Viktor wrote: Hi, > I know I have to also paste it in column 1. And this is the very inefficient part in stream block pasting which causes that they are not such flexible as line blocks when whole lines are copied. Just simply it forces additional horizontal cursor s

Re: [Harbour] SF.net SVN: harbour-project:[14515] trunk/harbour

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Przemysław Czerpak wrote: Hi Viktor, > > 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > > * utils/hbmk2/hbmk2.pt_BR.po > > * utils/hbmk2/hbmk2.hu_HU.po > > * utils/hbmk2/hbmk2.prg > > + Added experimental -hbdynvm

Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour

2010-05-18 Thread Przemysław Czerpak
On Tue, 18 May 2010, Szak�ts Viktor wrote: Hi, > What is the reason you want to handle "line" > selection separately from stream selection? > Line selection looks like a stream which ends > and begins at column zero. > Could be much simpler with two modes: stream and block. It's not the same.

Re: [Harbour] SF.net SVN: harbour-project:[14515] trunk/harbour

2010-05-17 Thread Przemysław Czerpak
On Tue, 18 May 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > * utils/hbmk2/hbmk2.pt_BR.po > * utils/hbmk2/hbmk2.hu_HU.po > * utils/hbmk2/hbmk2.prg > + Added experimental -hbdynvm mode. > + Added support for .def i

Re: [Harbour] Re: Vouch32 - Under Harbour Contrib

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Pritpal Bedi wrote: Hi, > > Just for information only. Have you implemented COM_KEY(), COM_SKEY(), > > COM_EVENT() functions, in COM_READ() and additional > > parameters (2,3,4) in COM_OPEN()? > Com_Key() => No > Com_SKey() => No > Com_Event() => No > The all three functions

Re: [Harbour] SF.net SVN: harbour-project:[14511] trunk/harbour

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Szak�ts Viktor wrote: Hi Viktor, > Very nice, count me to those who are eagerly awaiting it. > (even if in not yet fully cooked state) Thank you. There are some things which should be added/modified in hbmk2. First is support for .def files. This is .def file I used to link

Re: [Harbour] SF.net SVN: harbour-project:[14511] trunk/harbour

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Mindaugas Kavaliauskas wrote: Hi, > >Yes. I've wrote inproc OLE server for Harbour and it uses above > >functions to convert function/method/memvar symbols to DISPID in > >GetIDsOfNames() dispatch method and they are later converted back > >to symbols in Invoke() method. > >I

Re: [Harbour] Vouch32 - Under Harbour Contrib

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Pritpal Bedi wrote: Hi Pritpal, > You may be familiar with Vouch32 library and its counterpart > Vouch32 Active-X Server. If not please visit. > http://www.vouchcac.com/vouch32/vouch32.htm >A Free Windows Extended Utilities Library for Clipper, Xbase++ and > (x)Harbour

Re: [Harbour] SF.net SVN: harbour-project:[14511] trunk/harbour

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Mindaugas Kavaliauskas wrote: Hi, > On 2010.05.17 14:37, dru...@users.sourceforge.net wrote: > > + added to C functions: > > int hb_dynsymToNum( PHB_DYNS pDynSym ); > > PHB_DYNS hb_dynsymFromNum( int iSymNum ); > > which can be used to make convers

Re: [Harbour] Re: Error with hb_regex()

2010-05-17 Thread Przemysław Czerpak
On Mon, 17 May 2010, Adam Lubszczyk wrote: Hi! > I use Harbour compilator and library from MiniGui {compile also to console > mode} Sorry but it may be problem with this build only so I cannot help you. best regards, Przemek ___ Harbour mailing list (

Re: Res: Res: [Harbour] tipclientsmtp problem with MT

2010-05-15 Thread Przemysław Czerpak
On Sat, 15 May 2010, Szak�ts Viktor wrote: Hi, > It's possible (and should fixed, just not by my eyes), but > my suspect in this case is an MT requirement of OpenSSL, which > isn't satisfied in hbssl. Yes, but it's important only for concurrent access. It does not change anything when only sin

Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT

2010-05-15 Thread Przemysław Czerpak
On Sat, 15 May 2010, Fernando Athayde wrote: > bur Przemek look this: [...] Don't you understand the results are in practice random due to uninitialized memory? You have .T. for ST and .F. for MT. I have .T. for both modes. Someone else can have .F. for ST and .T. for MT. It doesn't change anythin

Re: Res: Res: [Harbour] tipclientsmtp problem with MT

2010-05-15 Thread Przemysław Czerpak
On Sat, 15 May 2010, Fernando Athayde wrote: Hi, > Przemek, i was think, may be problem is the multithread support of openssl > dll´s > i was trying build openssl, but without success If non HVM thread tries to access HVM, i.e. to execute some .prg code then it simply GPF so I do not think it's

Re: Res: [Harbour] tipclientsmtp problem with MT

2010-05-15 Thread Przemysław Czerpak
On Sat, 15 May 2010, Fernando Athayde wrote: Hi, > i try your suggestion port 587 now on 2 examples not runs return .F. > strange with port 465 runs fine without MT, but with MT dont´t run well > i think there is a problem with kernel mt of harbour I do not think so. best regards, Przemek _

Re: [Harbour] SF Bug tracker#3001388: HB_SPINLOCK_TRY !x86 typo

2010-05-14 Thread Przemysław Czerpak
On Fri, 14 May 2010, Chen Kedem wrote: Hi, > The following was posted on our SF bug tracker: > http://sourceforge.net/tracker/?func=detail&atid=100681&aid=3001388&group_id=681 > Anonymous wrote: > There is a typo in this macro, prevents building on ppc. > And there is a patch attached to that rep

Re: [Harbour] :__enumKey()

2010-05-14 Thread Przemysław Czerpak
On Wed, 12 May 2010, Mindaugas Kavaliauskas wrote: Hi, > perhaps this is a known issue, but looks like a strange limitation > of __enumKey() message. This code could not be compiled because of: > test202.prg(5) Warning W0031 Invalid variable 'XVALUE' for > enumerator message > FUNC main() > LOCA

Re: [Harbour] Error with hb_regex()

2010-05-13 Thread Przemysław Czerpak
On Thu, 13 May 2010, Adam Lubszczyk wrote: Hi, > If used in procedur any function of HB_REGEX..() > it work OK, but when return from procedur application GPF. [...] > Called from TEST(16) in test.prg > Called from MAIN(2) in test.prg > -

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-13 Thread Przemysław Czerpak
On Wed, 12 May 2010, Massimo Belgrano wrote: Hi Massimo, > About an idea of completely different implementation of pragma > I want remember that xbase++ support an intersting preprocessor directive > #pragma library ("mylib.lib") > Is possible implement also in harbour for minigw? > or at le

Re: [Harbour] Question about Preprocessor

2010-05-13 Thread Przemysław Czerpak
On Tue, 11 May 2010, CarozoDeQuilmes wrote: Hi, > Hi, when I put the following #translate in my program always convert the > parameter myparm to literal "myparm". It is good for me. > The question is: how make it in reverse ? (convert literal or variable to > variable) PP does not support neste

Re: [Harbour] Question about Preprocessor 2

2010-05-13 Thread Przemysław Czerpak
On Thu, 13 May 2010, CarozoDeQuilmes wrote: Hi, > Hi, I have an little question: > This translate: > #xtranslate . => myFun( , ) > function main() > aeval( aTmp , { *|x|* level1.level2 } ) > return .T. > It will be generate the followed sentence: > function main() > aeval( aTmp , { myFun(

Re: [Harbour] com on darwin

2010-05-12 Thread Przemysław Czerpak
On Thu, 13 May 2010, Szak�ts Viktor wrote: Hi, > I'm seeing this in hbcom.c: > --- > # elif defined( HB_OS_DARWIN ) > hb_snprintf( buffer, size, "/dev/cuaa%d", pCom->port - 1 ); > --- Above is only default value. > and these are the /dev/cu* files on my Snow Leopard: > --- > ~$ ls -l /de

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Szak�ts Viktor wrote: > Is it not enough to select between -tWM / cw32mt and > -tW / cw32 based on the -st/-mt flag when in -xhb > mode? As I said it will break user custom builds which use -tWM flag to compile whole xHarbour code. Such users will have to use -mt HBMK2 switc

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Pritpal Bedi wrote: Hi, > xMate compiles the same source as: > [1]:Bcc32.Exe -D__xDEVELOPMENT__ -D__xCACHE2009__ -D -d -5 -6 -a8 -c -O2 > -tW -DHB_FM_STATISTICS_OFF -DHB_NO_DEFAULT_API_MACROS > -DHB_NO_DEFAULT_STACK_MACROS -DHB_OS_WIN_32 -IInclude > -IC:\Dev\BCC55\Include

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Pritpal Bedi wrote: Hi, > > It's completely unimportant which code exploited the problem in > > visible way. Important is only that you are mixing files compiled > > for ST and MT mode (with and without -tWM flag) during linking > > final application and this is the source of

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Pritpal Bedi wrote: Hi Pritpal, > >> > I thought that you want to introduce full separation of compiled > > the #pragma low level behavior strictly depends on > > current compiler implementation. It may change in > My current requirement is to just get rid of the unresolved

Re: [Harbour] Slow create index under threads

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Maurilio Longo wrote: Hi, > Przemysław Czerpak wrote: > > If you have to keep existing OS then you can try to increase the memory > > used by Harbour RDD driver for buffers during indexing. > > In src/rdd/dbfcd/dbfcdx1.c[9191] I described how DBFCDX all

Re: [Harbour] SF.net SVN: harbour-project:[14461] trunk/harbour

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Mindaugas Kavaliauskas wrote: Hi, > On 2010.05.12 16:21, Mindaugas Kavaliauskas wrote: > >I've very surprised :( I expected to be some way to wait for line change > >event in POSIX/UNIX/Linux. I just guessed that there is a way to make > >line change to emit error condition,

Re: [Harbour] SF.net SVN: harbour-project:[14461] trunk/harbour

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Mindaugas Kavaliauskas wrote: Hi, > I has a code that seems does not fit under the new code. I have a > simple button (well, there is a RS-latch to avoid contact bouncing) > and I need to record time when the button is pressed. Button is > connected to DSR (or CTS), so I need

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Szak�ts Viktor wrote: Hi Viktor, > > I thought that you want to introduce full separation of compiled > > PRG modules specified at command line so hbmk2 which now passed > > all prg modules to harbour compiler in single call can be safely > > used without any interactions bet

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Szak�ts Viktor wrote: Hi Viktor, > My only concern is #pragmas. Here compatibility > doesn't apply as Clipper didn't have them. > > Do you think it can be fixed to reset the #pragma > settings to initial state after compiling each > separate source file? Probably yes but

Re: [Harbour] Slow create index under threads

2010-05-12 Thread Przemysław Czerpak
Hi, The time of creating very long index is mostly reduced by disk IO. In systems like MS-Windows it can be performance killer due the very inefficients method of buffer flushing. Creating more threads for simultaneous indexing only increases the problem becaue it increase number of non linear buf

Re: [Harbour] Re: hbMK2 - xHarbour ( Oct 2007 ) - Unresolved External

2010-05-12 Thread Przemysław Czerpak
On Tue, 11 May 2010, Szak�ts Viktor wrote: Hi, > > Then I searched the sources for #pragma directives. > > Because I am not the author of those sources, I never knew that > > multiple #pragma directives were in use. And that was the potential > > reason to get thousands of warnings which ultimate

Re: [Harbour] SF.net SVN: harbour-project:[14461] trunk/harbour

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Chen Kedem wrote: Hi Chen, > What is the different between this and the functions we have in > contrib/hbtpathy? hbtpathy supports only small subset of hbcom functionality, i.e. such important things like hardware/software flow control or DTR/RTS flags cannot be controlled b

Re: [Harbour] SF.net SVN: harbour-project:[14461] trunk/harbour

2010-05-12 Thread Przemysław Czerpak
On Wed, 12 May 2010, Szak�ts Viktor wrote: Hi Viktor, > > 2010-05-12 02:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > > * harbour/contrib/hbct/dummy.c > >* removed dummy CT3 serial communication functions > >; such files with dummy functions introduces very serious problems f

Re: [Harbour] SF.net SVN: harbour-project:[14412] trunk/harbour

2010-05-05 Thread Przemysław Czerpak
On Wed, 05 May 2010, Szak�ts Viktor wrote: Hi Viktor, > In the 4 working days of live testing the GPFs > seem to have disappeared and I got no crash > reports from users either. Thank you for the information. Let me know if you find any problems. best regards, Przemek

Re: [Harbour] Re: Error in hbide right click on editor tab

2010-05-04 Thread Przemysław Czerpak
On Tue, 04 May 2010, Szak�ts Viktor wrote: Hi, > I still cannot see why f.e. you cannot update to > the latest version, if it is important for you. Let's say that there are some problems with current xHarbour code and there is a chance that they will be exploited by such update. > Anyway, you

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Przemysław Czerpak
On Tue, 04 May 2010, Heinz V Bergen wrote: Hi, > Error occurs on the Return() of the function and all processes within were > completed successfully. The function creates Directories, copies files, > creates an FTP script, calls external RUN to PkZip and FTP and then erases > files and removes di

Re: [Harbour] Harbour "random" GPFs

2010-05-04 Thread Przemysław Czerpak
On Mon, 03 May 2010, Heinz V Bergen wrote: Hi, > OK, using latest Harbour (r14422) and did a "mingw32-make clean install", > then recompiled my app with "hbmk2" as console app, no GTs and tested, still > got error. > When Windows dialog to send error report, I clicked on debug window opening > VS

Re: [Harbour] netiotst.prg

2010-05-04 Thread Przemysław Czerpak
On Mon, 03 May 2010, Alex Strickland wrote: Hi > When testing netio using netiotst.prg I inadvertently caused this > error by editing the browse. > Error DBFCDX/1022 Lock required══ > Called from FIELDPUT(0) > Called from (b)FIELDBLOCK(0) > Called from DOGET(0) > Called f

Re: [Harbour] SF.net SVN: harbour-project:[14415] trunk/harbour

2010-05-04 Thread Przemysław Czerpak
On Fri, 30 Apr 2010, Mindaugas Kavaliauskas wrote: Hi, > In case of item stream, received items are buffered on client side > and NETIO_GETDATA() return array of items. In case of char stream, > data is concatenated and NETIO_GETDATA() return a single stream. > Function NETIO_GETDATA() is not blo

Re: [Harbour] Removal of non-UNICODE Windows codepath?

2010-04-29 Thread Przemysław Czerpak
Hi Viktor, Sorry but I do not understand why do you want to delete already working code. In longer terms it may cause that we will create problems for platform which do not use Unicode forcing Unicode everywhere reducing Harbour functionality to current Java or Phyton level. For me it will be end

Re: [Harbour] Removal of non-UNICODE Windows codepath?

2010-04-29 Thread Przemysław Czerpak
On Thu, 29 Apr 2010, Szak�ts Viktor wrote: Hi, > If that simplifies things (which it definitely does), and > the majority of developers agree with it, we can drop > non-UNICODE mode altogether from Harbour source code. > It's unlikely we shall ever support Windows 3.x or Win32s, > and unicows

Re: [Harbour] International characters next

2010-04-27 Thread Przemysław Czerpak
On Tue, 27 Apr 2010, Siny wrote: Hi, > I set the codepage succesfully. There are correct characters on the screen > and on the keyboard, too. But... The seek do not works when the string > certains a Hungarian character. I think that there are old-coded characters > in the databases. So you have

Re: [Harbour] NETIO Questions

2010-04-24 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Winston Garcia wrote: Hi, > What requirements are needed the computer server ? > for 10  conections ? > for 50  conections ? > for 100 conections ? It depends on what you want to do with it. It gives two things. Dedicated for RDD file server and here are similar conditions t

Re: [Harbour] Re: CLASSES - Instance Variable as Object - Access/Assign Elsewhere

2010-04-24 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Pritpal Bedi wrote: Hi, > > Is the following thread ? > > http://harbour-devel.1590103.n2.nabble.com/What-wrong-with-this-example-Harbour-Qt-hbxbp-td4880826.html#a4880826 > Yes, but your project files do not allow to compile them in > a standard way. This I had pointed you i

Re: [Harbour] Make NETIO RTE if called in ST mode?

2010-04-24 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Szak�ts Viktor wrote: Hi, > Shouldn't the NETIO server API call make an RTE > if not called in MT mode? Only one function needs MT in NETIO server part. It's NETIO_MTSERVER(). All other code perfectly well works in single thread mode and are fully usable. I.e. someone can p

Re: [Harbour] Re: CLASSES - Instance Variable as Object - Access/Assign Elsewhere

2010-04-24 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Pritpal Bedi wrote: Hi, > Tell me why my application running absolutely fine with > BCC, MSVC till 15 Mar 2010 stopped on one feature after that. > Without changing anything in other code ? Because the bugs was not exploited so far. A classic example of long term problems w

Re: RE: [Harbour] gpf with dbcreate and char field

2010-04-23 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Horodyski Marek (PZUZ) wrote: Hi, > > this sample generates an GPF > > > > struct := {{"campo1","C",65000,0},{"campo2","C",65000,0}} > > dbcreate("test1.dbf",struct) > > --- > > It is normal or I'm doing something wrong ? > No it should be RTE

Re: [Harbour] osx and fopen64()

2010-04-23 Thread Przemysław Czerpak
On Fri, 23 Apr 2010, Szak�ts Viktor wrote: Hi, > fopen64() is not present on OS X. After above > warning (which is not pacified), it results in > link time failure with this symbol missing. It was pacified and still is in GCC builds on all platforms. Anyhow please check feature set macros in M

Re: [Harbour] Re: CLASSES - Instance Variable as Object - Access/Assign Elsewhere

2010-04-23 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Pritpal Bedi wrote: Hi, > I am helpless that I cannot create a self-reduced sample. > What I did, just created the standard methods instead of > calling INLINE and everything went fine. > > I am not sure if changing the method calling convension > has anything to do with O

Re: [Harbour] NETIO Questions

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Winston Garcia wrote: Hi, > Have you a sample of Netio server what received many conections ? > The samples en contrib/netio only accept one conection at time ? The server example code in contrib/hbnetio/utils/netiosrv.prg accepts many connections. Number of connections is l

Re: [Harbour] [Przemek] Call HB_GCAll() inside AltD()

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Teo Fonrouge wrote: Hi, > When using the debugger and having objects with destructors, > sometimes when the AltD() function is executed and the program > execution is paused the destructor code is not called until the first > InKey( 0 ) call is issued and causing the executi

Re: [Harbour] gpf with dbcreate and char field

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Lautaro Moreira wrote: Hi, > this sample generates an GPF > > struct := {{"campo1","C",65000,0},{"campo2","C",65000,0}} > dbcreate("test1.dbf",struct) > --- > It is normal or I'm doing something wrong ? No it should be RTE instead of GPF. In

Re: [Harbour] osx and fopen64()

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Szak�ts Viktor wrote: Hi, > I'm getting this on OS X: > --- > /Developer/usr/bin/clang -I. -I../../../../../include -fno-common -O3 > -DHB_LEGACY_TYPES_OFF -DHB_HAS_ZLIB -I/usr/include -o ioapi.o -c > ../../../ioapi.c > ../../../ioapi.c:122:14: warning: incompatible int

Re: [Harbour] SF.net SVN: harbour-project:[14363] trunk/harbour

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, snaipe...@users.sourceforge.net wrote: Hi, > 2010-04-22 18:45 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) > * harbour/contrib/rddads/ads1.c > ! Fixed date handling in area putValue method for .dbf tables. > ADS does not support dates smaller than 0001

Re: [Harbour] Re: CLASSES - Instance Variable as Object - Access/Assign Elsewhere

2010-04-22 Thread Przemysław Czerpak
On Thu, 22 Apr 2010, Pritpal Bedi wrote: Hi, > This code works. > So the issue is shortlisted to INLINE keyword. > Przemek, are you around to set me right ? > If I have to change my sources like above, it will be a huge task. I'll look at it as soon as you create self contain example which I can

Re: [Harbour] HBMZIP myzip.prg GPF

2010-04-19 Thread Przemysław Czerpak
On Mon, 19 Apr 2010, Szak�ts Viktor wrote: Hi, > What operating system and compiler? All. Just fixed. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/lis

Re: [Harbour] Re: Pritpal and Vikto, please test this generator

2010-04-15 Thread Przemysław Czerpak
On Thu, 15 Apr 2010, francesco perillo wrote: Hi, > Pritpal, I now think that in prg classes we should add destructor and > destroy all the children at harbour level from there, so doing that > ourself and not leaving the job to Qt You may need explicit destructors in .prg code only if you

Re: [Harbour] Error with 14333

2010-04-15 Thread Przemysław Czerpak
On Thu, 15 Apr 2010, Szak�ts Viktor wrote: Hi, > There is no _disabled_ warnings in Harbour now. There > are two modes: 1) default warning level 2) Harbour high > level warnings. It doesn't matter how you call it. Important is only real results. Default settings means disabled warnings in many

Re: [Harbour] Error with 14333

2010-04-14 Thread Przemysław Czerpak
On Wed, 14 Apr 2010, Szak�ts Viktor wrote: Hi, > I hope someone can fix these. These were so far > hidden because of turned off warnings for exotic > compilers like bcc/pocc/xcc when building > external libs. Now they are visible. This bug exists with _ALL_ C compilers we are using. Just simp

Re: [Harbour] MSVC warnings (uninit variable)

2010-04-14 Thread Przemysław Czerpak
On Wed, 14 Apr 2010, Szak�ts Viktor wrote: Hi, > I've found these warning with recent Harbour versions, reported > by both MSVC 2008 and 2010: > --- > \harbour\src\compiler\obj\win\msvc\harboury.c(7035) : warning C4701: > potentially uninitialized local variable 'hb_complval' used > \harbour\sr

Re: [Harbour] sf.net bug: codepage translation

2010-04-14 Thread Przemysław Czerpak
On Wed, 14 Apr 2010, Szak�ts Viktor wrote: Hi, > Here's a new bug report / fix suggestion: > > http://sourceforge.net/tracker/index.php?func=detail&aid=2987157&group_id=681&atid=100681 > Any comment? [ Seems valid to me at first read. ] It's not correct solution. It only breaks few things in

  1   2   3   4   5   6   7   8   9   >