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

[vszakats]

Revision: 12847
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12847&view=rev
Author:   vszakats
Date: 2009-11-10 06:16:15 + (Tue, 10 Nov 2009)

Log Message:
---
2009-11-10 07:15 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * src/codepage/Makefile
  * include/hbextcdp.ch
! Deleted references to deleted CPs.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/include/hbextcdp.ch
trunk/harbour/src/codepage/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] SF.net SVN: harbour-project:[12845] trunk/harbour

[Pritpal Bedi]

Hi


vszakats wrote:
> 
> Revision: 12845
>  
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12845&view=rev
> Author:   vszakats
> Date: 2009-11-10 02:39:28 + (Tue, 10 Nov 2009)
> 
> Log Message:
> ---
> 
> 2009-11-10 03:37 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>   - src/codepage/cphuisos.c
>   - src/codepage/cphuwins.c
> - Deleted these variants which are no longer needed.
> 

If I am not missing something, these files are being searched by 
when building clean. May be somewhere else these are being referenced.

Regards
Pritpal Bedi

-- 
View this message in context: 
http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-12845--trunk-harbour-tp26277416p26278711.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] hbmk2 parsing -ldflag info

[Viktor Szakáts]

As you see, the ".8" is removed from the libnames.


Hello Viktor,

Seems that enclosing the parameter inside of "" is required, so  
changing the above command to:


$ hbmk2 -cflag=`wx-config --cflags` -ldflag="`wx-config --libs`" ...  
(intentionally reduced) test.prg


Makes the thing work ok as it's expected.


However, something that is source of little confusing is that in  
the .hbc file the ldflag parameter is in the form:


ldflags={unix&gcc}"`wx-config --libs`"

and the command line help from hbmk2 states that "-ldflag" (without  
the final "s" ) is required, so if you enter:


-ldflag="`wx-config --libs`"

you get the parameter ignored.

I have the impression that "-ldflags" and "-cflags" are more natural  
than "-ldflag" and "-cflag"


.hbc format allows to pass multiple arguments to all options
(including *flags=), hence the different name.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbmk2 parsing -ldflag info

[Teo Fonrouge]

On Nov 9, 2009, at 7:18 PM, Teo Fonrouge wrote:


Hello Viktor,

Seems that parsing (at least in -ldflag) is removing wrongly the  
"extension" of lib files, please see the output below:


$ wx-config --libs
-pthread   -lwx_gtk2u_richtext-2.8 -lwx_gtk2u_aui-2.8 - 
lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 -lwx_gtk2u_html-2.8 - 
lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 - 
lwx_baseu_net-2.8 -lwx_baseu-2.8


and when linking using `wx-config --libs` is required:

$ hbmk2 -cflag=`wx-config --cflags` -ldflag=`wx-config --libs` ...  
(intentionally reduced) test.prg

hbmk2: Error: Running linker. 1
gcc test.o hbmk_0pc3he.o   -pthread -Wl,--start-group - 
lwx_gtk2u_richtext-2 -lwx_gtk2u_aui-2 -lwx_gtk2u_xrc-2 - 
lwx_gtk2u_qa-2 -lwx_gtk2u_html-2 -lwx_gtk2u_adv-2 -lwx_gtk2u_core-2 - 
lwx_baseu_xml-2 -lwx_baseu_net-2 -lwx_baseu-2 -lhbcplr -lhbdebug - 
lharbour  -Wl,--end-group -otest -L/usr/lib/harbour



As you see, the ".8" is removed from the libnames.


Hello Viktor,

Seems that enclosing the parameter inside of "" is required, so  
changing the above command to:


$ hbmk2 -cflag=`wx-config --cflags` -ldflag="`wx-config --libs`" ...  
(intentionally reduced) test.prg


Makes the thing work ok as it's expected.


However, something that is source of little confusing is that in  
the .hbc file the ldflag parameter is in the form:


ldflags={unix&gcc}"`wx-config --libs`"

and the command line help from hbmk2 states that "-ldflag" (without  
the final "s" ) is required, so if you enter:


-ldflag="`wx-config --libs`"

you get the parameter ignored.

I have the impression that "-ldflags" and "-cflags" are more natural  
than "-ldflag" and "-cflag"



best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[vszakats]

Revision: 12846
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12846&view=rev
Author:   vszakats
Date: 2009-11-10 03:02:37 + (Tue, 10 Nov 2009)

Log Message:
---
2009-11-10 04:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * doc/xhb-diff.txt
! Typos.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/doc/xhb-diff.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:[12845] trunk/harbour

[vszakats]

Revision: 12845
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12845&view=rev
Author:   vszakats
Date: 2009-11-10 02:39:28 + (Tue, 10 Nov 2009)

Log Message:
---

2009-11-10 03:37 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  - src/codepage/cphuisos.c
  - src/codepage/cphuwins.c
- Deleted these variants which are no longer needed.

  * src/codepage/cphuiso.c
  * src/codepage/cphuwin.c
* Updated comments.
; TOFIX: Remove or not remove ASCII 196/228 char pair?
 It's not a Hungarian accented char, it was present 
 in sixhu852, but since we don't have any obligations
 to keep compatibility as the CP is different anyway, 
 maybe the best would be to clean it.
 What is the general opinion in this regard in Harbour?

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/codepage/cphuiso.c
trunk/harbour/src/codepage/cphuwin.c

Removed Paths:
-
trunk/harbour/src/codepage/cphuisos.c
trunk/harbour/src/codepage/cphuwins.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

Re: [Harbour] hbmk2 parsing -ldflag info

[Viktor Szakáts]

Now, when using macro substitution I don't know
what is the solution. It's pretty unfortunate
some tools use dots as part of the filename
(I've seen this causing problem with other
tools, too), but I have no solution for it this
time. I hope someone will post some ideas to
save the day.


I think in this cases:

1. Strings passed with the -ldflag cannot be parsed and left as they  
are.


AFAICT this is exactly what should happen now,
so I'm confused why in your case these things
are happening.


2. Do not expand if "``" chars are found and expect to be expanded at
 command execution.


BTW back then I managed to make tests with wxharbour
using macro substitution. In fact AFAIR it was the
reason I added this feature.

If you check wxharbour.hbc it has this, but it's done
via .hbc file, not .hbm/hbp. Maybe that creates the
difference. I'd suggest to try with wxharbour.hbc
and report what you got.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbmk2 parsing -ldflag info

[Viktor Szakáts]

I hope someone can submit a patch. It's currently
also basic functionality to set extension required
by target compiler and drop possibly added .lib or
other bogus extensions by users.

We can drop name conditioning, but ATM I can't
exactly tell what are the consequences. I remember
giving it enough thought in the past and came to
the state where it is now. No time to reevaluate
from start.

Brgds,
Viktor

On 2009 Nov 10, at 02:44, Przemysław Czerpak wrote:


On Tue, 10 Nov 2009, Szak�ts Viktor wrote:

Hi,


I think we've touched this topic in the past,
you need to add an extra '.' at the end of the
lib name to avoid this problem.
Now, when using macro substitution I don't know
what is the solution. It's pretty unfortunate
some tools use dots as part of the filename
(I've seen this causing problem with other
tools, too), but I have no solution for it this
time. I hope someone will post some ideas to
save the day.


hbmk2 must not strip any extensioons from -l
Dots are comonly used in *nixes in library names.
Otherwise it will not be possible to use pkg-config with hbmk2, i.e.:

  druzus:~# pkg-config --libs gtk+-2.0
 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 \
 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 - 
lfreetype \

 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0

It's the basic functionality which have to work.

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

Re: [Harbour] hbmk2 parsing -ldflag info

[Teo Fonrouge]

On Nov 9, 2009, at 7:34 PM, Viktor Szakáts wrote:


Hi Teo,

I think we've touched this topic in the past,
you need to add an extra '.' at the end of the
lib name to avoid this problem.

Now, when using macro substitution I don't know
what is the solution. It's pretty unfortunate
some tools use dots as part of the filename
(I've seen this causing problem with other
tools, too), but I have no solution for it this
time. I hope someone will post some ideas to
save the day.


I think in this cases:

1. Strings passed with the -ldflag cannot be parsed and left as they  
are.

2. Do not expand if "``" chars are found and expect to be expanded at
  command execution.



best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbmk2 parsing -ldflag info

[Przemysław Czerpak]

On Tue, 10 Nov 2009, Szak�ts Viktor wrote:

Hi,

> I think we've touched this topic in the past,
> you need to add an extra '.' at the end of the
> lib name to avoid this problem.
> Now, when using macro substitution I don't know
> what is the solution. It's pretty unfortunate
> some tools use dots as part of the filename
> (I've seen this causing problem with other
> tools, too), but I have no solution for it this
> time. I hope someone will post some ideas to
> save the day.

hbmk2 must not strip any extensioons from -l
Dots are comonly used in *nixes in library names.
Otherwise it will not be possible to use pkg-config with hbmk2, i.e.:

   druzus:~# pkg-config --libs gtk+-2.0
  -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 \
  -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype \
  -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0

It's the basic functionality which have to work.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 12844
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12844&view=rev
Author:   druzus
Date: 2009-11-10 01:35:49 + (Tue, 10 Nov 2009)

Log Message:
---
2009-11-10 02:35 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/rtl/cdpapi.c
  * harbour/include/hbapicdp.h
+ added new C functions:
 hb_cdpU16AsStrLen(), hb_cdpU16ToStr(),
 hb_cdpStrAsU16Len(), hb_cdpStrToU16()

  * harbour/contrib/gtwvg/wvgutils.c
! fixed NULL used by mistake instead of 0

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/gtwvg/wvgutils.c
trunk/harbour/include/hbapicdp.h
trunk/harbour/src/rtl/cdpapi.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

Re: [Harbour] hbmk2 parsing -ldflag info

[Viktor Szakáts]

Hi Teo,

I think we've touched this topic in the past,
you need to add an extra '.' at the end of the
lib name to avoid this problem.

Now, when using macro substitution I don't know
what is the solution. It's pretty unfortunate
some tools use dots as part of the filename
(I've seen this causing problem with other
tools, too), but I have no solution for it this
time. I hope someone will post some ideas to
save the day.

Brgds,
Viktor

On 2009 Nov 10, at 02:18, Teo Fonrouge wrote:


Hello Viktor,

Seems that parsing (at least in -ldflag) is removing wrongly the  
"extension" of lib files, please see the output below:


$ wx-config --libs
-pthread   -lwx_gtk2u_richtext-2.8 -lwx_gtk2u_aui-2.8 - 
lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 -lwx_gtk2u_html-2.8 - 
lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 - 
lwx_baseu_net-2.8 -lwx_baseu-2.8


and when linking using `wx-config --libs` is required:

$ hbmk2 -cflag=`wx-config --cflags` -ldflag=`wx-config --libs` ...  
(intentionally reduced) test.prg

