date:20100307

Re: [Harbour] Re: hbide testing (go #2)

2010-03-07 Thread Viktor Szakáts

Hi Pritpal,

>> Clicking behavior is now fixed. But I still 
>> can't easily grasp the meaning of this icon.
>> I need to play with it some more.
>> 
> 
> Let me explain how powerful this feature is:
> 
> 1. Select "New..." from drop-down list of right-most combo-box
>on top toolbar.
> 2. In the input dialog give some meaninful name, i.e., "My C Sources".
>   Note, if you do not change the name, it will do nothing.
> 3. Instantly a blank panel will appear and current panel
>   will be hidden.
> 4. Keep a watch on the left-toolbar, a rounded button
>   will appear with different color hue.
> 5. Open some sources, those will appear on "My C Sources" panel.
> 6. Navigate the editor panels with clicking on left-panel rounded buttons.
> 7. Exit hbIDE.
> 8. Re-enter, your panels are intact.
> 
> This feature is targeted to avoid session-management the other 
> IDE's provide. They close the current session and open requested one,
> thus closing all sources, which you might be in need of referring to.

Okay, I'll try.

>> hbmk2 is still not used here, hence xbuild and 
>> hbmake support are also missing, so this part 
>> remains a TODO.
>> 
> 
> hbMK2 is not called. The function  handelling it is pulled from 
> hbMK2.prg and is included in hbIDE. I do not want to call
> external executable unless necessary. At a point one is 
> building a project, he might not have set the environment at all.
> 
> hbmake and xhb are on my TODO list, though.

Code duplication, code duplication. Maybe it will 
be me who will delete this feature from hbmk2. I hate 
to see such redundancy.

>> Much better. I still miss some kind of visual feedback 
>> when "Set as default" is selected, but it's fine now.
>> 
> Ok. So I have to introduce  slot in status-bar.

Seems perfect.

>> I've noticed to regressions:
>> 
>> 1) Now "hbide.set" filename is created which stores some 
>>   settings, but it would be much better to store these 
>>   in hbide.ini. This way there would be just one file 
>>   keeping all settings. hbide.set is .ini format and 
>>   text only, so this is most probably technically possible.
>> 
> 
> No. This cannot be. hbide.set is created by Qt's direct 
> function call which only accepts a filename. While reading it,
> Qt expects a filename only. I cannot push these settings 
> at my own. It is a binary file by nature so it must been 
> moved from .ini extension to something else. Location was also
> wrong. Now everything is fine.

Hm. Yet it doesn't look very good. I wonder if there 
is a QT call which returns you the status as a binary 
stream, which you can do whatever you want (and same in 
reverse). It's very odd if an API forces file usage in such 
way. BTW it's not binary content.

Well, I've tried and QT respects existing file, and 
will _add_ it's own content, so you can just safely use 
hbide.ini as the filename.

Brgds,
Viktor

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

[Harbour] Some simple fixes

2010-03-07 Thread Lorenzo Fiorini

Comparing my local tree with the SVN 14074 there are some simple fixes
that could be useful to others.
Pick up what you want.

contrib/xhb/hblog.prg

In line 465 replace IF HB_EnumIndex() < nLen with IF xPar:__enumIndex() < nLen

contrib/hbtip/sendmail.prg

the syntax "text/plain;filename=" + cFname + cFext is wrong the
correct one is: "text/plain; name=" + cFname + cFext
all the strings in hb_SetMimeType should be fixed

contrib/hbtip/utils.c

s_findStringMimeType is wrong since it returns text/plain for every
file type that is text but html/js/css/xml are all text files so it
makes the mime find useless.

static const char * s_findStringMimeType( const char * cData, int iLen )
{
   int iCount;
#if 0
   HB_BOOL bFormFeed;
#endif
...
#if 0
   /* Failure; let's see if it's a text/plain. */
 ...
#endif
   return NULL;

contrib/hbtip/cgi.prg

IMHO it should be removed. I did it years ago but it wrongly mix cgi
protocol, session management and html generation.
This things should be done at the application level not in a language lib.

best regards,
Lorenzo
___
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:[14074] trunk/harbour/ChangeLog

2010-03-07 Thread Przemysław Czerpak

On Sun, 07 Mar 2010, vszak...@users.sourceforge.net wrote:

Hi,

> 2010-03-07 04:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>   * src/vm/hvm.c
>   * include/hbapi.h
> * Marked hb_synEval public symbol with HB_LEGACY_LEVEL3

Thank you. I'll only commit small cleanup.
It has to be available for core code.

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:[14075] trunk/harbour

2010-03-07 Thread druzus

Revision: 14075
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14075&view=rev
Author:   druzus
Date: 2010-03-07 09:57:44 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 10:57 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/include/hbapi.h
* small cleanup in marking hb_symEval with HB_LEGACY_LEVEL3
  It should be available for core HVM functions.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/include/hbapi.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: [Harbour] SF.net SVN: harbour-project:[14075] trunk/harbour

2010-03-07 Thread Viktor Szakáts

Hi Przemek,

> Log Message:
> ---
> 2010-03-07 10:57 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
>  * harbour/include/hbapi.h
>* small cleanup in marking hb_symEval with HB_LEGACY_LEVEL3
>  It should be available for core HVM functions.

Thanks. An adjustment is needed also in hvm.c. I wonder 
if this public variable could be eliminated completely 
(without drawbacks that is). It seems the only one remaining 
in Harbour core.

Brgds,
Viktor

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

Re: [Harbour] DBI_PASSWORD

2010-03-07 Thread Enrico Maria Giordano



-Messaggio Originale- 
Da: "Enrico Maria Giordano" 

A: "Harbour Project Main Developer List." 
Data invio: venerdì 5 marzo 2010 9.14
Oggetto: Re: [Harbour] DBI_PASSWORD


Przemek, sorry to be back on this subject: do you think it would be 
possible to also crypt DBFs with memo fields leaving the memo fields 
theirself uncrypted? I would really need of the crypting functionality... 
:-)


One more question: is it safe to use DBI_PASSWORD to crypt DBFs without
memo fields?


Any anwers?

EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


___
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:[14075] trunk/harbour

2010-03-07 Thread Przemysław Czerpak

On Sun, 07 Mar 2010, Szak�ts Viktor wrote:

Hi Viktor,

> Thanks. An adjustment is needed also in hvm.c. I wonder 
> if this public variable could be eliminated completely 
> (without drawbacks that is). It seems the only one remaining 
> in Harbour core.

It's necessary for core code and it's used in different core files
so it cannot be easy done.
BTW public functions use by core code only usually only increase
HVM lib size because they have separate non inlined copy which is
not used by other code.
Fortunately new compilers like GCC4.5 can resolve this problem.
GCC45 supports link time optimization (LTO) with all compile time
switches. It means that Harbour and final application can be compiled
and linked with -flto and all optimization flags (CFLAGS has to be
passed also to linker as LDFLAGS) and in such case it's possible
to use at link time some additional optimization switches which are
not available for programs using multiple files i.e. we can use
-fwhole-program and eliminate all such dead code.
Final binaries are smaller and faster. We can also reach the same
effect as with HB_HVM_ALL=yes mode without it because the same
optimizations can be done at link time.

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

[Harbour] SF bug tracker#2964744: hbmysql: tmysql.prg->ClipValue2SQL() returns EMPTY string.

2010-03-07 Thread Chen Kedem

The following was submitted to our SF bug tracker:
http://sourceforge.net/tracker/?func=detail&atid=100681&aid=2964744&group_id=681

it claim that in contrib/hbmysql/tmysql.prg function ClipValue2SQL()
should return "NULL" instead of "''" (" ' ' ") for NIL type values.

If someone that know this code can apply/reject the propose patch,
I could close this report.

Thanks,

  Chen.
___
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:[14076] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14076
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14076&view=rev
Author:   vszakats
Date: 2010-03-07 10:48:30 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 11:47 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * src/vm/hvm.c
! Adjustment to symEval declaration after last change.

  * contrib/hbmysql/tmysql.prg
! Fixed CLIPVALUE2SQL() to return NULL for NIL
  values. Should fix sf.bet bug #2964744.
% Optimized CLIPVALUE2SQL().

  * contrib/xhb/tframe.prg
! Fixed HB_ENUMINDEX() to :__enumIndex().
% Minor optimization.
* Some formatting.

  * contrib/xhb/hblog.prg
! Fixed HB_ENUMINDEX() to :__enumIndex().

  * contrib/hbtip/sendmail.prg
! Fixed mime type spec: "text/plain;filename=" -> "text/plain; name="

  ; Latter two suggested by Lorenzo.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbmysql/tmysql.prg
trunk/harbour/contrib/hbtip/sendmail.prg
trunk/harbour/contrib/xhb/hblog.prg
trunk/harbour/contrib/xhb/tframe.prg
trunk/harbour/src/vm/hvm.c


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: [Harbour] SF.net SVN: harbour-project:[14076] trunk/harbour

2010-03-07 Thread Lorenzo Fiorini

On Sun, Mar 7, 2010 at 11:48 AM,   wrote:
>
>  * contrib/hbtip/sendmail.prg
>    ! Fixed mime type spec: "text/plain;filename=" -> "text/plain; name="

Many thanks, all the return strings should be changed also.

For example:

...
CASE ( cFile LIKE ".+\.vbd" ); RETURN "application/activexdocument=" +
cFname + cFext
CASE ( cFile LIKE ".+\.(asn|asz|asd)" ); RETURN "application/astound="
+ cFname + cFext
...

