Francesco,
can you build it using socket instead of inet, so that we can at least say
that the problem is not inside inet?
best regards.
Maurilio.
Francesco Saverio Giudice wrote:
Hi Maurilio,
Il 19/02/2009 17.12, Maurilio Longo ha scritto:
Hi,
I've built uhttpd on OS/2 using inet, it
Hi Maurilio,
Il 23/02/2009 8.49, Maurilio Longo ha scritto:
Francesco,
can you build it using socket instead of inet, so that we can at least say
that the problem is not inside inet?
Already done, the problem is still there.
I have analyzed the code but I found nothing, at the moment, that
Look very good
Wich path do you think is possible for made simular tool in harbour in
multiplatform?
2009/2/23 Vailton Renato vail...@gmail.com:
About GUI Wrapper, look at mymake and see if he can inspire you or
even help in some part on screenshots, options, etc.
This tool was developed in
Another posting of Steffen that reply to xbase is the only multitread project
require a reply?
Steffen's Response to my post on Pritpal Bedi take on Multi-
threading.
Sorry to use your blog to comment on the comments of others, as I
think this is not the idea of a blog. Anyway please allow me
Follow prev
Multithreading as the ability to execute code in different code paths
is a feature of modern OS sinces decades. The problem with MT is that
it adds another dimension of complexity to the developers task. While
with single threaded apps. the developer needs only to think in a more
or
I plan a esay wrap to HBMK2 simply for not made error compiling or
editing sample
Like You i want get prg,c,obj,lib
mymake add a ch thath is refeder by prg for editing purpose
are .rc and .res supported by hbmk?
2009/2/23 Massimo Belgrano mbelgr...@deltain.it:
Look very good
Wich path do you
[...]
I told before, it is extremely gray area for me.
I just implemented Andy Wos code. He is better equipped to
refine it. He is not available online these days, may be on
vacations, otherwise I must have requested him.
Pritpal, I have the addresses :
Andy (at) capitaloffice.com.au
Andywos
Many thanks Pritpal, new solution looks very good.
To use GC with this method, you'd probably need to encapsulate
HWND into a GC collected object and do the required cleaning
when the HWND object goes out of scope.
I'll send you x64 results a bit later, still working in and on
Linux for now.
Another tool rdd based on sql :
Sql lib with free and plus version
http://sqllib.com.br/v4/index.php?module=Produtos
Mediator xBase/Clipper client is used to access Mediator ISAM server
from Clipper, Harbour or xHarbour applications. Client software
implements the concept of RDD driver.
On Mon, 23 Feb 2009, Massimo Belgrano wrote:
Hi,
Steffen's Response to my post on Pritpal Bedi take on Multi-
threading.
Sorry to use your blog to comment on the comments of others, as I
think this is not the idea of a blog. Anyway please allow me to
clarify my statement. I said clean and
Xmate version: 1.15
http://www.andywos.ih.co.za/xmate/
Made in Harbour, windows only
xMate is a freeware project manager and builder, It includes a
built-in, configurable source code editor
I am using xmate from a lot of year and i found very good but in last
year have made very litthe update
Maybe, if using GTK ... but I like how Qt multi platform environment.
I have not decided about this.
2009/2/23 Massimo Belgrano mbelgr...@deltain.it:
Look very good
Wich path do you think is possible for made simular tool in harbour in
multiplatform?
2009/2/23 Vailton Renato
On Mon, 23 Feb 2009, Massimo Belgrano wrote:
Hi,
Follow prev
Multithreading as the ability to execute code in different code paths
is a feature of modern OS sinces decades. The problem with MT is that
it adds another dimension of complexity to the developers task. While
with single threaded
Hi Przemek,
Thanks for this thoughtful conversation.
Just a few things that sprang to my mind regarding current MT
issues in Harbour while reading both Steffen's and your text:
- hbct windowing has the current window as an app global
data. This makes it difficult (or even impossible?) to
On Mon, 23 Feb 2009, Szak�ts Viktor wrote:
Hi.
Thanks for this thoughtful conversation.
Just a few things that sprang to my mind regarding current MT
issues in Harbour while reading both Steffen's and your text:
- hbct windowing has the current window as an app global
data. This makes it
-Messaggio Originale-
Da: Francesco Saverio Giudice i...@fsgiudice.com
A: Harbour Project Main Developer List. harbour@harbour-project.org
Data invio: lunedì 23 febbraio 2009 0.45
Oggetto: Re: [Harbour] TGet: setting cursor position to ::nMaxLen + 1
in this case the problem is that
- hbct windowing has the current window as an app global
data. This makes it difficult (or even impossible?) to
start a new thread which operates in its own windows,
as the threads are stealing focus from each other.
(main app thread focus changes are difficult to protect
by
On Mon, 23 Feb 2009, Szak�ts Viktor wrote:
Hi,
Yes, a file find handle is closed only at app exit. On Windows
this locks the directory (not possible to remove it for example).
Not only. FILESEEK( NIL ) closes it. We can document it or
introduce new function.
The second is important
Revision: 10411
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10411view=rev
Author: vszakats
Date: 2009-02-23 13:53:42 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 14:51 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Revision: 10412
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10412view=rev
Author: vszakats
Date: 2009-02-23 14:15:04 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 15:14 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/postinst.bat
!
Date - 2009-02-23, from naightly zip file. Compiler : owactom.
On screen :
c:\harbourmake_gnu.bat clean
c:\harbourmake_gnu.bat
make[3]: *** [wvgcore.obj] Error 8
make[2]: *** [descend] Error 2
make[1]: *** [gtwvg] Error 2
make: *** [contrib] Error 2
From files :
c:\harbour\ChangeLog.
/*
*
Hi Renato
Perhaps you have missed my name in the crew-list.
As you showed it visible, may be that page never got
updated at the production folder.
Pritpal Bedi
a student of software analysis design
prit...@vouchcac.com
INDIA
--
View this message in context:
Revision: 10413
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10413view=rev
Author: vszakats
Date: 2009-02-23 15:43:05 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 16:40 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hb-mkdll.bat
-
I've committed a few fixes.
This is the complete list of the remaining ones:
(probably wincallb.c should be removed, and wvgsink.c
fixed because it also contains errors.)
---
../../wvgwin.c(1628): Warning! W014: col(1) no reference to symbol
'tagTVINSERTSTRUCTA::hParent'
../../wvgwin.c(1605):
Revision: 10414
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10414view=rev
Author: vszakats
Date: 2009-02-23 15:51:01 + (Mon, 23 Feb 2009)
Log Message:
---
update to former ChangeLog entry to
reflect final state at commit.
Modified Paths:
Viktor,
I think there is a typo :
$ echo ? 'hello' tst.prg
$ hbmk2 tst
Harbour 1.1.0dev (Rev. 10412)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'tst.prg'...
Lines 1, Functions/Procedures 1
Generating C source output to 'tst.c'... Done.
gcc: usr/lib/harbour/libharbour.so:
On Mon, 23 Feb 2009, Guy Roussin wrote:
Hi,
I think there is a typo :
$ echo ? 'hello' tst.prg
$ hbmk2 tst
Harbour 1.1.0dev (Rev. 10412)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'tst.prg'...
Lines 1, Functions/Procedures 1
Generating C source output to
Revision: 10415
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10415view=rev
Author: vouchcac
Date: 2009-02-23 17:05:51 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 09:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
*
So please check what happens when you compile Harbour using
-DHB_FM_WIN_ALLOC
Hi Przemek,
I´m using native BCC 6.10 MM and the same problem exist. I can see
that in BCC I have less unfreed resources, but it exist.
Regards,
Toninho.
___
On Mon, 23 Feb 2009, toni...@fwi wrote:
Hi,
So please check what happens when you compile Harbour using
-DHB_FM_WIN_ALLOC
I´m using native BCC 6.10 MM and the same problem exist. I can see
that in BCC I have less unfreed resources, but it exist.
So it's not DLMALLOC only problem but also
Hi folks,
I'm close to give it up here. Couldn't find relevant docs, and by
mere trying, it's close to impossible to find out the right way to pass
the various kinds of gcc binary input files (.a, .o, lib prefix,
.so/.dylib/.dll,
with path or without, with lib prefix or without), (and haven't even
Can I create lib?
If yes How?
2009/2/23 vszak...@users.sourceforge.net:
Revision: 10416
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10416view=rev
Author: vszakats
Date: 2009-02-23 18:15:41 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23
Revision: 10417
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10417view=rev
Author: druzus
Date: 2009-02-23 18:31:45 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 19:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Revision: 10418
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10418view=rev
Author: vszakats
Date: 2009-02-23 18:47:34 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 19:36 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Massimo, there is no way to create a lib, nor a .dll, and I won't add it
now. It's BTW amazing how you can ask for yet
another feature which isn't yet implemented and suddenly
completely forget about all your previous ones as soon as
they get implemented.
hbmk2 already exceeded the bloat level
Hi Pritpal,
These remain:
---
../../wvgwin.c(1617): Error! E715: col(9) member 'item' has not been
declared in 'tagTVINSERTSTRUCTA'
../../wvgwin.c(1630): Warning! W014: col(1) no reference to symbol
'tagTVINSERTSTRUCTA::hParent'
../../wvgwin.c(1607): Note! N392: col(16) definition: '_TREEITEM *
Hbmk is perfect for me, I thanks you because i dream it as uniformity
of harbour culture
I post only because remember that your post as todo but i can miss
No problem for me us unnecessary as feature of hbmk
I agree that hbmk make harbour simple in each OS and typically
operation is compile
Hello Przemek
Harbour compiled with -DHB_FM_WIN_ALLOC
doe snot produce any unreleased Virtual Mem Pages
as reported by MemProof.
Plus exiting a thread also releases the memory properly.
With dlmalloc.c, a thread was never releasing the memory.
You start another thread, keep on initiating
Hi Pritpal,
Il 23/02/2009 20.45, Pritpal Bedi ha scritto:
This also shed light on uhttpd's reported high
memory consumption in another thread. Francesco ?
Just testing
Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
Hi:
Trying buil Harbour from last SVN, I got this:
D:\harbourmake_gnu
../../wvgwin.c: In function `HB_FUN_WVG_TREEVIEW_ADDITEM':
../../wvgwin.c:1617: error: structure has no member named `item'
../../wvgwin.c:1618: error: structure has no member named `item'
../../wvgwin.c:1619: error:
cd $home
cd src
cd harbour
./make_deb.sh
bash:./make_deb.sh: no such file
svn have reported checked out revisione 10418
2009/2/22 Guy Roussin guy.rous...@teledetection.fr:
Hi,
cd $HOME
mkdir src
cd src
svn co
Hi Massimo,
no more make_deb.sh in svn
now, you must use mpkg_deb.sh instead
for example, i use :
$ fakeroot sh mpkg_deb.sh
Guy
Massimo Belgrano a écrit :
cd $home
cd src
cd harbour
./make_deb.sh
bash:./make_deb.sh: no such file
svn have reported checked out revisione 10418
2009/2/22 Guy
Revision: 10419
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419view=rev
Author: vszakats
Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 22:17 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
cd $home
cd src
cd harbour
fakeroot sh mpkg_deb.sh
fakerootkey set to 1787254769
nested operation not yet supported
2009/2/23 Guy Roussin guy.rous...@teledetection.fr:
Hi Massimo,
no more make_deb.sh in svn
now, you must use mpkg_deb.sh instead
for example, i use :
$ fakeroot sh
On 02/22/2009 09:48 PM, Massimo Belgrano wrote:
I have tried download and compile under Ubuntu 8.04 last svn i go
Massimo
I usually use this script to update compile install Harbour svn sources
i have put this script under the dir /usr/src of my Ubuntu pc.
I run this script using sudo
Open
Revision: 10420
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10420view=rev
Author: vszakats
Date: 2009-02-23 21:30:06 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 22:29 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi,
Revision: 10419
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419view=rev
Author: vszakats
Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 22:17 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
*
Hi Massimo,
Are you sure, you have the fakeroot package installed ?
(sudo aptitude install fakeroot)
I think your message is not related to the fakeroot
command (perhaps another command on your system ?)
Note that the fakeroot is only usefull to compile harbour
as user (and not root) : this is
Hi Viktor,
now I have an error building uhttpd
Il 23/02/2009 22.39, Guy Roussin ha scritto:
Hi,
Author: vszakats
Date: 2009-02-23 21:19:25 + (Mon, 23 Feb 2009)
below errors I got (MSVC 9):
--
Building uHTTPD server
Lib GD support enabled
HB_INET socket
Harbour
Massimo,
I think your message is not related to the fakeroot
Or perhaps you run fakeroot as root ???
You don't need fakeroot, if you compile harbour as root ..
guy
___
Harbour mailing list
Harbour@harbour-project.org
Same with BCC
Il 23/02/2009 22.54, Francesco Saverio Giudice ha scritto:
Hi Viktor,
now I have an error building uhttpd
br,
Francesco
---
here errors:
Building uHTTPD server
Lib GD support enabled
HB_INET socket
Harbour 1.1.0dev (Rev. 10420)
Copyright (c) 1999-2009,
Nice, thank you for your tests :)
Brgds,
Viktor
On Mon, Feb 23, 2009 at 10:39 PM, Guy Roussin
guy.rous...@teledetection.frwrote:
Hi,
Revision: 10419
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10419view=rev
Author: vszakats
Date: 2009-02-23 21:19:25 + (Mon,
Hi Francesco,
Please add back '#define HB_OS_WIN_USED'
to the top of gdwrp.c, which I've optimized out a
few days ago. Looks like 'windows.h' inclusion is
needed for GD headers to properly setup themselves.
I'll investigate some more, and try to tame GD in
a less intrusive way.
Brgds,
Viktor
On
Hi Viktor,
Il 23/02/2009 23.10, Viktor Szakáts ha scritto:
Please add back '#define HB_OS_WIN_USED'
this solves.
Now I can continue with uhhtpd tests.
Thank you.
Best regards,
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
Revision: 10421
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10421view=rev
Author: vszakats
Date: 2009-02-23 22:20:00 + (Mon, 23 Feb 2009)
Log Message:
---
2009-02-23 23:19 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbgd/gdwrp.c
No problem, sorry for the trouble.
I've already committed the tweaked solution to the SVN.
(WIN32 and BGDWIN32 are needed for gd headers,
and officially even MSWIN32 and _WIN32, but these
aren't used).
I'm now trying to create a static GD lib and link it.
Brgds,
Viktor
On Mon, Feb 23, 2009 at
Hi Viktor,
Il 23/02/2009 23.35, Viktor Szakáts ha scritto:
No problem, sorry for the trouble.
No problem at all. Thank you for your efforts.
Best regards,
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
Hi
I retreat my findings.
Dlmalloc.c does not increase the size of the memory
but memProof.exe reports unfreed blocks for sure.
-WIN_ALLOC does not report any unfree blocks.
Regards
Pritpal Bedi
Francesco Saverio Giudice wrote:
Hi Pritpal,
at first look it seems that with
Revision: 10422
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10422view=rev
Author: vszakats
Date: 2009-02-24 00:30:48 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 01:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Done. Also added a NEWS indicating the availability of release 1.0.1
2009/2/23 Pritpal Bedi bediprit...@hotmail.com:
Hi Renato
Perhaps you have missed my name in the crew-list.
As you showed it visible, may be that page never got
updated at the production folder.
Pritpal Bedi
a student
Revision: 10423
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10423view=rev
Author: vszakats
Date: 2009-02-24 01:15:00 + (Tue, 24 Feb 2009)
Log Message:
---
2009-02-24 02:13 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hb-mkdyn.bat
+
On Mon, 23 Feb 2009, Pritpal Bedi wrote:
Hi,
Harbour compiled with -DHB_FM_WIN_ALLOC
doe snot produce any unreleased Virtual Mem Pages
as reported by MemProof.
So we can try pacify it.
But I'm interesting why Toninho didn't confirm your results.
Is it newer BCC problem or wrongly created
On Mon, Feb 23, 2009 at 10:19 PM, vszak...@users.sourceforge.net wrote:
- bin/hb-mkslib.sh
+ bin/hb-mkdyn.sh
* Synced the name of these tools with similar function,
name also converted to 8.3.
hb-mkslib.sh is there since years and is used in user makefiles.
Changing it is like
Massimo Belgrano wrote:
Another posting of Steffen that reply to xbase is the only multitread project
require a reply?
Steffen's Response to my post on Pritpal Bedi take on Multi-
threading.
Thank you for posting this. We should welcome input like this. It's very
difficult to get a
64 matches
Mail list logo