hbmk2: Error: Running linker. 1
gcc test.o hbmk_0pc3he.o   -pthread -Wl,--start-group - 
lwx_gtk2u_richtext-2 -lwx_gtk2u_aui-2 -lwx_gtk2u_xrc-2 - 
lwx_gtk2u_qa-2 -lwx_gtk2u_html-2 -lwx_gtk2u_adv-2 -lwx_gtk2u_core-2 - 
lwx_baseu_xml-2 -lwx_baseu_net-2 -lwx_baseu-2 -lhbcplr -lhbdebug - 
lharbour  -Wl,--end-group -otest -L/usr/lib/harbour



As you see, the ".8" is removed from the libnames.


best regards,

Teo

___
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] hbmk2 parsing -ldflag info

[Teo Fonrouge]

Hello Viktor,

Seems that parsing (at least in -ldflag) is removing wrongly the  
"extension" of lib files, please see the output below:


$ wx-config --libs
-pthread   -lwx_gtk2u_richtext-2.8 -lwx_gtk2u_aui-2.8 - 
lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 -lwx_gtk2u_html-2.8 - 
lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 - 
lwx_baseu_net-2.8 -lwx_baseu-2.8


and when linking using `wx-config --libs` is required:

$ hbmk2 -cflag=`wx-config --cflags` -ldflag=`wx-config --libs` ...  
(intentionally reduced) test.prg

hbmk2: Error: Running linker. 1
gcc test.o hbmk_0pc3he.o   -pthread -Wl,--start-group - 
lwx_gtk2u_richtext-2 -lwx_gtk2u_aui-2 -lwx_gtk2u_xrc-2 -lwx_gtk2u_qa-2  
-lwx_gtk2u_html-2 -lwx_gtk2u_adv-2 -lwx_gtk2u_core-2 -lwx_baseu_xml-2 - 
lwx_baseu_net-2 -lwx_baseu-2 -lhbcplr -lhbdebug -lharbour  -Wl,--end- 
group -otest -L/usr/lib/harbour



As you see, the ".8" is removed from the libnames.


best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] From xHarbour to Harbour: need some infos

[Pritpal Bedi]

Hi


Viktor Szakáts wrote:
> 
> I don't know any specifics, but probably also eztwain3
> uses some standard TWAIN API to do its job.
> 
> Adding contrib interface for payware products such as
> eztwain3 isn't very good for a few reasons, but if you
> manage to get around it and interface with TWAIN
> directly, it'd be a nice thing to have. [ Notice that
> I don't know what it takes to use TWAIN interface in
> practice. ] Or maybe there exist some opensource
> alternative to eztwain3, which we could add hb iface.
> 
> There is also WIA API, but it's Windows-only.
> 

I got it.

http://www.twain.org/

Will check in few days next to include it in Harbour.

Regards
Pritpal Bedi

-- 
View this message in context: 
http://old.nabble.com/From-xHarbour-to-Harbour%3A-need-some-infos-tp26256686p26276090.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] From xHarbour to Harbour: need some infos

[Viktor Szakáts]

A TWAIN interface contrib would be BTW very nice in Harbour.



I have wrappers for Eztwain3 which include standard TWAIN functions  
too.

I can separate them but which will be the base .dll or sources.

Can you point to some sources I could write wrappers for.
I think I have the needed knowledge to implement it.


I don't know any specifics, but probably also eztwain3
uses some standard TWAIN API to do its job.

Adding contrib interface for payware products such as
eztwain3 isn't very good for a few reasons, but if you
manage to get around it and interface with TWAIN
directly, it'd be a nice thing to have. [ Notice that
I don't know what it takes to use TWAIN interface in
practice. ] Or maybe there exist some opensource
alternative to eztwain3, which we could add hb iface.

There is also WIA API, but it's Windows-only.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] From xHarbour to Harbour: need some infos

[Pritpal Bedi]

Hi


Viktor Szakáts wrote:
> 
> In such case some tricks are inevitably needed. If eztwain was
> written in C++, chances aren't very high you can make it work,
> but the best place to ask for advice is the product developers,
> this seems to be a commercial product, so maybe they are available
> for help.
> 

I will ask the developers, that seems the only solution.



> A TWAIN interface contrib would be BTW very nice in Harbour.
> 

I have wrappers for Eztwain3 which include standard TWAIN functions too.
I can separate them but which will be the base .dll or sources.

Can you point to some sources I could write wrappers for.
I think I have the needed knowledge to implement it.

Regards
Pritpal Bedi
-- 
View this message in context: 
http://old.nabble.com/From-xHarbour-to-Harbour%3A-need-some-infos-tp26256686p26275848.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] Making lib with hbmk2

[Barry Jackson]

This used to work a few months back:-

$ hbmk2 @barry -hblib -obarry

Now it compiles all the .prg files in barry.hbm to .c and stops with no 
lib created.

Has the syntax changed? I have not been following the list very closely
recently.

[...@jackodesktop lib]$ hbmk2 @barry -hblib -obarry
hbmk2: Processing configuration: /usr/bin/hbmk.cfg 

Harbour 2.0.0beta3 (Rev.12841) 

Copyright (c) 1999-2009, http://www.harbour-project.org/ 


Compiling 'l_systmu.prg'...
Lines 3569, Functions/Procedures 1
Generating C source output to 'l_systmu.c'... Done.
---snip 50 or so---
Compiling 'l_valdat.prg'...
Lines 3594, Functions/Procedures 1
Generating C source output to 'l_valdat.c'... Done.
[...@jackodesktop lib]$

Trying to link my main application that uses the lib I get

/usr/bin/ld: cannot find -lbarry

Thanks, Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] From xHarbour to Harbour: need some infos

[Viktor Szakáts]

I'd call it the most convenient, since you don't need implibs at all,
of course you can't link any .dlls with non-matching calling  
convention,

but it this case no implib would help anyway.



Here is the problem.
I use Eztwain.dll from www.dosadi.com. I wrote all the wrappers which
work fine with MSVC and BCC but I have not been able to get it working
with MINGW ( probably a show stopper in my case ), it does not matter
how hard I try with different approaches.


In such case some tricks are inevitably needed. If eztwain was
written in C++, chances aren't very high you can make it work,
but the best place to ask for advice is the product developers,
this seems to be a commercial product, so maybe they are available
for help.

A TWAIN interface contrib would be BTW very nice in Harbour.


b is buggy, so it will something give strange
results. (openssl, libcurl)



I do not know, nor did I say the "implib" is buggy. Just explained  
that


*I* did say that it's buggy :) Maybe my sentence sounded ambiguous.
The point is that it doesn't work reliably, and it will fail
in random places (when your least expect it of course).

In case of BCC, users should also know that BCC uses an incompatible
name mangling when creating .dlls, so if interoperability for .dll
targets is a concern, BCC should be dropped.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Viktor Szakáts]

Hi Teo,

Please think about this, and try to find a way you can help, after  
all, you
got an excellent, stable, robust, feature-rich and industrial level  
product *for
free*, which can help to even create profit (cash), save time  
(which is also
money). In such case it's not devil to ask to return some of these  
benefits
to the product itself to keep it alive and well on the long run.  
I'm sure it's

everyone's interest to not let the project just vanish.


Viktor,

I'll start from now on, to check the Harbour phpBB Harbour forum to  
give support.


Why not to use the MediaWiki facility that SF offers ?, Probably it  
will be a very good way to centralize the documentation/support  
efforts, also to store there (a copy) the documentation work that  
April is currently doing and start to contributing there to  
enhancing/updating it.


Overall, I think the medium (= software) is not a significant issue  
here.


IMO if there are users seeking help and users offering help, they will
be able to work either on a mailing list or a forum, or a wiki, or chat,
google wave, or anything which makes it possible to communicate.

If such community is built and we know actual experiences from actual
contributors, we can start to think about how to make it better, move it
to a medium which is easier to work with, faster, sleeker, easier to
search, whatever, but we should stop sinking back into a 'tool war' all
the time.

As for a wiki, we already have one inside the Trac app on sf.net, ready
to use since quite some time. I can also enable MediaWiki with a few  
clicks
(I don't know about its performance), but by itself these won't solve  
any
problems, so before I do, I'd suggest to settle on forum vs. mailing  
list

topic.

BTW, a very nice start would be to cleanup our Wikipedia article, as
by its current state it isn't too informative, it's outdated and by far
doesn't convey any of the strength of Harbour.

   http://en.wikipedia.org/wiki/Harbour_(software)

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Sun, 08 Nov 2009, vouch...@users.sourceforge.net wrote:

Hi,

> Log Message:
> ---
> 2009-11-08 12:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
>   * contrib/gtwvg/wvgtoolb.prg
>   * contrib/gtwvg/wvgutils.c
>   * contrib/gtwvg/wvgwnd.prg
> ! Few tweaks. Not so important.

Maybe a little bit ;-)

   ../../../wvgutils.c: In function `HB_FUN_WVT_DLGSETICON':
   ../../../wvgutils.c:1356: warning: passing arg 6 of `LoadImageW' makes 
integer from pointer without a cast


best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Viktor Szakáts]

I think that slow performance alone isn't a reason to chose other  
forums,

unless there is someone who's willing to maintain a similar one with
similar
features but better performance. We have no such offer ATM.


I dislike forums - for starters you have to remember to go there,  
with e-mail it just arrives. If this is a done deal, so be it, but I  
like:


And this is also one of its major drawbacks.

Pros and cons have been discussed lots of times, and I'm not
sure we should start over. For one thing forums can have e-mail
notifications or e-mail like interfaces, but I haven't seen the
opposite.

[ Off, since I'm also not sure we should endlessly wonder about
available tools: there exist forums which try to merge the
mailing list and forum concept. Forgot the name though. ]

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Viktor Szakáts]

Did anyone try to fill a bug report for dismal sf.net phpBB performance?

If not: please do so, otherwise sf.net won't hear these complaints.

Brgds,
Viktor

On 2009 Nov 9, at 17:37, Massimo Belgrano wrote:


Hi teo
Well i made same proposal :
I'll start to regularly check the SF Harbour forum
Harbour says the best way to get help with its software is by  
visiting >http://sourceforge.net/apps/phpbb/harbour-project/.

IS slow (8 sec to open) create login page in 10 second
is difficult understand that the login is not internal login but the
sourceforge in first row
IMO we lost user in first steep

I believe that Viktor already made a very good proposal in this  
very thread.


From my side, I'll start to regularly check the SF Harbour forum in  
order to

help users there.

[snip]

best regards,

Teo




--
Massimo Belgrano
___
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:[12843] trunk/harbour

[vszakats]

Revision: 12843
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12843&view=rev
Author:   vszakats
Date: 2009-11-09 22:38:57 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 23:35 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/rddads/adsfunc.c
* Minor cleanup.

  * doc/dirstruc.txt
  * utils/hbmk2/examples/contribf.hbc
  * contrib/Makefile
  - contrib/rddado
  + examples/rddado
  + examples/rddado/rddado.hbp
  - examples/rddado/Makefile
* Moved rddado from contrib to examples area.
  It's an almost working example.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/Makefile
trunk/harbour/contrib/rddads/adsfunc.c
trunk/harbour/doc/dirstruc.txt
trunk/harbour/utils/hbmk2/examples/contribf.hbc