with

CASE ( cFile LIKE ".+\.vbd" ); RETURN "application/activexdocument;
name=" + cFname + cFext
CASE ( cFile LIKE ".+\.(asn|asz|asd)" ); RETURN "application/astound;
name=" + cFname + cFext

best regards,
Lorenzo
___
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:[14077] trunk/harbour

2010-03-07 Thread druzus

Revision: 14077
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14077&view=rev
Author:   druzus
Date: 2010-03-07 11:02:01 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 12:00 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/contrib/xhb/tframe.prg
% small optimization

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/xhb/tframe.prg


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

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

2010-03-07 Thread vszakats

Revision: 14078
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14078&view=rev
Author:   vszakats
Date: 2010-03-07 11:06:40 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 12:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/sendmail.prg
! Further fix to HB_SETMIMETYPE() returned strings.
; Pls review/test.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/sendmail.prg


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

[Harbour] Re: SF bug tracker#2964744: hbmysql: tmysql.prg->ClipValue2SQL() returns EMPTY string.

2010-03-07 Thread Chen Kedem

Viktor,

> 2010-03-07 11:47 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> :
>   * contrib/hbmysql/tmysql.prg
>! Fixed CLIPVALUE2SQL() to return NULL for NIL
>  values. Should fix sf.bet bug #2964744.
>% Optimized CLIPVALUE2SQL().

Thanks you. Report is now closed.

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

Re: [Harbour] DBI_PASSWORD

2010-03-07 Thread Przemysław Czerpak

On Sun, 07 Mar 2010, Enrico Maria Giordano wrote:

Hi,

> >Przemek, sorry to be back on this subject: do you think it would
> >be possible to also crypt DBFs with memo fields leaving the memo
> >fields theirself uncrypted? I would really need of the crypting
> >functionality... :-)

It is possible. You only have to remove from src/rdd/dbf1.c code
which blocks encryption when MEMO file is present.
It's enough to remove '!pArea->fHasMemo' from conditions in the folowing
lines:
   dbf1.c[536,599,1639,2141,2156]

> >One more question: is it safe to use DBI_PASSWORD to crypt DBFs without
> >memo fields?

What does it mean SAFE for you?
If you ask if it works then it works without any problems.
If you ask if it's strong encryption so your secret data are
safe then encryption used by SIX3 is not strong enough for
current standards. For sure it's not XOR or other trivial
algorithm but someone who has some a little bit more advanced
math knowledge should be able to break it.

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:[14079] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14079
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14079&view=rev
Author:   vszakats
Date: 2010-03-07 11:21:58 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 12:21 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/encmthd.c
* Formatting.
; TOFIX: I've just realized the nature of this hack.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/encmthd.c


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

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

2010-03-07 Thread druzus

Revision: 14080
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14080&view=rev
Author:   druzus
Date: 2010-03-07 11:25:25 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 12:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/src/rdd/dbf1.c
* removed unnecessary function call

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/rdd/dbf1.c


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: [Harbour] dlmalloc on OS/2

2010-03-07 Thread Przemysław Czerpak

On Tue, 02 Mar 2010, Maurilio Longo wrote:

Hi,

> > Also seems that flAttribute parameter has wrongly value.
> > Without ORing with FILE_ARCHIVED and FILE_READONLY files with above
> > attribute should be excluded.
> > 
> bits 5..0 are MAY-have, that is, file name is returned either it has that
> attribute set or it has not. If you want only those files with attributes set,
> then you have to use must-have values,

The description suggests that files with attribute READONLY or ARCHIVE are
not shown if MAY bits are not set. It's not Clipper compatible behavior.
So it should be definitely fixed or the description is wrong.

> > BTW what errors do you have?
> Error 8, that is  ERROR_NOT_ENOUGH_MEMORY.

Looks like some internal problem, i.e. with memory alignment.

> With my last change, which uses a block obtained with a DosAlloc() with
> OBJ_TILE, that is a block aligned to a 64Kb segment, in low memory and with
> 16bit selectors set, it always works. This is on a SMP kernel searching for a
> file on a samba share, so going throug IBM LanManager (aka CIFS client) which
> is an old piece of code which might have some old 16bit/protect mode code 
> inside.
> I'll commit this change shortly.

If it's memory alignment problem then such modification should resolve it.
Anyhow such things should be documented.

> BTW,
> firefox 3.x for OS/2 has this code
> 
> if (isWSEB)
> {
> rc = DosFindFirst( filename,
>&d->d_hdl,
>FILE_DIRECTORY | FILE_HIDDEN,
>&(d->d_entry.large),
>sizeof(d->d_entry.large),
>&numEntries,
>FIL_STANDARDL);
> }
> else
> {
> rc = DosFindFirst( filename,
>&d->d_hdl,
>FILE_DIRECTORY | FILE_HIDDEN,
>&(d->d_entry.small),
>sizeof(d->d_entry.small),
>&numEntries,
>FIL_STANDARD);
> }
> 
> So it seems newer kernels can/have to(?) use the FIL_STANDARDL flag but,
> maybe, they work with the old one as well (my kernel is the last one).

I think that we should clean current file IO code and use only native
OS2 API instead of current mixed OS2 and CRTL calls. We can also add
support for 64bit file API if it's available in OS2.

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

Re: [Harbour] Re: dlmalloc on OS/2

2010-03-07 Thread Przemysław Czerpak

On Fri, 05 Mar 2010, Maurilio Longo wrote:

Hi,

> > 2.c) Can you prepare to manage "64bit file support" ? I think yes
> >  So you will be ready for future  :-)
> It requires a lot more changes than DosFindFirst()
> > 2.d) I know you are aware of every movement which happen in OS/2 world,
> > and maybe you tested already, ... but maybe no
> >  Days ago I removed "NETBIOS over TCP/IP" and installed .wpi files for
> > Samba 3.0.37, from NetLabs
> >  ( Samba Server version 3.0.37 for eComStation (OS/2) 1.0.3 )
> > - Migrated shares
> > - Everything is working fine to/from OS/2 and WinXPPSP2, Linux Mandriva
> > - Problems with shares/visibility between OS/2 and rest are gone
> I have problems with client access (OS/2 accessing a share), my server is
> samba, but on OpenSolaris.

Please remember that for sharing DBFs HBNETIO can be used in such case.
It give to client 64bit file API if it's supported on the server side
(it doesn't matter what is the client OS) and resolves the problems with
syncing locks used by different programs working on different OS-es.

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:[14081] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14081
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14081&view=rev
Author:   vszakats
Date: 2010-03-07 12:09:47 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 13:07 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/encmthd.c
  * contrib/hbtip/encurl.prg
  * contrib/hbtip/encb64.prg
! Cleaned this quite strange and dangerous hack which made the
  exact nature of the logic fully hidden for anyone expecting
  regular programming techniques. I even reimplemented QP
  encoding not knowing about it.
  Now the class/function interface is completely standard
  without any hidden interdependencies and internal logic
  to access class vars from C level function and mapping C
  level functions as methods.
  Now it's possible to replace these TIP specific encoder/decoder
  functions with core ones, or move these ones to core.
  INCOMPATIBLE: Old function names have been changed from
 TIPENCODER*_[DECODE|ENCODE]() to __TIP_*_[ENCODE|DECODE]().
; TOFIX: Old C implementation of QP encoding/decoding doesn't
 seem to work.
; TODO: Try eliminating redundancy in base64 encoding/decoding
between hbtip and core.

  * contrib/hbtip/cgi.prg
  * contrib/hbtip/url.prg
  * contrib/hbtip/httpcli.prg
* Changed to use new internal function names for encoding/decoding.

  * src/rdd/dbf1.c
* Minor formatting.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/cgi.prg
trunk/harbour/contrib/hbtip/encb64.prg
trunk/harbour/contrib/hbtip/encmthd.c
trunk/harbour/contrib/hbtip/encurl.prg
trunk/harbour/contrib/hbtip/httpcli.prg
trunk/harbour/contrib/hbtip/url.prg
trunk/harbour/src/rdd/dbf1.c


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

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

2010-03-07 Thread vszakats

Revision: 14082
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14082&view=rev
Author:   vszakats
Date: 2010-03-07 12:14:00 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 13:13 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/encmthd.c
- Deleted __TIP_QP_[ENCODE|DECODE](). Either I'm misunderstanding 
  their purpose or they simply didn't work (pbly because they 
  were not even used by hbtip code).

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/encmthd.c


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

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

2010-03-07 Thread vszakats

Revision: 14083
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14083&view=rev
Author:   vszakats
Date: 2010-03-07 12:16:32 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 13:16 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/Makefile
  - contrib/hbtip/encmthd.c
  + contrib/hbtip/encb64c.c
  + contrib/hbtip/encurlc.c
* Split and renamed source file containing low-level encoder/decoder 
  functions.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/Makefile

Added Paths:
---
trunk/harbour/contrib/hbtip/encb64c.c
trunk/harbour/contrib/hbtip/encurlc.c

Removed Paths:
-
trunk/harbour/contrib/hbtip/encmthd.c


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: [Harbour] DBI_PASSWORD

2010-03-07 Thread Enrico Maria Giordano



-Messaggio Originale- 
Da: "Przemysław Czerpak" 

A: "Harbour Project Main Developer List." 
Data invio: domenica 7 marzo 2010 12.21
Oggetto: Re: [Harbour] DBI_PASSWORD



