Hello
Viktor Szakáts wrote:
>
> Oh ok. I'd "insist" on creating something which
> looks more "intentional" design. To me the green
> patch looked like a bug or a wrongly painted icon.
> And/or some visual feedback would come handy
> when clicking on it. It just doesn't feel natural
> now.
>
Hi Pritpal,
>> Oh ok. I'd "insist" on creating something which
>> looks more "intentional" design. To me the green
>> patch looked like a bug or a wrongly painted icon.
>> And/or some visual feedback would come handy
>> when clicking on it. It just doesn't feel natural
>> now.
>>
>
> I will
Hi,
we have mixed meaning of subCode (3rd parameter of commonError()) in
rddads. Sometimes it is DBF compatible value, ex.:
commonError( pArea, EG_UNLOCKED, EDBF_UNLOCKED, 0, NULL, 0, NULL );
commonError( pArea, EG_DATATYPE, 1020, 0, NULL, 0, NULL );
In other cases it is error value retur
Hi,
> we have mixed meaning of subCode (3rd parameter of commonError()) in rddads.
> Sometimes it is DBF compatible value, ex.:
> commonError( pArea, EG_UNLOCKED, EDBF_UNLOCKED, 0, NULL, 0, NULL );
> commonError( pArea, EG_DATATYPE, 1020, 0, NULL, 0, NULL );
>
> In other cases it is error valu
On Thu, 04 Mar 2010, Mindaugas Kavaliauskas wrote:
Hi,
> we have mixed meaning of subCode (3rd parameter of commonError()) in
> rddads. Sometimes it is DBF compatible value, ex.:
> commonError( pArea, EG_UNLOCKED, EDBF_UNLOCKED, 0, NULL, 0, NULL );
> commonError( pArea, EG_DATATYPE, 1020, 0,
Revision: 14053
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14053&view=rev
Author: druzus
Date: 2010-03-04 10:06:32 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 11:06 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbcom
Hi,
Przemysław Czerpak wrote:
I have a proposal to move ads error value to osCode and leave
subCode zero, if we do not return a dbf compatible error. This
change also allows to get more precise error description by using
AdsGetErrorString(), since we will know ads error in all cases.
Any objecti
> Przemysław Czerpak wrote:
>>> I have a proposal to move ads error value to osCode and leave
>>> subCode zero, if we do not return a dbf compatible error. This
>>> change also allows to get more precise error description by using
>>> AdsGetErrorString(), since we will know ads error in all cases.
Hi Viktor,
> Function sms_send() return (-3) and not send message with
> libhbtpathy.a after 20.02.2010 (it's date of my last
> harbour build). With earlier version of libhbtpathy.a
> (date of my build : 02.02.2010) sms_send() return (-10)
> and work OK = send message.
VS> Sorry, but I cannot spo
On Thu, 04 Mar 2010, Mindaugas Kavaliauskas wrote:
Hi,
> But one problem we have... There is code:
> /* 1001 and 7008 are standard ADS Open Errors that will usually be
> sharing issues */
> HB_ERRCODE errOsCode = u32RetVal == 1001 || u32RetVal == 7008 ? 32 : 0;
> fRetry = commonError( pArea, EG_O
Hi Pritpal, i was playing with hbide editor and the function list on a .prg
source file
When i double click on a function listed on the functions list, the editor
wrap to the function code, it wrap to the function starting code but it put
it at bottom of the editor page.
I suggest to have the sel
Hi Viktor,
VS> This leads to these two changes (in three commits):
VS>
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/hbtpathy/telepath.prg?r1=12142&r2=13735
VS>
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contri
> VS> This leads to these two changes (in three commits):
> VS>
> http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/hbtpathy/telepath.prg?r1=12142&r2=13735
> VS>
> http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/h
On Thu, 04 Mar 2010, Szak�ts Viktor wrote:
Hi,
> Thank you very much Jaroslaw.
> This leads to these two changes (in three commits):
>
> http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/hbtpathy/telepath.prg?r1=12142&r2=13735
>
> http://harbour-proje
Hi Przemek,
> The modifications was partially reverted so it's much easier to make:
> svn diff -r 13589 telepath.prg > telepath.diff
>
> Functionally you changed one thing:
> tp_send() uses now:
> DO WHILE nTotWritten < Len( cString ) .AND. ;
> ( nTimeout < 0 .OR. ( hb_milliSeconds() - n
On Thu, 04 Mar 2010, Szak�ts Viktor wrote:
Hi,
> Could possibly be. I don't use hbsms at all, don't even
> have a serial cable around to test it, so I hope it will
> be "community" fixed eventually. I meant it as an
> initiative in the first place.
Not could but for sure is.
> The last .prg
Revision: 14054
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14054&view=rev
Author: vszakats
Date: 2010-03-04 12:09:05 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 13:08 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* examples/gtwvw/wvwcheck.c
>> Could possibly be. I don't use hbsms at all, don't even
>> have a serial cable around to test it, so I hope it will
>> be "community" fixed eventually. I meant it as an
>> initiative in the first place.
>
> Not could but for sure is.
>
>> The last .prg I've just sent to the list has all the
Revision: 14055
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14055&view=rev
Author: vszakats
Date: 2010-03-04 12:12:59 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 13:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtpathy/telepath
On Thu, 04 Mar 2010, Szak�ts Viktor wrote:
Viktor,
> > I already gave you precise answers about the existing bug
> > intorduce by recent seconds()=>hb_milliSeconds() modifications
> > and the potential problems inside hbsms which may cause random
> > bug reports to this list.
> > It's enough you
Thanks, you're right, I mixed the versions.
I'll commit this one ASAP.
Brgds,
Viktor
On 2010 Mar 4, at 13:47, Jaroslaw Kadziola wrote:
> Hi Viktor,
>
>
> vusn> Log Message:
> vusn> ---
> vusn> 2010-03-04 13:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> vusn> * contrib/hbtpathy/
Revision: 14056
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14056&view=rev
Author: vszakats
Date: 2010-03-04 12:57:07 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 13:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtpathy/telepath
Hi Przemek,
>>> I already gave you precise answers about the existing bug
>>> intorduce by recent seconds()=>hb_milliSeconds() modifications
>>> and the potential problems inside hbsms which may cause random
>>> bug reports to this list.
>>> It's enough you carefully read what I wrote :-)
>> Sorry
Hi,
W liście datowanym 4 marca 2010 (13:57:08) można przeczytać:
vusn> Log Message:
vusn> ---
vusn> 2010-03-04 13:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
vusn> * contrib/hbtpathy/telepath.prg
vusn> ! Restored for real.
Now is OK! Thanks a lot!
--
Regards,
Jaroslaw Kadz
Przemysław Czerpak wrote:
>
> one using nStartTime because time difference was calculated once at
> startup.
> The optimal code should make sth like:
>nStopTime := IIF( nTimeout > 0, hb_milliSeconds() + nTimeOut * 1000 : 0
> )
>[...]
>WHILE .T.
> [...]
> IF nTimeOut <= 0
Hi,
Przemysław Czerpak wrote:
Perhaps we must leave this hack, or... extend default error handler
Here is the problem with custom user code using own error handlers.
I'm afraid it's hard to change it because it may introduce very serious
bugs to valid Clipper code.
I also do not like it but I'm
Hi,
Did you test this code?
Yes, if you're referring to that SetCancel( .T. ) Clipper's program under NTVDM
differs.
IMHO this difference can be assumed because the code must be fixed in MT mode.
[
#if ! defined( HB_MT_VM ) && 0
if( hb_setGetCancel() )
s_bBreak = HB_TRUE;
>> Did you test this code?
>
> Yes, if you're referring to that SetCancel( .T. ) Clipper's program under
> NTVDM differs.
I was referring to your patch. Did you
try it with a test application with both
SETCANCEL(.T.) and SETCANCEL(.F.) ?
> IMHO this difference can be assumed because the code
Hi Mindaugas,
> So we have two choices:
> 1) osCode=AdsError and hack for sharing violation (osCode=32,
> subCode=AdsError);
> 2) subCode=AdsError and not Clipper compatible subcodes for not ADS errors
> like EDBF_DATAWIDTH, etc. One of ways to solve ambiguity in this case is
> error code range
marco bra wrote:
>
> Hi Pritpal, i was playing with hbide editor and the function list on a
> .prg
> source file
>
> When i double click on a function listed on the functions list, the editor
> wrap to the function code, it wrap to the function starting code but it
> put
> it at bottom of the
Did you test this code?
Yes, if you're referring to that SetCancel( .T. ) Clipper's program under NTVDM
differs.
I was referring to your patch. Did you
try it with a test application with both
SETCANCEL(.T.) and SETCANCEL(.F.) ?
IMHO this difference can be assumed because the code must be f
>> I was referring to your patch. Did you
>> try it with a test application with both
>> SETCANCEL(.T.) and SETCANCEL(.F.) ?
>>
>>> IMHO this difference can be assumed because the code must be fixed in MT
>>> mode.
>>> [
>>> #if ! defined( HB_MT_VM )&& 0
>>> if( hb_setGetCancel() )
>>>
Viktor Szakáts wrote:
>
> Sorry, but now I tried your suggestion to create
> a new panel with new color, but to no avail, so
> it's difficult to suggest anything.
> For sure current green icon has one strange property:
> When I first click on it, it has a "button-like" behavior,
> it depresse
Can you describe what is exactly this "expected" result?
http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
"
Return TRUE. In this case, no other handler functions are called, and the system displays a pop-up dialog box that asks the user
whether to terminate the process. The sys
>> Can you describe what is exactly this "expected" result?
>
> http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
>
> "
> Return TRUE. In this case, no other handler functions are called, and the
> system displays a pop-up dialog box that asks the user whether to terminate
> the
> http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
>
> "
> Return TRUE. In this case, no other handler functions are called, and the
> system displays a pop-up dialog box that asks the user whether to terminate
> the process. The system also displays this dialog box if the proces
On Thu, 04 Mar 2010, Szak�ts Viktor wrote:
Hi Viktor,
> > You were asking for help so I looked at the code and exactly showed
> > where you made a typo using < instead of <= and above is your
> > answer for the time I invest to check what you did and locate
> > the exact problem. I will remember
Hi,
>>> You were asking for help so I looked at the code and exactly showed
>>> where you made a typo using < instead of <= and above is your
>>> answer for the time I invest to check what you did and locate
>>> the exact problem. I will remember about it in the future.
>> Sorry, I just don't feel
Revision: 14057
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14057&view=rev
Author: vszakats
Date: 2010-03-04 18:08:34 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 19:08 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* harbour.spec
* contrib/
Hello Przemek,
Please be so kind to revise the following warning at compiling Harbour from
sources by BCC 5.5.1:
...
src\vm\hvmall.c:
Warning W8004 src\vm\hvm.c 5991: '_hb_stack_ptr_' is assigned a value that
is never used in function hb_vmEval
+ Full parser context
+ src\vm\hvmall.c, line 83
Revision: 14058
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14058&view=rev
Author: druzus
Date: 2010-03-04 18:43:51 + (Thu, 04 Mar 2010)
Log Message:
---
2010-03-04 19:43 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/hvm.c
[ I don't know because I've to answer this. Maybe the last time. :( ]
http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
"
An application-defined function used with the SetConsoleCtrlHandler function. A console process uses this function to handle
control signals received by the p
It doesn't work on Vista and Win7/2008.
Brgds,
Viktor
On 2010 Mar 4, at 20:16, Xavi wrote:
> [ I don't know because I've to answer this. Maybe the last time. :( ]
>
> http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
>
> "
> An application-defined function used with the SetConso
Sorry I meant SetCancel(.F.)
http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx
"
An application-defined function used with the SetConsoleCtrlHandler function. A console process uses this function to handle
control signals received by the process. When the signal is received, the
It also doesn't work on Vista/Win7/2008.
Did _you_ read the comments in your quoted (now
for the 6th times) article?
I tested it on XP x64, there there is a window
asking for 'Cancel' and 'End Now', so even here
this method cannot prevent the app to be closed
by user. In any case it's not a S
Hi,
I've been playing around with the HBNETIO thing a bit. I have two
questions:
1) How come the netio_mtserver command isn't really documented in the
readme.txt when the func netio_listen is listed on the readme? Maybe the
_mtserver one is the one to use?
2) Any tips on some basic reasons w
Hi
Below is the conersation text which is being discussed
on user list. But it belongs to dev-list so I am posting here.
-
> I cannot do that.
> > In the moment when you added HB_GTI_NOTIFIERBLOCK you effectively
> > blocked the possibilities of serving window loop by
Hello Przemek
GTWVG is totally dependant on HB_GTI_NOTIFIERBLOCK
for rendering GUI elements which are PRG code has to be called.
Probably GTWVG also needs it for some of its constructs.
So if this is the limitation, I am afraid the dream of
Passive Non-HVM thread can not be realized for GTWVG
On Thu, 04 Mar 2010, Pritpal Bedi wrote:
Hi,
> Is there a way to execute READKEY() from "do while" loop
> in some way ?. To me it appears to be the fastest route to
> cover this issue. I may be wrong though.
It is executed though for some programs it may be executed too seldom.
See hvm.c[1202] a
On Thu, 04 Mar 2010, smu johnson wrote:
Hi,
> C:\hbm\hbnetio>netiotst.exe
> Cannot start NETIO server !!!
> Press any key to exit...
You have to compile this code with MT support.
Use -mt hbmk2 switch or compilt it using netiosrv.hbp, i.e.
hbmk2 netiosrv.hbp
best regards,
Przemek
___
Przemek, you are a genius!
2010/3/4 Przemysław Czerpak
> On Thu, 04 Mar 2010, smu johnson wrote:
>
> Hi,
>
> > C:\hbm\hbnetio>netiotst.exe
> > Cannot start NETIO server !!!
> > Press any key to exit...
>
> You have to compile this code with MT support.
> Use -mt hbmk2 switch or compilt it using
Another quick question if I may.
Does the NETIO thing work in the way that if you connect to a listener, it
can forward all regular SIX3 calls to the connection?
I have a lot of: USE something.dbf // type commands
And I'm wondering if I can set an rdd default setting to know to use the
netio c
This is hbmysql.hbc , hbmysql.a it is correct exist
but whic library is mysql ???
What I am doing wrong ?
Bruno
#
# $Id: hbmysql.hbc 13881 2010-02-15 22:48:29Z vszakats $
#
incpaths=.
libs=hbmysql
{unix}libs=mysql
{!unix}libs=libmysql
//
ERROR//
Its seems that in this way , compiles ok in linux ubuntu
#
# $Id: hbmysql.hbc 13881 2010-02-15 22:48:29Z vszakats $
#
incpaths=.
libs=hbmysql
{unix}libs=mysqlclient
{!unix}libs=libmysql
But I don't know If its me or TEST.PRG code in test directory not work at
all or I don't understand
or is
Viktor,
It also doesn't work on Vista/Win7/2008.
Maybe is about CTRL_LOGOFF_EVENT, CTRL_SHUTDOWN_EVENT that is received only by
services.
But if so is a issue of Vista and Win7/2008, not ours, because the official
documentation nothing says about this, AFAIK.
And no excuse for not correcting
Hi Viktor,Przemek
>> Instead you restored old wrong tpathy code and Jarek
>> sent idiotic message thanking you for restoring the bug.
You're right it was a idiotic message - I thought only of my
own interest instead of the HARBOUR as a whole. Sorry
VS> I will remove HBSMS also.
It's no good so
+1
2010/3/5 Jaroslaw Kadziola
>
> I believe that Viktor restore this cobtrib :)
>
>
--
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
- Original Message -
From: "Jaroslaw Kadziola"
To: "Harbour Project Main Developer List."
Sent: Friday, March 05, 2010 7:28 AM
Subject: Re: [Harbour] Wrong hbsms
who benefits from this contribution (for myself is an important part
of notification - not simple toy).
just a question
Hi,
s> just a question [i havn't noticed this contrib before], is this 'hbsms'
s> device independent, or depends on serial communication with gsm equipment
s> and specific model? does it implement some api to higher level?
You must ask Viktor about details.
To send sms' i'm using Nokia phone
- Original Message -
From: "Jaroslaw Kadziola"
To: "Harbour Project Main Developer List."
Sent: Friday, March 05, 2010 8:25 AM
Subject: Re: [Harbour] Wrong hbsms
To send sms' i'm using Nokia phone plugged to usb port.
In system must be installed modem driver (for this phone model).
60 matches
Mail list logo
