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 TWAI
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
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
> f
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 wi
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 recompil
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/
>> 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
> 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 binar
Hello Viktor
Viktor Szakáts wrote:
>
> This can be misleading. In almost all tests msvc the fastest,
> mingw follows and bcc lags behind by quite much. msvc and mingw
> are much better supported, so it's way easier to work with them.
>
What is misleading in the above figures?
I showed above
Ok, compiled and linked the main program, 148 files in 12
sub-directories, plus 2 libraries for a total of other 28 files
I needed to add hbwin (for win32prn) and xhb for txmldocument
I will test the executable tomorrow
Thank you everybody for your nice help !
Francesco
___
>> Is it possible to read some documentation about hbm / hbp files ?
>
> BTW few days ago I listed few places where docs is scattered (INSTALL,
> RELNOTES, ChangeLog, hbmk2 --help was the list AFAIR)
In the meantime I read the --help and is very complete... Sorry to
have asked. I will look for in
On Mon, Nov 9, 2009 at 12:04 AM, francesco perillo wrote:
> Viktor, a couple of questions, if possible.
>
> Is it possible to read some documentation about hbm / hbp files ?
>
It's a free product done in my free time, so there isn't (and pbly
won't be) docs anytime soon created by me.
BTW few da
Viktor, a couple of questions, if possible.
Is it possible to read some documentation about hbm / hbp files ?
Is it possible to specify to call another instance of hbmk2 to, for
example, create a library if it not present ?
I can't understand if hbmk2 actually works like a unix make, comparing
d
Hi,
Few comments of posted hbmk2 script file:
- Should be named .hbp (as _p_roject) not .hbm
- Contains lots of platform and installation dependent filenames. All of
these should
be avoided if portability is a concern.
- If workdir is overridden, it should also contain {hb_plat} macro if
portabi
Thank you very much to everybody.
I'm reading your answers.
I will do some testing now with bcc because I have it installed now. I
also have different versions of MSVC installed in the several pc I
use... I should settle on one version... or switch to mingw that I
already installed once, some time
MSVC 2008
> EXE SIZE: 6573 KB
> DIFFERENCE: Links one external lib statically ( www.dosadi.com )
> RUN: PASS16.75 Secs
>PASS24.97 Secs
>PASS35.00 Secs
>
> BCC 5.5.1
> EXE SIZE: 6706 KB
> DIFFERENCE: Links one external lib dynamically pulled via impli
Hi
Teo Fonrouge wrote:
>
> Seems that MSVC compilers create more compact and fastest code than
> the others compilers, and also seems that current MinGW builds (GCC >
> 4) are getting closer to MSVC results.
>
Here are some results of 3 compilers:
MSVC 2008
EXE SIZE: 6573 KB
DIFFE
On Nov 8, 2009, at 12:52 PM, francesco perillo wrote:
I finnaly had the ok to complete the port from a clipper application
to a more modern compiler.
In these last years I ported the application to xHarbour using hbmake
and now I think I have to move to hbmk2.
where can I find some infos a
Hi
francesco perillo-2 wrote:
>
> where can I find some infos about hbmk2 file syntax ? I created some
> basic .hbm files but I also saw more complex build files that can run
> across different compilers and OS
>
>
> I'm using BCC 5.5 is it ok ? should I move to another compiler ?
>
I suggest you move to mingw because is integrated in Harbour distribution
http://www.syenar.hu/harbour/, so you can compile without download another
compiler
Using hbmk2
hbmk2 is a Tool that allow compile sample and large project
basic use of this tools is
hbmk2 ac_test
hbmk2 ac_test.prg
After thi
I finnaly had the ok to complete the port from a clipper application
to a more modern compiler.
In these last years I ported the application to xHarbour using hbmake
and now I think I have to move to hbmk2.
where can I find some infos about hbmk2 file syntax ? I created some
basic .hbm files b
21 matches
Mail list logo
