testing
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Testing
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi All,
Yesterday evening (UTC) the mailing list server
abended, so right now Phil is doing backups and
maintenance on it to get it back online as soon
as possible.
Pls be patient and take the offline time for
some quality non-Harbour activity :)
Viktor
_
Hi,
Yes. Pls read relevant section in INSTALL (look for 'HB_WITH_QT')
or past message about this topic, it has been quite well discussed
here.
Viktor
On 2010 May 31, at 20:04, jparada wrote:
>
> Hi,
>
> I have been able to compile demohbqt and demoxbp without any problem, but
> when trying
Hi All,
>> ..I'd prefer to we follow a "Harbour-Fund" financing model. That is,
>> we start making donations to a common-treasure and let project
>> leaders decide and make "hiring" agreements for manual creation, or
>> whatever would help project's improvement.
>> But, of course, let's hear other
>>> Before exploring this possibility, a little doubt,
>>> is Qt runtime enough for materializing an .exe to be
>>> build with hbIDE ?
>>
>> Yes.
>>
>
> If this is the case then we do not need complete run-time
> of Qt. Only 4 dll's matching the version we compiled
> hbQT* is enough. Can we em
> Viktor Szakáts wrote:
>>
>> Isn't there a runtime only download package somewhere
>> on Nokia's QT website?
>>
>
> Before exploring this possibility, a little doubt,
> is Qt runtime enough for materializing an .exe to be
> build with hbIDE ?
>> Proper solution would be to detach HBQT/HBXBP/HBIDE
>> release schedule from core and make them available as
>> a normal extra component which plugs into Harbour core
>> distribution. (which should be created separately)
>>
>
> Ok.
> So how can one obtain the latest binaries including
> hb
> Massimo Belgrano wrote:
>>
>> or possible 2.1 beta?
>>
>
> This has what relation to my query ?
I guess it's in relation to avoid a non-official distro
for the sake of HBQT.
Proper solution would be to detach HBQT/HBXBP/HBIDE
release schedule from core and make them available as
a normal
Hi,
The error message shows exactly what's missing, install it.
It's not Harbour problem.
Viktor
On 2010 May 31, at 13:57, Jaroslaw Kadziola wrote:
> Hi Viktor,
>
> When i'm trying to build WinCE harbour i get :
>
> ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
>
> I read yes.
>
> But I did not find the solution to this problem with inetinit ().
It will be a very tough process to find the solution
if you miss to give feedback for the answer I'm giving.
I'm out of this thread.
Viktor
___
Harbour mailing list
Hi,
On 2010 May 30, at 22:10, Tamas TEVESZ wrote:
> On Sun, 30 May 2010, vszak...@users.sourceforge.net wrote:
>
>>+ Clearing forced C++ mode if clang 1.x is detected.
>> (Patch from Tamas Tevesz. Slight fix added by me to
>> set HB_CMP when falling back to C mode. I didn't make
>>
Do you read the asnwers?
On 2010 May 30, at 21:40, Ale SB wrote:
>
> hbrtl.lib(hbsocket.obj) : error LNK2019: external symbol __imp__wsaio...@36
> unresolved referred to in the function _hb_socketGetIFaces
>
> Function to return the machine's local IP.
>
> This function normally in previous ve
I've checked and xhb doesn't have a FILESIZE, so
it can be deleted from xhb.
Viktor
On 2010 May 30, at 19:30, Bruno Luciani wrote:
> It is posible that this function: filesize
>
> exists in two libraries ?
>
> files.c in LIBHBCT
>
> and
>
> xhbfs.c in LIBXHB
>
> Thanks for any help
>
>
Hi Tamas,
Thanks for the patch. We already had "LLVM/Clang C"
detection inside the __GNUC__ branch, is it still
necessary, or can we now safely delete it?
Viktor
On 2010 May 30, at 14:44, Tamas TEVESZ wrote:
>
> - clang 2 does c++ now, so only fall back to c mode if we are running
> clang1
> This Recipe , allow harbour to create
>
>
> hbqts.a
> hbqtcores.a
> hbqtguis.a
> hbqtnetworks.a
>
> Library that permits compile an HBQT program using static QT libraries
That's not news for me, I gave them these names.
> in order to , for example create an installer compiled static , thats
> Hi, I'm trying making Harbour binaries for linux platform with the last Qt
> version (4.6.2), but my linux have headers for qt 4.5.2 pre instaled at
> /usr/include
>
> I'm using:
>
> export
> HB_WITH_QT="/home/cdq/qt-everywhere-opensource-src-4.6.2_for_dynamic/include"
>
> to override the /
> That's all. You are ready to make Harbour/GCC/HbQt program with static Qt
> access. Obviously, you need use HBMK2 for make it and you need add the
> necessaries Linux libraries in link stage to resolve externals references.
Can you tell what are those lib? This information is the only
inter
Hi Pritpal,
I noticed that .hbp file still contains local, system specific settings:
---
-3rd=hbide_location=C:\harbour\contrib\gtwvg\tests\
-3rd=hbide_workingfolder=C:\harbour\contrib\gtwvg\tests
---
As a rule all Harbour files should be totally relocatable
and environment agnostic. IOW, most u
Hi,
> bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -Q -w-sig- -d -6
> -O2
> -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -I"c:\bcc582\bin\bcc32.exe
> c:\bcc582\bin\
> ..\Include" -DHB_GC_AUTO -DHB_FM_STATISTIC -ohbpp_dyn.obj -DHB_DYNLIB -c
> ../..
> /../hbpp.c
> ../../../hbpp.c:
> ilink3
Hi Rossine,
> With this change, i have GPF down:
Thanks for your report, I've made the
necessary correction, pls check again after r14631.
[ it's possible some more tweaks will be needed,
f.e. original CALLDLL32 is very unsafe by directly
modifying string buffers, so in the new compatibility
> To put it an other way, the crucial subject today, is not any more the open
> source code. It is (and always was) the open knowledge.
Nobody ever promised that knowledge or mastery will automatically
fly into the users' brains, just by having access to the information,
be it open source, blu
> Hi Viktor,
>
>>> For me this are two different things.
>>> 1. broken watcom binaries due to forces stack calling convention.
>> It's broken either way. Default is broken for OLE servers,
>> special build is broken for non-watcom Harbour .dlls.
>
> The default build is broken for any OLE code a
Hi Przemek,
>> I got a large number of unresolved externals. I think
>
> Because you haven't recompiled whole Harbour code with
> -r6 watcom compiler switch.
I know, I use default build. Most users will use default
build, so that's what we shall make work.
>> we should handle the watcom probl
Hi Przemek,
> It's hard for me to test current OpenWatcom behavior using WINE
> because some results can be strictly bound with Linux and WINE
> emulation so I cannot say if they are correct or not, i.e. the
> things I should test like detaching from terminal and allocating
> console windows works
Hi Przemek,
> Hi Viktor,
>
>>; Tried to add hbolesrv.c as direct source 'sources=hbolesrv.c',
>> but it requires this source (+ headers) to be distributed along
>> the binaries, plus it didn't resolve the watcom issue, so
>> I dropped it.
>
> Using hbolesrv.c directly in the p
Thank you very much.
Viktor
On 2010 May 27, at 22:56, dru...@users.sourceforge.net wrote:
> Revision: 14624
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14624&view=rev
> Author: druzus
> Date: 2010-05-27 20:56:44 + (Thu, 27 May 2010)
>
> Log Message:
>
> [I finally managed to discover that my post in users-forum had been replied
> here. so, here it is my humble yet belated answer]
>
> are you sure you have understood my words? I 'm afraid you don't!
> What I am not sure for, is the reason for this misunderstanding. Perhaps, is
> it due to my b
>> 2010/5/27 Itamar Lins
>> > <mailto:itamarl...@gmail.com>>
>>
>> Em 27/5/2010 14:50, Viktor Szakáts escreveu:
>>
>>C:\harbour\trunk\harbour>set path=c:\mingw\bin;%PATH%
>>
>> You not clean
> Hi!
> Only one version M
> Em 27/5/2010 15:36, Itamar Lins escreveu:
> ---8<
> Using prompt tdradgon, the result is:
> Path=C:\MinGW\bin;C:\WINDOWS\system32;
> -->8---
>
> Maybe upper case M and GW of word MinGW ?
No, it doesn't matter.
Viktor
___
> C:\harbour\trunk\harbour>win-make.exe install
> ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
> ! MAKE: win-make.exe 3.81 sh.exe install
> ! HB_INSTALL_PREFIX: c:\dev\harbour
> ! HB_HOST_PLAT: win (x86) HB_SHELL: nt
> config/global.mk:971: *** ! HB_COMPILER not set,
Hi Przemek,
Accidentally found this:
---
PROC MAIN()
QOUT( hb_arrayToParams( {} ) )
RETURN
---
-> GPF (tested on win/mingw)
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.or
God. The "how to f*ck up" contest continues :(
You have mingw two times in PATH. Remove one.
Viktor
On 2010 May 27, at 19:27, Itamar Lins wrote:
> Em 27/5/2010 14:21, Viktor Szakáts escreveu:
>>> ! Building Harbour 2.1.0beta1 from source - http://www.harbour-proje
> ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
> ! MAKE: win-make.exe 3.81 sh.exe INSTALL
> ! HB_INSTALL_PREFIX: c:\dev\harbour
> ! HB_HOST_PLAT: win (x86) HB_SHELL: nt
> ! HB_PLATFORM: win (x86) (autodetected)
> ! HB_COMPILER: mingw (v45) (autodetected: C:/mingw/bin/
Pls post the BEGINNING of your log to see what
autodetection does.
Viktor
On 2010 May 27, at 19:00, Itamar Lins wrote:
> Em 27/5/2010 13:57, Viktor Szakáts escreveu:
>> On 2010 May 27, at 18:31, Itamar Lins wrote:
>>
>>> Hi!
>>> Please see this:
>>&
> Hello Viktor,
>
>> I suggest to use hbmk2 to build hbcomm...
>
> OK i rebuilt harbour release 14618 the traditional way:
>
> \harbour\bin\mingw32-make.exe clean install
>
>> ...and also your app, and it should link properly.
>
> OK. But the error continues.
>
> I use for compile this comman
On 2010 May 27, at 18:31, Itamar Lins wrote:
> Hi!
> Please see this:
> Win XP SP3 with MingW.
>
> r-21.a,--output-def,../../../../../bin/win/mingw/harbour-21.def
> c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe:
> unrecognized option '--nxcompat'
> c:/mingw/bin/../lib/gcc/
> El 27/05/2010 11:16, Horodyski Marek (PZUZ) escribió:
>
>>
>> Viktor,
>> ... Harbour is beautiful, beautiful, and once again fast :)
>>
>> Best regards,
>> Marek Horodyski
>>
>
> Amen
Well, what stays true from this whole conversation
is we are truly missing documentation. It's also
> FUNCTION SubscribeNow( ... )
> RETURN {| mtx, nTimeOut, lSubscribed |
>local xSubscribed
>lSubscribed := hb_mutexSubscribeNow( mtx, iif( hb_isNumeric(
> nTimeOut ), nTimeOut / 1000, ), @xSubscribed )
>return xSubscribed
> }:eval( ... )
>
> Why this
Hi Jerry,
>> No clue from here, maybe a broken mingw installation.
>> To tell more pls post -trace output and hbmk2 cmdline.
>
> I did some research and found out that
> this is a bug from mingw 4.5. It was fixed
> before but I don't know why it resurface.
> So for now Im dropping 4.5 and wait fo
To Pete,
[ Sorry to reply here, but I'm readonly user of users-list. ]
> yeah, sure! "very well" and "very idealistic"..
> (but please keep in mind that idealism is the container of fanaticism
> -and of any obnoxious "-ism" in general. we don't need them any more.)
> "asking" is not only a ri
Thanks very much, I'll update the code.
I have two questions/notes:
- I noticed that COM_NUM may not be what
original CT does, though the NG is a little
bit easy to misunderstand. It looks COM_NUM()
now returns next free slot, while in CT it
returned maximum number of com ports.
- If COM_NUM(
Hi Przemek,
>> Another thing I noticed is that I cannot build
>> watcom servers, not clients. For servers it
>> complains about 'Error! E2030: file clib3s.lib(cstrtwwt): multiple starting
>> addresses found',
>> for clients there are unresolved symbol, even
>> if I comment the special -cflag
Hi,
> hbmk2: Compiling...
> hbmk2: Linking... conso.exe
> Info: resolving vtable for __cxxabiv1::__si_class_type_info by linking to
> __imp_
> __ZTVN10__cxxabiv120__si_class_type_infoE (auto-import)
> Info: resolving vtable for __cxxabiv1::__class_type_info by linking to
> __imp___Z
> TVN10__cxx
>>> + contrib/hbqt/hbqt.h
>>> + Added: constants hbqt_par_Qsci*
>>> ; TODO make them local.
>>
>> This is serious modularization fault,
>> even for an initial upload. Pls fix it.
>>
>
> Yes, sure.
> I need a name of such .h - hbqt_local.h ?
contrib/hbqt/qscintilla/hbqscintilla.h
which
Hi,
> + contrib/hbqt/hbqt.h
>+ Added: constants hbqt_par_Qsci*
> ; TODO make them local.
This is serious modularization fault,
even for an initial upload. Pls fix it.
>+ Initial upload of wrappers for QScintilla.
> To generate the sources auto you need to stay in hbqt/hbqsci
Hi Chen,
> The following was submitted to the Harbour SF bug tracker:
> http://sourceforge.net/tracker/?func=detail&atid=100681&aid=3007590&group_id=681
>
> Anonymous wrote:
>
> When I compile a simple "Hello world" program with the "hbmk2" compiler,
> the output
Hi Rossine,
I suggest to use hbmk2 to build hbcomm and also your app, and it
should link properly.
Viktor
On 2010 May 26, at 22:35, Rossine wrote:
>
> Hi Enrico,
>
> This is my c:\bcc582\bin\bcc32.cfg
>
> [CFG]
>
> -Ic:\bcc582\include;c:\bcc582\include\dinkumware;c:\harbour\include
> -Lc:
Hi Przemek,
> Please try to use hbmk2 to compile some OLE server examples.
>
> hbmk2 olesrv1.hbp
>
> hbmk2: Processing local make script: hbmk.hbm
> Error BASE/1066 Argument error: conditional (Quit)
> Error BASE/1066 Argument error: conditional
> Called from FN_EXPAND(0)
> Called
>> In case of HBCT we aim to be fully compatible
>> with CA-T*ols (which was a commercial extension
>> lib for Clipper 5.x).
>
> Whole Clipper was commercial - and what of that ?
> For me, CA sold it with CA-TOOLS.
They were two standalone products. This doesn't
mean they couldn't be sold in a b
Hi,
>>> > I have compiled my application under Ubuntu 10.4 with -gui -gtxwc from my
>>> > .hbp. I also have REQUEST HB_GT_XWC in my main module. When I execute
>>> > the
>>> > application, the terminal console is not being released and remains
>>> > inactive
>>> > from the background. Any
Hi,
>> 2010-05-25 23:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>> + config/bsd/clang.mk
>>+ Base implementation of bsd/clang target.
>> Based on patch by Tamas Tevesz with modifications:
>>- deleted HB_DYN_COPT
>>- replaced dynamic lib rules with bsd/gcc.mk.
>>
Hi Przemek,
It's great. I hope we can nail the watcom tricks and .def file
"chaos" in the future.
I've successfully tested olesrv2 with oletst2.
Then I tried to access olesrv2 from jscript/vbscript. Since
I'm using Win7 x64, first I built olesrv2 with msvc64,
and registered it, which went OK.
>> Sorry for my intromision but, where is olesrv2.prg ?
>
> On my hard drive ;)
> I haven't committed this code yet.
> Just simply I have had no time so far to make some real test in
> MS-Windows.
> I only tested the base version few days ago but I made many other
> modifications later and they ar
Hi Pritpal,
> now I am looking at how to construct
> "moc" files and include it in the project.
>
> I need to know how should I pass "params"
> leading to moc creation - in .hbp or on the
> commandline ?
>
> A small example will be helpful.
Here is a little .hbp sample I used for testing:
--
> this is what I am trying to convey.
>
> It depend how hbIDE is invoked.
>
> One can invoke it with desktop icon with/without
> "Start in:" field entry on "Shortcut" tab in "Properties"
> dialog when selection with right-click on appln icon.
>
> the other can call as:
> C:\MyOwnFolder\>E:\ha
>> Though based on your description, it's unnecessary to
>> change directory when launching hbmk2. I left it, but
>> I still don't understand why you do it. It just adds
>> complexity without any benefit. hbmk2 doesn't require
>> any such tricks to make it work.
>>
>
> hbIDE process does not
>> ---
>> 2010-05-25 22:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>> * contrib/hbide/ideprojmanager.prg
>>! Fixed output directory issue without the need for an hbmk2 plugin.
>> HBIDE was changing current dir when calling hbmk2, so the detected
>> output filename need
>> If it doesn't work, it means you DO CHANGE the
>> current directory, even if you don't know about it,
>> so in this case you must explore the QT launching
>> stuff to see how to disable it.
>>
>
> Let me explain a bit how hbIDE forks process to Qt
> and why I cannot take this approach.
>
Hi,
> I use Harbour for Win32. I was wondering if hbmk2 allows (or can allow
> someday) support for multiple icons? We're leaning towards having two icons
> in our .EXE builds. If this was ever supported... I am not sure what the
> file delimiter would be.
>
> Any thoughts?
'-icon' option
Hi Pritpal (again),
> Now, if you want to make it absolutely complicated
> and use a plugin for this purpose, you should
> _generate_ the plugin code to a temporary file and
> pass that to hbmk2. Or you can put it into 'resources'
> dir if you don't mind being less elegant. Otherwise,
> after
Hi Pritpal,
Well, I didn't mean to include this raw snippet in
final code. First of all, it's not needed at all.
Now, if you want to make it absolutely complicated
and use a plugin for this purpose, you should
_generate_ the plugin code to a temporary file and
pass that to hbmk2. Or you can p
Hi Przemek,
> This code illustrates the difference between regular and
> associative hash arrays:
>
> proc main()
[...]
> return
>
> As you can see executing it the order of items in associative array
> is strictly defined and it's the same as the order in which new item
> were added. It mea
So f.e. this can be done:
--- plugin.prg
FUNCTION hbmk2_plugin_show_target( hbmk2 )
SWITCH hbmk2[ "cSTATE" ]
CASE "post_all"
IF hbmk2[ "nErrorLevel" ] == 0
hbmk2_OutStd( hbmk2, "@@ TARGET: " + hbmk2[ "cTARGETTYPE" ] + " : " +
hbmk2[ "cTARGETNAME" ] )
hbmk2_OutStd(
Hi Przemek,
That sounds great, may I ask for a simple example which
show the usefulness of this feature over regular hashes?
Viktor
On 2010 May 25, at 13:20, dru...@users.sourceforge.net wrote:
> Revision: 14579
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=1457
> Rossine,
>
> Are you using MingW or BCC?
> MingW (TDM) is the recomended one. BCC is not as good according to tests
> made by the developers.
> Seems to me you are mixing it and you also have too many enviroment
> variables set.
> As I understand the instructions in INSTALL, it should
Hi Tamas,
Great, thank you very much.
I've committed, along with hbmk2 patch, so in theory
the last issue with HB_USER_LDFLAGS should be fixed.
(since the /pkg dir is already hardcoded when checking
for slang2, I think it's just fine to also add it to
lib list in hbmk2)
Viktor
On 2010 May 25
Hi,
The part I need is missing from the posted .log fragments.
It's at the end.
Viktor
On 2010 May 25, at 16:00, Rossine wrote:
>
> Hello Viktor,
>
>> Use 'clean install' as documented (with lowercase).
>
> OK. I use: \harbour\bin\mingw32-make.exe clean install
>
> Now fbclient.lib is creat
Hi,
> Maurulio,
>
> Sorry, but that has to do with the Clipper 5.2 Harbour?
>
> I'm referring to the functions and TimeToSec SecToTime the Harbour, has
> nothing to do with Clipper.
Harbour has everything to do with Clipper,
since we aim to be fully compatible with it.
In case of HBCT we aim
>> 2010-05-24 19:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>> * contrib/sddoci/sddoci.c
>>! Attempting to fix wrong numeric size for plain 'NUMERIC'
>> (without size) type. I'm guessing so I'd appreciate if
>> someone could dive into this more deeply.
>
>
> Still wrong in e
> I agree.
>
> Here is my argument: hbMK2 has filters parsing at -o level
> which I cannot manage. I have requested you many times
> to give a proper token to output name but you have always
> deferred it. So what is wrong if I provide an option at -o
> level or provide a slot as a field?
You
> I have to modify some sources of QScintilla itself,
> bugs and warnings, both. I am still at a loss should I
> proceed further in this direction or not. So far I kept
> it on experimental boundaries.
You should publish these changes and fixes upstream to
QScintilla author. There is little poi
>> My guess is that it fails in HBIDE because
>> HBIDE _does change current dir_, which is
>> a dangerous thing to do in general and will
>> mess up any process which rely on current dir
>> (IOW any process which uses no or relative paths),
>> such as running a relative filename got from
>> h
>> -lhbpcre -lhbzlib -Wl,--end-group -ocurd.exe -LC:/HARBOUR/lib/win/mingw
>>
>
> -ocurd.exe
> Note: ( which you miss time and again ) in tab provide full path as
> -o_path_to_exe_plus_exename_without_extension_
>
>
>
>> How is possible that executable is detected but non found???
>>
>
> Ho
>
> Exit Code [ 0 ] Exit Status [ 0 ] Finished at [ 09:32:22 ] Done in [ 4.16
> Secs ]
>
> Detec
Hi Rossine,
Use 'clean install' as documented (with lowercase).
Viktor
On 2010 May 24, at 22:27, Rossine wrote:
>
> Hi Viktor,
>
> This is my log:
>
> [LOG]
>
> C:\harbour-#BCC#>\harbour\bin\mingw32-make.exe CLEAN INSTALL
> config/global.mk:234: ! Warning: HB_BUILD_IMPLIB option works only
> Sorry viktor , I wouldn't want to say that INSTALL file
>
> have inaccurate information or like that
>
> The only think is that I first check it to not
> ask a question that is in this file
I understand, but it's not there because I don't
know it (and it's not important information for
mos
> Viktor do you not understand my question
>
> I need to create LIBHBQTS.a to compile our harbour aplication in static mode
>
> in windows we don not have problems , but in linux I do not know how to
>
> declare , location of static qt libraries and indicates to harbour to compile
> hbqts
I'm
> We have an opensource software based in HBQT , and we like to distribute it
> in static version
> this is why I asking for hbqts in linux
You're asking it at wrong place. This is not a
Harbour issue.
Viktor
___
Harbour mailing list (attachment size
> anyway if I am compiling an opensource program I can use static version
>
> exist a way to do that in linux ?
Probably it's documented somewhere, check QT website.
BTW if you have an opensource software, it's probably not
a problem to require QT package to be installed in order
to run it.
V
> Intresting!
>
> Maj be used prg in hbide keyboard mapping macro script?
No, this is means to add custom build capabilities to
hbmk2. F.e. using a plugin you can generate code from
non .prg sources, or do any sort of non-standard
conversion seamlessly integrated into the hbmk2 process.
Other
> Hi Vicktor,
My name is 'Viktor'.
> Updated today the harbour to release 14566 and again is not building these
> libs:
>
> - fbclient.lib
> - freeimage.lib
> - ace32.lib
>
> I need to change something here in order to build these libs ?
I don't think so. Pls post the log output (beginning
an
>>> The service do not start... It installs, uninstalls, but does not
>>> start.But based on comments from Przemysław I have an idea to tease
>>> this problem: i'll make an application to run as service and launch
>>> another application with features powered bye hbnetio.. like Firebird
>>> Guardia
Hi Vailton,
>> So does it work now? Or does it work sometimes and sometimes not?
>
> The service do not start... It installs, uninstalls, but does not
> start.But based on comments from Przemysław I have an idea to tease
> this problem: i'll make an application to run as service and launch
> anot
Hi Vailton,
>> I was making some tests with testsvc.prg (Harbour SVN 5.5.1 + BCC) and
>> discovered some problems because it does not execute correctly when
>> compiled with "-mt" in hbmk2. Apparently the problem comes in
>> win_serviceStart () but I could not detect why the service does not
>> ru
Hi Mario,
> I tried the -rebuild parameter (hbmk2 proj1.hbp -rebuild) but I got the
> following error:
> =
> Error BASE/1066 Argument error: conditional (Quit)
> Error BASE/1066 Argument error: conditional
> Called from HBMK2(0)
> Called from MAIN(0)
> ==
>> Maybe the only generic way to integrate such needs with
>> hbmk2, is to create an separate external tool (non-hbmk2)
>> and call it as part of of 'preprocessing'. So what needs
>> to be done in hbmk2 is to allow to run external tools at
>> specific stages of the process, f.e. 'preflight',
>
Hi,
I have a pending patch regarding gpm and hbmk.cfg,
but this is for yesterday's changes. You seem to be
using much older Harbour version, not latest SVN.
Viktor
On 2010 May 23, at 15:37, Mario H. Sabado wrote:
> On 5/23/2010 8:44 PM, harbour-requ...@harbour-project.org wrote:
>> Message: 6
Hi Przemek,
> HBMK2 create temporary .c file with non random names in temporary
> directory.
> It causes that it cannot be used in multiuser environment because
> during compilation different HBMK2 processes may overwrite temporary
> files. Can you fix it?
AFAIK the only .c files created with no
> With the latest SVN, I was not able to compile the netiosrv with -static.
> I'm using Ubuntu 10.4.
>
> Thanks for any help.
What is the error?
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.h
Hi Pritpal,
> I am almost done with QScintilla wrappers which completely
> isolate the need to host QScintilla sources into our repository,
> but still wrappers be genrated from .qth files and placed in
> hbqt/qscintilla.
>
> This folder contents are isolated from the main build system of
> hb
; _adsstmtsettablepassw...@12 sin resolver al que se hace referencia en la
> función _HB_FUN_ADSSTMTSETTABLEPASSWORD
> rddads.lib(adsfunc.obj) : error LNK2019: símbolo externo
> _adsgetservern...@12 sin resolver al que se hace referencia en la función
> _HB_FUN_ADSGETSERVERNAME
> rddads.lib(adsfunc.
> Hrs_Main.obj : error LNK2001: símbolo externo _HB_FUN_CURDRIVE sin resolver
>
> Hrs_Inde.obj : error LNK2001: símbolo externo _HB_FUN_DBPACK sin resolver
>
> FiveHm.lib(DATABASE.obj) : error LNK2019: símbolo externo _HB_FUN_DBPACK sin
> resolver al que se hace referencia en la función _HB_FUN_T
Hi,
It's always generated now.
Does it not work now for you?
Viktor
On 2010 May 21, at 18:40, Ale SB wrote:
>
> The latest revisions of Hb, is not generating correctly Ace32.lib from
> Ace32.dll.
>
> Ace32.Lib Gerand by Hb == 105Kb
>
> Ace32.lib of Ads\AceSdk == 113Kb
>
> With the revision
Hi Qatan,
>> ANSI and OEM are totally confusing Microsoft (Windows-specific) terms so we
>> stay out of using them in Harbour.
>> We already support both, but with other names. "ANSI" is usually "??WIN",
>> and "OEM" is usually "??85n".
>>
>> Viktor
>
> Are not "??ISO" and "??WIN" the same
Hi,
> I have this .hbp file:
> -trace
> -info
> -hblib
> -omylib
> -inc
> -workdir=hbobj
> -iInclude
> -prgflag=-b
>
> and then a list of about 20 source files.
>
>
> this files are compiled and I find the .obj files in directory hbobj
>
>> From these files a mylib.lib is assembled.
>
> Now I
>> The problem is probably in your display or output
>> settings.
>>
>> Viktor
>
> Thank you Viktor!
>
> I got confused because I used an ANSI editor to write the PRG code when the
> codepage table code is written in OEM.
Yes, the codepage you chose is CP850, which
means "OEM" in Microsoft-sp
Hi Leandro,
>> These are internal structures, so there if is any notion
>> of writing stable code I strongly suggest to not use
>> them directly at all.
>
>> I think the bug here is that you can access these members
>> at all. IMO they should be protected like HB_ITEM members.
>>
>
> You must b
> HB_FUNC( _2D_CURRENTCODEPAGE )
> {
>const char * cdpID = hb_cdpID();
>PHB_CODEPAGE cdp = hb_cdpFind(cdpID);
>
>MessageBox(NULL,cdp->lower,'test',MB_OK);
>
>hb_reta(4) ;
>hb_storvc( cdp->lower, -1, 1 );
>hb_storvc( cdp->upper , -1, 2 );
>hb_storvc( cdpID , -
What can I say? A lib can be used if it's present in one of
the passed lib dirs (-L options).
Apparently curldll lib (the implib) is not there.
Why? I cannot tell you; and I have told everything that can
I could tell about this whole topic. Probably some blatant
mistake or overlook along the
1 - 100 of 4712 matches
Mail list logo