It is possible. You only have to remove from src/rdd/dbf1.c code
which blocks encryption when MEMO file is present.
It's enough to remove '!pArea->fHasMemo' from conditions in the folowing
lines:
  dbf1.c[536,599,1639,2141,2156]


Thank you.

To clarify: you said that memo encryption is currently bugged. If I remove 
that condition then are my tables (or memo) under risk of corruption?



What does it mean SAFE for you?


I meant: can I use encryption without risk of corruption?

EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


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

Re: [Harbour] DBI_PASSWORD

2010-03-07 Thread Przemysław Czerpak

On Sun, 07 Mar 2010, Enrico Maria Giordano wrote:
> To clarify: you said that memo encryption is currently bugged. If I
> remove that condition then are my tables (or memo) under risk of
> corruption?

No I haven't said anything like that.
I said that SIX3 RDD is buggy when memo files are used and because I didn't
want to replicate such bugs in Harbour I explicitly blocked any encryption
when memo files are used.

> >What does it mean SAFE for you?
> I meant: can I use encryption without risk of corruption?

Harbour implementation does not have any known for me bugs in the
encryption.

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

Re: [Harbour] DBI_PASSWORD

2010-03-07 Thread Enrico Maria Giordano



-Messaggio Originale- 
Da: "Przemysław Czerpak" 

A: "Harbour Project Main Developer List." 
Data invio: domenica 7 marzo 2010 13.43
Oggetto: Re: [Harbour] DBI_PASSWORD



No I haven't said anything like that.
I said that SIX3 RDD is buggy when memo files are used and because I 
didn't

want to replicate such bugs in Harbour I explicitly blocked any encryption
when memo files are used.


Sorry, perhaps I don't understand. Are you saying that I can remove such 
restriction (ie. I can allow memo encryption) without risks for my tables? 
If yes, why not to allow it in the standard Harbour build?


EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


___
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:[14084] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14084
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14084&view=rev
Author:   vszakats
Date: 2010-03-07 13:14:28 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 14:14 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/utils.c
  * contrib/hbtip/encb64c.c
  * contrib/hbtip/encurlc.c
! Type cleanup.

  * contrib/hbtip/cgi.prg
* Minor formatting.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbtip/cgi.prg
trunk/harbour/contrib/hbtip/encb64c.c
trunk/harbour/contrib/hbtip/encurlc.c
trunk/harbour/contrib/hbtip/utils.c


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: [Harbour] DBI_PASSWORD

2010-03-07 Thread Enrico Maria Giordano



-Messaggio Originale- 
Da: "Enrico Maria Giordano" 

A: "Harbour Project Main Developer List." 
Data invio: domenica 7 marzo 2010 13.50
Oggetto: Re: [Harbour] DBI_PASSWORD


Sorry, perhaps I don't understand. Are you saying that I can remove such 
restriction (ie. I can allow memo encryption) without risks for my tables? 
If yes, why not to allow it in the standard Harbour build?


Ok, I understood. No need to answer, many thanks. I really would need to use 
encryption in tables with memo fields but I can't force you to finish the 
work. :-)


EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music page: http://www.emagsoftware.it/emgmusic 


___
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:[14085] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14085
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14085&view=rev
Author:   vszakats
Date: 2010-03-07 13:31:41 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 14:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * doc/Makefile
! Fixed 'en-EN' - 'en'.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/doc/Makefile


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

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

2010-03-07 Thread vszakats

Revision: 14086
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14086&view=rev
Author:   vszakats
Date: 2010-03-07 13:56:54 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 14:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/xhb/tframe.prg
! Using IS*() macros instead of NIL checks.
% Using IS*() macros instead ValType() calls.
% Several minor optimizations.
* Changed to use standard class declaration syntax.

  * contrib/xhb/tframe.prg
  * contrib/hbide/ideharbourhelp.prg
  * contrib/hbide/idehome.prg
! Fixed to generate lowercase HTML code. This is basic requirement
  for HTML to validate with any newer than legacy HTML standard (f.e. 
XHTML).
  Should be fixed in other places in Harbour.

  * contrib/xhb/tframe.prg
  * contrib/xhb/cgi.ch
* Formatting.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideharbourhelp.prg
trunk/harbour/contrib/hbide/idehome.prg
trunk/harbour/contrib/xhb/cgi.ch
trunk/harbour/contrib/xhb/tframe.prg


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

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

2010-03-07 Thread vszakats

Revision: 14087
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14087&view=rev
Author:   vszakats
Date: 2010-03-07 14:01:07 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 15:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/xhb/cgi.ch
  * contrib/xhb/tedit.prg
  * contrib/xhb/htjlist.prg
  * contrib/xhb/thtm.prg
  * contrib/xhb/hterrsys.prg
  * contrib/xhb/hjwindow.prg
  * contrib/xhb/htmutil.prg
* NTRIM() -> hb_ntos()
- Deleted NTRIM() macro.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/xhb/cgi.ch
trunk/harbour/contrib/xhb/hjwindow.prg
trunk/harbour/contrib/xhb/hterrsys.prg
trunk/harbour/contrib/xhb/htjlist.prg
trunk/harbour/contrib/xhb/htmutil.prg
trunk/harbour/contrib/xhb/tedit.prg
trunk/harbour/contrib/xhb/thtm.prg


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

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

2010-03-07 Thread vszakats

Revision: 14088
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14088&view=rev
Author:   vszakats
Date: 2010-03-07 14:19:03 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 15:18 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbmzip/hbmzip.c
+ HB_UNZIPFILEINFO() extended to also return CRC.

  * contrib/hbziparc/hbziparc.prg
! HB_GETFILESINZIP() fixed to return CRC in verbose mode.

  * contrib/hbziparc/tests/zipa.prg
+ Added more test code.

  * contrib/xhb/cgi.ch
  * contrib/xhb/xhbarr.c
* Cleanups.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbmzip/hbmzip.c
trunk/harbour/contrib/hbziparc/hbziparc.prg
trunk/harbour/contrib/hbziparc/tests/zipa.prg
trunk/harbour/contrib/xhb/cgi.ch
trunk/harbour/contrib/xhb/xhbarr.c


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

[Harbour] Re: hbide testing (go #2)

2010-03-07 Thread Pritpal Bedi


Hello Viktor


Viktor Szakáts wrote:
> 
>> No. This cannot be. hbide.set is created by Qt's direct 
>> function call which only accepts a filename. While reading it,
>> Qt expects a filename only. I cannot push these settings 
>> at my own. It is a binary file by nature so it must been 
>> moved from .ini extension to something else. Location was also
>> wrong. Now everything is fine.
> 
> Hm. Yet it doesn't look very good. I wonder if there 
> is a QT call which returns you the status as a binary 
> stream, which you can do whatever you want (and same in 
> reverse). It's very odd if an API forces file usage in such 
> way. BTW it's not binary content.
> 
> Well, I've tried and QT respects existing file, and 
> will _add_ it's own content, so you can just safely use 
> hbide.ini as the filename.
> 

It does, but then you did not inspect the contents of hbide.ini.
Qt re-writes the contents in pure .ini way which is not adopted
in hbide.ini strictly. I am manipulating it my own way. 
So these remain to be two different files anyway.

It is true that it is not binary content, but it is also equally 
true that a programmer cannot change even a single byte.
When we comprehand .ini we have a notion that it is manually 
editable. In this case I preceive it as binary though its format 
is .ini.

-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbide-testing-go-2-tp4671197p4690674.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

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

2010-03-07 Thread Pritpal Bedi



vszakats wrote:
> 
>   * contrib/hbide/ideharbourhelp.prg
>   * contrib/hbide/idehome.prg
> ! Fixed to generate lowercase HTML code. This is basic requirement
>   for HTML to validate with any newer than legacy HTML standard (f.e.
> XHTML).
>   Should be fixed in other places in Harbour.
> 

I just followed the examples on the web.
And I was under constant pressure to capitalize the tags
to keep harmony.

Thank you for this fix.
Now I am much relieved.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/SF-net-SVN-harbour-project-14086-trunk-harbour-tp4690405p4690687.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

[Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Bruno Luciani

I get this error when run this part of simple.prg in postgres contrib,
previously works ok in similar statement a few lines before
I read about this error and may be an initialization error , but I just try
to do cQuery:="" and is the same error

any Idea
thanks

--- error 

Inserting, declared transaction control
Error BASE/1081  Argument error: +
Called from TPQQUERY:ERROR(0)
Called from MAIN(79)



  ? 'Inserting, declared transaction control '
oServer:StartTransaction()
cQuery:=""
For i := 1 to 10
cQuery := "INSERT INTO ventas(code, dept, name, sales, tax, salary,
budget, Discount, Creation, Description) "
cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000, 1500.2,
7.5, '12-22-2003', 'Short Description about what ? ')"

oQuery := oServer:Query(cQuery)

if oQuery:neterr()
? oQuery:error() -> this is
line 79
endif

oQuery:destroy()
Next
___
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:[14083] trunk/harbour

2010-03-07 Thread Lorenzo Fiorini

On Sun, Mar 7, 2010 at 1:16 PM,   wrote:

>
> Removed Paths:
> -
>    trunk/harbour/contrib/hbtip/encmthd.c

make[4]: *** No rule to make target `encmthd.o', needed by
`libhbtipssl.a'.  Stop.
make[3]: *** [descend] Error 2
make[2]: *** [hbtipssl] Error 2
make[1]: *** [hbtip] Error 2
make: *** [contrib] Error 2

