Re: [Harbour] mingw 4.5.0 benchmarks

[Maurilio Longo]

Mindaugas,

as I wrote earlier I did not see any difference as well unless i just call it
with -j  (without number), in this case I see both of my cores doing work.

I'm using the dragon media flavor of mingw.

Maurilio.


Mindaugas Kavaliauskas wrote:
>>> You can also try to reduce the optimization level, i.e. you can use -Os
>>> in MinGW flags. It should reduce the compilation time and final binaries
>>> will be slower then the one created by BCC though still faster.
>>
>> I'm trying another approach :) Upgrading from Celeron to Core i5. It
>> should help a little. :)
> 
> 
> Hi,
> 
> 
> in ChangeLog I found some -j option for parallel compile jobs. How
> can it use it?
> 
> I'm trying:
>   win-make.exe -j4
> but I see no compile speed improvement.
> 
> 
> Regards,
> Mindaugas
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Maurilio Longo]

Przemyslaw,

Przemysław Czerpak wrote:
> Such results can be a little bit change by autoinlining when -O3 is used
> so it would be nice if you can also test this function:
> 
>ULONG _hb_gettid2( void )
>{
>   ULONG tid = 0;
>   PTIB  ptib = NULL;
> 
>   if( DosGetInfoBlocks( &ptib, NULL ) == NO_ERROR )
>  tid = ptib->tib_ptib2->tib2_ultid;
> 
>   return tid;
>}
> 

Here it is:

(E:\harbour\test)gettid
Time _hb_gettid() 693
Time _gettid() 1787
Time _hb_gettid2() 2952

> Yes it is and it's good place to store such information but it's not TLS
> area :-)

Ok, but bear in mind that on OS/2 TLS area is a very limited resource:

8<---
When a process is started, a small block of memory is set aside to be used as
a thread-local memory area. This memory is at the same virtual address for
each thread, but is backed by different physical memory. This permits each
thread to have a small block of memory that is unique, or local, to that thread.

The thread-local memory area consists of 32 DWORDs (128 bytes), each DWORD
being 4 bytes in size. Up to 8 DWORDs (32 bytes) can be requested each time
this function is called. If you want to allocate more than 8 DWORDs, you must
call this function more than once.

Allocation is by DWORD only. If you want to store a BYTE in the thread-local
memory area, you would still allocate a DWORD, then store the BYTE in it.


Best regards.

Maurilio.

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Maurilio Longo wrote:

Hi,

> Here it is:
> (E:\harbour\test)gettid
> Time _hb_gettid() 693
> Time _gettid() 1787
> Time _hb_gettid2() 2952

Thank you very much.
The results suggests that _gettid() is also optimized in OS2 builds.

> > Yes it is and it's good place to store such information but it's not TLS
> > area :-)
> Ok, but bear in mind that on OS/2 TLS area is a very limited resource:

I know and I do not plan to use it anymore.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] MemoEdit

[Horodyski Marek (PZUZ)]

I have tested now testprof.prg from tests folder in version :

Harbour 2.0.1dev (Rev. 13492)   

And MemoEdit isn't worked. Can anybody confirm this ?

 

Regards,

Marek Horodyski

 

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Maurilio Longo]

Viktor,

with these rules inside os2\gcc.mk it build a .res file using rc.exe

RC := $(HB_CCPATH)$(HB_CCPREFIX)rc
RC_OUT := -DOS2 -r
RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $<

BUT, it builds the .res file at the same dir level of hbrun.rc and, even
moving it inside obj\os2\gcc the final .exe has not the icon, here I fear this
could be caused by the fact that hbrun.exe is a console app, but I'm not sure
about this issue.

So, can you tell me how to build the correct path to hbrun.res, I mean, how to
add obj\os2\gcc to the clean hbrun.rc file name?

$<

contains the full upward path to hbrun.rc so I have to strip all those
..\..\.. and add obj\$compiler\$arch or something like that.

Maurilio.


vszak...@users.sourceforge.net wrote:
> Revision: 14258
>   
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14258&view=rev
> Author:   vszakats
> Date: 2010-03-29 20:36:08 + (Mon, 29 Mar 2010)
> 
> Log Message:
> ---
> 2010-03-29 22:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>   * utils/hbmk2/hbmk2.prg
> ! Fixed to always convert pathseps in icon filename to forward 
>   slashes.
> 
>   * utils/hbrun/hbrun.rc
> * Cleaned. Now back to original commit with purely forward 
>   slashes. Should see if this works with OS/2 GCC windres.
> 
> Modified Paths:
> --
> trunk/harbour/ChangeLog
> trunk/harbour/utils/hbmk2/hbmk2.prg
> trunk/harbour/utils/hbrun/hbrun.rc
> 
> 
> This was sent by the SourceForge.net collaborative development platform, the 
> world's largest Open Source development site.
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Maurilio Longo]

Ok,

this is it

RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $< $@

so, .res file gets made into obj\os2\gcc subfolder.

Now, lets see how to make it show when browsing a folder containing hbrun.exe

Maurilio.


Maurilio Longo wrote:
> Viktor,
> 
> with these rules inside os2\gcc.mk it build a .res file using rc.exe
> 
> RC := $(HB_CCPATH)$(HB_CCPREFIX)rc
> RC_OUT := -DOS2 -r
> RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $<
> 
> BUT, it builds the .res file at the same dir level of hbrun.rc and, even
> moving it inside obj\os2\gcc the final .exe has not the icon, here I fear this
> could be caused by the fact that hbrun.exe is a console app, but I'm not sure
> about this issue.
> 
> So, can you tell me how to build the correct path to hbrun.res, I mean, how to
> add obj\os2\gcc to the clean hbrun.rc file name?
> 
> $<
> 
> contains the full upward path to hbrun.rc so I have to strip all those
> ..\..\.. and add obj\$compiler\$arch or something like that.
> 
> Maurilio.
> 
> 
> vszak...@users.sourceforge.net wrote:
>> Revision: 14258
>>   
>> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14258&view=rev
>> Author:   vszakats
>> Date: 2010-03-29 20:36:08 + (Mon, 29 Mar 2010)
>>
>> Log Message:
>> ---
>> 2010-03-29 22:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>>   * utils/hbmk2/hbmk2.prg
>> ! Fixed to always convert pathseps in icon filename to forward 
>>   slashes.
>>
>>   * utils/hbrun/hbrun.rc
>> * Cleaned. Now back to original commit with purely forward 
>>   slashes. Should see if this works with OS/2 GCC windres.
>>
>> Modified Paths:
>> --
>> trunk/harbour/ChangeLog
>> trunk/harbour/utils/hbmk2/hbmk2.prg
>> trunk/harbour/utils/hbrun/hbrun.rc
>>
>>
>> This was sent by the SourceForge.net collaborative development platform, the 
>> world's largest Open Source development site.
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

Hi Maurilio,

> RC := $(HB_CCPATH)$(HB_CCPREFIX)rc
> RC_OUT := -DOS2 -r
> RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $<
> BUT, it builds the .res file at the same dir level of hbrun.rc and, even
> moving it inside obj\os2\gcc the final .exe has not the icon, here I fear this
> could be caused by the fact that hbrun.exe is a console app, but I'm not sure
> about this issue.
> 
> So, can you tell me how to build the correct path to hbrun.res, I mean, how to
> add obj\os2\gcc to the clean hbrun.rc file name?
> 
> $<
> 
> contains the full upward path to hbrun.rc so I have to strip all those
> ..\..\.. and add obj\$compiler\$arch or something like that.

The most important thing to check is whether gcc's linker 
can link the .res file created by rc.exe. You can verify 
this outside of our make system using a small example.

If yes, we should try to avoid -DOS2, which is a manual 
hack and should be used only if all other options are out.
For this, we need to find out what is the official way to 
detect OS/2 in .rc files.

Finally we should try to find a way to specify output file 
and avoid making local redefine of RC_RULE.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

> RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $< $@

Good. In this case can you check with this solution to 
use mainstream method only:

---
RC := rc.exe
RC_OUT := 
RCFLAGS := -DOS2 -r
---

If this doesn't work pls post here the command executed with your 
special rules and the command executed by my method above. Thanks.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] MemoEdit

[vatzct]

30.03.2010 11:26, Horodyski Marek (PZUZ) ???(??):


I have tested now testprof.prg from tests folder in version :

Harbour 2.0.1dev (Rev. 13492)

And MemoEdit isn't worked. Can anybody confirm this ?

Regards,

Marek Horodyski


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
   

I got the next error:

Error BASE/1132  Bound error: array access
Called from HBPROFILEREPORTTOTBROWSE:CURRENTENTITY(0)
Called from (b)HBPROFILEREPORTTOTBROWSE_ADDCOLUMNS(0)
Called from TBROWSE:DOCONFIGURE(0)
Called from TBROWSE:STABILIZE(0)
Called from TBROWSE:FORCESTABLE(0)
Called from BROWSER(81)
Called from MAIN(48)