Added Paths:
---
trunk/harbour/examples/rddado/
trunk/harbour/examples/rddado/rddado.hbp

Removed Paths:
-
trunk/harbour/contrib/rddado/
trunk/harbour/examples/rddado/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] SF.net SVN: harbour-project:[12840] trunk/harbour

[Barry Jackson]

You haven't installed harbour-static-*.rpm.

best regards,
Przemek



True. - Sorry (it was off the screen in the package manager and I missed it)
All working OK now. Thanks again for your help.
Cheers,
Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Mon, 09 Nov 2009, Barry Jackson wrote:

Hi,

> Thanks for your reply to my forum question, however the forum reply
> feature is broken for me so I am replying here.  ( reported
> elsewhere in list )

It's working for me but the speed of this forum is really fatal.
Investing 10 minutes to create few line replay message is over
acceptable limit for me.
Personally I'd prefer using harbour-u...@harbour-project.org

> hbrun now works but there is a linker problem using hbmk2

You haven't installed harbour-static-*.rpm.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 12842
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12842&view=rev
Author:   druzus
Date: 2009-11-09 20:22:48 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 21:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/ChangeLog
* marked last TOFIX note as [DONE] - thanks to Mindaugas

  * harbour/src/rtl/cdpapi.c
* use 1-st upper<->lower conversion pair instead of last one
  if more then one conversion pair exist - it's more natural
  form in most of cases
% skip translation code when two different CDP modules use
  the same Unicode table

  * harbour/tests/cpinfo.prg
+ detect CPs which have corresponding upper or lower characters
  for non alpha characters and inform about it.
  Such situations is in NTXSPA.OBJ so such CP can be fully
  replicated in Harbour using alternative CP definition only
  which uses static tables.

  * harbour/src/codepage/cpes850c.c
  * harbour/src/codepage/cpesisoc.c
  * harbour/src/codepage/cpeswinc.c
! removed the hack with changed order for characters which do not
  have corresponding upper latter.
  Now there is only one difference between ES850C and Clipper NTXSPA.OBJ
  In NTXSPA 'UPPER( Chr( 163 ) )' gives "U" though Chr( 163 ) is not
  marked as letter and not sorted with other letters. For me it looks
  like a bug anyhow if you want to fully replicate NTXSPA.OBJ in Harbour
  then current cpes850c.c code should be replaced by code generated
  using tests/cpinfo.prg compiler by clipper and linked with ntxspa.obj.
  Such code should be generated using:
 cpinfo.exe es850c "Spanish CP-850 (ntxspa.obj compatible)" 850

  Now translations can be done between CPs using different number of
  letters or even defined for different languages so I have question
  to Spanish users: Do you need ESISOC and ESWINC for anything?
  If not then I would like to remove them.
  Similar situation is with HUISOS and HUWINS.

  * harbour/include/hbapicdp.h
  * harbour/src/rtl/cdpapi.c
  * harbour/src/codepage/ucmacce.c
  * harbour/src/codepage/uckoi8.c
  * harbour/src/codepage/uc885910.c
  * harbour/src/codepage/ucmacice.c
  * harbour/src/codepage/uc885914.c
  * harbour/src/codepage/uc874.c
  * harbour/src/codepage/uc857.c
  * harbour/src/codepage/uc1250.c
  * harbour/src/codepage/uc1254.c
  * harbour/src/codepage/uc1258.c
  * harbour/src/codepage/uckoi8u.c
  * harbour/src/codepage/uckam.c
  * harbour/src/codepage/uc424.c
  * harbour/src/codepage/ucmacrom.c
  * harbour/src/codepage/uc862.c
  * harbour/src/codepage/cpesisoc.c
  * harbour/src/codepage/uc866.c
  * harbour/src/codepage/uc8859_3.c
  * harbour/src/codepage/cpes850c.c
  * harbour/src/codepage/uc8859_7.c
  * harbour/src/codepage/ucmacgrk.c
  * harbour/src/codepage/uc037.c
  * harbour/src/codepage/uc850.c
  * harbour/src/codepage/uc885911.c
  * harbour/src/codepage/uc885915.c
  * harbour/src/codepage/uc875.c
  * harbour/src/codepage/uc1251.c
  * harbour/src/codepage/uc1255.c
  * harbour/src/codepage/uc863.c
  * harbour/src/codepage/ucmaz.c
  * harbour/src/codepage/uc1026.c
  * harbour/src/codepage/uc8859_4.c
  * harbour/src/codepage/uc8859_8.c
  * harbour/src/codepage/uc855.c
  * harbour/src/codepage/cpeswinc.c
  * harbour/src/codepage/uc885916.c
  * harbour/src/codepage/ucascii.c
  * harbour/src/codepage/uc1252.c
  * harbour/src/codepage/uc1256.c
  * harbour/src/codepage/ucatari.c
  * harbour/src/codepage/uc860.c
  * harbour/src/codepage/ucmaccyr.c
  * harbour/src/codepage/ucmik.c
  * harbour/src/codepage/uc864.c
  * harbour/src/codepage/uc1006.c
  * harbour/src/codepage/uc1125.c
  * harbour/src/codepage/uc8859_1.c
  * harbour/src/codepage/uc88591b.c
  * harbour/src/codepage/uc8859_5.c
  * harbour/src/codepage/uc8859_9.c
  * harbour/src/codepage/uc852.c
  * harbour/src/codepage/ucnext.c
  * harbour/src/codepage/uc737.c
  * harbour/src/codepage/uc885913.c
  * harbour/src/codepage/ucmactrk.c
  * harbour/src/codepage/uc856.c
  * harbour/src/codepage/uc775.c
  * harbour/src/codepage/uc1253.c
  * harbour/src/codepage/uc1257.c
  * harbour/src/codepage/uc500.c
  * harbour/src/codepage/uc861.c
  * harbour/src/codepage/uc865.c
  * harbour/src/codepage/uc869.c
  * harbour/src/codepage/uc8859_2.c
  * harbour/src/codepage/uc8859_6.c
% declare Unicode tables with 'const' qualifier

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/include/hbapicdp.h
trunk/harbour/src/codepage/cpes850c.c
trunk/harbour/src/codepage/cpesisoc.c
trunk/harbour/src/codepage/cpeswinc.c
trunk/harbour/src/codepage/uc037.c
trunk/harbour/src/codepage/uc1006.c
trunk/harbour/src/codepage/uc1026.c
trunk/harbour/src/codepage/uc1125.c
trunk/harbour/src/codepage/uc1250.c
trunk/harbour/src/codepage/uc1251.c
trunk/harbour/src/codepage/uc1252.c
trunk/harbour/src/codepage/uc1253.c
trunk/harbour/src/codepage/uc1254.c
trunk/harbour/src/

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

[Barry Jackson]

On 09/11/09 16:52, Teo Fonrouge wrote:


On Nov 9, 2009, at 10:33 AM, dru...@users.sourceforge.net wrote:


Revision: 12840
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12840&view=rev

Author: druzus
Date: 2009-11-09 16:33:44 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 17:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
! added links with full version number to harbour shared library
It fixes problem with Harbour tools linked with libharbour-*.so
in system wide installation (i.e. in RPM or DEB packages)


Thank you Przemek.


best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour



Przemek,
Thanks for your reply to my forum question, however the forum reply 
feature is broken for me so I am replying here.  ( reported elsewhere in 
list )


hbrun now works but there is a linker problem using hbmk2

[...@jackodesktop hbr]$ hbmk2 char.prg
hbmk2: Processing configuration: /usr/bin/hbmk.cfg
Harbour 2.0.0beta3 (Rev. 12841)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'char.prg'...
Lines 101, Functions/Procedures 1
Generating C source output to 'char.c'... Done.
/usr/bin/ld: cannot find -lhbcplr
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
gcc char.o hbmk_kuj3v0.o   -Wl,--start-group -lhbcplr -lhbdebug 
-lharbour  -Wl,--end-group -ochar -L/usr/lib/harbour


Cheers, Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Barry Jackson]

On 09/11/09 15:48, Alex Strickland wrote:

Viktor Szakáts wrote:



So to sum up technical problems, the only one which I believe is reasoned
is the speed of our sf.net  forum compared to others.

I think that slow performance alone isn't a reason to chose other forums,


It's not just slow for me it won't allow me to reply - I tried two 
different browsers:-


The requested operation could not be completed
Cyclic Link Detected
Details of the Request:
URL: 
https://sourceforge.net/apps/phpbb/harbour-project/posting.php?mode=reply&f=3&t=22

Protocol: https
Date and Time: Monday 09 Nov 2009 19:59
Additional Information: 
https://sourceforge.net/apps/phpbb/harbour-project/posting.php?mode=reply&f=3&t=22

Description:
UNIX environments are commonly able to link a file or folder to a 
separate name and/or location. KDE detected a link or series of links 
that results in an infinite loop - i.e. the file was (perhaps in a 
roundabout way) linked to itself.

Possible Solutions:
Delete one part of the loop in order that it does not cause an infinite 
loop, and try again.
Contact your appropriate computer support system, whether the system 
administrator, or technical support group for further assistance.


I have tried today with both Firefox 3.5.5 and Konqueror 4.3.2 in KDE 4.3.2

The above error is from Konqueror as it looks more useful.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Barry Jackson]

Barry,

Please try again (rebuild your Harbour rpms) with SVN after this entry:

2009-11-09 17:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)


best regards,

Teo



Teo - I have had a reply on the forum from Przemek.
I will clean out everything, update SVN and re-build from scratch.
Thanks again for your help.
Barry.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Mon, 09 Nov 2009, snaipe...@users.sourceforge.net wrote:
> 2009-11-09 18:45 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
>   * harbour/contrib/rddads/adsx.c
>   * harbour/contrib/rddsql/hbrddsql.h
>   * harbour/contrib/rddsql/sqlmix.c
> * updated to use hb_cdpcmp()

Thank you,

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Massimo Belgrano]

Hi Pritpal

many people can be in the difficult economic environment of the 2009-2010
I think that harbour project will give string result in next year
Because harbour have a  right product Stable,Powerfull with strong
secret undocumented
Each times that something like xhb-diff.txt is pushed harbour user base grow


>> Please think about this, and try to find a way you can help, after all,
>> you
>> got an excellent, stable, robust, feature-rich and industrial level
>> product
>> *for
>> free*, which can help to even create profit (cash), save time (which is
>> also
>>
>> money). In such case it's not devil to ask to return some of these
>> benefits
>> to the product itself to keep it alive and well on the long run. I'm sure
>> it's
>> everyone's interest to not let the project just vanish.
>>
>
> Very well said, Viktor.
>
> The problem is everybody wants something for free but nobody want
> to pay back, in any manner whatsoever.
>
> Regards
> Pritpal Bedi
>



-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 9:46 AM, Barry Jackson wrote:


On 09/11/09 15:22, Teo Fonrouge wrote:


On Nov 9, 2009, at 9:16 AM, Barry Jackson wrote:


On 09/11/09 14:49, Massimo Belgrano wrote:

if Your search an active harbour group:i suggest visit at
http://www.hmgforum.com/viewforum.php?f=7

is present also Wiki for harbour at http://www.
hmgforum
.com/ wiki




2009/11/9 francesco perillo mailto:fperi...@gmail.com>>

I just joined the harbour community after a long time in xHarbour
(and hwgui)...

I'm willing to contribute in some ways but I don't know where to  
post

code snippets/howto and other stuff

For example I'm going to install mingw one of these days and I may
create a small how-to with updated infos... but then, where to  
post it

? Here ?

Probably a wiki is the best solution...
___
Harbour mailing list
Harbour@harbour-project.org 
http://lists.harbour-project.org/mailman/listinfo/harbour




--
Massimo Belgrano




___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Massimo,
Why are you driving people away from the forum rather than  
encouraging

them to visit and use it?
You have a prominent post in the forum telling people who want  
advice

to go elsewhere. No wonder there is little activity there.
Viktor is correct - the best forums are the ones where long time
members are seen to take the trouble to help others - and I don't  
mean

the developers - they don't have the time.
I wish I had more knowledge and could do more to help, but my age is
now agaist my ever keeping up with developments :-(
I do my best to promote Harbour in the Mandriva Linux community.
In the meantime if someone could cast an eye over this I would
appreciate it. :-)
https://sourceforge.net/apps/phpbb/harbour-project/viewtopic.php?p=75#p75


Hello Barry, I just answered to barjac and I'll try to help him to  
solve

the problem.


best regards,

Teo


Thanks Teo - I just tried to reply in the forum, but it's trying to  
redirect somewhere and failing.  On one occasion it ended up at HBM  
Forum so I don't know what has been done.
I tried with hbmk2 first - same problem, and no SELinux. Mandriva  
has msec which is it's own security system and I also tried  
disabling that with no difference.
I thought at first that I had some old env vars set up in bash  
profile that were causing path problems, so I cleaned them out and  
re-built Harbour. I can build xhgtk rpms, which need Harbour  
installed to build, so there is nothing inherently wrong with the  
installation.
I will try a new build in an older Mandriva installation later on,  
and try the forum again.

Cheers, Barry


Barry,

Please try again (rebuild your Harbour rpms) with SVN after this entry:

2009-11-09 17:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)


best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Teo Fonrouge]

On Nov 9, 2009, at 10:33 AM, dru...@users.sourceforge.net wrote:


Revision: 12840
 
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12840&view=rev
Author:   druzus
Date: 2009-11-09 16:33:44 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 17:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
 * harbour/bin/hb-func.sh
   ! added links with full version number to harbour shared library
 It fixes problem with Harbour tools linked with libharbour-*.so
 in system wide installation (i.e. in RPM or DEB packages)


Thank you Przemek.


best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[snaiperis]

Revision: 12841
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12841&view=rev
Author:   snaiperis
Date: 2009-11-09 16:48:32 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 18:45 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
  * harbour/contrib/rddads/adsx.c
  * harbour/contrib/rddsql/hbrddsql.h
  * harbour/contrib/rddsql/sqlmix.c
* updated to use hb_cdpcmp()

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/rddads/adsx.c
trunk/harbour/contrib/rddsql/hbrddsql.h
trunk/harbour/contrib/rddsql/sqlmix.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

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 9:46 AM, Barry Jackson wrote:


On 09/11/09 15:22, Teo Fonrouge wrote:


On Nov 9, 2009, at 9:16 AM, Barry Jackson wrote:


On 09/11/09 14:49, Massimo Belgrano wrote:


[snip]




Thanks Teo - I just tried to reply in the forum, but it's trying to  
redirect somewhere and failing.  On one occasion it ended up at HBM  
Forum so I don't know what has been done.


Weird.

I tried with hbmk2 first - same problem, and no SELinux. Mandriva  
has msec which is it's own security system and I also tried  
disabling that with no difference.


ok, then let's discard this as option.

I thought at first that I had some old env vars set up in bash  
profile that were causing path problems, so I cleaned them out and  
re-built Harbour. I can build xhgtk rpms, which need Harbour  
installed to build, so there is nothing inherently


I think that you only generates the xhgtk libraries, you only need  
Harbour bin/headers and there is not need for libharbour at this stage.



wrong with the installation.
I will try a new build in an older Mandriva installation later on,  
and try the forum again.


Have you checked that you don't have multiple Harbour libs installed   
(/usr/lib/harbour/ , /usr/local/lib/harbour ) ?


What's the output of:

$ find /usr/ -name "libharbour*"



best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Massimo Belgrano]

Hi teo
Well i made same proposal :
I'll start to regularly check the SF Harbour forum
>Harbour says the best way to get help with its software is by visiting 
>>http://sourceforge.net/apps/phpbb/harbour-project/.
IS slow (8 sec to open) create login page in 10 second
is difficult understand that the login is not internal login but the
sourceforge in first row
IMO we lost user in first steep

> I believe that Viktor already made a very good proposal in this very thread.
>
> From my side, I'll start to regularly check the SF Harbour forum in order to
> help users there.
>
> [snip]
>
> best regards,
>
> Teo
>


-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 12840
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12840&view=rev
Author:   druzus
Date: 2009-11-09 16:33:44 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 17:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/bin/hb-func.sh
! added links with full version number to harbour shared library
  It fixes problem with Harbour tools linked with libharbour-*.so
  in system wide installation (i.e. in RPM or DEB packages)

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/bin/hb-func.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

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 9:42 AM, Massimo Belgrano wrote:


Because a new user (fperillo)
will follow tread from today
i have made a search first post

But the question is not my messages
How can we help harbour comunity?


I believe that Viktor already made a very good proposal in this very  
thread.


From my side, I'll start to regularly check the SF Harbour forum in  
order to help users there.


[snip]

best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Alex Strickland]

Viktor Szakáts wrote:



So to sum up technical problems, the only one which I believe is reasoned
is the speed of our sf.net  forum compared to others.

I think that slow performance alone isn't a reason to chose other forums,
unless there is someone who's willing to maintain a similar one with
similar
features but better performance. We have no such offer ATM.


I dislike forums - for starters you have to remember to go there, with e-mail it 
just arrives. If this is a done deal, so be it, but I like:


harbour-us...@harbour-project.org

Regards
Alex

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Barry Jackson]

On 09/11/09 15:22, Teo Fonrouge wrote:


On Nov 9, 2009, at 9:16 AM, Barry Jackson wrote:


On 09/11/09 14:49, Massimo Belgrano wrote:

if Your search an active harbour group:i suggest visit at
http://www.hmgforum.com/viewforum.php?f=7

is present also Wiki for harbour at http://www.
hmgforum
.com/ wiki



2009/11/9 francesco perillo mailto:fperi...@gmail.com>>

I just joined the harbour community after a long time in xHarbour
(and hwgui)...

I'm willing to contribute in some ways but I don't know where to post
code snippets/howto and other stuff

For example I'm going to install mingw one of these days and I may
create a small how-to with updated infos... but then, where to post it
? Here ?

Probably a wiki is the best solution...
___
Harbour mailing list
Harbour@harbour-project.org 
http://lists.harbour-project.org/mailman/listinfo/harbour




--
Massimo Belgrano




___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Massimo,
Why are you driving people away from the forum rather than encouraging
them to visit and use it?
You have a prominent post in the forum telling people who want advice
to go elsewhere. No wonder there is little activity there.
Viktor is correct - the best forums are the ones where long time
members are seen to take the trouble to help others - and I don't mean
the developers - they don't have the time.
I wish I had more knowledge and could do more to help, but my age is
now agaist my ever keeping up with developments :-(
I do my best to promote Harbour in the Mandriva Linux community.
In the meantime if someone could cast an eye over this I would
appreciate it. :-)
https://sourceforge.net/apps/phpbb/harbour-project/viewtopic.php?p=75#p75


Hello Barry, I just answered to barjac and I'll try to help him to solve
the problem.


best regards,

Teo


Thanks Teo - I just tried to reply in the forum, but it's trying to 
redirect somewhere and failing.  On one occasion it ended up at HBM 
Forum so I don't know what has been done.
I tried with hbmk2 first - same problem, and no SELinux. Mandriva has 
msec which is it's own security system and I also tried disabling that 
with no difference.
I thought at first that I had some old env vars set up in bash profile 
that were causing path problems, so I cleaned them out and re-built 
Harbour. I can build xhgtk rpms, which need Harbour installed to build, 
so there is nothing inherently wrong with the installation.
I will try a new build in an older Mandriva installation later on, and 
try the forum again.

Cheers, Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Massimo Belgrano]

Because a new user (fperillo)
will follow tread from today
i have made a search first post

But the question is not my messages
How can we help harbour comunity?

2009/11/9 Teo Fonrouge :
>
> On Nov 9, 2009, at 9:26 AM, Massimo Belgrano wrote:
>
>> In my message i have only informed a huser on presence of an  active group
>> and not redirected user who search assistence
>> This is my point of view
>
> Ok, then why are you repeating your point of view again and again ( at least
> in the same thread ) ?
>
>>
>> please we must find a right way
>
> I agree, then lets construct a procedure to do it orderly.
>
>>
>> sourceforge way is slow
>
> I just post a reply there and to me, the only thing slow now is the delayed
> answers (if any).
>
> [snip]
>
>
> best regards,
>
> Teo
>
> ___
> Harbour mailing list
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Pritpal Bedi]

Hello 


Viktor Szakáts wrote:
> 
> So to sum up technical problems, the only one which I believe is reasoned
> is the speed of our sf.net forum compared to others.
> 
> I think that slow performance alone isn't a reason to chose other forums,
> unless there is someone who's willing to maintain a similar one with
> similar
> 
> features but better performance. We have no such offer ATM.
> 
> Aside from technical aspects (and that's what I really meant as a base
> for discussion), the main point is active community with answers (as
> Chen rightly said), which means volunteer participants.
> 
> Our forum has ~50 registered users, hmgforum has about ~100. The message
> count is much higher, but the size of the community isn't so big.
> 
> Just thoughts. For sure if nobody is willing to pass the knowledge he got
> for free here, we will have a hard time building any sort of active
> Harbour
> support community, and that's something ALL users should be aware of.
> 
> I see many ppl. coming by and asking for free docs (prefereably in his
> own language), free support, free this and free that, but what nobody
> seems
> to realize is that free stuff comes only from contributions. It's not
> there
> by
> magic. In a healthy community which wants to stay afloat on the longer
> run,
> it's actually required that everyone who TAKES also GIVES something.
> Everyone should decide what is that he can give to the community, being
> it 5 bucks, being it a little background research, support answers,
> patches,
> writing docs or code, small or large it doesn't really matter, but until
> we
> have ~10 ppl participating actively and a couple committing all the code,
> chances
> are very high that we're seeking impossible goal when trying to build f.e.
> an active support forum. Simple reason is that ~10 ppl cannot do all these
> tasks.
> 
> Please think about this, and try to find a way you can help, after all,
> you
> got an excellent, stable, robust, feature-rich and industrial level
> product
> *for
> free*, which can help to even create profit (cash), save time (which is
> also
> 
> money). In such case it's not devil to ask to return some of these
> benefits
> to the product itself to keep it alive and well on the long run. I'm sure
> it's
> everyone's interest to not let the project just vanish.
> 

