I'm building under F12 rawhide.
googling for "OpenSSL 1.0.0 betas break SSL_SESSION_cmp" I've found:
...
The idea of this was to avoid various types of casting. The best
solution is to update code to use the lh_SSL_SESSION_*() API, that
should work with both 0.9.8 and 1.0.
...
Just a report.
bes
I think that DOSEMU isn't it a good choice too
Wine works better than DOSEMU
May be your choice is good , freedos in vmware
Take a look at this link
http://www.youtube.com/watch?v=sIxK9qO95p8
Bruno
2009/10/9 Viktor Szakáts
> Hi Bruno,
>
> Did you try to execute DOS aplications in WINE ?
>
Revision: 12679
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12679&view=rev
Author: vouchcac
Date: 2009-10-10 02:13:57 + (Sat, 10 Oct 2009)
Log Message:
---
2009-10-09 19:10 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/qth/QApplicati
I do not understand how do i change the cpes850c.c
What happen if you change? .-
...
static HB_CODEPAGE s_codepage = { "ES850C",
HB_CPID_850, HB_UNITB_850, NUMBER_OF_CHARACTERS,
"AABCDEÉFGHIIJKLMNÑOOPQRSTUùVWXYÜZÅÄÖ",
"aábcdeéfghiíjklmnñoópqrstuùvwxyüzåäö",
IS_LATIN, ACCEN
Hi Bruno,
Did you try to execute DOS aplications in WINE ?
works very well
Thanks for the tip.
Since I'd like to use it for Clipper/DOS reference
testing in context of Harbour development, I'd
like to use a DOS environment as close to MS-DOS
as possible, wine seems to thick of a layer for
th
Did you try to execute DOS aplications in WINE ?
works very well
Bruno
2009/10/9 Viktor Szakáts
> Hi All,
>
> I'm looking for a preinstalled FreeDOS in a VMWare VM.
>
> Anybody knows about such thing?
>
> I have MS-DOS running under Linux in DOSEMU, but I'd like
> to have one in a separate VM.
Hi All,
I'm looking for a preinstalled FreeDOS in a VMWare VM.
Anybody knows about such thing?
I have MS-DOS running under Linux in DOSEMU, but I'd like
to have one in a separate VM. Can't get through normal
install process.
[ DOSBOX is available for native Mac OS X, but it's
crashing when exe
Viktor Szakáts wrote:
All revisions are available from SVN.
Just remove the extra '+' typo from the URL.
Thanks.
I've downloaded various versions for test.
I've found that versions prior to mid-2008 appears to work fine with mdb
files, but give me problems with MySql.
In the case that I'l
How do I patch my harbour version to manage safely the clipper indexes
with upper. So I can test the solution of this trouble, and use both
clipper and harbour versions until I change all my programs to a
harbour-only environment, or the 850c we arrive to the conclusion that
850c must be pat
Viktor Szakáts wrote:
Can you make this test with revision 11014 of rddado?
If CVS is needed to get it, I can do it, but not right now, since I
have not installed/configured at this moment.
SVN is needed for it.
Brgds,
Viktor
___
Harbour mailing
Revision 11014 seem not aivable from svn
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project?view=rev&revision=11014+
All revisions are available from SVN.
Just remove the extra '+' typo from the URL.
Brgds,
Viktor
___
Harbour mailing
I guess it must have been broken when syncing Harbour's adordd
with the xhb version.
Brgds,
Viktor
On 2009 Oct 9, at 20:42, Roberto Lopez wrote:
Viktor Szakáts wrote:
Can you make this test with revision 11014 of rddado?
With 11014 the problem stills.
Regards,
Roberto.
_
Viktor Szakáts wrote:
Can you make this test with revision 11014 of rddado?
With 11014 the problem stills.
Regards,
Roberto.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 12678
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12678&view=rev
Author: vszakats
Date: 2009-10-09 20:22:35 + (Fri, 09 Oct 2009)
Log Message:
---
2009-10-09 22:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* ChangeLog
* Marked TO
Hi again!
After searching this problem for a few hours... normal to the learner, got
the following result.
proc main()
field f
local inicio, fim
set date to brit
set epoch to 1970
dbcreate("_tst",{{"F","D",8,0}})
use _tst
dbappend(); f := ctod('22/09/09')
dbappend(); f := ctod('23/09/09')
dbappe
Hi again!
After searching this problem for a few hours... normal to the learner, got
the following result.
proc main()
field f
local inicio, fim
set date to brit
set epoch to 1970
dbcreate("_tst",{{"F","D",8,0}})
use _tst
dbappend(); f := ctod('22/09/09')
dbappend(); f := ctod('23/09/09')
dbappen
Ops... Sorry I misplace this email. :(
Wonderful world of Clipper's patches and versions.
At the moment I see only one version.
--
Xavi
Maurizio Faccio adinet escribió:
Yes I have but I take care that pick the correct one.
I've just can patch to CLIPPER 5.2e library. Just run "patch 52elib"
u
Massimo Belgrano escribió:
Here last version of rddado
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/rddado/
Revision 11014 seem not aivable from svn
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project?view=rev&revision=11014+
Thanks Mass
Viktor Szakáts wrote:
Can you make this test with revision 11014 of rddado?
If CVS is needed to get it, I can do it, but not right now, since I have
not installed/configured at this moment.
Regards,
Roberto.
___
Harbour mailing list
Harbour@harbo
Here last version of rddado
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/rddado/
Revision 11014 seem not aivable from svn
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project?view=rev&revision=11014+
2009/10/9 Viktor Szakáts :
> Can you mak
Can you make this test with revision 11014 of rddado?
Brgds,
Viktor
On 2009 Oct 9, at 19:42, Roberto Lopez wrote:
Viktor Szakáts escribió:
Hi Roberto,
<...>
It's possible that some things got broken because we
now use a fully rewritten OLE connector engine and
there are some small differenc
Roberto Lopez wrote:
>I've rebuilt the library (librddado.a) from the following source >version:
>"* $Id: adordd.prg 8953 2008-07-08 06:06:06Z vszakats $"
Sorry. I was wrong.
This version works better (ie: recno() works) but still having other
problems.
Regards,
Roberto.
_
Viktor Szakáts escribió:
Hi Roberto,
<...>
It's possible that some things got broken because we
now use a fully rewritten OLE connector engine and
there are some small differences. But could be that it's
something else.
I'm not sure about that.
I've rebuilt the library (librddado.a) from the
proc main()
local inicio, fim
set date to brit
use encomenda new alias 'pd'
dbgotop()
inicio := ctod('20/08/09')
fim:= ctod('28/08/09')
Just a general comment/advice for every Harbour/Clipper programmer:
Using CTOD() is a bad idea in almost all usage cases.
Use STOD()
On Fri, 09 Oct 2009, Itamar Lins wrote:
Hi,
> Thanks for response.
> Please analize my file, because it was make with old xHarbour.
> http://www.4shared.com/file/139644752/e204a705/encomenda.html
> proc main()
> local inicio, fim
> set date to brit
> use encomenda new alias 'pd'
>
Viktor Szakáts wrote:
Yes, RDDADO is broken. Unfortunately seemingly nobody
was so far interested enough to fix it :(
<...>
Ok.
Thanks for your quick response.
Regards,
Roberto.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.h
What about the idea of rddtest.prg That verify all rdd operation
supported by all harbour rdd?
Database rdd database function : BoF(), DbGoBottom(), DbGoTop(),
DbSkip(), Eof(), Found(), rlock(),DbSetFilter(),OrdFindRec(),
OrdKeyGoto(), OrdWildSeek(), ,RecNo() ,dbseek(),
Index rdd index function:D
I think...
use encomenda new alias pdand not 'pd'
best regard's
Andrea
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi
Sorry my mistake. Hold on...
Regards
Pritpal Bedi
Pritpal Bedi wrote:
>
> Hello Przemek
>
> Thank for the corrections and insight.
>
>
> Przemyslaw Czerpak-2 wrote:
>>
>>> static QMessageBox* xhbqt_par_QMessageBox( int iParam )
>>> {
>>>void ** ph = ( void ** ) hb_parptrGC( QMessag
Hi!
Thanks for response.
Please analize my file, because it was make with old xHarbour.
http://www.4shared.com/file/139644752/e204a705/encomenda.html
proc main()
local inicio, fim
set date to brit
use encomenda new alias 'pd'
dbgotop()
inicio := ctod('20/08/09')
fim
Hi Pritpal,
Very good. Please only remember that QT_QMESSAGEBOX_DESTROY is
optional.
You do not have to implement this function because destructor will be
automatically activated when the last .prg item holding the pointer
to QMessageBox will be released (cleared or overwritten).
Yes, I kno
Hello Przemek
Thank for the corrections and insight.
Przemyslaw Czerpak-2 wrote:
>
>> static QMessageBox* xhbqt_par_QMessageBox( int iParam )
>> {
>>void ** ph = ( void ** ) hb_parptrGC( QMessageBox_release, iParam );
>>return ph ? ( QMessageBox * ) ph : NULL;
>> }
>
> Here is mistake
Maurizio,
I own 5.2 International edition, that have the spanish collation by default as
i see.
Please, could you publish this version of cpinfo.txt because I don' t have this
information.
Only by removing the obj to link .-
FILE cpinfo
Thanks.
--
Xavi
Maurizio Faccio adinet escribió:
Xa
Hi Roberto,
Yes, RDDADO is broken. Unfortunately seemingly nobody
was so far interested enough to fix it :( Help would be
appreciated, apparently nobody on the dev list uses this
component.
It's possible that some things got broken because we
now use a fully rewritten OLE connector engine and
th
Revision: 12677
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12677&view=rev
Author: vszakats
Date: 2009-10-09 14:54:14 + (Fri, 09 Oct 2009)
Log Message:
---
2009-10-09 16:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
- source
+ src
* src/Ma
Hi All,
I continue testing beta3 and found a problem with rddado sample.
The sample (contrib\rddado\access1.prg) works, but exiting browse with
[ESC] it gives the following error:
Error BASE/3012 Argument error: FIND
Called from WIN_OLEAUTO:FIND(0) OPEN
Called from ADO_LOCATE(0) N(0)
Calle
On Fri, 09 Oct 2009, Itamar Lins wrote:
Hi,
> My reports now with set filter fail, for exemple, if I use date criteria.
> set date to brit
> inicio := fim := ctod('23/10/09')
> Set Filter to pd->data_compr >= inicio .and. pd->data_compr <= fim
> the "set filter" not works, get all records of data
Hi!
My reports now with set filter fail, for exemple, if I use date criteria.
set date to brit
inicio := fim := ctod('23/10/09')
Set Filter to pd->data_compr >= inicio .and. pd->data_compr <= fim
the "set filter" not works, get all records of data base.
Testing with * $Id: ChangeLog 12672 2009-10
Xavi.
You are trying Clipper 5.3, US version. I own 5.2 International edition,
that have the spanish collation by default as i see.
Maurizio
Xavi escribió:
Maurizio,
Clipper.lib is relevant because usually I do not compile linking
ntxspa.obj, I link with to this test.
As I can see CLIPPER.L
Clipper (R) 5.3 Intl. (Rev. 330) US - ASCII Collation
DS=2BE1: DS avail=48KB OS avail=399KB EMM avail=0KB
Wrong again. 5.3b Intl. (Rev. 338) is the version we're
interested in.
Please don't tell me that we're not looking at Clipper
versions but collation file revisions, because the two
a
Maurizio,
Clipper.lib is relevant because usually I do not compile linking ntxspa.obj, I
link with to this test.
As I can see CLIPPER.LIB have the native collation of clipper version.
In this case you would have .-
Clipper (R) 5.3 Intl. (Rev. 330) US - ASCII Collation
DS=2BE1: DS avail=
I guess that you are right
Maurizio
Viktor Szakáts escribió:
SPANISH and INTL edition seem to use the same collations.
Am I concluding right?
Brgds,
Viktor
On 2009 Oct 9, at 13:04, Maurizio Faccio adinet wrote:
Clipper.lib is relevant because usually I do not compile linking
ntxspa.obj,
SPANISH and INTL edition seem to use the same collations.
Am I concluding right?
Brgds,
Viktor
On 2009 Oct 9, at 13:04, Maurizio Faccio adinet wrote:
Clipper.lib is relevant because usually I do not compile linking
ntxspa.obj, I link with to this test.
As I can see CLIPPER.LIB have the nati
Clipper.lib is relevant because usually I do not compile linking
ntxspa.obj, I link with to this test.
As I can see CLIPPER.LIB have the native collation of clipper version.
Maurizio
Xavi escribió:
But this is irrelevant the important is that you are using .-
Character encoding: NTXSORT v1
Yes I have but I take care that pick the correct one.
I've just can patch to CLIPPER 5.2e library. Just run "patch 52elib"
under de .\LIB directory.
I've binary compare the file NTXSPA.obj patched and unpatched are the
same, despite they change of time stamps.
Viewing with a hex viewer I found
But this is irrelevant the important is that you are using .-
Character encoding: NTXSORT v1.21e x15 24/Jun/93
[...]
Character encoding: NTXSORT v1.21e x15 24/Jun/93
==
character '—' (151:A L ) is the same as upper and lower
number of upper and l
The only lib that patch told me that can not update are CLIPPER.LIB and
CLD.LIB (debugger). Maybe CLIPPER.lib , I guess that VERSION() is
included in CLIPPER.LIB (i saw inside it, with a hex viewer)
But, ntxspa.obj and msgspa.obj and DBFNTX.LIB was updated with the patch.
Thanks
Viktor Szakát
On Fri, 09 Oct 2009, Maurizio Faccio adinet wrote:
> What I do not understand is that:
> Compiler says that the patch was applied correctly
> Clipper (R) 5.2e
> Copyright (c) 1985-1995, Computer Associates International, Inc.
> But VERSION() in clipper tolds -> 5.2d Intl. (x215) (1994.03.25)
It
or, it's possible you have multiple copies of Clipper .libs,
and the non-patched one gets picked by the linker.
Brgds,
Viktor
On 2009 Oct 9, at 12:14, Viktor Szakáts wrote:
What I do not understand is that:
Compiler says that the patch was applied correctly
Clipper (R) 5.2e
Copyright (c) 1985
What I do not understand is that:
Compiler says that the patch was applied correctly
Clipper (R) 5.2e
Copyright (c) 1985-1995, Computer Associates International, Inc.
But VERSION() in clipper tolds -> 5.2d Intl. (x215) (1994.03.25)
It seems the .lib files (or at least some of them) didn't ge
What I do not understand is that:
Compiler says that the patch was applied correctly
Clipper (R) 5.2e
Copyright (c) 1985-1995, Computer Associates International, Inc.
But VERSION() in clipper tolds -> 5.2d Intl. (x215) (1994.03.25)
Xavi escribió:
Thanks Maurizio,
I have the same.
I do no
On Fri, 09 Oct 2009, Grigory Filatov wrote:
Hi,
> Thanks for your suggestion!
> > someone can confirm that SOL_SOCKET->SO_RCVTIMEO uses 'int' as parameter
> > in MS-Windows.
> There is the following definition in the header file winsock.h from BCC:
> int PASCAL FAR setsockopt (
>
Hi Przemek,
Thanks for your suggestion!
> someone can confirm that SOL_SOCKET->SO_RCVTIMEO uses 'int' as parameter
> in MS-Windows.
There is the following definition in the header file winsock.h from BCC:
int PASCAL FAR setsockopt (
IN SOCKET s,
On Thu, 08 Oct 2009, Pritpal Bedi wrote:
Hi,
> > In order to let GC collect these pointer automatically
> > you need to use hb_retptrGC(), along with a callback
> > to the freeing.
> So, I tried like this:
>
> static HB_GARBAGE_FUNC( QMessageBox_release )
> {
>void ** ph = ( void ** ) Cargo;
On Thu, 08 Oct 2009, Mitja Podgornik wrote:
> Hi, please, can anybody help?
> This function occasional causes GPF
> and occurs sporadic only on some xp/vista machines
> > >> Application Internal Error ...
> > >> Terminated at:
> > >> Info: Harbour MiniGUI 1.7 Extended Edition (Build 74) - 2
On Fri, 09 Oct 2009, José Luis Capel wrote:
Hi,
> Making some tests of .clp files I found this error on harbour when I typed
> wrongly the name of a clp file:
> c:\> harbour @myapp.clp
> Harbour 2.0.0beta3 (Rev. 12672)
> Copyright (c) 1999-2009, http://www.harbour-project.org/
> Cannot open input
Revision: 12676
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12676&view=rev
Author: druzus
Date: 2009-10-09 08:13:29 + (Fri, 09 Oct 2009)
Log Message:
---
2009-10-09 10:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compil
Viktor, Przemek,
Thanks for your answers.
Seemed tha I had some syntax errors. Once corrected I could compile without
any incidences except for a missing function that I reported on harbour user
list.
Regards,
José Luis Capel
2009/10/8 Przemyslaw Czerpak
> On Thu, 08 Oct 2009, José Luis Cap
Hi,
Making some tests of .clp files I found this error on harbour when I typed
wrongly the name of a clp file:
c:\> harbour @myapp.clp
Harbour 2.0.0beta3 (Rev. 12672)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Cannot open input file: myapp.clp
Unrecoverable error 9011: hb_xfree cal
59 matches
Mail list logo