Is expected?

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

Re: [Harbour] Re: hbide testing (go #2)

2010-03-07 Thread Viktor Szakáts

Hi Pritpal,

>>> No. This cannot be. hbide.set is created by Qt's direct 
>>> function call which only accepts a filename. While reading it,
>>> Qt expects a filename only. I cannot push these settings 
>>> at my own. It is a binary file by nature so it must been 
>>> moved from .ini extension to something else. Location was also
>>> wrong. Now everything is fine.
>> 
>> Hm. Yet it doesn't look very good. I wonder if there 
>> is a QT call which returns you the status as a binary 
>> stream, which you can do whatever you want (and same in 
>> reverse). It's very odd if an API forces file usage in such 
>> way. BTW it's not binary content.
>> 
>> Well, I've tried and QT respects existing file, and 
>> will _add_ it's own content, so you can just safely use 
>> hbide.ini as the filename.
>> 
> 
> It does, but then you did not inspect the contents of hbide.ini.
> Qt re-writes the contents in pure .ini way which is not adopted
> in hbide.ini strictly. I am manipulating it my own way. 
> So these remain to be two different files anyway.
> 
> It is true that it is not binary content, but it is also equally 
> true that a programmer cannot change even a single byte.
> When we comprehand .ini we have a notion that it is manually 
> editable. In this case I preceive it as binary though its format 
> is .ini.

I believe you all this, but it's very inelegant IMO 
to use two config files for above technical reasons. It's 
IMO our job to find proper solutions to such problems.

IMO it's not a problem at all that binary encoded as 
text is included in any .ini file. Simply users won't be 
able to touch it, as they are not able to touch the 
exact same content in hbide.set.

The other sad thing which I can read out from your 
words is that hbide.ini is not a standard .ini file 
but it's manipulate using some unique methods, which 
don't allow for extra content to be preserved.

I think this should be fixed.

Brgds,
Viktor

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

Re: [Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Viktor Szakáts

Hi,

I can't find an ERROR method in TPQQUERY class, 
so no idea from here.

Brgds,
Viktor

On 2010 Mar 7, at 16:45, Bruno Luciani wrote:

> I get this error when run this part of simple.prg in postgres contrib, 
> previously works ok in similar statement a few lines before
> I read about this error and may be an initialization error , but I just try 
> to do cQuery:="" and is the same error
> 
> any Idea
> thanks 
> 
> --- error   
> 
> Inserting, declared transaction control
> Error BASE/1081  Argument error: + 
> Called from TPQQUERY:ERROR(0) 
> Called from MAIN(79)  
> 
> 
> 
>   ? 'Inserting, declared transaction control '
> oServer:StartTransaction()
> cQuery:=""
> For i := 1 to 10
> cQuery := "INSERT INTO ventas(code, dept, name, sales, tax, salary, 
> budget, Discount, Creation, Description) "
> cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000, 1500.2, 
> 7.5, '12-22-2003', 'Short Description about what ? ')"
> 
> oQuery := oServer:Query(cQuery)
> 
> if oQuery:neterr()
> ? oQuery:error() -> this is 
> line 79
> endif
> 
> oQuery:destroy()
> Next
> 
> ___
> 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] SF.net SVN: harbour-project:[14089] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14089
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14089&view=rev
Author:   vszakats
Date: 2010-03-07 16:05:35 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 17:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * utils/hbmk2/hbmk2.prg
! Fixed to disregard HB_FS_STATIC functions when parsing .c files 
  for entry function name. No idea how this wasn't causing any error 
  reports so far.

  * contrib/hbtip/hbtipssl/Makefile
! Synced file list with non-ssl version.

  * contrib/hbtip/cgi.prg
! Fixed to use hb_dirTemp() instead of hard-wired *nix '/tmp/'.

  * contrib/hbide/ideharbourhelp.prg
  * contrib/hbide/idehome.prg
! More HTML tag lowercasing.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideharbourhelp.prg
trunk/harbour/contrib/hbide/idehome.prg
trunk/harbour/contrib/hbtip/cgi.prg
trunk/harbour/contrib/hbtip/hbtipssl/Makefile
trunk/harbour/utils/hbmk2/hbmk2.prg


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: [Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Lorenzo Fiorini

On Sun, Mar 7, 2010 at 4:45 PM, Bruno Luciani  wrote:

> any Idea

Use :ErrorMsg()

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

Re: [Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Bruno Luciani

I don't think it is an TPQUERY error

but what do you think about the sample code ?

Bruno

2010/3/7 Viktor Szakáts 

> Hi,
>
> I can't find an ERROR method in TPQQUERY class,
> so no idea from here.
>
> Brgds,
> Viktor
>
> On 2010 Mar 7, at 16:45, Bruno Luciani wrote:
>
> > I get this error when run this part of simple.prg in postgres contrib,
> previously works ok in similar statement a few lines before
> > I read about this error and may be an initialization error , but I just
> try to do cQuery:="" and is the same error
> >
> > any Idea
> > thanks
> >
> > --- error 
> >
> > Inserting, declared transaction control
> > Error BASE/1081  Argument error: +
> > Called from TPQQUERY:ERROR(0)
> > Called from MAIN(79)
> >
> >
> >
> >   ? 'Inserting, declared transaction control '
> > oServer:StartTransaction()
> > cQuery:=""
> > For i := 1 to 10
> > cQuery := "INSERT INTO ventas(code, dept, name, sales, tax,
> salary, budget, Discount, Creation, Description) "
> > cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000,
> 1500.2, 7.5, '12-22-2003', 'Short Description about what ? ')"
> >
> > oQuery := oServer:Query(cQuery)
> >
> > if oQuery:neterr()
> > ? oQuery:error() -> this
> is line 79
> > endif
> >
> > oQuery:destroy()
> > Next
> >
> > ___
> > 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 mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Viktor Szakáts

What sample code is this?

Brgds,
Viktor

On 2010 Mar 7, at 17:06, Bruno Luciani wrote:

> I don't think it is an TPQUERY error 
> 
> but what do you think about the sample code ?
> 
> Bruno
> 
> 2010/3/7 Viktor Szakáts 
> Hi,
> 
> I can't find an ERROR method in TPQQUERY class,
> so no idea from here.
> 
> Brgds,
> Viktor
> 
> On 2010 Mar 7, at 16:45, Bruno Luciani wrote:
> 
> > I get this error when run this part of simple.prg in postgres contrib, 
> > previously works ok in similar statement a few lines before
> > I read about this error and may be an initialization error , but I just try 
> > to do cQuery:="" and is the same error
> >
> > any Idea
> > thanks
> >
> > --- error 
> >
> > Inserting, declared transaction control
> > Error BASE/1081  Argument error: +
> > Called from TPQQUERY:ERROR(0)
> > Called from MAIN(79)
> >
> >
> >
> >   ? 'Inserting, declared transaction control '
> > oServer:StartTransaction()
> > cQuery:=""
> > For i := 1 to 10
> > cQuery := "INSERT INTO ventas(code, dept, name, sales, tax, salary, 
> > budget, Discount, Creation, Description) "
> > cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000, 1500.2, 
> > 7.5, '12-22-2003', 'Short Description about what ? ')"
> >
> > oQuery := oServer:Query(cQuery)
> >
> > if oQuery:neterr()
> > ? oQuery:error() -> this is 
> > line 79
> > endif
> >
> > oQuery:destroy()
> > Next
> >
> > ___
> > 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 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] Error Testing simple.prg in Postgres

2010-03-07 Thread Bruno Luciani

/*
 * $Id: simple.prg 10691 2009-03-25 13:22:38Z vszakats $
 */

#include "common.ch"

Function main( cHost, cDatabase, cUser, cPass )
Local oServer, oQuery, oRow, i, x, aTables, aStruct

Local cQuery

oServer := TPQServer():New(cHost, cDatabase, cUser, cPass)

if oServer:NetErr()
? oServer:Error()
quit
endif

oServer:SetVerbosity(2)
oServer:traceon('lixo.log')

? 'Tables...'

For x := 1 to 1
aTables := oServer:ListTables()

For i := 1 to Len(aTables)
? aTables[i]
next
Next

if oServer:TableExists('TEST')
? oQuery := oServer:Execute('DROP TABLE Test')

oQuery:Destroy()
endif

? 'Creating test table...'
cQuery := 'CREATE TABLE test('
cQuery += ' Code integer not null primary key, '
cQuery += ' dept Integer, '
cQuery += ' Name Varchar(40), '
cQuery += ' Sales boolean, '
cQuery += ' Tax Float4, '
cQuery += ' Salary Double Precision, '
cQuery += ' Budget Numeric(12,2), '
cQuery += ' Discount Numeric (5,2), '
cQuery += ' Creation Date, '
cQuery += ' Description text ) '

oQuery := oServer:Query(cQuery)

if oQuery:neterr()
? oQuery:Error()
endif

oQuery:Destroy()

? 'Structure of test table'
aStruct := oServer:TableStruct('test')

For i := 1 to Len(aStruct)
?
For x := 1 to Len(aStruct[i])
?? aStruct[i,x], " "
Next
next

? 'Inserting, declared transaction control '
oServer:StartTransaction()

For i := 1 to 10
cQuery := "INSERT INTO ventas(code, dept, name, sales, tax, salary,
budget, Discount, Creation, Description) "
cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000, 1500.2,
7.5, '12-22-2003', 'Short Description about what ? ')"

oQuery := oServer:Query(cQuery)

if oQuery:neterr()
? oQuery:error()
endif

oQuery:destroy()
Next

oServer:Commit()

oQuery := oServer:Query('SELECT code, name, description, sales FROM
test')


aStruct := oQuery:Struct()

For i := 1 to Len(aStruct)
? aStruct[i,1], aStruct[i,2], aStruct[i,3], aStruct[i,4]
Next

? "Fields: ", oQuery:Fcount()

oRow := oQuery:Blank()

? oRow:FCount(), ;
  oRow:Fieldpos('sales'), ;
  oRow:Fieldget(1), ;
  oRow:Fieldname(2), ;
  oRow:Fieldtype(1), ;
  oRow:Fielddec(1), ;
  oRow:Fieldlen(1)

oRow:Fieldput(1, 150)
oRow:Fieldput(2, 'MY TEST')

? oRow:Fieldget(1), oRow:Fieldget(2)

? oRow:aRow[1], oRow:aRow[2], oRow:aOld[1], oRow:aOld[2]

? oQuery:Append(oRow)

? oQuery:ErrorMsg()

DO WHILE ! oQuery:Eof()
? oQuery:Recno(),;
  oQuery:Fieldpos('code'),;
  oQuery:Fieldget(oQuery:Fieldpos('code')), ;
  oQuery:Fieldget(4), ;
  oQuery:Fieldget(2), ;
  oQuery:Fieldname(1),;
  oQuery:Fieldtype(1), ;
  oQuery:Fielddec(1), ;
  oQuery:Fieldlen(1),;
  oQuery:Fieldget(3)

if oQuery:Recno() == 50
oRow := oQuery:getrow()

oRow:Fieldput(2, 'My Second test')
? 'Update: ', oQuery:Update(oRow)
endif

if oQuery:Recno() == 60
oRow := oQuery:getrow()
? 'Delete: ', oQuery:Delete(oRow)
endif

oQuery:Skip()

ENDDO

oQuery:Refresh()

For i := 1 to oQuery:Lastrec()
oRow := oQuery:getrow(i)

? i, oRow:Fieldget(oRow:Fieldpos('code')), ;
  oRow:Fieldget(4), ;
  oRow:Fieldget(2), ;
  oRow:Fieldname(1),;
  oRow:Fieldtype(1), ;
  oRow:Fielddec(1), ;
  oRow:Fieldlen(1),;
  oRow:Fieldget(i, 3)

NEXT

oQuery:Destroy()

oServer:Destroy()

? "Closing..."

return nil


2010/3/7 Viktor Szakáts 

> What sample code is this?
>
> Brgds,
> Viktor
>
> On 2010 Mar 7, at 17:06, Bruno Luciani wrote:
>
> > I don't think it is an TPQUERY error
> >
> > but what do you think about the sample code ?
> >
> > Bruno
> >
> > 2010/3/7 Viktor Szakáts 
> > Hi,
> >
> > I can't find an ERROR method in TPQQUERY class,
> > so no idea from here.
> >
> > Brgds,
> > Viktor
> >
> > On 2010 Mar 7, at 16:45, Bruno Luciani wrote:
> >
> > > I get this error when run this part of simple.prg in postgres contrib,
> previously works ok in similar statement a few lines before
> > > I read about this error and may be an initialization error , but I just
> try to do cQuery:="" and is the same error
> > >
> > > any Idea
> > > thanks
> > >
> > > --- error 
> > >
> > > Inserting, declared transaction control
> > > Error BASE/1081  Argument error: +
> > > Called from TPQQUERY:ERROR(0)
> > > Called from MAIN(79)
> > >
> > >
> > >
> > >   ? 'Inserting, declared transaction control '
> > > oServer:StartTransaction()
> > > cQuery:=""
> > > For i := 1 to 1

Re: [Harbour] Error Testing simple.prg in Postgres

2010-03-07 Thread Bruno Luciani

Thanks Lorenzo

It seems to be a date problem

Bruno

2010/3/7 Lorenzo Fiorini 

> On Sun, Mar 7, 2010 at 4:45 PM, Bruno Luciani 
> wrote:
>
> > any Idea
>
> Use :ErrorMsg()
>
> best regards,
> Lorenzo
> ___
> 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] Error Testing simple.prg in Postgres

2010-03-07 Thread Bruno Luciani

Thanks Both of you Viktor and Lorenzo

Now works ok

May be a Language diference produce a diference in date format

in sample   date :   "12-22-2003" giveme the error

and modifing to  "22-12-2003" works ok

Linux Ubuntu 9.10


Bruno

2010/3/7 Viktor Szakáts 

> Hi,
>
> I can't find an ERROR method in TPQQUERY class,
> so no idea from here.
>
> Brgds,
> Viktor
>
> On 2010 Mar 7, at 16:45, Bruno Luciani wrote:
>
> > I get this error when run this part of simple.prg in postgres contrib,
> previously works ok in similar statement a few lines before
> > I read about this error and may be an initialization error , but I just
> try to do cQuery:="" and is the same error
> >
> > any Idea
> > thanks
> >
> > --- error 
> >
> > Inserting, declared transaction control
> > Error BASE/1081  Argument error: +
> > Called from TPQQUERY:ERROR(0)
> > Called from MAIN(79)
> >
> >
> >
> >   ? 'Inserting, declared transaction control '
> > oServer:StartTransaction()
> > cQuery:=""
> > For i := 1 to 10
> > cQuery := "INSERT INTO ventas(code, dept, name, sales, tax,
> salary, budget, Discount, Creation, Description) "
> > cQuery += "VALUES( " + str(i) + ", 2, 'TEST', 'y', 5, 3000,
> 1500.2, 7.5, '12-22-2003', 'Short Description about what ? ')"
> >
> > oQuery := oServer:Query(cQuery)
> >
> > if oQuery:neterr()
> > ? oQuery:error() -> this
> is line 79
> > endif
> >
> > oQuery:destroy()
> > Next
> >
> > ___
> > 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 mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

2010-03-07 Thread vszakats

Revision: 14090
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14090&view=rev
Author:   vszakats
Date: 2010-03-07 16:16:39 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 17:15 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbpgsql/tests/simple.prg
! Fixed wrong code in sample.
* Formatted.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbpgsql/tests/simple.prg


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

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

2010-03-07 Thread vszakats

Revision: 14091
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14091&view=rev
Author:   vszakats
Date: 2010-03-07 16:23:53 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 17:22 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbpgsql/tests/simple.prg
! Fixed date in SQL command to work regardless of mm/dd 
  positions in date.
  I wonder what is the proper solution which uses a fully 
  portable date format. Anyone?

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbpgsql/tests/simple.prg


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: [Harbour] SF.net SVN: harbour-project:[14083] trunk/harbour

2010-03-07 Thread Lorenzo Fiorini

On Sun, Mar 7, 2010 at 4:48 PM, Lorenzo Fiorini
 wrote:

> make[4]: *** No rule to make target `encmthd.o', needed by
> `libhbtipssl.a'.  Stop.
> make[3]: *** [descend] Error 2
> make[2]: *** [hbtipssl] Error 2
> make[1]: *** [hbtip] Error 2
> make: *** [contrib] Error 2

Sorry a sync error. Now it's ok.

best regards,
Lorenzo
___
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:[14092] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14092
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14092&view=rev
Author:   vszakats
Date: 2010-03-07 16:32:18 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 17:31 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * utils/hbmk2/hbmk2.prg
! Cosmetic fix to generated temp stub file. Normally nobody 
  sees this file, but anyway.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/utils/hbmk2/hbmk2.prg


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

[Harbour] Re: hbide testing (go #2)

2010-03-07 Thread Pritpal Bedi

Viktor Szakáts wrote:
> 
> I believe you all this, but it's very inelegant IMO 
> to use two config files for above technical reasons. It's 
> IMO our job to find proper solutions to such problems.
> 

Yep, very inelegant, but I had no other choice.
I could not process Qt's byte-array to be returned as a
buffer of string. There are only two options, either supply
the filename of process a byte-array.

Probably someone can help in this direction.

> IMO it's not a problem at all that binary encoded as 
> text is included in any .ini file. Simply users won't be 
> able to touch it, as they are not able to touch the 
> exact same content in hbide.set.
> 

Yes, this can be documented, and I have included it in 
FAQs section.

> The other sad thing which I can read out from your 
> words is that hbide.ini is not a standard .ini file 
> but it's manipulate using some unique methods, which 
> don't allow for extra content to be preserved.
> 
> I think this should be fixed.
> 

Why it is "sad". User is never allowed to include the 
contents of his choice in hbide.ini ( for historic reasons 
I kept the extension .ini, it could been something else ),
as the contents of hbide.ini are subject to be re-written
at the time hbIDE exits, making it unfit for user-defined 
contents.

However user can add/delete/modify the existing entries
but within the norms of hbide.( let_us_say_something_else ).

Probably we should not concentrate on this issue until
I find a way ( or someone else ) to get back byte-array 
as string.

Thank you for peeping deep.

-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbide-testing-go-2-tp4671197p4690923.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: hbide testing (go #2)

2010-03-07 Thread Viktor Szakáts

Hi Pritpal,

>> I believe you all this, but it's very inelegant IMO 
>> to use two config files for above technical reasons. It's 
>> IMO our job to find proper solutions to such problems.
>> 
> 
> Yep, very inelegant, but I had no other choice.
> I could not process Qt's byte-array to be returned as a
> buffer of string. There are only two options, either supply
> the filename of process a byte-array.
> 
> Probably someone can help in this direction.

If you can get the byte-array from QT, you can use 
encode it using HB_BASE64ENCODE() and place it in 
.ini as simple text. You can process it with HB_BASE64DECODE() 
before passing it back to QT.

>> IMO it's not a problem at all that binary encoded as 
>> text is included in any .ini file. Simply users won't be 
>> able to touch it, as they are not able to touch the 
>> exact same content in hbide.set.
>> 
> 
> Yes, this can be documented, and I have included it in 
> FAQs section.

I think it should be eliminated. Documenting wrong 
solution is not a solution ;)

>> The other sad thing which I can read out from your 
>> words is that hbide.ini is not a standard .ini file 
>> but it's manipulate using some unique methods, which 
>> don't allow for extra content to be preserved.
>> 
>> I think this should be fixed.
>> 
> 
> Why it is "sad". User is never allowed to include the 
> contents of his choice in hbide.ini ( for historic reasons 
> I kept the extension .ini, it could been something else ),
> as the contents of hbide.ini are subject to be re-written
> at the time hbIDE exits, making it unfit for user-defined 
> contents.

Because .ini is a well-known (quasi-)standard, 
where such behavior is expected. You can never know 
when it comes handy (f.e. plugins, 3rd party developers, 
or simple user comments placed in .ini).

I guess you're using a read-it-all, write-it-all approach, 
while it should be a read_file -> get_item(s) and 
read -> put_item(s) -> write approach to make it work as 
expected. We even have functions for that in core (HB_INI*()).

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:[14091] trunk/harbour

2010-03-07 Thread Bruno Luciani

May be this help you

http://www.postgresql.org/docs/7.4/static/datatype-datetime.html

Bruno


2010/3/7 

> Revision: 14091
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14091&view=rev
> Author:   vszakats
> Date: 2010-03-07 16:23:53 + (Sun, 07 Mar 2010)
>
> Log Message:
> ---
> 2010-03-07 17:22 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>  * contrib/hbpgsql/tests/simple.prg
>! Fixed date in SQL command to work regardless of mm/dd
>  positions in date.
>  I wonder what is the proper solution which uses a fully
>  portable date format. Anyone?
>
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/hbpgsql/tests/simple.prg
>
>
> 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
>
___
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:[14091] trunk/harbour

2010-03-07 Thread Bruno Luciani

This is the error when sample fails

It's say  that date it is out of range and may be a diferent datestyle
configuration its needed

Bruno

---


description  M  10   0
Inserting, declared transaction control
ERROR:  22008: el valor de hora/fecha est├í fuera de rango: ┬½12-22-2003┬╗
LINE 1: ... 1, 2, 'TEST', 'y', 5, 3000, 1500.2, 7.5, '12-22-200...
 ^
HINT:  Quiz├ís necesite una configuraci├│n diferente de ┬½datestyle┬╗.
LOCATION:  DateTimeParseError, datetime.c:3525

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892

ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el
fin de bloque de transacci├│n
LOCATION:  exec_simple_query, postgres.c:892


2010/3/7 

> Revision: 14091
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14091&view=rev
> Author:   vszakats
> Date: 2010-03-07 16:23:53 + (Sun, 07 Mar 2010)
>
> Log Message:
> ---
> 2010-03-07 17:22 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>  * contrib/hbpgsql/tests/simple.prg
>! Fixed date in SQL command to work regardless of mm/dd
>  positions in date.
>  I wonder what is the proper solution which uses a fully
>  portable date format. Anyone?
>
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/hbpgsql/tests/simple.prg
>
>
> 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
>
___
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:[14091] trunk/harbour

2010-03-07 Thread Viktor Szakáts

> May be this help you
> 
> http://www.postgresql.org/docs/7.4/static/datatype-datetime.html

Thank you though I'm not interested in the details 
this time, only the actual string I may commit to 
fix it. If you or someone else knows it, I will commit it.

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:[14091] trunk/harbour

2010-03-07 Thread Bruno Luciani

Reading about datestyle , i think that sample is ok for english language

this behavior it is ok respect to may /etc/postgresql.conf

# - Locale and Formatting -

datestyle = 'iso, dmy'


I think you need to leave the sample as it was

correct for english or "traditional" postgresql style

look this:

Style SpecificationDescriptionExampleISOISO 8601/SQL standard1997-12-17
07:37:16-08SQLtraditional style12/17/1997 07:37:16.00 PSTPostgreSQLoriginal
styleWed Dec 17 07:37:16 1997 PSTGermanregional style17.12.1997 07:37:16.00
PST

Bruno



2010/3/7 Viktor Szakáts 

> > May be this help you
> >
> > http://www.postgresql.org/docs/7.4/static/datatype-datetime.html
>
> Thank you though I'm not interested in the details
> this time, only the actual string I may commit to
> fix it. If you or someone else knows it, I will commit it.
>
> Brgds,
> Viktor
>
> ___
> 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] SF.net SVN: harbour-project:[14091] trunk/harbour

2010-03-07 Thread Viktor Szakáts

Yes, I'm not SQL expert, but maybe there exist a 
date notation which follows the ANSI standard, 
instead of national ones, sine the latter will 
inevitably not work in all setups.

In Harbour this "DTOS" notation is: MMDD

Brgds,
Viktor

On 2010 Mar 7, at 18:15, Bruno Luciani wrote:

> This is the error when sample fails 
> 
> It's say  that date it is out of range and may be a diferent datestyle  
> configuration its needed
> 
> Bruno
> 
> ---
> 
> 
> description  M  10   0
> Inserting, declared transaction control
> ERROR:  22008: el valor de hora/fecha est├í fuera de rango: ┬½12-22-2003┬╗
> LINE 1: ... 1, 2, 'TEST', 'y', 5, 3000, 1500.2, 7.5, '12-22-200...
>  ^
> HINT:  Quiz├ís necesite una configuraci├│n diferente de ┬½datestyle┬╗.
> LOCATION:  DateTimeParseError, datetime.c:3525
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> ERROR:  25P02: transacci├│n abortada, las ├│rdenes ser├ín ignoradas hasta el 
> fin de bloque de transacci├│n
> LOCATION:  exec_simple_query, postgres.c:892
> 
> 
> 2010/3/7 
> Revision: 14091
>  
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14091&view=rev
> Author:   vszakats
> Date: 2010-03-07 16:23:53 + (Sun, 07 Mar 2010)
> 
> Log Message:
> ---
> 2010-03-07 17:22 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>  * contrib/hbpgsql/tests/simple.prg
>! Fixed date in SQL command to work regardless of mm/dd
>  positions in date.
>  I wonder what is the proper solution which uses a fully
>  portable date format. Anyone?
> 
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/hbpgsql/tests/simple.prg
> 
> 
> 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
> 
> ___
> 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] SF.net SVN: harbour-project:[14091] trunk/harbour

2010-03-07 Thread Viktor Szakáts

> I think you need to leave the sample as it was
> 
> correct for english or "traditional" postgresql style
> look this:
> 
> Style Specification   Description Example
> ISO   ISO 8601/SQL standard   1997-12-17 07:37:16-08
> SQL   traditional style   12/17/1997 07:37:16.00 PST
> PostgreSQLoriginal style  Wed Dec 17 07:37:16 1997 PST
> Germanregional style  17.12.1997 07:37:16.00 PST
> 

IMO we should follow ISO standard. Can you try with "2003-12-17" ?

(SQL traditional style is ambiguous, so it's not good for us)

Though if any one of these depend on postgres configuration, 
they are not good for us.

(It's unbelievable that such basic problems are so poorly covered 
in SQL, which is supposed to be the paramount of database handling :/ 
I'd rather like to think there is a solution, only we don't know it)

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:[14091] trunk/harbour

2010-03-07 Thread Bruno Luciani

Works ok here using "2003-12-17" and "17-12-2003"

Postgresql understand the same date , using both format

Bruno



2010/3/7 Viktor Szakáts 

> > I think you need to leave the sample as it was
> >
> > correct for english or "traditional" postgresql style
> > look this:
> >
> > Style Specification   Description Example
> > ISO   ISO 8601/SQL standard   1997-12-17 07:37:16-08
> > SQL   traditional style   12/17/1997 07:37:16.00 PST
> > PostgreSQLoriginal style  Wed Dec 17 07:37:16 1997 PST
> > Germanregional style  17.12.1997 07:37:16.00 PST
> >
>
> IMO we should follow ISO standard. Can you try with "2003-12-17" ?
>
> (SQL traditional style is ambiguous, so it's not good for us)
>
> Though if any one of these depend on postgres configuration,
> they are not good for us.
>
> (It's unbelievable that such basic problems are so poorly covered
> in SQL, which is supposed to be the paramount of database handling :/
> I'd rather like to think there is a solution, only we don't know it)
>
> Brgds,
> Viktor
>
> ___
> 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] SF.net SVN: harbour-project:[14091] trunk/harbour

2010-03-07 Thread Bruno Luciani

May be we need to add some text about date format in sample  header

Bruno

2010/3/7 Viktor Szakáts 

> > I think you need to leave the sample as it was
> >
> > correct for english or "traditional" postgresql style
> > look this:
> >
> > Style Specification   Description Example
> > ISO   ISO 8601/SQL standard   1997-12-17 07:37:16-08
> > SQL   traditional style   12/17/1997 07:37:16.00 PST
> > PostgreSQLoriginal style  Wed Dec 17 07:37:16 1997 PST
> > Germanregional style  17.12.1997 07:37:16.00 PST
> >
>
> IMO we should follow ISO standard. Can you try with "2003-12-17" ?
>
> (SQL traditional style is ambiguous, so it's not good for us)
>
> Though if any one of these depend on postgres configuration,
> they are not good for us.
>
> (It's unbelievable that such basic problems are so poorly covered
> in SQL, which is supposed to be the paramount of database handling :/
> I'd rather like to think there is a solution, only we don't know it)
>
> Brgds,
> Viktor
>
> ___
> 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] SF.net SVN: harbour-project:[14091] trunk/harbour

2010-03-07 Thread Viktor Szakáts

> May be we need to add some text about date format in sample  header

It's not ideal solution to force ppl to change their 
local server config, just to be able to some SQL scripts.

I hope an SQL expert will comment and tell us the 
solution here.

Brgds,
Viktor

___
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:[14093] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14093
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14093&view=rev
Author:   vszakats
Date: 2010-03-07 17:43:18 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 18:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbpgsql/tests/simple.prg
! Fixed to use ANSI date format in INSERT command.

  * contrib/hbpgsql/tests/async.prg
  * contrib/hbpgsql/tests/test.prg
  * contrib/hbpgsql/tests/cache.prg
  * contrib/hbpgsql/tests/stress.prg
  * contrib/hbpgsql/tests/dbf2pg.prg
! Fixed indentation.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbpgsql/tests/async.prg
trunk/harbour/contrib/hbpgsql/tests/cache.prg
trunk/harbour/contrib/hbpgsql/tests/dbf2pg.prg
trunk/harbour/contrib/hbpgsql/tests/simple.prg
trunk/harbour/contrib/hbpgsql/tests/stress.prg
trunk/harbour/contrib/hbpgsql/tests/test.prg


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

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

2010-03-07 Thread vszakats

Revision: 14094
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14094&view=rev
Author:   vszakats
Date: 2010-03-07 18:03:17 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 19:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbpgsql/tests/simple.prg
! Fixed typo.

  * contrib/hbmysql/tests/test.prg
* Formatting.
; TOFIX: Not a standalone test code.

  * contrib/hbsqlit3/tests/blob.prg
  * contrib/hbsqlit3/tests/pack.prg
  * contrib/hbsqlit3/tests/metadata.prg
  * contrib/hbsqlit3/tests/sl3_test.prg
  * contrib/hbsqlit3/tests/hooks.prg
  * contrib/hbsqlit3/tests/backup.prg
* Indentation.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbmysql/tests/test.prg
trunk/harbour/contrib/hbpgsql/tests/simple.prg
trunk/harbour/contrib/hbsqlit3/tests/backup.prg
trunk/harbour/contrib/hbsqlit3/tests/blob.prg
trunk/harbour/contrib/hbsqlit3/tests/hooks.prg
trunk/harbour/contrib/hbsqlit3/tests/metadata.prg
trunk/harbour/contrib/hbsqlit3/tests/pack.prg
trunk/harbour/contrib/hbsqlit3/tests/sl3_test.prg


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: [Harbour] SF.net SVN: harbour-project:[14093] trunk/harbour

2010-03-07 Thread Bruno Luciani

I get this error now


br...@notebook:~/harbour-project/harbour/contrib/hbpgsql/tests$ hbmk2 simple
hbmk2: Processing local make script: hbmk.hbm
hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
hbmk2: Error: Opening: ../hbpgsql.hbc
Harbour 2.1.0dev (Rev. 14072)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'simple.prg'...
Lines 257, Functions/Procedures 1
Generating C source output to '/tmp/simple.c'... Done.
/tmp/simple.o:(.data+0x48): undefined reference to `HB_FUN_TPQSERVER'
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
gcc /tmp/simple.o /tmp/hbmk_75sb4u.o   -Wl,--start-group -lhbcplr -lhbdebug
-lgpm -lharbour  -Wl,--end-group -osimple -L/usr/local/lib/harbour
br...@notebook:~/harbour-project/harbour/contrib/hbpgsql/tests$


2010/3/7 

> Revision: 14093
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14093&view=rev
> Author:   vszakats
> Date: 2010-03-07 17:43:18 + (Sun, 07 Mar 2010)
>
> Log Message:
> ---
> 2010-03-07 18:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>  * contrib/hbpgsql/tests/simple.prg
>! Fixed to use ANSI date format in INSERT command.
>
>  * contrib/hbpgsql/tests/async.prg
>  * contrib/hbpgsql/tests/test.prg
>  * contrib/hbpgsql/tests/cache.prg
>  * contrib/hbpgsql/tests/stress.prg
>  * contrib/hbpgsql/tests/dbf2pg.prg
>! Fixed indentation.
>
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/hbpgsql/tests/async.prg
>trunk/harbour/contrib/hbpgsql/tests/cache.prg
>trunk/harbour/contrib/hbpgsql/tests/dbf2pg.prg
>trunk/harbour/contrib/hbpgsql/tests/simple.prg
>trunk/harbour/contrib/hbpgsql/tests/stress.prg
>trunk/harbour/contrib/hbpgsql/tests/test.prg
>
>
> 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
>
___
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:[14093] trunk/harbour

2010-03-07 Thread Viktor Szakáts

On 2010 Mar 7, at 19:12, Bruno Luciani wrote:

> br...@notebook:~/harbour-project/harbour/contrib/hbpgsql/tests$ hbmk2 simple
> hbmk2: Processing local make script: hbmk.hbm
> hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
> hbmk2: Error: Opening: ../hbpgsql.hbc

It's local problem, see above. SVN is alright.

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:[14093] trunk/harbour

2010-03-07 Thread Bruno Luciani

ok


2010/3/7 Viktor Szakáts 

> On 2010 Mar 7, at 19:12, Bruno Luciani wrote:
>
> > br...@notebook:~/harbour-project/harbour/contrib/hbpgsql/tests$ hbmk2
> simple
> > hbmk2: Processing local make script: hbmk.hbm
> > hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
> > hbmk2: Error: Opening: ../hbpgsql.hbc
>
> It's local problem, see above. SVN is alright.
>
> Brgds,
> Viktor
>
> ___
> 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] SF.net SVN: harbour-project:[14093] trunk/harbour

2010-03-07 Thread Bruno Luciani

all ok

My mistake

2010/3/7 Viktor Szakáts 

> On 2010 Mar 7, at 19:12, Bruno Luciani wrote:
>
> > br...@notebook:~/harbour-project/harbour/contrib/hbpgsql/tests$ hbmk2
> simple
> > hbmk2: Processing local make script: hbmk.hbm
> > hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
> > hbmk2: Error: Opening: ../hbpgsql.hbc
>
> It's local problem, see above. SVN is alright.
>
> Brgds,
> Viktor
>
> ___
> 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] SF.net SVN: harbour-project:[14095] trunk/harbour

2010-03-07 Thread vszakats

Revision: 14095
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14095&view=rev
Author:   vszakats
Date: 2010-03-07 19:31:54 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-07 20:31 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbpgsql/tests/tstpgrdd.prg
  * contrib/hbpgsql/tests/async.prg
  * contrib/hbpgsql/tests/test.prg
  * contrib/hbpgsql/tests/cache.prg
  * contrib/hbpgsql/tests/stress.prg
  * contrib/hbpgsql/tests/dbf2pg.prg
! Various fixes.
! Formatting.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbpgsql/tests/async.prg
trunk/harbour/contrib/hbpgsql/tests/cache.prg
trunk/harbour/contrib/hbpgsql/tests/dbf2pg.prg
trunk/harbour/contrib/hbpgsql/tests/stress.prg
trunk/harbour/contrib/hbpgsql/tests/test.prg
trunk/harbour/contrib/hbpgsql/tests/tstpgrdd.prg


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

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

2010-03-07 Thread vszakats

Revision: 14096
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14096&view=rev
Author:   vszakats
Date: 2010-03-07 23:11:09 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-08 00:09 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * include/hbapi.h
  * src/common/hbver.c
+ Added hb_iswin2k() low-level function to detect
  if running under Windows 2000 or newer.

  * include/hbextern.ch
  * src/rtl/version.c
+ Added HB_OSISWIN2K() .prg level function.

  * src/rtl/gtwin/gtwin.c
  * src/rtl/gtwvt/gtwvt.c
  * contrib/gtwvg/gtwvg.c
  * contrib/gtwvg/wvggui.c
  * examples/gtwvw/gtwvw.c
  * contrib/hbwin/win_prn2.c
  * contrib/hbwin/win_prn3.c
% Changed to use hb_iswin*() API instead of implementing
  version detection locally.

  * contrib/hbmysql/mysql.c
  * contrib/hbpgsql/postgres.c
+ Added my partial copyright.

  * contrib/hbpgsql/tests/tstpgrdd.prg
* Formatting.

  * contrib/hbpgsql/postgres.c
! Fixed to define all .prg level functions regardless
  of pgsql lib it's built against. They return
  permanent failure in this case.
! Fixed PQCREATETRACE() to return NULL pointer instead
  of NIL for static builds.
! PQFREECANCEL() marked with HB_LEGACY_LEVEL3.

  * contrib/hbwin/win_os.prg
+ Using HB_OSISWIN2K() core API.

  * contrib/hbide/ideprojmanager.prg
* Minor alignment.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/gtwvg/gtwvg.c
trunk/harbour/contrib/gtwvg/wvggui.c
trunk/harbour/contrib/hbide/ideprojmanager.prg
trunk/harbour/contrib/hbmysql/mysql.c
trunk/harbour/contrib/hbpgsql/postgres.c
trunk/harbour/contrib/hbpgsql/tests/tstpgrdd.prg
trunk/harbour/contrib/hbwin/win_os.prg
trunk/harbour/contrib/hbwin/win_prn2.c
trunk/harbour/contrib/hbwin/win_prn3.c
trunk/harbour/examples/gtwvw/gtwvw.c
trunk/harbour/include/hbapi.h
trunk/harbour/include/hbextern.ch
trunk/harbour/src/common/hbver.c
trunk/harbour/src/rtl/gtwin/gtwin.c
trunk/harbour/src/rtl/gtwvt/gtwvt.c
trunk/harbour/src/rtl/version.c


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

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

2010-03-07 Thread vszakats

Revision: 14097
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14097&view=rev
Author:   vszakats
Date: 2010-03-07 23:33:01 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-08 00:32 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbwin/win_prn2.c
! Changed one remaining local version detection to hb_iswin*() call.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbwin/win_prn2.c


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

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

2010-03-07 Thread vszakats

Revision: 14098
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14098&view=rev
Author:   vszakats
Date: 2010-03-07 23:38:34 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-08 00:38 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbwin/win_prn3.c
% Changed local version detection to hb_iswin*() calls.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbwin/win_prn3.c


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

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

2010-03-07 Thread vszakats

Revision: 14099
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14099&view=rev
Author:   vszakats
Date: 2010-03-07 23:49:34 + (Sun, 07 Mar 2010)

Log Message:
---
2010-03-08 00:48 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * ChangeLog
! Added missing change from prev entry:
  * src/rtl/gtwvt/gtwvt.c
* Changed RegisterClass() call to RegisterClassEx().
  Same availability, more features, recommended call.

Modified Paths:
--
trunk/harbour/ChangeLog


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

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

2010-03-07 Thread vszakats

Revision: 14100
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14100&view=rev
Author:   vszakats
Date: 2010-03-08 01:05:44 + (Mon, 08 Mar 2010)

Log Message:
---
2010-03-08 02:01 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * utils/hbmk2/hbmk2.prg
+ Added trick to recognize 'unicows' lib for win targets
  and always place it to its required position in the
  lib list. (this trick may change in the future, I don't
  really like current solution)
  This fixes the unicows issues, and now it seems to work
  nicely with Harbour apps built in (now default) UNICODE
  mode, when executed on Win9x systems. Harbour works only
  with Microsoft's UNICOWS.DLL (with OPENCOWS.DLL it doesn't).
; TOFIX: For GTWIN there is no keyboard input though, but
 the mouse works. Any idea why?

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/utils/hbmk2/hbmk2.prg


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

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

2010-03-07 Thread vszakats

Revision: 14101
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14101&view=rev
Author:   vszakats
Date: 2010-03-08 01:47:35 + (Mon, 08 Mar 2010)

Log Message:
---
2010-03-08 02:47 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * src/rtl/gtwin/gtwin.c
! Minor formattting.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/rtl/gtwin/gtwin.c


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

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

2010-03-07 Thread vszakats

Revision: 14102
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14102&view=rev
Author:   vszakats
Date: 2010-03-08 02:29:23 + (Mon, 08 Mar 2010)

Log Message:
---
2010-03-08 03:28 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * src/rtl/gtwin/gtwin.c
! Added workaround for MS confirmed (but forever unfixed)
  UNICOWS ReadConsoleInput() bug, which caused reported
  dead keyboard when running UNICODE+UNICOWS apps on Win9x.
% Optimized to cache Win9x detection flag.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/src/rtl/gtwin/gtwin.c


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: [Harbour] SF.net SVN: harbour-project:[14096] trunk/harbour

2010-03-07 Thread smu johnson

Wow you've been busy!

Anyway I was thinking hb_iswin2k() -> hb_isWin2kOrAbove() would be a bit
better wording to not be ambiguous about the "or versions above" part of
that call.

Just a thought/.

On Sun, Mar 7, 2010 at 3:11 PM,  wrote:

> Revision: 14096
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14096&view=rev
> Author:   vszakats
> Date: 2010-03-07 23:11:09 + (Sun, 07 Mar 2010)
>
> Log Message:
> ---
> 2010-03-08 00:09 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>  * include/hbapi.h
>  * src/common/hbver.c
>+ Added hb_iswin2k() low-level function to detect
>  if running under Windows 2000 or newer.
>
>  * include/hbextern.ch
>  * src/rtl/version.c
>+ Added HB_OSISWIN2K() .prg level function.
>
>  * src/rtl/gtwin/gtwin.c
>  * src/rtl/gtwvt/gtwvt.c
>  * contrib/gtwvg/gtwvg.c
>  * contrib/gtwvg/wvggui.c
>  * examples/gtwvw/gtwvw.c
>  * contrib/hbwin/win_prn2.c
>  * contrib/hbwin/win_prn3.c
>% Changed to use hb_iswin*() API instead of implementing
>  version detection locally.
>
>  * contrib/hbmysql/mysql.c
>  * contrib/hbpgsql/postgres.c
>+ Added my partial copyright.
>
>  * contrib/hbpgsql/tests/tstpgrdd.prg
>* Formatting.
>
>  * contrib/hbpgsql/postgres.c
>! Fixed to define all .prg level functions regardless
>  of pgsql lib it's built against. They return
>  permanent failure in this case.
>! Fixed PQCREATETRACE() to return NULL pointer instead
>  of NIL for static builds.
>! PQFREECANCEL() marked with HB_LEGACY_LEVEL3.
>
>  * contrib/hbwin/win_os.prg
>+ Using HB_OSISWIN2K() core API.
>
>  * contrib/hbide/ideprojmanager.prg
>* Minor alignment.
>
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/contrib/gtwvg/gtwvg.c
>trunk/harbour/contrib/gtwvg/wvggui.c
>trunk/harbour/contrib/hbide/ideprojmanager.prg
>trunk/harbour/contrib/hbmysql/mysql.c
>trunk/harbour/contrib/hbpgsql/postgres.c
>trunk/harbour/contrib/hbpgsql/tests/tstpgrdd.prg
>trunk/harbour/contrib/hbwin/win_os.prg
>trunk/harbour/contrib/hbwin/win_prn2.c
>trunk/harbour/contrib/hbwin/win_prn3.c
>trunk/harbour/examples/gtwvw/gtwvw.c
>trunk/harbour/include/hbapi.h
>trunk/harbour/include/hbextern.ch
>trunk/harbour/src/common/hbver.c
>trunk/harbour/src/rtl/gtwin/gtwin.c
>trunk/harbour/src/rtl/gtwvt/gtwvt.c
>trunk/harbour/src/rtl/version.c
>
>
> 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
>



-- 
smu johnson 
___
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:[14096] trunk/harbour

2010-03-07 Thread Viktor Szakáts

Hi,

> Wow you've been busy!
> 
> Anyway I was thinking hb_iswin2k() -> hb_isWin2kOrAbove() would be a bit 
> better wording to not be ambiguous about the "or versions above" part of that 
> call.

We keep it short and simple: all hb_iswin*() calls 
automatically mean "and above" (the only exception 
is hb_iswin9x()). Checking for specific Windows 
versions has not much use in core code, and with 
current calls it's very easy to detect the "class" 
of win OS.

Brgds,
Viktor

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

[Harbour] hbIDE and Intellisense

2010-03-07 Thread Pritpal Bedi


Hi All

I am a step forward in basic constructs needed for 
some "intellisense" concepts, but I am not sure what bunch 
can be defined as intellisense.

Can you post what is expected in a source editor in this 
context. I do not want to build foundation which may require
deep changes in the future.

Waiting to hear from you.


-
 enjoy hbIDEing...
Pritpal Bedi 
_a_student_of_software_analysis_&_design_
-- 
View this message in context: 
http://n2.nabble.com/hbIDE-and-Intellisense-tp4693108p4693108.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

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

2010-03-07 Thread vszakats

Revision: 14103
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14103&view=rev
Author:   vszakats
Date: 2010-03-08 02:53:59 + (Mon, 08 Mar 2010)

Log Message:
---
2010-03-08 03:53 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * INSTALL
+ Added UNICOWS links.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL


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

[Harbour] Building Harbour from SVN

2010-03-07 Thread Sérgio Kondo


Hi all,
Where I found instruction to build harbour from SVN version? I like build 
using MSVC8.

Thansks
Sérgio Kondo


___
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:[14104] trunk/harbour

2010-03-07 Thread macdavid

Revision: 14104
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14104&view=rev
Author:   macdavid
Date: 2010-03-08 03:49:14 + (Mon, 08 Mar 2010)

Log Message:
---
2010-03-07 21:30 UTC-0600 David Arturo Macias Corona (dmacias/at/mail.udg.mx)
  * harbour/contrib/hbqt/hbqt.hbc
  * harbour/contrib/hbqt/gtqtc/gtqtc.hbc
+ Added support for OS/2

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbqt/gtqtc/gtqtc.hbc
trunk/harbour/contrib/hbqt/hbqt.hbc


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

78 matches

Mail list logo