Very well said, Viktor.

The problem is everybody wants something for free but nobody want 
to pay back, in any manner whatsoever.

Regards
Pritpal Bedi

-- 
View this message in context: 
http://old.nabble.com/Fwd%3A--Viktor--Suggestions-on-How-to-Get-Help-tp26217598p26268453.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] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 9:26 AM, Massimo Belgrano wrote:

In my message i have only informed a huser on presence of an  active  
group

and not redirected user who search assistence
This is my point of view


Ok, then why are you repeating your point of view again and again ( at  
least in the same thread ) ?




please we must find a right way


I agree, then lets construct a procedure to do it orderly.



sourceforge way is slow


I just post a reply there and to me, the only thing slow now is the  
delayed answers (if any).


[snip]


best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: DbSeek() Problem with latest SVN

[Mario H. Sabado]

Hello Barry,

Message: 3
Date: Mon, 09 Nov 2009 12:31:41 +
From: Barry Jackson 
Subject: Re: [Harbour] Re: DbSeek() Problem with latest SVN
To: harbour@harbour-project.org
Message-ID: <4af80bad.1050...@zen.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 09/11/09 06:40, Mario H. Sabado wrote:
  

> Hi Przemek,
>
> Mario H. Sabado wrote:


>> Hi Przemek,
>>
>> I had encountered problem with the latest SVN with DbSeek(). It always
>> return .F. in my case after reindexing and re-creating index. I'm
>> using DBFNTX and BCC62 under WinXP SP3.
>> Thanks for any advise.
>>
>> Best regards,
>> Mario
>>
  

> I'm guessing it does not accept partial index key? For example I have an
> index key of ACCT_SRC+ACCT_NO and I only specify a valid value for
> ACCT_SRC will always return .F. Same case with single index key using
> partial valid value returns .F.
>
> Thanks,
> Mario
> ___
> Harbour mailing list
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>

If SOFTSEEK is .T. or lsoftseek .T. is passed to dbseek() then the 
record pointer will land on the record you need. A check of eof()=.F. 
will indicate whether a partial match was found. Otherwise eof() returns .T.

HTH
  
Thank you for the suggestion.  Greatly appreciated.  It was already 
fixed by Przemek's recent update.


Best regards,
Mario
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: DbSeek() Problem with latest SVN

[Mario H. Sabado]

Hi Przemek,

Message: 2
Date: Mon, 9 Nov 2009 13:28:00 +0100
From: Przemys?aw Czerpak 
Subject: Re: [Harbour] Re: DbSeek() Problem with latest SVN
To: "Harbour Project Main Developer List."

Message-ID: <20091109122800.gb28...@34-mo7-2.home.aster.pl>
Content-Type: text/plain; charset=utf-8

On Mon, 09 Nov 2009, Mario H. Sabado wrote:

Hi Mario,

  

> >I had encountered problem with the latest SVN with DbSeek(). It
> >always return .F. in my case after reindexing and re-creating
> >index.   I'm using DBFNTX and BCC62 under WinXP SP3.
> >Thanks for any advise.
  

> I'm guessing it does not accept partial index key?  For example I
> have an index key of ACCT_SRC+ACCT_NO and I only specify a valid
> value for ACCT_SRC will always return .F.  Same case with single
> index key using partial valid value returns .F.



Please test it after:

2009-11-09 13:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/rtl/cdpapi.c
! fixed very bad typo in new CDP API code - hb_cdpnDup2() was not updating
  original string size. This bug was critical for RDDs.

It was very serious bug, i.e. in DBF tables chr(0) was stored for each
string shorter then field size and in DBFNTX such chr(0) was stored in
index key used for seek.

Many bad side effects due to missed '* pulDst = ' in cdpapi.c[1364]  :( 


best regards,
Przemek
  
It now works fine as after above modification.  Thank you very much for 
the usual support.


Best regards,
Mario
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 12839
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12839&view=rev
Author:   druzus
Date: 2009-11-09 15:26:57 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 16:26 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/config/win/bcc.mk
* increased library page size for 64 to 96

  * harbour/src/vm/thread.c
  * harbour/include/hbthread.h
% removed 'BOOL fSync' parameter from hb_threadMutexCreate().
  This parameter was added in the past to emulate xbase++ behavior
  when oSignal:wait() is called from SYNC method but real life tests
  shows that such feature works in xbase++ in different way then
  it was initially described and Harbour code was updated to use
  different solution making above parameter unusable.

  * harbour/src/vm/hvm.c
  * harbour/src/vm/thread.c
  * harbour/src/vm/classes.c
  * harbour/src/rtl/hbgtcore.c
  * harbour/contrib/hbnetio/netiocli.c
  * harbour/contrib/hbqt/hbqt_slots.cpp
* updated to use hb_threadMutexCreate() without parameters

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/win/bcc.mk
trunk/harbour/contrib/hbnetio/netiocli.c
trunk/harbour/contrib/hbqt/hbqt_slots.cpp
trunk/harbour/include/hbthread.h
trunk/harbour/src/rtl/hbgtcore.c
trunk/harbour/src/vm/classes.c
trunk/harbour/src/vm/hvm.c
trunk/harbour/src/vm/thread.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

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Massimo Belgrano]

In my message i have only informed a huser on presence of an  active group
and not redirected user who search assistence
This is my point of view

please we must find a right way

sourceforge way is slow


2009/11/9 Teo Fonrouge 

>
> On Nov 9, 2009, at 8:49 AM, Massimo Belgrano wrote:
>
> if Your search an active harbour group:i  suggest visit at http://www.
> hmgforum.com/viewforum.php?f=7
> is present  also Wiki for harbour at http://www.
> hmgforum .com/
> wiki 
>  
>
> 2009/11/9 francesco perillo 
>
>> I just joined the harbour community after a long time in xHarbour (and
>> hwgui)...
>>
>> I'm willing to contribute in some ways but I don't know where to post
>> code snippets/howto and other stuff
>>
>> For example I'm going to install mingw one of these days and I may
>> create a small how-to with updated infos... but then, where to post it
>> ? Here ?
>>
>> Probably a wiki is the best solution...
>> ___
>> Harbour mailing list
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>
>
> Hello Massimo,
>
> Following are a quote from a recent answer from you:
>
> /* BEGIN QUOTE */
>
> Yes i not  redirecting users.
> and still sorry
> i made error due to much harbour love
>
>
>> I'd like to ask you to hold off redirecting users
>> until we make a final decision on this.
>>
>
> ___
> Harbour mailing list
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
>


-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] "Current Record" of work areas show different results with debugging

[Guillermo Varona Silupú]

[SPA]
"Current Record" de estado de las areas de trabajo muestra resultados 
diferentes con el debug.

Tengo 2 aplicaciones compiladas con el mismo entorno de trabajo.
Porqué el estado de las areas de trabajo me muestra información de los 
campos en forma diferente en la parte de "Current Record".
Mientras que en una me muestra correctamente el nombre del campo, en la 
otra me muestra la expresión "FIELDGET: Función"

Adjunto pantallazos.
[ENG] By google
Current Record Status of work areas show different results with debugging.
I have 2 applications compiled with the same working environment.
Why the state of my work areas of the fields displays information 
differently on the part of "Current Record".
While on a correctly shows me the field name in the other shows me the 
term "FIELDGET: Function"

Deputy screenshots.

TIA

BestRegards
GVS

File Locate View Run Point Monitor Options Window Help
╔[■]═ XINKEY.PRG File not found 
══╗