C:\dev\harbour_svn\tests\>harbour -build
Harbour 2.1.0dev (Rev. 14235)
Copyright (c) 1999-2010, http://www.harbour-project.org/

Harbour Build Info
---
Version: Harbour 2.1.0dev (Rev. 14235)
Compiler: MinGW GNU C 3.4.5 (32-bit)
Platform: Windows XP 5.1.2600 Service Pack 1
PCode version: 0.3
ChangeLog last entry: 2010-03-26 05:05 UTC+0100 Xavi (jarabal/at/gmail.com)
ChangeLog ID: ChangeLog 14235 2010-03-26 04:05:40Z jarabal
Built on: Mar 26 2010 09:29:14
Build options: (Clipper 5.3b) (Clipper 5.x undoc) (UNICODE)
---

Regards,
Alexey Myronenko
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Maurilio Longo]

Viktor,

there is another problem, the .ico file is a win32 one, not an OS/2 one, so
I've converted it but:

1) you don't see the ico until after you mark the .exe as a PM one
(presentation managers, that is GUI).
2) the .exe file, not marked as PM, does not run if built adding the generated
.res one even if GCC does not complain.

So, I keep reinforcing my memory that console programs on OS/2 cannot have
resources added to them during build time.

You can change the default icon from OS/2 interface, though.

I'll keep searching.

Maurilio.

PS. rc.exe, by default, creates the .res file in the same dir where the .rc
source resides. So, you need to specify a full output file name.

Viktor Szakáts wrote:
> Hi Maurilio,
> 
>> RC := $(HB_CCPATH)$(HB_CCPREFIX)rc
>> RC_OUT := -DOS2 -r
>> RC_RULE = $(RC) $(RCFLAGS) $(HB_RCFLAGS) $(HB_USER_RESFLAGS) $(RC_OUT) $<
>> BUT, it builds the .res file at the same dir level of hbrun.rc and, even
>> moving it inside obj\os2\gcc the final .exe has not the icon, here I fear 
>> this
>> could be caused by the fact that hbrun.exe is a console app, but I'm not sure
>> about this issue.
>>
>> So, can you tell me how to build the correct path to hbrun.res, I mean, how 
>> to
>> add obj\os2\gcc to the clean hbrun.rc file name?
>>
>> $<
>>
>> contains the full upward path to hbrun.rc so I have to strip all those
>> ..\..\.. and add obj\$compiler\$arch or something like that.
> 
> The most important thing to check is whether gcc's linker 
> can link the .res file created by rc.exe. You can verify 
> this outside of our make system using a small example.
> 
> If yes, we should try to avoid -DOS2, which is a manual 
> hack and should be used only if all other options are out.
> For this, we need to find out what is the official way to 
> detect OS/2 in .rc files.
> 
> Finally we should try to find a way to specify output file 
> and avoid making local redefine of RC_RULE.
> 
> Brgds,
> Viktor
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Drastic DEVOUT / screen printing lag on Windows 98, and less slow but still slow on XP+.

[smu johnson]

Hi,

I made a hello world program that demonstrates that in Harbour, printing
3 devouts to the screen in a fixed location takes way longer than
Clipper, in different circumstances.

I was wondering if any devs could help isolate the issue, whether it's some
inefficiency in Harbour code, or Windows.

To sum up, on Windows 98, cl52e vs Harbour 2.1.0dev, Clipper was around 139
times faster running the same code.

In Windows XP, Clipper was around 14.6 times faster.

The reason this is a problem for us is that Win98 users who use the software
are complaining that it's WAY slower than the old 16-bit clipper ones, doing
all sorts of tests.  My theory is that it is simply because the tests take
too long to print integers to the screen during for loops.

Results txt:
http://209.97.219.2/sjohnson/major_harbour_bug/printing_numbers/devout-test.txt
Source code test:
http://209.97.219.2/sjohnson/major_harbour_bug/printing_numbers/hello.prg

Thank you for reading.

-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Xavi wrote:

Hi,

> Sometimes GTWVT leaves the previous mark of cursor. Attached picture
> to illustrate the issue.
> This happens because the pre-cursor position not is marked with
> InvalidateRect (RedrawDiff not find differences) getting knocked out
> of WM_PAINT.

So it means that windows sometimes does not clean previous caret when
it's moved to new position. It would be nice to check when it can
happen. Maybe it's result of some other problems in the code, i.e.
it may happen due to wrong focus switching.

> In GTWVG not happen because overwrite PutChar and for each character
> insert call TouchCell and force RedrawDiff to find differences
> although they are the same characters and atributes.
> 
> IMHO is more effective in Windows marking only the previous cursor position.

Yes of course it is more effective.

> I would like to commit the following patch to the repository.

Sorry but it's wrong solution. You talked about efficient solution
and you chose not very good one. This modification causes that
each cursor movement activates screen redrawing without respecting
set cursor off, dispbegin()/dispend() what may strongly reduce the
performance in some applications. It also calls REDRAW() method
just to execute InvalidateRect() but without any preamble/postamble
code which is inside RFRESH()/REDRAWDIFF() methods so it may confuse
some upper level GTs which may inherit from GTWVT.
The last bad side effect of this modification I can see is disabling
late console window activation because now any call to SETPOS() method
will unconditionally force creating new window on next REFRESH() method.

If you want to force overwriting the cursor position then you should
add code to store previous caret position just after ShowCaret().
It would be nice if this saved position can be used to eliminate
unnecessary calls to SetCaretPos(). Then it's enough to add
InvalidateRect() for given character cell position just before
HideCaret(), DestroyCaret() and SetCaretPos(). Instead of using
REDRAW() method you should create your own function, i.e.:

   static void hb_gt_wvt_invalidateChar( PHB_GT pGT, int iRow, int iCol )
   {
  RECT rect;

  rect.top = rect.bottom = iRow;
  rect.left = rect.right = iCol;
  rect = hb_gt_wvt_GetXYFromColRowRect( pWVT, rect );
  InvalidateRect( pWVT->hWnd, &rect, FALSE );
   }

Anyhow I always prefer to detect real reason of problem first to
check if such modification is really necessary and the problem is
not side effect of some other code or bugs.
Otherwise each of us will add some new peaces of code which only
mask real bugs making the whole code hard to understand and extend.

If you want then I can add code which will make caret SetCaretPos()/
ShowCaret() optimization and maybe it will help you to find when the
cursor is wrongly refreshed.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Drastic DEVOUT / screen printing lag on Windows 98, and less slow but still slow on XP+.

[Przemysław Czerpak]

On Tue, 30 Mar 2010, smu johnson wrote:

Hi,

> I made a hello world program that demonstrates that in Harbour, printing
> 3 devouts to the screen in a fixed location takes way longer than
> Clipper, in different circumstances.
[...]

It's an old well known bug in MS-Windows consoles in Win9x
which causes horrible delay in some functions. It affects
all Win32 (not DOS) programs using console window in these
systems.
Inside GTWIN we eliminated all functions which are slow down
by this bug except two ones used to set cursor position and
shape and to read keyboard input because they do not have any
replacement :(

In some application greatly helps SET CURSOR OFF which disables
one of "slow" functions. Of course if it can be used in give context.
Alternatively you can drop GTWIN and switch to GTWVT.

AFAIK MS has never released patches for Win9X console so you
will have to leave with it. The problem is known from 1995
so it's much older then Harbour.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] hbrun broken since a few days at least

[Maurilio Longo]

Hi Viktor,

I was looking into hbrun issue with the icon when I've found out that an hbrun
I have dated 25 march does not run as well.

I get this error:

03-30-2010  12:36:17  SYS2070  PID 4e34  TID 0001  Slot 00a5
E:\HARBOUR\BIN\HBRUN.EXE
HBRUN->HARBOUR._hb_retclen_buffer
127


Which should mean that it does not find _hb_retclen_buffer inside harbour.dll,
hbmk2 from same date runs ok.

What can it be?

Maurilio.

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

[Xavi]

Hi Przemek,



[...]

Anyhow I always prefer to detect real reason of problem first to
check if such modification is really necessary and the problem is
not side effect of some other code or bugs.
Otherwise each of us will add some new peaces of code which only
mask real bugs making the whole code hard to understand and extend.



I agree with this.


If you want then I can add code which will make caret SetCaretPos()/
ShowCaret() optimization and maybe it will help you to find when the
cursor is wrongly refreshed.



Please do it. I can look more in depth.

Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbrun broken since a few days at least

[Maurilio Longo]

No,

there is something more, every .exe in bin fails apart from hbmk2 ???


03-30-2010  13:22:58  SYS2070  PID 75c6  TID 0001  Slot 00b0
E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBTEST.EXE
HBTEST->HARBOUR._hb_parvnl
127


03-30-2010  13:26:36  SYS2070  PID 75c7  TID 0001  Slot 00b0
E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBRUN.EXE
HBRUN->HARBOUR._hb_retclen_buffer
127


03-30-2010  13:35:23  SYS2070  PID 75c8  TID 0001  Slot 0094
E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBI18N.EXE
HBI18N->HARBOUR._HB_FUN_HB_ADEL
127


Maurilio.


Maurilio Longo wrote:
> Hi Viktor,
> 
> I was looking into hbrun issue with the icon when I've found out that an hbrun
> I have dated 25 march does not run as well.
> 
> I get this error:
> 
> 03-30-2010  12:36:17  SYS2070  PID 4e34  TID 0001  Slot 00a5
> E:\HARBOUR\BIN\HBRUN.EXE
> HBRUN->HARBOUR._hb_retclen_buffer
> 127
> 
> 
> Which should mean that it does not find _hb_retclen_buffer inside harbour.dll,
> hbmk2 from same date runs ok.
> 
> What can it be?
> 
> Maurilio.
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] mingw 4.5.0 benchmarks

