Witam!
W liście datowanym 1 sierpnia 2009 (20:26:46) napisano:
> [sobota, 01 sierpie� 2009], Jarosław Kądzioła napisa?(a):
> Hi
>> > Have you rebuild libraries for WinCE too?
>> Yes, all libraries from zero.
> Thank for the info.
> I've just check the whole code and it was disabled also in hbs
Witam,
W liście datowanym 1 sierpnia 2009 (20:26:46) można przeczytać:
> [sobota, 01 sierpie� 2009], Jarosław Kądzioła napisa?(a):
> Hi
>> > Have you rebuild libraries for WinCE too?
>> Yes, all libraries from zero.
> Thank for the info.
> I've just check the whole code and it was disabled als
[sobota, 01 sierpie� 2009], Jarosław Kądzioła napisa�(a):
Hi
> > Have you rebuild libraries for WinCE too?
> Yes, all libraries from zero.
Thank for the info.
I've just check the whole code and it was disabled also in hbsetup.h.
MT support in WinCE needed some additional modifications.
Please tr
Hi
W liście datowanym 1 sierpnia 2009 (18:16:53) można przeczytać:
>> Unfortunately after [Harbour] SF.net SVN: harbour-project:[11949]
>> the same error :
>> $ hbmk2 tstrcv -mt -b
>> hbmk: Processing configuration: G:\msys\1.0\hb-mingw\bin\hbmk.cfg
>>
>> Harbour 2.0.0beta2
[sobota, 01 sierpie� 2009], Jaroslaw Kadziola napisa�(a):
Hi,
> > Please rebuild Harbour after:
> >2009-07-31 13:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> > * harbour/include/hbthread.h
> >! unblocked MT compilation for WinCE
> > and then compiler tstrcv again.
>
Witam!
W liście datowanym 31 lipca 2009 (13:22:44) napisano:
> [pi�tek, 31 lipiec 2009], Jaroslaw Kadziola napisa?(a):
> Witam,
>> >> > BTW I'm interesting in Windows results for above code so if possible
>> >> > please I would like to ask desktop windows and WinCE/WinMobile users
>> >> > to se
Witam,
W liście datowanym 31 lipca 2009 (13:22:44) można przeczytać:
> [pi�tek, 31 lipiec 2009], Jaroslaw Kadziola napisa?(a):
> Witam,
>> >> > BTW I'm interesting in Windows results for above code so if possible
>> >> > please I would like to ask desktop windows and WinCE/WinMobile users
>> >>
[pi�tek, 31 lipiec 2009], Jaroslaw Kadziola napisa�(a):
Witam,
> >> > BTW I'm interesting in Windows results for above code so if possible
> >> > please I would like to ask desktop windows and WinCE/WinMobile users
> >> > to send here "total client time" for above test code executed in both
> >>
[pi�tek, 31 lipiec 2009], Jaroslaw Kadziola napisa�(a):
Hi,
> > BTW I'm interesting in Windows results for above code so if possible
> > please I would like to ask desktop windows and WinCE/WinMobile users
> > to send here "total client time" for above test code executed in both
> > modes.
> Afte
Hi,
> BTW I'm interesting in Windows results for above code so if possible
> please I would like to ask desktop windows and WinCE/WinMobile users
> to send here "total client time" for above test code executed in both
> modes.
After compiling with Msys+mingw and running on Mio P550 with WinMobile
On Wed, 29 Jul 2009, Przemyslaw Czerpak wrote:
> I'm not very familiar with TIP code but some user messages I've seen
> suggested that some things do not work correctly, i.e. as workaround
> for some problems with FTP TIP client Miguel introduced new functions
> hb_inet[SG]et{Rcv,Snd}BufSize() and
On Wed, Jul 29, 2009 at 5:39 PM, Przemyslaw Czerpak wrote:
> BTW I'm interesting in Windows results for above code so if possible
> please I would like to ask desktop windows and WinCE/WinMobile users
> to send here "total client time" for above test code executed in both
> modes.
Win XPSP3 under
win/mingw (also dramatic improvement):
---
Harbour 2.0.0beta2 (Rev. 11928)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'tstrcv.prg'...
Lines 108, Functions/Procedures 4
Generating C source output to 'tstrcv.c'... Done.
First line: This is connection: 1
connection closed, lin
On 2009.07.29., at 7:14, Przemyslaw Czerpak wrote:
On Wed, 29 Jul 2009, Szak�ts Viktor wrote:
Probably some dead obvious reason, but I'm getting:
'bind/listen error'
hbmk2 tstrcv.prg -mt
with latest SVN and mingw.
(firewall is turned off)
Any ideas?
Add at the beginning of test code:
hb_i
On Wed, 29 Jul 2009, Szak�ts Viktor wrote:
> Probably some dead obvious reason, but I'm getting:
> 'bind/listen error'
> hbmk2 tstrcv.prg -mt
> with latest SVN and mingw.
> (firewall is turned off)
> Any ideas?
Add at the beginning of test code:
hb_inetInit()
just before:
sock := hb_inetS
Linux (also much better):
---
vszak...@brown:~/work/harbour/bin$ ./hbmk2 tstrcv.prg -mt -run
Harbour 2.0.0beta2 (Rev. 11916)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'tstrcv.prg'...
Lines 107, Functions/Procedures 4
Generating C source output to 'tstrcv.c'... Done.
First
Darwin (dramatic improvement here):
---
silver:bin vszakats$ ./hbmk2 tstrcv.prg -mt -run
Harbour 2.0.0beta2 (Rev. 11929)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'tstrcv.prg'...
Lines 107, Functions/Procedures 4
Generating C source output to 'tstrcv.c'... Done.
First lin
Probably some dead obvious reason, but I'm getting:
'bind/listen error'
hbmk2 tstrcv.prg -mt
with latest SVN and mingw.
(firewall is turned off)
Any ideas?
Brgds,
Viktor
On 2009.07.29., at 5:39, Przemyslaw Czerpak wrote:
I forgot about one thing.
I'm attaching simple .prg code which can b
On Wed, Jul 29, 2009 at 5:21 PM, Przemyslaw Czerpak wrote:
> But before I'll change anything in existing HB_INET*() code I would like
> to confirm that current implementation which uses internally hb_socket*()
> C functions works like the old one. Have you made some tests with your code
> and SVN
I forgot about one thing.
I'm attaching simple .prg code which can be linked with MT HVM
which shows the speed overhead inside current hb_inetRecvLine().
Please check the speed difference when you executed compiled
program without any parameter and with some non empty parameter.
In the second vers
On Wed, 29 Jul 2009, Francesco Saverio Giudice wrote:
Hi All,
>> The above is not true. This functions is implemented in the worst
>> possible way for performance. It calls recv() to extract single byte.
>> It means that the cost of switching between user and kernel space
>> is horrible huge and
Hi Przemek,
Il 28/07/2009 22.09, Przemyslaw Czerpak ha scritto:
The above is not true. This functions is implemented in the worst
possible way for performance. It calls recv() to extract single byte.
It means that the cost of switching between user and kernel space
is horrible huge and can kill
>-Original Message-
>From: Przemyslaw Czerpak [mailto:dru...@acn.waw.pl]
>Sent: Tuesday, July 28, 2009 10:10 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] SF.net SVN: harbour-project:[11892]
>trunk/harbour
[...]
>Maybe we should think about
Przemyslaw Czerpak wrote:
How many people use current hb_inet*() functions and how important
is backward compatibility for you?
I do. I would rather change my code, if it allows progress.
Regards
Alex
___
Harbour mailing list
Harbour@harbour-projec
On Tue, Jul 28, 2009 at 10:09 PM, Przemyslaw Czerpak wrote:
> Maybe we should think about writing new one from scratch using
> new hb_socket*() C functions?
> How many people use current hb_inet*() functions and how important
> is backward compatibility for you?
For me is important backward compa
The above is not true. This functions is implemented in the worst
possible way for performance. It calls recv() to extract single byte.
It means that the cost of switching between user and kernel space
is horrible huge and can kill the performance. I've seen how slow
it can be in some small progra
How main harbour part (core contrib) require writing new one from from scratch?
Which are?
2009/7/28 Przemyslaw Czerpak :
> On Tue, 28 Jul 2009, Lorenzo Fiorini wrote:
>> > Fine, I also think it's reasonable but in such case we should fix value
>> > stored in 2-nd parameter to follow documentation
On Tue, 28 Jul 2009, Lorenzo Fiorini wrote:
> > Fine, I also think it's reasonable but in such case we should fix value
> > stored in 2-nd parameter to follow documentation.
> > > 0 size of line with terminator
> > 0 - connection closed by foreign host
> > < 0 error
> It's ok for me.
OK, so
On Tue, Jul 28, 2009 at 7:51 PM, Przemyslaw Czerpak wrote:
> Fine, I also think it's reasonable but in such case we should fix value
> stored in 2-nd parameter to follow documentation.
> > 0 size of line with terminator
> 0 - connection closed by foreign host
> < 0 error
It's ok for me.
be
On Tue, 28 Jul 2009, Lorenzo Fiorini wrote:
> > I suppose that Giancarlo uses NIL as return string in case of error to use
> > function without checking nResult. An empty string forces to check always
> > nResult.
> I prefer Viktor's 2nd option: returns "" and set the error.
> NIL says nothing abou
On Tue, 28 Jul 2009, Francesco Saverio Giudice wrote:
Hi,
> As I can see in original inet.c, and if I don't read wrongly, iLen (that is
> @nResult var) it is the length of received string or 0 or error, but in
> case of length of the string it will contains also "\r\n" length. Instead
> iPos i
On Tue, Jul 28, 2009 at 7:22 PM, Francesco Saverio
Giudice wrote:
> I suppose that Giancarlo uses NIL as return string in case of error to use
> function without checking nResult. An empty string forces to check always
> nResult.
I prefer Viktor's 2nd option: returns "" and set the error.
NIL say
Hi,
Il 28/07/2009 18.27, Przemyslaw Czerpak ha scritto:
Thanks, please try after:
2009-07-28 18:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
The error is still there, but I need to make a deep check.
Now I downloading your last update to check again.
It should work as before a
Vista Ultimate 32bit
svn built with mingw
Thanks, please try after:
2009-07-28 18:21 UTC+0200 Przemyslaw Czerpak (druzus/at/
priv.onet.pl)
It should work as before anyhow we should think about modifying
hb_InetRecvLine() to return "" on errors. The next problem with
this function is values
On Tue, 28 Jul 2009, Francesco Saverio Giudice wrote:
Hi,
>> Looking at old hb_InetRecvLine() I see that it can return
>> 0, NIL, "" or character buffer and current code makes the
>> same. Of course I can (and I think I should) change it to
>> always return "" or errors but it's the question why
Il 28/07/2009 17.21, Przemyslaw Czerpak ha scritto:
Looking at old hb_InetRecvLine() I see that it can return
0, NIL, "" or character buffer and current code makes the
same. Of course I can (and I think I should) change it to
always return "" or errors but it's the question why the
problem was
examples/uhttpd2 works on Darwin.
Brgds,
Viktor
On 2009.07.27., at 11:43, dru...@users.sourceforge.net wrote:
Revision: 11892
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11892&view=rev
Author: druzus
Date: 2009-07-27 21:43:31 + (Mon, 27 Jul 2009)
Log Me
Is this correct ? Before I get only not empty lines.
I realize that probably this piece of code is wrong as I don't
check for
empty lines, but before this returns only when there was something in
buffer.
Looking at old hb_InetRecvLine() I see that it can return
0, NIL, "" or character buffer
On Tue, 28 Jul 2009, Francesco Saverio Giudice wrote:
Hi,
> testing httpserv with hb_Inet*() functions I get no receiving lines.
> in uhttpd.prg around line 1799 (I have added some lines for debugging)
> where code is:
>cRequest := ""
>nLen := 0
>nRcvLen := 1
>nContLen := 0
Hi Przemek,
Il 28/07/2009 10.49, Przemyslaw Czerpak ha scritto:
We should make also real application tests.
It's possible that I made some typos which
should be located and fixed so I'm very
interested in information about existing
applications using HB_INET*() functions or
HBTIP library.
te
On Tue, Jul 28, 2009 at 1:27 PM, Przemyslaw Czerpak wrote:
> Thank you for your tests. Please try after:
>
> 2009-07-28 13:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/rtl/hbinet.c
> ! fixed broadcast addresses wrongly used as default
Many thanks apps start after
On Tue, 28 Jul 2009, Lorenzo Fiorini wrote:
> > + added new BSD socket functions: hb_socket*(). They should be quite
> > close to low level C socket interface with few modifications which
> > ...
> > Please make test with real applications and report any problems
> > with hb_inet*
On Mon, Jul 27, 2009 at 11:43 PM, wrote:
> + added new BSD socket functions: hb_socket*(). They should be quite
> close to low level C socket interface with few modifications which
> ...
> Please make test with real applications and report any problems
> with hb_inet*() function
Hi Przemek,
Il 27/07/2009 23.43, dru...@users.sourceforge.net ha scritto:
Revision: 11892
+ harbour/source/rtl/hbsocket.c
Thank you very much for this code, I will try it in real application ASAP.
Best regards,
Francesco
___
Harbour mailing list
H
On Tue, 28 Jul 2009, Szak�ts Viktor wrote:
> Very nice. Thank you very much.
> It compiles cleanly on latest rev Darwin system.
> Didn't make any functional tests yet.
Thank you for confirmation.
We should make also real application tests.
It's possible that I made some typos which
should be loca
On Tue, 28 Jul 2009, Szak�ts Viktor wrote:
Hi,
> Do you see any problems renaming public HB_SOCKET_T to simply HB_SOCKET?
If you find it better then why not.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
Hi Przemek,
Do you see any problems renaming public HB_SOCKET_T to simply HB_SOCKET?
(at the same time in hbinet.c HB_SOCKET should be renamed to
HB_SOCKET_STRUCT
to comply with other parts of Harbour (and avoid collision))
Brgds,
Viktor
On 2009.07.27., at 11:43, dru...@users.sourceforge.ne
dru...@users.sourceforge.net wrote:
+ added new BSD socket functions: hb_socket*().
Thank you very much.
Yesterday was so quiet on the list I felt quite deprived.
Regards
Alex
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.h
Very nice. Thank you very much.
It compiles cleanly on latest rev Darwin system.
Didn't make any functional tests yet.
Brgds,
Viktor
On 2009.07.27., at 11:43, dru...@users.sourceforge.net wrote:
Revision: 11892
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11892&vi
Revision: 11892
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11892&view=rev
Author: druzus
Date: 2009-07-27 21:43:31 + (Mon, 27 Jul 2009)
Log Message:
---
2009-07-27 23:43 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbsta
50 matches
Mail list logo