║ ┌[■]─ Area ─┬─── Status ───┬ Structure ┐ ║
║ │INDICES │Alias: INDICES Record:59/98 │ARCHIVODBF C 12 0│ ║
║ │DISP │ BOF: No Deleted: No │ARCHIVONTX C 12 0│ ║
║ │DOLAR │ EOF: No Found: No │CLAVE C 80 0│ ║
║ │COPG │Filter: │ │ ║
║ │OPST │ Key: ArchivoDbf + ArchivoNtx │ │ ║
║ │LOGU ├──┤ │ ║
║ │CLPR │ DBFCDX │ │ ║
║ │CUEN │ Workarea Information │ │ ║
║ │BAN_ │ Select Area: 1 │ │ ║
║ │CENC │ Record Size: 105 │ │ ║
║ │FACT │ Header Size: 130 │ │ ║
║ │VTAS │ Field Count: 3 │ │ ║
║ │NUME │ Last Update: 13/09/09 │ │ ║
║ │MAYC │ Index order: 1 │ │ ║
║ │MAYD │ Current Record │ │ ║
╚══│ │ ARCHIVODBF = Rp │ │╝
┌[■│ │ ARCHIVONTX = Rp │ │┐
│ │ │ CLAVE = Orden │ │ │
│ └───┴──┴───┘ │
│> │
└──┘

File Locate View Run Point Monitor Options Window Help
╔[■]═ XINKEY.PRG File not found 
══╗

║ ┌[■]─ Area ─┬─── Status ───┬ Structure ┐ ║
║ │INDICES │Alias: INDICES Record:59/98 │ARCHIVODBF C 12 0│ ║
║ │DISP │ BOF: No Deleted: No │ARCHIVONTX C 12 0│ ║
║ │DOLAR │ EOF: No Found: No │CLAVE C 80 0│ ║
║ │COPG │Filter: │ │ ║
║ │OPST │ Key: ArchivoDbf + ArchivoNtx │ │ ║
║ │LOGU ├──┤ │ ║
║ │CLPR │ DBFCDX │ │ ║
║ │CUEN │ Workarea Information │ │ ║
║ │BAN_ │ Select Area: 1 │ │ ║
║ │CENC │ Record Size: 105 │ │ ║
║ │FACT │ Header Size: 130 │ │ ║
║ │VTAS │ Field Count: 3 │ │ ║
║ │NUME │ Last Update: 13/09/09 │ │ ║
║ │MAYC │ Index order: 1 │ │ ║
║ │MAYD │ Current Record │ │ ║
╚══│ │ ARCHIVODBF = FIELDGET: Función│ │╝
┌[■│ │ ARCHIVONTX = FIELDGET: Función│ │┐
│ │ │ CLAVE = FIELDGET: Función│ │ │
│ └───┴──┴───┘ │
│> │
└──┘




___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 9:16 AM, Barry Jackson wrote:


On 09/11/09 14:49, Massimo Belgrano wrote:

if Your search an active harbour group:i  suggest visit at
http://www.hmgforum.com/viewforum.php?f=7

is present  also Wiki for harbour at http://www.
hmgforum
.com/ wiki




2009/11/9 francesco perillo mailto:fperi...@gmail.com 
>>


   I just joined the harbour community after a long time in xHarbour
   (and hwgui)...

   I'm willing to contribute in some ways but I don't know where to  
post

   code snippets/howto and other stuff

   For example I'm going to install mingw one of these days and I may
   create a small how-to with updated infos... but then, where to  
post it

   ? Here ?

   Probably a wiki is the best solution...
   ___
   Harbour mailing list
   Harbour@harbour-project.org 
   http://lists.harbour-project.org/mailman/listinfo/harbour




--
Massimo Belgrano




___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Massimo,
Why are you driving people away from the forum rather than  
encouraging them to visit and use it?
You have a prominent post in the forum telling people who want  
advice to go elsewhere. No wonder there is little activity there.
Viktor is correct - the best forums are the ones where long time  
members are seen to take the trouble to help others - and I don't  
mean the developers - they don't have the time.
I wish I had more knowledge and could do more to help, but my age is  
now agaist my ever keeping up with developments :-(

I do my best to promote Harbour in the Mandriva Linux community.
In the meantime if someone could cast an eye over this I would  
appreciate it. :-)

https://sourceforge.net/apps/phpbb/harbour-project/viewtopic.php?p=75#p75


Hello Barry, I just answered to barjac and I'll try to help him to  
solve the problem.



best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Barry Jackson]

On 09/11/09 14:49, Massimo Belgrano wrote:

if Your search an active harbour group:i  suggest visit at
http://www.hmgforum.com/viewforum.php?f=7

is present  also Wiki for harbour at http://www.
hmgforum
.com/ wiki



2009/11/9 francesco perillo mailto:fperi...@gmail.com>>

I just joined the harbour community after a long time in xHarbour
(and hwgui)...

I'm willing to contribute in some ways but I don't know where to post
code snippets/howto and other stuff

For example I'm going to install mingw one of these days and I may
create a small how-to with updated infos... but then, where to post it
? Here ?

Probably a wiki is the best solution...
___
Harbour mailing list
Harbour@harbour-project.org 
http://lists.harbour-project.org/mailman/listinfo/harbour




--
Massimo Belgrano




___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Massimo,
Why are you driving people away from the forum rather than encouraging 
them to visit and use it?
You have a prominent post in the forum telling people who want advice to 
go elsewhere. No wonder there is little activity there.
Viktor is correct - the best forums are the ones where long time members 
are seen to take the trouble to help others - and I don't mean the 
developers - they don't have the time.
I wish I had more knowledge and could do more to help, but my age is now 
agaist my ever keeping up with developments :-(

I do my best to promote Harbour in the Mandriva Linux community.
In the meantime if someone could cast an eye over this I would 
appreciate it. :-)

https://sourceforge.net/apps/phpbb/harbour-project/viewtopic.php?p=75#p75
Thanks,
Barry
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 5:34 AM, Viktor Szakáts wrote:


Thanks Chen.

So to sum up technical problems, the only one which I believe is  
reasoned

is the speed of our sf.net forum compared to others.

I think that slow performance alone isn't a reason to chose other  
forums,
unless there is someone who's willing to maintain a similar one with  
similar

features but better performance. We have no such offer ATM.

Aside from technical aspects (and that's what I really meant as a base
for discussion), the main point is active community with answers (as
Chen rightly said), which means volunteer participants.

Our forum has ~50 registered users, hmgforum has about ~100. The  
message

count is much higher, but the size of the community isn't so big.

Just thoughts. For sure if nobody is willing to pass the knowledge  
he got
for free here, we will have a hard time building any sort of active  
Harbour

support community, and that's something ALL users should be aware of.

I see many ppl. coming by and asking for free docs (prefereably in his
own language), free support, free this and free that, but what  
nobody seems
to realize is that free stuff comes only from contributions. It's  
not there by
magic. In a healthy community which wants to stay afloat on the  
longer run,

it's actually required that everyone who TAKES also GIVES something.
Everyone should decide what is that he can give to the community,  
being
it 5 bucks, being it a little background research, support answers,  
patches,
writing docs or code, small or large it doesn't really matter, but  
until we
have ~10 ppl participating actively and a couple committing all the  
code, chances
are very high that we're seeking impossible goal when trying to  
build f.e.
an active support forum. Simple reason is that ~10 ppl cannot do all  
these

tasks.

Please think about this, and try to find a way you can help, after  
all, you
got an excellent, stable, robust, feature-rich and industrial level  
product *for
free*, which can help to even create profit (cash), save time (which  
is also
money). In such case it's not devil to ask to return some of these  
benefits
to the product itself to keep it alive and well on the long run. I'm  
sure it's

everyone's interest to not let the project just vanish.


Viktor,

I'll start from now on, to check the Harbour phpBB Harbour forum to  
give support.


Why not to use the MediaWiki facility that SF offers ?, Probably it  
will be a very good way to centralize the documentation/support  
efforts, also to store there (a copy) the documentation work that  
April is currently doing and start to contributing there to enhancing/ 
updating it.



best regards,

Teo

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Teo Fonrouge]

On Nov 9, 2009, at 8:49 AM, Massimo Belgrano wrote:


if Your search an active harbour group:i  suggest visit at 
http://www.hmgforum.com/viewforum.php?f=7
is present  also Wiki for harbour at http://www.hmgforum.com/wiki


2009/11/9 francesco perillo 
I just joined the harbour community after a long time in xHarbour  
(and hwgui)...


I'm willing to contribute in some ways but I don't know where to post
code snippets/howto and other stuff

For example I'm going to install mingw one of these days and I may
create a small how-to with updated infos... but then, where to post it
? Here ?

Probably a wiki is the best solution...
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour




Hello Massimo,

Following are a quote from a recent answer from you:

/* BEGIN QUOTE */

Yes i not  redirecting users.
and still sorry
i made error due to much harbour love


why roberto lopez is not writing here from same week?


2009/11/6 Viktor Szakáts 
Follow is my valuation 0-10 of actual harbour user list:
http://sourceforge.net/apps/phpbb/harbour-project/   =4  no  
attachment
http://lists.harbour-project.org/pipermail/harbour-users/=5
difficult login,slow
http://www.hmgforum.com/viewforum.php?f=7 =8 good  
integration in web,with  domain name redirection


Thanks for your vote and input.

I'd like to ask you to hold off redirecting users
until we make a final decision on this.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Massimo Belgrano]

if Your search an active harbour group:i  suggest visit at http://www.
hmgforum.com/viewforum.php?f=7
is present  also Wiki for harbour at http://www.
hmgforum .com/ 
wiki 
 

2009/11/9 francesco perillo 

> I just joined the harbour community after a long time in xHarbour (and
> hwgui)...
>
> I'm willing to contribute in some ways but I don't know where to post
> code snippets/howto and other stuff
>
> For example I'm going to install mingw one of these days and I may
> create a small how-to with updated infos... but then, where to post it
> ? Here ?
>
> Probably a wiki is the best solution...
> ___
> Harbour mailing list
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[francesco perillo]

I just joined the harbour community after a long time in xHarbour (and hwgui)...

I'm willing to contribute in some ways but I don't know where to post
code snippets/howto and other stuff

For example I'm going to install mingw one of these days and I may
create a small how-to with updated infos... but then, where to post it
? Here ?

Probably a wiki is the best solution...
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: DbSeek() Problem with latest SVN

[Barry Jackson]

On 09/11/09 06:40, Mario H. Sabado wrote:

Hi Przemek,

Mario H. Sabado wrote:

Hi Przemek,

I had encountered problem with the latest SVN with DbSeek(). It always
return .F. in my case after reindexing and re-creating index. I'm
using DBFNTX and BCC62 under WinXP SP3.
Thanks for any advise.

Best regards,
Mario


I'm guessing it does not accept partial index key? For example I have an
index key of ACCT_SRC+ACCT_NO and I only specify a valid value for
ACCT_SRC will always return .F. Same case with single index key using
partial valid value returns .F.

Thanks,
Mario
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

If SOFTSEEK is .T. or lsoftseek .T. is passed to dbseek() then the 
record pointer will land on the record you need. A check of eof()=.F. 
will indicate whether a partial match was found. Otherwise eof() returns .T.

HTH
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: DbSeek() Problem with latest SVN

[Przemysław Czerpak]

On Mon, 09 Nov 2009, Mario H. Sabado wrote:

Hi Mario,

> >I had encountered problem with the latest SVN with DbSeek(). It
> >always return .F. in my case after reindexing and re-creating
> >index.   I'm using DBFNTX and BCC62 under WinXP SP3.
> >Thanks for any advise.
> I'm guessing it does not accept partial index key?  For example I
> have an index key of ACCT_SRC+ACCT_NO and I only specify a valid
> value for ACCT_SRC will always return .F.  Same case with single
> index key using partial valid value returns .F.

Please test it after:

2009-11-09 13:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/rtl/cdpapi.c
! fixed very bad typo in new CDP API code - hb_cdpnDup2() was not updating
  original string size. This bug was critical for RDDs.

It was very serious bug, i.e. in DBF tables chr(0) was stored for each
string shorter then field size and in DBFNTX such chr(0) was stored in
index key used for seek.

Many bad side effects due to missed '* pulDst = ' in cdpapi.c[1364] :(

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 12838
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12838&view=rev
Author:   druzus
Date: 2009-11-09 12:23:48 + (Mon, 09 Nov 2009)

Log Message:
---
2009-11-09 13:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/rtl/cdpapi.c
! fixed very bad typo in new CDP API code - hb_cdpnDup2() was not updating
  original string size. This bug was critical for RDDs.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/rtl/cdpapi.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

Res: [Harbour] ASCAN slow - proposal weighted search

[Fernando Athayde]

Thanks very much
i´ll try it, it´s new for me, but seems pretty cool

Brgrs,
Fernando





De: Przemysław Czerpak 
Para: Harbour Project Main Developer List. 
Enviadas: Segunda-feira, 9 de Novembro de 2009 9:06:40
Assunto: Re: [Harbour] ASCAN slow - proposal weighted search

On Sat, 07 Nov 2009, Fernando Athayde wrote:

Hi,

> ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > 
> str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } )
> //Normal way (Slow for more than 100 registers)
> nPosicaoArray := ASCAN(::aArrayResumo, ;
>  {|a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] ==;
>   STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
>   
> STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
>   DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda} )
> 
> //Weighted search (Is very fast)
> nPosicaoArray := 0
> nArraySize := LEN( ::aArrayResumo )
> nJump := nArraySize - 1
> nPosition := 1
> DO WHILE .T.
>nPosition += nJump
>IF nPosition > nArraySize
>   nJump := 0
>   nPosition := nArraySize
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
>+dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] 
> >;
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
> 
>   nPosition -= nJump
>   nJump := INT(nJump/2)
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
> +dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] == 
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
>   nPosicaoArray := nPosition
>   EXIT
>ENDIF
>IF nJump<1
>   EXIT
>ENDIF
> ENDDO
> 
> my proposal is made a ASCANEX sending a block how parameter
> but i don´t know how to use eval and blocks

You want to use binary search for well soprted array items and
for sure it will improve the speed anyhow I suggest to use hash
arrays. If will be faster.
You can use hash array in two ways:
1. as index, i.e.:

  func arrayIndex( aValue, bOrder )
 local item
 local hValue := {=>}
 for each item in aValue