[Mindaugas Kavaliauskas]

Maurilio Longo wrote:

as I wrote earlier I did not see any difference as well unless i just call it
with -j  (without number), in this case I see both of my cores doing work.


Hi,


thank You. That helps in my case also. -j4, -j5, -j99 do nothing, but -j 
makes build harbour more than twice faster. Task manager shows a lot (50 
or more) gcc.exe processes - perhaps all library modules are compiled 
simultaneously.



Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: WVW

[Bruno Luciani]

which library i need to link to run your sample ?

Bruno

2010/3/29 Itamar Lins 

> Em 29/3/2010 20:30, Bruno Luciani escreveu:
>
>  This is an only windows library
>>
>> Is that wright ?
>>
>> Bruno
>>
> Yes. Unfortunately there are many systems done with it.
>
>
> Best regards,
> Itamar M. Lins Jr.
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: WVW

[Itamar Lins]

Em 30/3/2010 08:57, Bruno Luciani escreveu:

which library i need to link to run your sample ?

Bruno

2010/3/29 Itamar Lins
mailto:itamarl...@gmail.com>>

Em 29/3/2010 20:30, Bruno Luciani escreveu:

This is an only windows library

Is that wright ?

Bruno

Yes. Unfortunately there are many systems done with it.


Best regards,
Itamar M. Lins Jr.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org

http://lists.harbour-project.org/mailman/listinfo/harbour



gtwvw and hbct.

Best regards,
Itamar M. Lins Jr.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbrun broken since a few days at least

[Maurilio Longo]

Going back at 14230 works ok,

now I'm rebuilding each one commit from here on, even if reading the ChangeLog
I don't see changes which could explain my problems.

I'll let everybody know what I find out.

Maurilio.


Maurilio Longo wrote:
> No,
> 
> there is something more, every .exe in bin fails apart from hbmk2 ???
> 
> 
> 03-30-2010  13:22:58  SYS2070  PID 75c6  TID 0001  Slot 00b0
> E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBTEST.EXE
> HBTEST->HARBOUR._hb_parvnl
> 127
> 
> 
> 03-30-2010  13:26:36  SYS2070  PID 75c7  TID 0001  Slot 00b0
> E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBRUN.EXE
> HBRUN->HARBOUR._hb_retclen_buffer
> 127
> 
> 
> 03-30-2010  13:35:23  SYS2070  PID 75c8  TID 0001  Slot 0094
> E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBI18N.EXE
> HBI18N->HARBOUR._HB_FUN_HB_ADEL
> 127
> 
> 
> Maurilio.
> 
> 
> Maurilio Longo wrote:
>> Hi Viktor,
>>
>> I was looking into hbrun issue with the icon when I've found out that an 
>> hbrun
>> I have dated 25 march does not run as well.
>>
>> I get this error:
>>
>> 03-30-2010  12:36:17  SYS2070  PID 4e34  TID 0001  Slot 00a5
>> E:\HARBOUR\BIN\HBRUN.EXE
>> HBRUN->HARBOUR._hb_retclen_buffer
>> 127
>>
>>
>> Which should mean that it does not find _hb_retclen_buffer inside 
>> harbour.dll,
>> hbmk2 from same date runs ok.
>>
>> What can it be?
>>
>> Maurilio.
>>
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbrun broken since a few days at least

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Maurilio Longo wrote:

Hi,

> Going back at 14230 works ok,
> now I'm rebuilding each one commit from here on, even if reading the ChangeLog
> I don't see changes which could explain my problems.
> I'll let everybody know what I find out.

Check if it's not caused by shared builds.
Maybe only binaries using harbour.dll do not work and the problem
is caused by wrong harbour.dll version.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbrun broken since a few days at least

[Maurilio Longo]

Przemyslaw,

at 14236 it is still working... maybe a wrong harbour.dll in my path, but I've
double-checked and I did not find it and I always do a

make clean

before every rebuild.

I don't know, I'll keep upgrading/rebuilding until I reach current code and
I'll let you know.

Maurilio.

PS. Maybe a copy of it still loaded, since a .dll gets loaded only once and
then shared between the requesting processes; maybe the system was in an
internal inconsistent state, I've also restarted it to be sure :/

Przemysław Czerpak wrote:
> On Tue, 30 Mar 2010, Maurilio Longo wrote:
> 
> Hi,
> 
>> Going back at 14230 works ok,
>> now I'm rebuilding each one commit from here on, even if reading the 
>> ChangeLog
>> I don't see changes which could explain my problems.
>> I'll let everybody know what I find out.
> 
> Check if it's not caused by shared builds.
> Maybe only binaries using harbour.dll do not work and the problem
> is caused by wrong harbour.dll version.
> 
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 

-- 
 __
|  |  | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] hbblat with MingW.

[Itamar Lins]

Hi!

I get this is error:
C:/DEV/HARBOUR/lib/win/mingw/libhbblat.a(blatwrp.o):blatwrp.c:(.text+0x2c): 
undefined reference to `cSend'

collect2: ld returned 1 exit status

ChangeLog 14243,Xp-SP3

With MSVC express works fine.

Best regards,
Itamar M. Lins Jr.


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

[Xavi]

Hi Przemek,


ShowCaret() optimization and maybe it will help you to find when the
cursor is wrongly refreshed.


I think I've found the root of the issue.
Please don't nothing about it. Let me do some checking, ...tonight.

Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: hbblat with MingW.

[Itamar Lins]

My Fault.
Forgot
   HB_WITH_BLAT=C:\blat\full\source

best regards,
Itamar m. Lins jr.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbblat with MingW.

[Viktor Szakáts]

Hi,

It works here with current SVN.

Brgds,
Viktor

On 2010 Mar 30, at 17:06, Itamar Lins wrote:

> Hi!
> 
> I get this is error:
> C:/DEV/HARBOUR/lib/win/mingw/libhbblat.a(blatwrp.o):blatwrp.c:(.text+0x2c): 
> undefined reference to `cSend'
> collect2: ld returned 1 exit status
> 
> ChangeLog 14243,Xp-SP3
> 
> With MSVC express works fine.
> 
> Best regards,
> Itamar M. Lins Jr.
> 
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: WVW

[Bruno Luciani]

I don't have it , it is a contrib ?

Bruno

2010/3/30 Itamar Lins 

> Em 30/3/2010 08:57, Bruno Luciani escreveu:
>
>> which library i need to link to run your sample ?
>>
>> Bruno
>>
>> 2010/3/29 Itamar Lins
>> > >
>>
>>
>>Em 29/3/2010 20:30, Bruno Luciani escreveu:
>>
>>This is an only windows library
>>
>>Is that wright ?
>>
>>Bruno
>>
>>Yes. Unfortunately there are many systems done with it.
>>
>>
>>Best regards,
>>Itamar M. Lins Jr.
>>
>>___
>>Harbour mailing list (attachment size limit: 40KB)
>>Harbour@harbour-project.org
>>
>>
>>http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>>
>>  gtwvw and hbct.
>
>
> Best regards,
> Itamar M. Lins Jr.
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Xavi wrote:

Hi,

> >ShowCaret() optimization and maybe it will help you to find when the
> >cursor is wrongly refreshed.
> I think I've found the root of the issue.
> Please don't nothing about it. Let me do some checking, ...tonight.

OK and thank you.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbrun broken since a few days at least

[francesco perillo]

Maurilio,
use the "bisect" method... if revision X is ok and revision X+100 is
bad, start checking revision X+50 and you will split the number of
tests by half. Suppose that X+50 is ok, then test X+25... and so on...

Mercurial had a bisect functionality just for this scope...

Francesco

On Tue, Mar 30, 2010 at 5:06 PM, Maurilio Longo
 wrote:
> Przemyslaw,
>
> at 14236 it is still working... maybe a wrong harbour.dll in my path, but I've
> double-checked and I did not find it and I always do a
>
> make clean
>
> before every rebuild.
>
> I don't know, I'll keep upgrading/rebuilding until I reach current code and
> I'll let you know.
>
> Maurilio.
>
> PS. Maybe a copy of it still loaded, since a .dll gets loaded only once and
> then shared between the requesting processes; maybe the system was in an
> internal inconsistent state, I've also restarted it to be sure :/
>
> Przemysław Czerpak wrote:
>> On Tue, 30 Mar 2010, Maurilio Longo wrote:
>>
>> Hi,
>>
>>> Going back at 14230 works ok,
>>> now I'm rebuilding each one commit from here on, even if reading the 
>>> ChangeLog
>>> I don't see changes which could explain my problems.
>>> I'll let everybody know what I find out.
>>
>> Check if it's not caused by shared builds.
>> Maybe only binaries using harbour.dll do not work and the problem
>> is caused by wrong harbour.dll version.
>>
>> best regards,
>> Przemek
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>
> --
>  __
> |  |  | |__| Maurilio Longo
> |_|_|_|| farmaconsult s.r.l.
>
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] WMF to PDF

[Rossine]

Hello,

Is possible converter wmf to pdf through the harbour ?

Regards,

Rossine.

-- 
View this message in context: 
http://old.nabble.com/WMF-to-PDF-tp28085070p28085070.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] rpm build fail - current SVN

[Barry Jackson]

RPM build errors:
File not found: 
/home/baz/rpm/BUILDROOT/harbour-2.1.0-devmdv20100.i386/usr/lib/harbour/libsddsqlt3.a

[...@localhost harbour]$

Any ideas?
Thanks,
Barry
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] WMF to PDF

[Mindaugas Kavaliauskas]

Rossine wrote:

Is possible converter wmf to pdf through the harbour ?


Hi,


Two ways comes to my mind, though non of it is directly related to 
harbour and requires more or less C knowledge:


1) You can try to play metafile on PDFCreator printing device (perhaps 
can be done in Harbour or a few Win API wrapper functions are required).


2) if you need a complete solution (without separate product 
installation), you can try to use hbcairo library. You'll need to write 
wmf file record enumerator and convert each record from wmf to cairo 
call. This seems to be a longer way, than 1).



Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] set printer to ( problem with network)

[Fernando Athayde]

Error TERM/2014  Create error: \\caixa2\Epson LX-300.prn (DOS Error 67)
Called from ->SET(0)

with xharbour runs well, but with harbour don´t run
i´ve migrated all my whole application for harbour, i´ll need to print in 
network and in lx300 usb

can someone help me?


Best regards,
Fernando Athayde



  

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

Re: [Harbour] set printer to ( problem with network)

[Vailton Renato]

Try:

SET PRINTER TO \\caixa2\Epson LX-300.

Regards,
Vailton Renato
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] WMF to PDF

[Lautaro Moreira]

Hello,

You can use pdfcreator and com ( ole ) interfaz and play wmf in 
pdfcreator printer.


Atte.,

Lautaro Moreira
PD: Sorry for my bad english.

El 30/03/2010 13:38, Rossine escribió:

Hello,

Is possible converter wmf to pdf through the harbour ?

Regards,

Rossine.

   


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] WMF to PDF

[Rossine]

Hello Lautaro,

Is possible a sample with harbour + pdfcreator ? :)

Regards,

Rossine.


Lautaro Moreira wrote:
> 
> Hello,
> 
> You can use pdfcreator and com ( ole ) interfaz and play wmf in 
> pdfcreator printer.
> 
> Atte.,
> 
> Lautaro Moreira
> PD: Sorry for my bad english.
> 
> El 30/03/2010 13:38, Rossine escribió:
>> Hello,
>>
>> Is possible converter wmf to pdf through the harbour ?
>>
>> Regards,
>>
>> Rossine.
>>
>>
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> 

-- 
View this message in context: 
http://old.nabble.com/WMF-to-PDF-tp28085070p28086837.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] WMF to PDF

[Rossine]

Hi Mindaugas,

I try PDFCreator :)

Regards,

Rossine.


Mindaugas Kavaliauskas wrote:
> 
> Rossine wrote:
>> Is possible converter wmf to pdf through the harbour ?
> 
> Hi,
> 
> 
> Two ways comes to my mind, though non of it is directly related to 
> harbour and requires more or less C knowledge:
> 
> 1) You can try to play metafile on PDFCreator printing device (perhaps 
> can be done in Harbour or a few Win API wrapper functions are required).
> 
> 2) if you need a complete solution (without separate product 
> installation), you can try to use hbcairo library. You'll need to write 
> wmf file record enumerator and convert each record from wmf to cairo 
> call. This seems to be a longer way, than 1).
> 
> 
> Regards,
> Mindaugas
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> 

-- 
View this message in context: 
http://old.nabble.com/WMF-to-PDF-tp28085070p28086860.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Res: [Harbour] set printer to ( problem with network)

[Fernando Athayde]

the command set printer increases by it selt ".prn"

Regards,
Fernando Athayde





De: Vailton Renato 
Para: Harbour Project Main Developer List. 
Enviadas: Terça-feira, 30 de Março de 2010 15:17:49
Assunto: Re: [Harbour] set printer to ( problem with network)

Try:

SET PRINTER TO \\caixa2\Epson LX-300.

Regards,
Vailton Renato
___
Harbour mailing list (attachment size limit: 40KB)
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 (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Res: [Harbour] set printer to ( problem with network)

[Viktor Szakáts]

Hi,

l := Set( _SET_DEFEXTENSIONS, .F. )
... print ...
Set( _SET_DEFEXTENSIONS, l )

Brgds,
Viktor

On 2010 Mar 30, at 21:22, Fernando Athayde wrote:

> the command set printer increases by it selt ".prn"
> 
> Regards,
> Fernando Athayde
> 
> De: Vailton Renato 
> Para: Harbour Project Main Developer List. 
> Enviadas: Terça-feira, 30 de Março de 2010 15:17:49
> Assunto: Re: [Harbour] set printer to ( problem with network)
> 
> Try:
> 
> SET PRINTER TO \\caixa2\Epson LX-300.
> 
> Regards,
> Vailton Renato
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
> Celebridades -Música - Esportes___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Compiler question in INSTALL text file

[smu johnson]

Hi,

I tried using Open Watcom and found that my applications and .EXE sizes are
600k smaller than TDM MinGW, and run way faster.

But it says that it's kind of experimental or that it might not be 100%
supported in the INSTALL file under the heading "Also supported, some
features may be missing:".  I was wondering if this still applies to this
day.

Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if
that version isn't supported, could line 514 be updated to reflect the min
version required?

Thank you.

-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] WMF to PDF

[Lautaro Moreira]

Hello Rossine,

I'm can try but i'm using harbour+fwh in a modified printpreview class 
from fwh and is hard extract pdfcreator + harbour only part.


In theory you use Com interfaz of pdfcreator for configure options for 
your pdf file and print in the pdfcreator name printer in normal way.


Best regards,

Lautaro Moreira

PD: Again, sorry for my bad english

El 30/03/2010 15:50, Rossine escribió:

Hello Lautaro,

Is possible a sample with harbour + pdfcreator ? :)

Regards,

Rossine.


Lautaro Moreira wrote:
   

Hello,

You can use pdfcreator and com ( ole ) interfaz and play wmf in
pdfcreator printer.

Atte.,

Lautaro Moreira
PD: Sorry for my bad english.

El 30/03/2010 13:38, Rossine escribió:
 

Hello,

Is possible converter wmf to pdf through the harbour ?

Regards,

Rossine.


   

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


 
   


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Res: Res: [Harbour] set printer to ( problem with network)

[Fernando Athayde]

extension .prn gone, but the problem continue
Error TERM/2014  Create error: \\caixa2\Epson LX-300 (DOS Error 67)
Called from ->SET(0)

Regards,
Fernando Athayde





De: Viktor Szakáts 
Para: Harbour Project Main Developer List. 
Enviadas: Terça-feira, 30 de Março de 2010 16:29:58
Assunto: Re: Res: [Harbour] set printer to ( problem with network)

Hi,

l := Set( _SET_DEFEXTENSIONS, .F. )
... print ...
Set( _SET_DEFEXTENSIONS, l )

Brgds,
Viktor

On 2010 Mar 30, at 21:22, Fernando Athayde wrote:

> the command set printer increases by it selt ".prn"
> 
> Regards,
> Fernando Athayde
> 
> De: Vailton Renato 
> Para: Harbour Project Main Developer List. 
> Enviadas: Terça-feira, 30 de Março de 2010 15:17:49
> Assunto: Re: [Harbour] set printer to ( problem with network)
> 
> Try:
> 
> SET PRINTER TO \\caixa2\Epson LX-300.
> 
> Regards,
> Vailton Renato
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
> Celebridades -Música - Esportes___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
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 (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Compiler question in INSTALL text file

[Viktor Szakáts]

Hi Smu,

> I tried using Open Watcom and found that my applications and .EXE sizes are 
> 600k smaller than TDM MinGW, and run way faster.

That's interesting result because "on paper" (using speedtst) 
watcom is much behind mingw, although better than bcc/pocc.

> But it says that it's kind of experimental or that it might not be 100% 
> supported in the INSTALL file under the heading "Also supported, some 
> features may be missing:".  I was wondering if this still applies to this day.

Yes.

> Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if that 
> version isn't supported, could line 514 be updated to reflect the min version 
> required?

It should be supported, so if there is a problem, pls 
report the details. Anyhow for real work I recommend 
MSVC 2005 or 2008, even free Express Edition will do.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] set printer to ( problem with network)

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Fernando Athayde wrote:

Hi,

> Error TERM/2014  Create error: \\caixa2\Epson LX-300.prn (DOS Error 67)
> Called from ->SET(0)
> with xharbour runs well, but with harbour don´t run
> i´ve migrated all my whole application for harbour, i´ll need to print in 
> network and in lx300 usb
> can someone help me?

   PROCEDURE my_setPrinterTo( cPrinter, lAdditive )
  LOCAL lDefExt := SET( _SET_DEFEXTENSIONS, .F. )
  SET( _SET_PRINTFILE, cPrinter, lAdditive )
  SET( _SET_DEFEXTENSIONS, lDefExt )
   RETURN

and if you still want to use SET PRINTER TO ... command then:

   #command SET PRINTER TO <(file)> []=> ;
  my_setPrinterTo( <(file)>, <.add.> )

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

To update, I couldn't get MSVC 2008 SP1 Express to compile it either, with
the same error that version 6 from the old days presented:  It seems to
interpret -nologo as -ologo or something

The file cannot be copied onto itself.
0 file(s) copied.
win-make[3]: [install] Error 1 (ignored)
The file cannot be copied onto itself.
0 file(s) copied.
win-make[2]: [install] Error 1 (ignored)
../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg
-i../../../../../inc
lude -n1 -q0 -w3 -es2 -kmo -i- -l
cl.exe   -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c-
-DH
B_LEGACY_TYPES_OFF   -Fohbrun.obj -c hbrun.c
hbrun.c
rc.exe  -nologo   -fo hbrun.res ../../../hbrun.rc
fatal error RC1106: invalid option: -ologo
win-make[3]: *** [hbrun.res] Error 1
win-make[2]: *** [descend] Error 2
win-make[1]: *** [hbrun.inst] Error 2
win-make: *** [utils.inst] Error 2


On Tue, Mar 30, 2010 at 12:33 PM, smu johnson  wrote:

> Hi,
>
> I tried using Open Watcom and found that my applications and .EXE sizes are
> 600k smaller than TDM MinGW, and run way faster.
>
> But it says that it's kind of experimental or that it might not be 100%
> supported in the INSTALL file under the heading "Also supported, some
> features may be missing:".  I was wondering if this still applies to this
> day.
>
> Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if
> that version isn't supported, could line 514 be updated to reflect the min
> version required?
>
> Thank you.
>
> --
> smu johnson 
>
>


-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Res: Res: [Harbour] set printer to ( problem with network)

[Przemysław Czerpak]

On Tue, 30 Mar 2010, Fernando Athayde wrote:

Hi,

> extension .prn gone, but the problem continue
> Error TERM/2014  Create error: \\caixa2\Epson LX-300 (DOS Error 67)
> Called from ->SET(0)

winerror.h:
   #define ERROR_BAD_NET_NAME 67L

Verify the server and printer names. Maybe the network transport layer
in your windows installation do not like spaces in the names anyhow it's
not Harbour problem.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[druzus]

Revision: 14262
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14262&view=rev
Author:   druzus
Date: 2010-03-30 19:55:52 + (Tue, 30 Mar 2010)

Log Message:
---
2010-03-30 21:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/contrib/gtwvg/gtwvg.h
! fixed compilation with XCC

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/gtwvg/gtwvg.h


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Res: Res: [Harbour] set printer to ( problem with network)

[Viktor Szakáts]

> extension .prn gone, but the problem continue
> Error TERM/2014  Create error: \\caixa2\Epson LX-300 (DOS Error 67)
> Called from ->SET(0)

If this is a printer name (as opposed to share name) 
it won't work in Harbour.

Use hbwin lib functions to push data into printer names:
   win_PrintFileRaw( win_PrinterGetDefault(), cTempFileName )

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Drastic DEVOUT / screen printing lag on Windows 98, and less slow but still slow on XP+.

[smu johnson]

Przemek,

Thanks a million.  The SET CURSOR thing solved probably 90% of this problem,
maybe even 95% or 100%... it is hard for me to say, but it is much better
now with it off.

BTW, I am wondering if you accept donations.  Since is the only place I can
seem to reach you, I was wondering if you could email me if you are
interested or not.  username:  smujohnson,  email domain:  gmail.com

If you aren't interested, please let me know as well so I won't bother
bugging you anymore.

Thank you

2010/3/30 Przemysław Czerpak 

> On Tue, 30 Mar 2010, smu johnson wrote:
>
> Hi,
>
> > I made a hello world program that demonstrates that in Harbour, printing
> > 3 devouts to the screen in a fixed location takes way longer than
> > Clipper, in different circumstances.
> [...]
>
> It's an old well known bug in MS-Windows consoles in Win9x
> which causes horrible delay in some functions. It affects
> all Win32 (not DOS) programs using console window in these
> systems.
> Inside GTWIN we eliminated all functions which are slow down
> by this bug except two ones used to set cursor position and
> shape and to read keyboard input because they do not have any
> replacement :(
>
> In some application greatly helps SET CURSOR OFF which disables
> one of "slow" functions. Of course if it can be used in give context.
> Alternatively you can drop GTWIN and switch to GTWVT.
>
> AFAIK MS has never released patches for Win9X console so you
> will have to leave with it. The problem is known from 1995
> so it's much older then Harbour.
>
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

Can you post the beginning of your build with 
all the autodetection info?

On 2010 Mar 30, at 21:51, smu johnson wrote:

> To update, I couldn't get MSVC 2008 SP1 Express to compile it either, with 
> the same error that version 6 from the old days presented:  It seems to 
> interpret -nologo as -ologo or something
> 
> The file cannot be copied onto itself.
> 0 file(s) copied.
> win-make[3]: [install] Error 1 (ignored)
> The file cannot be copied onto itself.
> 0 file(s) copied.
> win-make[2]: [install] Error 1 (ignored)
> ../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg  
> -i../../../../../inc
> lude -n1 -q0 -w3 -es2 -kmo -i- -l
> cl.exe   -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c- 
> -DH
> B_LEGACY_TYPES_OFF   -Fohbrun.obj -c hbrun.c
> hbrun.c
> rc.exe  -nologo   -fo hbrun.res ../../../hbrun.rc
> fatal error RC1106: invalid option: -ologo
> win-make[3]: *** [hbrun.res] Error 1
> win-make[2]: *** [descend] Error 2
> win-make[1]: *** [hbrun.inst] Error 2
> win-make: *** [utils.inst] Error 2
> 
> 
> On Tue, Mar 30, 2010 at 12:33 PM, smu johnson  wrote:
> Hi,
> 
> I tried using Open Watcom and found that my applications and .EXE sizes are 
> 600k smaller than TDM MinGW, and run way faster.
> 
> But it says that it's kind of experimental or that it might not be 100% 
> supported in the INSTALL file under the heading "Also supported, some 
> features may be missing:".  I was wondering if this still applies to this day.
> 
> Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if that 
> version isn't supported, could line 514 be updated to reflect the min version 
> required?
> 
> Thank you.
> 
> -- 
> smu johnson 
> 
> 
> 
> 
> -- 
> smu johnson 
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

For you!

Note:  Because I have TDM MinGW still in PATH I manually set the compiler
thingy.  Also, this error didn't happen when using Open Watcom.

Commands run:


1.  call "%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
(maybe INSTALL file should include x86 % var for easy copy and pasting for
64-bit win users?)

2.  G:\harbour>win-make HB_BUILD_UNICODE=no HB_COMPILER=msvc install | tee
mscv2008.log

Results:
==

http://209.97.219.2/sjohnson/misc/mscv2008-comp.zip


On Tue, Mar 30, 2010 at 1:06 PM, Viktor Szakáts wrote:

> Can you post the beginning of your build with
> all the autodetection info?
>
> On 2010 Mar 30, at 21:51, smu johnson wrote:
>
> > To update, I couldn't get MSVC 2008 SP1 Express to compile it either,
> with the same error that version 6 from the old days presented:  It seems to
> interpret -nologo as -ologo or something
> >
> > The file cannot be copied onto itself.
> > 0 file(s) copied.
> > win-make[3]: [install] Error 1 (ignored)
> > The file cannot be copied onto itself.
> > 0 file(s) copied.
> > win-make[2]: [install] Error 1 (ignored)
> > ../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg
>  -i../../../../../inc
> > lude -n1 -q0 -w3 -es2 -kmo -i- -l
> > cl.exe   -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1
> -EHs-c- -DH
> > B_LEGACY_TYPES_OFF   -Fohbrun.obj -c hbrun.c
> > hbrun.c
> > rc.exe  -nologo   -fo hbrun.res ../../../hbrun.rc
> > fatal error RC1106: invalid option: -ologo
> > win-make[3]: *** [hbrun.res] Error 1
> > win-make[2]: *** [descend] Error 2
> > win-make[1]: *** [hbrun.inst] Error 2
> > win-make: *** [utils.inst] Error 2
> >
> >
> > On Tue, Mar 30, 2010 at 12:33 PM, smu johnson 
> wrote:
> > Hi,
> >
> > I tried using Open Watcom and found that my applications and .EXE sizes
> are 600k smaller than TDM MinGW, and run way faster.
> >
> > But it says that it's kind of experimental or that it might not be 100%
> supported in the INSTALL file under the heading "Also supported, some
> features may be missing:".  I was wondering if this still applies to this
> day.
> >
> > Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if
> that version isn't supported, could line 514 be updated to reflect the min
> version required?
> >
> > Thank you.
> >
> > --
> > smu johnson 
> >
> >
> >
> >
> > --
> > smu johnson 
> >
> > ___
> > Harbour mailing list (attachment size limit: 40KB)
> > Harbour@harbour-project.org
> > http://lists.harbour-project.org/mailman/listinfo/harbour
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> Note:  Because I have TDM MinGW still in PATH I manually set the compiler 
> thingy.  Also, this error didn't happen when using Open Watcom.

So that's the reason. Make system cannot find out 
MSVC version in this case, so it gets it wrong, 
causing the error you reported.

Use 'set HB_COMPILER_VER=900' to work this around 
manually.

> 1.  call "%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"  
> (maybe INSTALL file should include x86 % var for easy copy and pasting for 
> 64-bit win users?)

It's there under 'for Windows x64 (x86-64) hosts'

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

Well, the same exact error happened on MSVC 6, on a computer that did not
have TDM MinGW installed  Just simply MSVC as a C compiler installed.
It found cl.exe okay, but same error.  *sad face*.

On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts wrote:

> > Note:  Because I have TDM MinGW still in PATH I manually set the compiler
> thingy.  Also, this error didn't happen when using Open Watcom.
>
> So that's the reason. Make system cannot find out
> MSVC version in this case, so it gets it wrong,
> causing the error you reported.
>
> Use 'set HB_COMPILER_VER=900' to work this around
> manually.
>
> > 1.  call "%ProgramFiles(x86)%\Microsoft Visual Studio
> 9.0\VC\vcvarsall.bat"  (maybe INSTALL file should include x86 % var for easy
> copy and pasting for 64-bit win users?)
>
> It's there under 'for Windows x64 (x86-64) hosts'
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

Viktor,

Your suggestion worked, and I wrote a dummy prime number generator to test
the compilers... and found MSVC 2008 fastest, followed by Mingw, then Open
Watcom.  You were correct!

Nice small .EXE sizes.  One question about MSVC Express Edition:

On Tue, Mar 30, 2010 at 1:50 PM, smu johnson  wrote:

> Well, the same exact error happened on MSVC 6, on a computer that did not
> have TDM MinGW installed  Just simply MSVC as a C compiler installed.
> It found cl.exe okay, but same error.  *sad face*.
>
>
> On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts wrote:
>
>> > Note:  Because I have TDM MinGW still in PATH I manually set the
>> compiler thingy.  Also, this error didn't happen when using Open Watcom.
>>
>> So that's the reason. Make system cannot find out
>> MSVC version in this case, so it gets it wrong,
>> causing the error you reported.
>>
>> Use 'set HB_COMPILER_VER=900' to work this around
>> manually.
>>
>> > 1.  call "%ProgramFiles(x86)%\Microsoft Visual Studio
>> 9.0\VC\vcvarsall.bat"  (maybe INSTALL file should include x86 % var for easy
>> copy and pasting for 64-bit win users?)
>>
>> It's there under 'for Windows x64 (x86-64) hosts'
>>
>> Brgds,
>> Viktor
>>
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>
>
>
>
> --
> smu johnson 
>
>


-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

Oops, forgot my Express Edition question.  Was wondering if there's any
stupid 30-day expiry on the .EXE's that it generates, that microsoft put in
place to get you to pay for it that you know of.

On Tue, Mar 30, 2010 at 3:08 PM, smu johnson  wrote:

> Viktor,
>
> Your suggestion worked, and I wrote a dummy prime number generator to test
> the compilers... and found MSVC 2008 fastest, followed by Mingw, then Open
> Watcom.  You were correct!
>
> Nice small .EXE sizes.  One question about MSVC Express Edition:
>
> On Tue, Mar 30, 2010 at 1:50 PM, smu johnson  wrote:
>
>> Well, the same exact error happened on MSVC 6, on a computer that did not
>> have TDM MinGW installed  Just simply MSVC as a C compiler installed.
>> It found cl.exe okay, but same error.  *sad face*.
>>
>>
>> On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts wrote:
>>
>>> > Note:  Because I have TDM MinGW still in PATH I manually set the
>>> compiler thingy.  Also, this error didn't happen when using Open Watcom.
>>>
>>> So that's the reason. Make system cannot find out
>>> MSVC version in this case, so it gets it wrong,
>>> causing the error you reported.
>>>
>>> Use 'set HB_COMPILER_VER=900' to work this around
>>> manually.
>>>
>>> > 1.  call "%ProgramFiles(x86)%\Microsoft Visual Studio
>>> 9.0\VC\vcvarsall.bat"  (maybe INSTALL file should include x86 % var for easy
>>> copy and pasting for 64-bit win users?)
>>>
>>> It's there under 'for Windows x64 (x86-64) hosts'
>>>
>>> Brgds,
>>> Viktor
>>>
>>> ___
>>> Harbour mailing list (attachment size limit: 40KB)
>>> Harbour@harbour-project.org
>>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>>
>>
>>
>>
>> --
>> smu johnson 
>>
>>
>
>
> --
> smu johnson 
>
>


-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> Well, the same exact error happened on MSVC 6, on a computer that did not 
> have TDM MinGW installed  Just simply MSVC as a C compiler installed.  It 
> found cl.exe okay, but same error.  *sad face*.

I can't guess, pls post the first 20-30 lines of the build to 
be able to tell anything.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

I will post some results soon regarding MSVC 6.

One thing you should know, is that that Win9x will NOT run the .exe's
generated by my MSVC 2008 SP1 Express Edition.  It tells me to upgrade
Windows.  Perhaps that should be noted in the INSTALL doc?  I personally
think it's a money grab from Microsoft to get you to upgrade

On Tue, Mar 30, 2010 at 3:12 PM, Viktor Szakáts wrote:

> > Well, the same exact error happened on MSVC 6, on a computer that did not
> have TDM MinGW installed  Just simply MSVC as a C compiler installed.
>  It found cl.exe okay, but same error.  *sad face*.
>
> I can't guess, pls post the first 20-30 lines of the build to
> be able to tell anything.
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> Oops, forgot my Express Edition question.  Was wondering if there's any 
> stupid 30-day expiry on the .EXE's that it generates, that microsoft put in 
> place to get you to pay for it that you know of.

No, nothing like that. It's unlimited and you are 
allowed to create commercial programs with it.

BTW, there is also a totally free MSVC edition 
(even for x64) included in Win 7 SDK. Only 
cmdline tools, but therefore much slimmer package.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> I will post some results soon regarding MSVC 6.

Pls just paste relevant lines to the mail body.

> One thing you should know, is that that Win9x will NOT run the .exe's 
> generated by my MSVC 2008 SP1 Express Edition.  It tells me to upgrade 
> Windows.  Perhaps

Yes, I documented this many many times here.
Also MSVC 2005 is just partially supporting Win9x, 
but it remained unclear what "partially" means.

>  that should be noted in the INSTALL doc?  I personally think it's a money 
> grab from Microsoft to get you to upgrade

I will leave that to Microsoft. [ and yes of course it is. 
especially since their stubs and CRTL still uses ANSI 
calls as well. ]

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] rpm build fail - current SVN

[Barry Jackson]

On 30/03/10 17:57, Barry Jackson wrote:

RPM build errors:
File not found:
/home/baz/rpm/BUILDROOT/harbour-2.1.0-devmdv20100.i386/usr/lib/harbour/libsddsqlt3.a

[...@localhost harbour]$

Any ideas?
Thanks,
Barry
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Digging deeper it seems that sqlite3 is skipped in the build:-

! 'sqlite3' library skipped (unused)

but is included in the harbour.spec - files section:-

%{_libdir}/%{name}/libsddsqlt3.a
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

Viktor, thank you for all the help.  I apologize for making you have to
repeat yourself multiple times on this issue.  :[

Looks like I will probably stick with Gnu C.  One last question if I may...
is getting MSVC C++ 6 a bad idea for building some apps customers will use,
instead of relying on MinGW?  I might just stuck with MinGW, but I'm very
curious about using msvc 6 to try it... maybe just because I'm interested in
this kind of thing, even as a hobby.

Anyways, it looks as though MSVC 6 detected this time automagically...  but
came up with an error (in the zip below)

Perfect autodetection results:
==

! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe install
! HB_BUILD_UNICODE: no
! HB_HOST_PLAT: win (x86)  HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: msvc (v600) (autodetected: C:/Program Files/Microsoft Visual
Studio/VC98/bin/


Errors:
=

http://209.97.219.2/sjohnson/misc/msvc6-errors.zip  ... sorry, I felt
compelled to provide you with the whole log in case you wanted it again...
no trouble for me!



On Tue, Mar 30, 2010 at 3:20 PM, Viktor Szakáts wrote:

> > I will post some results soon regarding MSVC 6.
>
> Pls just paste relevant lines to the mail body.
>
> > One thing you should know, is that that Win9x will NOT run the .exe's
> generated by my MSVC 2008 SP1 Express Edition.  It tells me to upgrade
> Windows.  Perhaps
>
> Yes, I documented this many many times here.
> Also MSVC 2005 is just partially supporting Win9x,
> but it remained unclear what "partially" means.
>
> >  that should be noted in the INSTALL doc?  I personally think it's a
> money grab from Microsoft to get you to upgrade
>
> I will leave that to Microsoft. [ and yes of course it is.
> especially since their stubs and CRTL still uses ANSI
> calls as well. ]
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] LIB hbmysql

[JOEL - YAHOO]

Em 30/03/2010 02:20, Viktor Szakáts escreveu:

Hi,

Use HB_BUILD_IMPLIB=yes at build time (or hbmk2 -mkimplib anytime)
to create working implibs.

Brgds,
Viktor

On 2010 Mar 30, at 02:49, JOEL - YAHOO wrote:

   

Hi
Please, give me some information.
The LIB hbmysql is available for version 5.0.89?
I'm trying to write a small application with MinGW32 and I'm having the 
carriage return below.
Attached the header of imported LIB command -->>  "dlltool-D libmysql.dll 
libmysql.def-d-l-k libmysql.a"


/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0xa4): undefined reference to
`mysql_escape_str...@12'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x115): undefined reference to
  `mysql_escape_str...@12'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x156): undefined reference to
  `mysql_cl...@4'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x199): undefined reference to
  `mysql_cl...@4'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x1c6): undefined reference to
  `mysql_free_res...@4'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x209): undefined reference to
  `mysql_free_res...@4'
/harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x2be): undefined reference to
  `mysql_i...@4'
...

Best Regards
Joel Bernardes

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
 

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

   

Hello Viktor, thanks for the help.
But that was not enough. This option (hbmk2-mkimplib) generated only one 
copy of the DLL (hbmk2-mkimplib = libmysql.a libmysql.dll).

I decided to set the functions manually.
eg: mysql_init to mysql_init @ 4. . .
So the problem is resolved.

Best regards
Joel Bernardes
__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> Viktor, thank you for all the help.  I apologize for making you have to 
> repeat yourself multiple times on this issue.  :[
> 
> Looks like I will probably stick with Gnu C.  One last question if I may... 
> is getting MSVC C++ 6 a bad idea for building some apps customers will use, 
> instead of relying on MinGW?  I might just stuck with MinGW, but I'm very 
> curious about using msvc 6 to try it... maybe just because I'm interested in 
> this kind of thing, even as a hobby.

MSVC 6 is very old, so besides the hobby/fun part, 
I see no single reason to use it, even if you bought 
it back then. [ The only factor is if you need to 
interface with binaries using the same version, or 
to satisfy some contractual requirements, if such may 
exist nowadays. ]

> Anyways, it looks as though MSVC 6 detected this time automagically...  but 
> came up with an error (in the zip below)

It just saves me some time if you only include the 'error' lines, in 
99.99% of cases the very beginning and the very end of output is 
relevant.

> Errors:
> =
> 
> http://209.97.219.2/sjohnson/misc/msvc6-errors.zip  ... sorry, I felt 
> compelled to provide you with the whole log in case you wanted it again... no 
> trouble for me!

Some problem with old ODBC headers. There is multiple 
fixes for this, but I don't know which is the best 
by looking at the errors, anyone?

--- from attached .log:
cl.exe   -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ogt2yb1p -GX- 
-G6 -MT -DHB_LEGACY_TYPES_OFF  -I.  -Foodbc.obj -c ../../../odbc.c
odbc.c
../../../odbc.c(240) : error C2065: 'SQLLEN' : undeclared identifier
../../../odbc.c(240) : error C2146: syntax error : missing ';' before 
identifier 'lLen'
../../../odbc.c(240) : error C2065: 'lLen' : undeclared identifier
../../../odbc.c(240) : error C2065: 'lInitBuff' : undeclared identifier
../../../odbc.c(240) : error C2065: 'lBuffLen' : undeclared identifier
../../../odbc.c(250) : error C2146: syntax error : missing ';' before 
identifier 'hb_parnint'
../../../odbc.c(265) : error C2146: syntax error : missing ')' before 
identifier 'lLen'
../../../odbc.c(266) : error C2059: syntax error : ')'
../../../odbc.c(324) : error C2065: 'SQLULEN' : undeclared identifier
../../../odbc.c(324) : error C2146: syntax error : missing ';' before 
identifier 'wColSize'
../../../odbc.c(324) : error C2065: 'wColSize' : undeclared identifier
../../../odbc.c(324) : error C2146: syntax error : missing ';' before 
identifier 'hb_parnint'
../../../odbc.c(336) : error C2059: syntax error : ')'
../../../odbc.c(360) : error C2146: syntax error : missing ';' before 
identifier 'wNumPtr'
../../../odbc.c(360) : error C2065: 'wNumPtr' : undeclared identifier
../../../odbc.c(360) : error C2146: syntax error : missing ';' before 
identifier 'hb_parnint'
../../../odbc.c(367) : error C2059: syntax error : ')'
../../../odbc.c(401) : error C2146: syntax error : missing ';' before 
identifier 'uiRowCountPtr'
../../../odbc.c(401) : error C2065: 'uiRowCountPtr' : undeclared identifier
../../../odbc.c(401) : error C2146: syntax error : missing ';' before 
identifier 'hb_parnint'
../../../odbc.c(404) : error C2146: syntax error : missing ')' before 
identifier 'hb_parnint'
../../../odbc.c(406) : error C2059: syntax error : ')'
../../../odbc.c(423) : error C2146: syntax error : missing ')' before 
identifier 'hb_parnint'
../../../odbc.c(423) : error C2059: syntax error : ')'
../../../odbc.c(451) : error C2146: syntax error : missing ';' before 
identifier 'iRowCountPtr'
../../../odbc.c(451) : error C2065: 'iRowCountPtr' : undeclared identifier
../../../odbc.c(451) : error C2146: syntax error : missing ';' before 
identifier 'hb_parnint'
../../../odbc.c(453) : error C2059: syntax error : ')'
../../../odbc.c(595) : error C2146: syntax error : missing ';' before 
identifier 'lLen'
../../../odbc.c(600) : error C2143: syntax error : missing ')' before 'sizeof'
../../../odbc.c(601) : error C2059: syntax error : ')'
../../../odbc.c(619) : error C2146: syntax error : missing ';' before 
identifier 'lLen'
../../../odbc.c(619) : warning C4244: '=' : conversion from '__int64' to 'int', 
possible loss of data
../../../odbc.c(625) : error C2146: syntax error : missing ')' before 
identifier 'hb_parnint'
../../../odbc.c(629) : error C2059: syntax error : ')'
---

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] LIB hbmysql

[Viktor Szakáts]

>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0xa4): undefined 
>>> reference to
>>> `mysql_escape_str...@12'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x115): undefined 
>>> reference to
>>>  `mysql_escape_str...@12'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x156): undefined 
>>> reference to
>>>  `mysql_cl...@4'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x199): undefined 
>>> reference to
>>>  `mysql_cl...@4'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x1c6): undefined 
>>> reference to
>>>  `mysql_free_res...@4'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x209): undefined 
>>> reference to
>>>  `mysql_free_res...@4'
>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x2be): undefined 
>>> reference to
>>>  `mysql_i...@4'
>>> ...
>>> 
>>> Best Regards
>>> Joel Bernardes
>>> 
>>> ___
>>> Harbour mailing list (attachment size limit: 40KB)
>>> Harbour@harbour-project.org
>>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>> 
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>> 
>>   
> Hello Viktor, thanks for the help.
> But that was not enough. This option (hbmk2-mkimplib) generated only one copy 
> of the DLL (hbmk2-mkimplib = libmysql.a libmysql.dll).
> I decided to set the functions manually.
> eg: mysql_init to mysql_init @ 4. . .
> So the problem is resolved.

Yes, looks that sometimes copying *.dll to lib*.a is not 
adequate for mingw. Too bad, but I don't know a good 
universal solution to cover this case. If someone suggests 
one, I can replace current method with it in hbmk2.

[ anyhow even this is sad, because direct .dll input is 
the most effective, as far as I know. ]

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

Thanks Viktor,

Next time I'll only paste the relevant lines.  Based on what you said, it is
now obvious to me that sticking with MinGW is the easiest and best way to
just have everything work.

Keep up the great work!

On Tue, Mar 30, 2010 at 4:32 PM, Viktor Szakáts wrote:

> > Viktor, thank you for all the help.  I apologize for making you have to
> repeat yourself multiple times on this issue.  :[
> >
> > Looks like I will probably stick with Gnu C.  One last question if I
> may... is getting MSVC C++ 6 a bad idea for building some apps customers
> will use, instead of relying on MinGW?  I might just stuck with MinGW, but
> I'm very curious about using msvc 6 to try it... maybe just because I'm
> interested in this kind of thing, even as a hobby.
>
> MSVC 6 is very old, so besides the hobby/fun part,
> I see no single reason to use it, even if you bought
> it back then. [ The only factor is if you need to
> interface with binaries using the same version, or
> to satisfy some contractual requirements, if such may
> exist nowadays. ]
>
> > Anyways, it looks as though MSVC 6 detected this time automagically...
>  but came up with an error (in the zip below)
>
> It just saves me some time if you only include the 'error' lines, in
> 99.99% of cases the very beginning and the very end of output is
> relevant.
>
> > Errors:
> > =
> >
> > http://209.97.219.2/sjohnson/misc/msvc6-errors.zip  ... sorry, I felt
> compelled to provide you with the whole log in case you wanted it again...
> no trouble for me!
>
> Some problem with old ODBC headers. There is multiple
> fixes for this, but I don't know which is the best
> by looking at the errors, anyone?
>
> --- from attached .log:
> cl.exe   -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ogt2yb1p
> -GX- -G6 -MT -DHB_LEGACY_TYPES_OFF  -I.  -Foodbc.obj -c ../../../odbc.c
> odbc.c
> ../../../odbc.c(240) : error C2065: 'SQLLEN' : undeclared identifier
> ../../../odbc.c(240) : error C2146: syntax error : missing ';' before
> identifier 'lLen'
> ../../../odbc.c(240) : error C2065: 'lLen' : undeclared identifier
> ../../../odbc.c(240) : error C2065: 'lInitBuff' : undeclared identifier
> ../../../odbc.c(240) : error C2065: 'lBuffLen' : undeclared identifier
> ../../../odbc.c(250) : error C2146: syntax error : missing ';' before
> identifier 'hb_parnint'
> ../../../odbc.c(265) : error C2146: syntax error : missing ')' before
> identifier 'lLen'
> ../../../odbc.c(266) : error C2059: syntax error : ')'
> ../../../odbc.c(324) : error C2065: 'SQLULEN' : undeclared identifier
> ../../../odbc.c(324) : error C2146: syntax error : missing ';' before
> identifier 'wColSize'
> ../../../odbc.c(324) : error C2065: 'wColSize' : undeclared identifier
> ../../../odbc.c(324) : error C2146: syntax error : missing ';' before
> identifier 'hb_parnint'
> ../../../odbc.c(336) : error C2059: syntax error : ')'
> ../../../odbc.c(360) : error C2146: syntax error : missing ';' before
> identifier 'wNumPtr'
> ../../../odbc.c(360) : error C2065: 'wNumPtr' : undeclared identifier
> ../../../odbc.c(360) : error C2146: syntax error : missing ';' before
> identifier 'hb_parnint'
> ../../../odbc.c(367) : error C2059: syntax error : ')'
> ../../../odbc.c(401) : error C2146: syntax error : missing ';' before
> identifier 'uiRowCountPtr'
> ../../../odbc.c(401) : error C2065: 'uiRowCountPtr' : undeclared identifier
> ../../../odbc.c(401) : error C2146: syntax error : missing ';' before
> identifier 'hb_parnint'
> ../../../odbc.c(404) : error C2146: syntax error : missing ')' before
> identifier 'hb_parnint'
> ../../../odbc.c(406) : error C2059: syntax error : ')'
> ../../../odbc.c(423) : error C2146: syntax error : missing ')' before
> identifier 'hb_parnint'
> ../../../odbc.c(423) : error C2059: syntax error : ')'
> ../../../odbc.c(451) : error C2146: syntax error : missing ';' before
> identifier 'iRowCountPtr'
> ../../../odbc.c(451) : error C2065: 'iRowCountPtr' : undeclared identifier
> ../../../odbc.c(451) : error C2146: syntax error : missing ';' before
> identifier 'hb_parnint'
> ../../../odbc.c(453) : error C2059: syntax error : ')'
> ../../../odbc.c(595) : error C2146: syntax error : missing ';' before
> identifier 'lLen'
> ../../../odbc.c(600) : error C2143: syntax error : missing ')' before
> 'sizeof'
> ../../../odbc.c(601) : error C2059: syntax error : ')'
> ../../../odbc.c(619) : error C2146: syntax error : missing ';' before
> identifier 'lLen'
> ../../../odbc.c(619) : warning C4244: '=' : conversion from '__int64' to
> 'int', possible loss of data
> ../../../odbc.c(625) : error C2146: syntax error : missing ')' before
> identifier 'hb_parnint'
> ../../../odbc.c(629) : error C2059: syntax error : ')'
> ---
>
> Brgds,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
smu johnson 
___

Re: [Harbour] LIB hbmysql

[JOEL - YAHOO]

Hello Viktor, thanks for the help.
But that was not enough. This option (hbmk2-mkimplib) generated only one copy 
of the DLL (hbmk2-mkimplib = libmysql.a libmysql.dll).
I decided to set the functions manually.
eg: mysql_init to mysql_init @ 4. . .
So the problem is resolved.
 

Yes, looks that sometimes copying *.dll to lib*.a is not
adequate for mingw. Too bad, but I don't know a good
universal solution to cover this case. If someone suggests
one, I can replace current method with it in hbmk2.

[ anyhow even this is sad, because direct .dll input is
the most effective, as far as I know. ]
   

A universal solution to attach the tool hbmk2 would be a great idea.
Even the tools (dlltool and pexports) generate the results I got and not solved.
I actually had to write the function header.

Best regards,
Joel Bernardes


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Compiler question in INSTALL text file

[Pritpal Bedi]

smu johnson wrote:
> 
> Next time I'll only paste the relevant lines.  Based on what you said, it
> is
> now obvious to me that sticking with MinGW is the easiest and best way to
> just have everything work.
> 

Can you please instruct your mail account not to attach message body, 
to which you are replying ? It certainly distract to understand the contents 
of your messages.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/Compiler-question-in-INSTALL-text-file-tp4826703p4828167.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[Viktor Szakáts]

> smu johnson wrote:
>> 
>> Next time I'll only paste the relevant lines.  Based on what you said, it
>> is
>> now obvious to me that sticking with MinGW is the easiest and best way to
>> just have everything work.
>> 
> 
> Can you please instruct your mail account not to attach message body, 
> to which you are replying ? It certainly distract to understand the contents 
> of your messages.

To be more precise: Only attach what's relevant to stay 
in context. Some ppl cut the whole original message, 
which makes it impossible to tell what is he reacting to. 
I've seen such several times yesterday.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Compiler question in INSTALL text file

[smu johnson]

On Tue, Mar 30, 2010 at 5:13 PM, Pritpal Bedi wrote:

>
>
> Can you please instruct your mail account not to attach message body,
> to which you are replying ? It certainly distract to understand the
> contents
> of your messages.
>

Sorry, I didn't realize it was a problem.  Instead I'll just reply to the
questions as the other devs do from now on.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] how to use libpng

[Fernando Athayde]

how to use?

i´m thinking about introduce libpng in hwgui

Best Regards,
Fernando Athayde


  

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