hValue[ eval( bOrder, item ) ] := item:__enumIndex()
 next
  return hValue

   then in your code you are making:

  hIndex := arrayIndex( ::aArrayResumo, ;
 { |a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] } )

   and you can use this index to find given value position:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey $ hIndex
 nPosicaoArray := hIndex[ cKey ]
 aResult := ::aArrayResumo[ nPosicaoArray ]
  endif

2. as array of values.

  func arrayToHash( aValue, bOrder )
 local item
 local hValue := {=>}
 for each item in aValue
hValue[ eval( bOrder, item ) ] := item
 next
  return hValue

   then in your code you are making:

  hValue := arrayToHash( ::aArrayResumo, ;
{ |a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] } )

   and you can use this index to find given value:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey $ hValue
 aResult := hValue[ cKey ]
  endif

Now if you look at the above the you will find that you do not have to use
arrays at all and you can replace ::aArrayResumo with ::hArrayResumo.
Just simply initialize it as empty hash array:
   ::hArrayResumo := { => }
then add all new values using code like:

   cKey := str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7]
   ::hArrayResumo[ cKey ] := a

instead of:
   aadd( ::aArrayResumo, a )

and now you can use ::hArrayResumo directly, i.e.:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey

Re: [Harbour] ASCAN slow - proposal weighted search

[Przemysław Czerpak]

On Sat, 07 Nov 2009, Fernando Athayde wrote:

Hi,

> ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > 
> str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } )
> //Normal way (Slow for more than 100 registers)
> nPosicaoArray := ASCAN(::aArrayResumo, ;
>  {|a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] ==;
>   STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
>   
> STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
>   DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda} )
> 
> //Weighted search (Is very fast)
> nPosicaoArray := 0
> nArraySize := LEN( ::aArrayResumo )
> nJump := nArraySize - 1
> nPosition := 1
> DO WHILE .T.
>nPosition += nJump
>IF nPosition > nArraySize
>   nJump := 0
>   nPosition := nArraySize
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
>+dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] 
> >;
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
> 
>   nPosition -= nJump
>   nJump := INT(nJump/2)
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
> +dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] == 
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
>   nPosicaoArray := nPosition
>   EXIT
>ENDIF
>IF nJump<1
>   EXIT
>ENDIF
> ENDDO
> 
> my proposal is made a ASCANEX sending a block how parameter
> but i don´t know how to use eval and blocks

You want to use binary search for well soprted array items and
for sure it will improve the speed anyhow I suggest to use hash
arrays. If will be faster.
You can use hash array in two ways:
1. as index, i.e.:

  func arrayIndex( aValue, bOrder )
 local item
 local hValue := {=>}
 for each item in aValue
hValue[ eval( bOrder, item ) ] := item:__enumIndex()
 next
  return hValue

   then in your code you are making:

  hIndex := arrayIndex( ::aArrayResumo, ;
 { |a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] } )

   and you can use this index to find given value position:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey $ hIndex
 nPosicaoArray := hIndex[ cKey ]
 aResult := ::aArrayResumo[ nPosicaoArray ]
  endif

2. as array of values.

  func arrayToHash( aValue, bOrder )
 local item
 local hValue := {=>}
 for each item in aValue
hValue[ eval( bOrder, item ) ] := item
 next
  return hValue

   then in your code you are making:

  hValue := arrayToHash( ::aArrayResumo, ;
{ |a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] } )

   and you can use this index to find given value:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey $ hValue
 aResult := hValue[ cKey ]
  endif

Now if you look at the above the you will find that you do not have to use
arrays at all and you can replace ::aArrayResumo with ::hArrayResumo.
Just simply initialize it as empty hash array:
   ::hArrayResumo := { => }
then add all new values using code like:

   cKey := str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7]
   ::hArrayResumo[ cKey ] := a

instead of:
   aadd( ::aArrayResumo, a )

and now you can use ::hArrayResumo directly, i.e.:

  cKey := STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  
DTOC(oDB:Mysql2Date(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+;
  cSiglaMoeda
  if cKey $ ::hArrayResumo
 aResult := ::hArrayResumo[ cKey ]
  endif

Hash array are designed to replace normal arrays accessed by indexes
extracted with ascan() functions and are extremely fast.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-

Re: [Harbour] MSVC 2008 - XHB.lib

[Viktor Szakáts]

Perhaps it's not declared as 'extern C'. Remember that in MSVC
C++ mode is enabled by default.

Brgds,
Viktor

On Sat, Nov 7, 2009 at 10:28 AM, Pritpal Bedi wrote:

>
> Hello All
>
> I get this unresolved external when compiled with MSVC 2008:
>
> xhb.lib(dbgfxc.obj) : error LNK2019: unresolved external symbol
> _hb_OutDebug
> referenced in function _hb_ToOutDebug
> c:\dev_projects\harbour\vouch\vouch.exe : fatal error LNK1120: 1 unresolved
> externals
> hbmk2: Error: Running linker. 1120
>
> If I move hb_OutDebug() function from hboutdbg.c to dbgfxc.c above
> hb_ToOutDebug(),
> it works. I am puzzled why MSVC do not recognize this function though
> header
> entry is correct.
>
> Regards
> Pritpal Bedi
> --
> View this message in context:
> http://old.nabble.com/MSVC-2008---XHB.lib-tp26240891p26240891.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 mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Fwd: [Viktor] Suggestions on How to Get Help

[Viktor Szakáts]

Thanks Chen.

So to sum up technical problems, the only one which I believe is reasoned
is the speed of our sf.net forum compared to others.

I think that slow performance alone isn't a reason to chose other forums,
unless there is someone who's willing to maintain a similar one with similar

features but better performance. We have no such offer ATM.

Aside from technical aspects (and that's what I really meant as a base
for discussion), the main point is active community with answers (as
Chen rightly said), which means volunteer participants.

Our forum has ~50 registered users, hmgforum has about ~100. The message
count is much higher, but the size of the community isn't so big.

Just thoughts. For sure if nobody is willing to pass the knowledge he got
for free here, we will have a hard time building any sort of active Harbour
support community, and that's something ALL users should be aware of.

I see many ppl. coming by and asking for free docs (prefereably in his
own language), free support, free this and free that, but what nobody seems
to realize is that free stuff comes only from contributions. It's not there
by
magic. In a healthy community which wants to stay afloat on the longer run,
it's actually required that everyone who TAKES also GIVES something.
Everyone should decide what is that he can give to the community, being
it 5 bucks, being it a little background research, support answers, patches,
writing docs or code, small or large it doesn't really matter, but until we
have ~10 ppl participating actively and a couple committing all the code,
chances
are very high that we're seeking impossible goal when trying to build f.e.
an active support forum. Simple reason is that ~10 ppl cannot do all these
tasks.

Please think about this, and try to find a way you can help, after all, you
got an excellent, stable, robust, feature-rich and industrial level product
*for
free*, which can help to even create profit (cash), save time (which is also

money). In such case it's not devil to ask to return some of these benefits
to the product itself to keep it alive and well on the long run. I'm sure
it's
everyone's interest to not let the project just vanish.

Brgds,
Viktor

On Sat, Nov 7, 2009 at 8:47 PM, Chen Kedem  wrote:

> Viktor,
>
> > Please post ideas how to make our forum more active
>
> The only way to make them active if users could find answers to their need
> there.
> If user need to wait a month or so to get an answer, well, he/she will go
> elsewhere to find it
> (and will probably end here in the dev list). We need someone with
> knowledge that is willing
> to take the time and actively monitor the forum, and provide first aid
> help, or forward the question
> to this list if its something more complicated. I'm doing something like
> that for the SF bug tracker,
> but the forum is just too slow for me (and my old browser at work doesn't
> do well with the forum).
>
> > BTW I believe attachments should be possible to enable
> > in our forum. Can someone check? Vailton, Chen?
>
> Attachments SHOULD work on the Harbour SF phpBB (they were enabled since
> day one of the forum).
>
> Current limits are:
>
> 1) Each file is limited to 256KB.
> 2) Up to 3 attachments per post.
> 3) No attachments allowed in private messages.
> 4) The following extensions are allowed:
>
> Images: gif, jpeg, jpg, png.
> Archives: 7z, ace, bz2, gtar, gz, rar, tar, tgz, zip.
> Plain text: c, ch, cpp, csv, h, hpp, ini, log, prg, txt, xml
>
> I can change the above settings if needed.
>
> Massimo: What file did you try to attach? Did you get any error message?
>
>  Chen.
> ___
> 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] uhttpd v0.3

[Mindaugas Kavaliauskas]

Hi,


ToninhoFWi wrote:

Can I use uhttpd to replace my calls to Microsoft.XMLHTTP ?


I do not know that Microsoft.XMLHTTP is, so, I can not answer your 
question.


"uhttpd + Harbour" is equivalent to "apache + PHP" and perhaps to 
"Microsoft IIS + VB scripts". Maybe this can give you a hint to your 
question.



Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] ASCAN slow - proposal weighted search

[Tecnologia]

hello Fernando
Try the aSeek function below
The sintax is as follows
Regards
Leandro



ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > 
str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } )

nPosicaoArray := aSeek(::aArrayResumo, ;
STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;

STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
DTOC(oDB:Mysql2Date 
(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda,;
{|a| 
str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7]},;
.T.)
**

Function aSeek(aArray,xSearch,bSearch,lExact)

**

local xValue, vvv

local nPos := 1

local nFound := 0

local nLen := len(aArray)

local nJump := nLen-1 

local nBottom := nLen-1, nTop:=2

lExact:=valtype(lExact)=="L" .and. lExact

do while nPos>0 .and. nPos<=nLen .and. nJump>0

if valtype(bSearch)=="B"

xValue:=eval(bSearch,aArray[nPos])

else

xValue:=aArray[nPos]

endif


do case

case xValue>xSearch

nTop:=nPos

nPos-=nJump

case xValue0

for nFound=nBottom to nTop

if valtype(bSearch)=="B"

xValue:=eval(bSearch,aArray[nFound])

else

xValue:=aArray[nFound]

endif

if xValue==xSearch .or. (xValue=xSearch .and. !lExact)

Return nFound

endif

next

endif

Return 0

case nFound==1

if xValue==xSearch .or. (xValue=xSearch .and. !lExact)

Return nFound

else

Return 0

endif

other

nPos:=nFound-1

do while nPos>nBottom

if valtype(bSearch)=="B"

vvv:=eval(bSearch,aArray[nPos])

else

vvv:=aArray[nPos]

endif

do case

case vvv#xSearch

exit

case vvv==xSearch .or. !lExact

xValue:=vvv

nFound:=nPos

endcase

nPos--

endd

if xValue==xSearch .or. !lExact

Return nFound

endif

endcase

Return 0




From: Fernando Athayde 
Sent: Saturday, November 07, 2009 8:01 AM
To: harbour@harbour-project.org 
Subject: [Harbour] ASCAN slow - proposal weighted search


ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > 
str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } )

//Normal way (Slow for more than 100 registers)
nPosicaoArray := ASCAN(::aArrayResumo, ;
 {|a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] ==;
  STR( 
::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
  
STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
  DTOC(oDB:Mysql2Date 
(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda} )

//Weighted search (Is very fast)
nPosicaoArray := 0
nArraySize := LEN( ::aArrayResumo )
nJump := nArraySize - 1
nPosition := 1
DO WHILE .T.
   nPosition += nJump
   IF nPosition > nArraySize
  nJump := 0
  nPosition := nArraySize
   ENDIF
   IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
   +dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] >;
  STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
+STR( ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 
);
+DTOC(oDB:Mysql2Date 
(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda

  nPosition -= nJump
  nJump := INT(nJump/2)
   ENDIF
   IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
+dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] == 
  STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
+STR( ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
+DTOC(oDB:Mysql2Date 
(::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
  nPosicaoArray := nPosition
  EXIT
   ENDIF
   IF nJump<1
  EXIT
   ENDIF
ENDDO

my proposal is made a ASCANEX sending a block how parameter
but i don´t know how to use eval and blocks

Thanks,
Fernando Athayde


__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 





___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
__

Res: [Harbour] ASCAN slow - proposal weighted search

[Fernando Athayde]

i take a look
i´ll go to make some tests
i´ve preffer sql codes to acess, cause in my application there aren´t any dbf, 
but is better than array right?

Thanks,
Fernando





De: Guy Roussin 
Para: Harbour Project Main Developer List. 
Enviadas: Domingo, 8 de Novembro de 2009 19:47:36
Assunto: Re: [Harbour] ASCAN slow - proposal weighted search

Hi Fernando,

Perhaps you can use hbmemio. I think that hbmemio
has been created for this purpose...

Guy

Fernando Athayde a écrit :
> ASORT(::aArrayResumo, {|a,b| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] > 
> str(b[1],11)+str(b[3],11)+dtoc(b[5])+b[7] } )
> 
> //Normal way (Slow for more than 100 registers)
> nPosicaoArray := ASCAN(::aArrayResumo, ;
>  {|a| str(a[1],11)+str(a[3],11)+dtoc(a[5])+a[7] ==;
>   STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11)+;
>   
> STR(::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 )+;
>   DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda} )
> 
> //Weighted search (Is very fast)
> nPosicaoArray := 0
> nArraySize := LEN( ::aArrayResumo )
> nJump := nArraySize - 1
> nPosition := 1
> DO WHILE .T.
>nPosition += nJump
>IF nPosition > nArraySize
>   nJump := 0
>   nPosition := nArraySize
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
>+dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] 
> >;
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( 
> ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
> 
>   nPosition -= nJump
>   nJump := INT(nJump/2)
>ENDIF
>IF str(::aArrayResumo[nPosition,1],11)+str(::aArrayResumo[nPosition,3],11);
> +dtoc(::aArrayResumo[nPosition,5])+::aArrayResumo[nPosition,7] ==
>   STR( ::oQueryRelatorioPrincipal:fieldGet('idgrupo_centro_custo'),11 );
> +STR( ::oQueryRelatorioPrincipal:fieldGet('idcentro_custo'),11 );
> +DTOC(oDB:Mysql2Date 
> (::oQueryRelatorioPrincipal:fieldGet('data_emissao') ) )+cSiglaMoeda
>   nPosicaoArray := nPosition
>   EXIT
>ENDIF
>IF nJump<1
>   EXIT
>ENDIF
> ENDDO
> 
> my proposal is made a ASCANEX sending a block how parameter
> but i don´t know how to use eval and blocks
> 
> Thanks,
> Fernando Athayde

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour



  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] How to get the IP Address.

[Massimo Belgrano]

run in shell "Ipconfig > miofile" thern read miofile
PROCEDURE Main
   LOCAL cCommand := "Ipconfig > myfile.txt"
    CLS
    RUN (cCommand)

open myfile.txt and search "Indirizzo IPv4"

  return

I notice that harbour is 100% compatible with clipper so you can
recompile your source without problem
Get a ready to run version of harbour from http://www.syenar.hu/harbour/
put in path and compile several. PRG & lib
hbmk2 test1 test2 testn -lmylib1 -lmylib2 -lmylibn
hbmk2 test1.prg test2.prg testn.prg mylib1.lib mylib2.lib mylibn.lib




2009/11/9 Edmer 
>
> Hi Guys,
>
> I know this is not the right place to ask this question but I'm quite
> running out of options. Are there third-party libraries/functions in clipper
> 5.2e that I could use to get the ip address of a particular PC (host name).
>
> Thanks in advance,
> Ed
>
> --
> View this message in context: 
> http://old.nabble.com/How-to-get-the-IP-Address.-tp26263187p26263187.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



--
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] From xHarbour to Harbour: need some infos

[Viktor Szakáts]

This is handled automatically. Check -head option for extra
fine-tuning.

Brgds,
Viktor

On Mon, Nov 9, 2009 at 10:47 AM, francesco perillo wrote:

> One more question: is it possible to specify dependencies ?
>
> screen.prg includes screen.ch... if screen.ch changes screen.prg
> should be recompiled...
>
> Francesco
> ___
> 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] From xHarbour to Harbour: need some infos

[francesco perillo]

One more question: is it possible to specify dependencies ?

screen.prg includes screen.ch... if screen.ch changes screen.prg
should be recompiled...

Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] How to get the IP Address.

[Edmer]

Hi Guys,

I know this is not the right place to ask this question but I'm quite
running out of options. Are there third-party libraries/functions in clipper
5.2e that I could use to get the ip address of a particular PC (host name).

Thanks in advance,
Ed

-- 
View this message in context: 
http://old.nabble.com/How-to-get-the-IP-Address.-tp26263187p26263187.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] From xHarbour to Harbour: need some infos

[francesco perillo]

>> Ok, this is good... from a message I found on google, it is not
>> possible to put a mylib2.hbp in myapp.hbp
>
> This is true. You must use separate .hbp files for each
> target binaries. However, you can move common parts to
> either a .hbm or .hbc file, and include this file into all of
> your .hbp files.

Ok, thanks... now I just miss which are the differences between
hbm/hbp/hbc... :-)

I'm going to read the docs you pointed me to yesterday...

thanks,
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Re: Re: Re: Win_prn problem.

[Viktor Szakáts]

Seems like a UNICODE translation problem (not a difference
in local environment).

Brgds,
Viktor

On Mon, Nov 9, 2009 at 9:04 AM, Massimo Belgrano wrote:

> The problem is that here works and  in your computer not works
> Wich result Have you  with freepdf as default driver?
> IMO oPrn:TextOut('Font Is: '+oPrn:FontName,.t.) request info to print
> driver
>
> 2009/11/9 Itamar Lins 
>
>>  But the return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)"
>> is wrong, using MSVC.
>>
>> No problem with print driver emulating pdf, because HP printer Deskjet is
>> returning wrong results too.
>> Is a problem with class win_prn or unicode... because it worked before
>> without problems and do not know what version of SVN caused this problem.
>>
>> Ps. I use service pack 3 with XP OS.
>>
>> Best regards,
>> Itamar M. Lins Jr.
>>
>>  "Massimo Belgrano"  escreveu na mensagem
>> news:609353e70911081407s298f73bai1dc4f8a7272a6...@mail.gmail.com...
>> No i have compiled with msvc 2008 and work fine (as first screen shoot)
>> Remember that i use freepdf, so problem Maj be  due by your print driver
>> emulating pdf
>>
>> follow my //info msvc
>>  Harbour Terminal: Windows native console
>> Harbour 2.0.0beta3 (Rev. 12836)
>> Windows Vista 6.0.6002 Service Pack 2
>> DS avail=867528KB  OS avail=2066396KB  EMM avail=0KB  MemStat:Off  MT:Off
>>
>> Follow my Microsoft c++ version c:\Program Files\Microsoft Visual Studio
>> 9.0\VC\bin\cl
>> Microsoft (R) 32-bit C/C++ Optimizing Compiler versione 15.00.30729.01 per
>> 80x86
>>
>> 2009/11/8 Itamar Lins 
>>
>>>  Hi! Massimo.
>>> The conclusion is there exist a problem with MSVC unicode ?
>>>
>>> I do not know to solve this. :-(
>>>
>>> Best regards,
>>> Itamar M. Lins Jr.
>>>
>>>
>>>
>> --
>> Massimo Belgrano
>>
>>
>>  --
>>
>>
>> ___
>> Harbour mailing list
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>>
>
>
> --
> Massimo Belgrano
>
>
> ___
> 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] From xHarbour to Harbour: need some infos

[Viktor Szakáts]

> You can call hbmk2 with multiple projects:

> >> hbmk2 mylib1.hbp mylib2.hbp myapp.hbp
> > (order is significant)
>
> Ok, this is good... from a message I found on google, it is not
> possible to put a mylib2.hbp in myapp.hbp
>

This is true. You must use separate .hbp files for each
target binaries. However, you can move common parts to
either a .hbm or .hbc file, and include this file into all of
your .hbp files.

Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Re: Re: Re: Win_prn problem.

[Massimo Belgrano]

The problem is that here works and  in your computer not works
Wich result Have you  with freepdf as default driver?
IMO oPrn:TextOut('Font Is: '+oPrn:FontName,.t.) request info to print driver

2009/11/9 Itamar Lins 

>  But the return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)"
> is wrong, using MSVC.
>
> No problem with print driver emulating pdf, because HP printer Deskjet is
> returning wrong results too.
> Is a problem with class win_prn or unicode... because it worked before
> without problems and do not know what version of SVN caused this problem.
>
> Ps. I use service pack 3 with XP OS.
>
> Best regards,
> Itamar M. Lins Jr.
>
>  "Massimo Belgrano"  escreveu na mensagem
> news:609353e70911081407s298f73bai1dc4f8a7272a6...@mail.gmail.com...
> No i have compiled with msvc 2008 and work fine (as first screen shoot)
> Remember that i use freepdf, so problem Maj be  due by your print driver
> emulating pdf
>
> follow my //info msvc
>  Harbour Terminal: Windows native console
> Harbour 2.0.0beta3 (Rev. 12836)
> Windows Vista 6.0.6002 Service Pack 2
> DS avail=867528KB  OS avail=2066396KB  EMM avail=0KB  MemStat:Off  MT:Off
>
> Follow my Microsoft c++ version c:\Program Files\Microsoft Visual Studio
> 9.0\VC\bin\cl
> Microsoft (R) 32-bit C/C++ Optimizing Compiler versione 15.00.30729.01 per
> 80x86
>
> 2009/11/8 Itamar Lins 
>
>>  Hi! Massimo.
>> The conclusion is there exist a problem with MSVC unicode ?
>>
>> I do not know to solve this. :-(
>>
>> Best regards,
>> Itamar M. Lins Jr.
>>
>>
>>
> --
> Massimo Belgrano
>
>
>  --
>
>
> ___
> Harbour mailing list
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
>


-- 
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour