Barry Jackson escreveu:
>
> Also is there any xhgtk documentation in English?
>
Hi Barry,
The xhgtk documentation is a work in progress. You can use the Google
translator to navigate the website in english:
http://translate.google.com.br/translate?u=http://xhgtk.sourceforge.net&sl=pt&tl=en&hl
Viktor Szakáts wrote:
Now it's better, but in order to make them give the right results
with SHA384 and SHA512, 64 has to be changed to 128. I'm
lost how to do this in a generic way.
Hi,
why? 64 bytes (binary, not hex) is 512 bits. So, HMAC is OK up to 512 bits.
After reading some docs (rfc
Good job,
Thanks,
JF,
-Message d'origine-
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : mardi 20 janvier 2009 0:42
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] MT questions
On Mon, 19 J
Hi Mindaugas,
Now it's better, but in order to make them give the right results with
SHA384 and SHA512, 64 has to be changed to 128. I'm
lost how to do this in a generic way.
Brgds,
Viktor
On Mon, Jan 19, 2009 at 10:03 PM, Mindaugas Kavaliauskas wrote:
> Hi,
>
>
> For some reason I still cann
Przemyslaw Czerpak wrote:
I hope that now it is more clear for every body.
Yes. Thanks. Sorry, for writing before testing.
Regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbo
On Mon, 19 Jan 2009, Mindaugas Kavaliauskas wrote:
Hi,
>> Same for me. It seem more ‘intuitive’ for me that each thread really
>> has it’s own initial value, even when the value by itself is the same.
> I agree, and I prefer even more strict behaviour here. Thread statics
> should be initialize
Przemek
Thank you!
I guess that you simply begin to use GTSLN as your default GT driver
Probably! - I was following the recommendation in the xhgtk README
Quote:-
1. Environment configuration - General guidelines
---
- Linux/Unix eg:
ex
2009-01-20 00:20 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
+ harbour/contrib/examples/uhttpd/modules/info.prg
+ New sample showing server variables
* harbour/contrib/examples/uhttpd/home/index.html
* harbour/contrib/examples/uhttpd/readme.txt
* harbour/contrib/examples
Hi Francesco,
Yes, the notification is already set up, but the mailbox is not yet
existing. We should wait for Phil to set it up,
so that we can test the redirection + notification.
Until this matter gets settled, commiters pls ignore this
error message.
Brgds,
Viktor
On Mon, Jan 19, 2009 at 11
Hi All,
I'm receiving this mail from sf.net:
What I have to do ?
Best regards,
Francesco
Hi. This is the qmail-send program at fiberhosting.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry
2009-01-19 23:43 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/Changelog
* fixed path of previous upload
sorry typo in changelog fixed
Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lis
2009-01-19 23:43 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
* harbour/Changelog
* fixed path of previous upload
sorry typo in changelog fixed
Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lis
2009-01-19 23:39 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
+ harbour/contrib/examples/uhttpd
+ harbour/contrib/examples/socket.c
+ harbour/contrib/examples/uhttpd.prg
+ harbour/contrib/examples/hbmk_b32.bat
+ harbour/contrib/examples/readme.txt
+ harbour/contrib/exampl
+1
2009/1/19 Pritpal Bedi
>
> Przemek
>
> I am still waiting it to happen.
> I have converted all my applns to MT and have been
> struggling to change 'thread static' behavior which is very tedius.
> I endorse Viktor's observation.
>
> Regards
> Pritpal Bedi
> --
> View this message in context:
Well, Python ranks much higher on my language respect list than PHP, so +1
:)
Brgds,
Viktor
On Mon, Jan 19, 2009 at 10:42 PM, Mindaugas Kavaliauskas wrote:
> Viktor Szakáts wrote:
>
>> hmmm, really strange. In this case I won't add any SHA2 functions to core
>> in this fashion. Rather I'll keep
I agree with you.
So is it true, that I now _have to_ initialize everything with NIL
explicitly,
if I want them to be inited to a known value for all threads?
I was specifically avoiding this so far, because the NIL assignment
would just take some extra time one startup (not much, but keeping
star
Viktor Szakáts wrote:
hmmm, really strange. In this case I won't add any SHA2 functions
to core in this fashion. Rather I'll keep it in hbcrypt() in binary form.
Or, if group agrees, we break with the HB_MD5 "habit" and these
new ones will use binary data by default.
Am I living a different wo
Hi,
Same for me. It seem more ‘intuitive’ for me that each thread really has
it’s own initial value, even when the value by itself is the same.
I agree, and I prefer even more strict behaviour here. Thread statics
should be initialized to NIL on thread startup. Because it's static of
THAT P
I wasn't aware that HB_MD5 is returning a hexa string.
In my personaly opinion, but it's probably too late to modify
that, such functions should return a binary stream of bytes,
and if user wants, it can be easily converted to hex using
hb_strtohex(). This way it's properly modular and there's
no r
hmmm, really strange. In this case I won't add any SHA2 functions to core in
this fashion. Rather I'll keep it in hbcrypt() in binary form.
Or, if group agrees, we break with the HB_MD5 "habit" and these
new ones will use binary data by default.
Am I living a different world, or is it true, that i
Hi,
In many cases (ex., communication protocol implementation) we need binary
digest result, and hex format is used for human readable representation
only.
You are right. I'll add support for such parameter.
Maybe we should even return binary data by default.
What's group decision?
No, let'
2009-01-19 22:17 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
* clone arrays and hash tables instead of coping when thread static
variable is initialized
+ harbour/tests/mt/mttest12.prg
+ added demonstration/test code which illustrates thread sta
On Mon, 19 Jan 2009, Mindaugas Kavaliauskas wrote:
Hi,
> P.S. sometimes one more optional parameter would be really usefull
> HB_{MD5|SHA1|...}( cMessage [, lBinary ] ), to avoid two unnecessary
> Bin->Hex->Bin conversion in function like HB_HMAC:
> FUNC HB_HMAC(fHash, cMessage, cKey, lBinary)
Przemek
<<<
+1 for handling them separately. (reasons: more coherent/expected behaviour,
quicker and more compact code, since inline initialization can be used
without
concerns. It's a light reasoning after doing a quick scan on my source and
spotting
quite some places where current behaviour
Hi,
For some reason I still cannot make pass your generic .prg HMAC function
on the validation tests. Probably some stupid mistakes on my part.
No, on my one. I forgot one Hex->Bin conversion. It should be:
FUNC HB_HMAC(fHash, cMessage, cKey)
IF LEN(cKey) > 64; cKey := HB_HexToStr(EVAL(f
2009-01-19 21:38 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbct/ctwin.c
* harbour/contrib/hbct/ctwin.h
+ added support for nested window shadows
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.or
On Mon, 19 Jan 2009, Barry Jackson wrote:
Hi Barry,
> Please help. I posted this to the Nabble forum but it seems not to have
> made it to the list.
> I can not make any test xhgtk program run from a desktop launcher or a file
> manager SINCE updating Harbour and xhgtk from SVN in early January
Same for me. It seem more 'intuitive' for me that each thread really has it's
own initial value, even when the value by itself is the same.
Is there or should we have some "static shared" where the pointer could be
shared ?
Regard,
JF,
De : harbour-boun...@harbour-project.org
[mailto:har
Please help. I posted this to the Nabble forum but it seems not to have
made it to the list.
I can not make any test xhgtk program run from a desktop launcher or a
file manager SINCE updating Harbour and xhgtk from SVN in early January.
I have builds of tests (F.e. button.prg made during December
+1 for handling them separately. (reasons: more coherent/expected
behaviour, quicker and more compact code, since inline initialization can
be used without
concerns. It's a light reasoning after doing a quick scan on my source and
spotting
quite some places where current behaviour is a potential pr
Thanks Mindaugas.
For some reason I still cannot make pass your generic .prg HMAC function
on the validation tests. Probably some stupid mistakes on my part.
Brgds,
Viktor
On Mon, Jan 19, 2009 at 4:52 PM, Mindaugas Kavaliauskas
wrote:
> Hi,
>
>
> We will need an HB_STRXOR(). Does this seem okay
On Mon, 19 Jan 2009, Lorenzo Fiorini wrote:
Hi Lorenzo,
> For example I have a static array that keeps the menu prompts. At the
> start the menus are correct since every "module" has its own own
> prompts but if I choose an entry in one app I get that entry disabled
> in another app or not disabl
I've merged some app into a single MT binary. What I expect is that
the all keeps all the previous way to work so different menus,
different dbfs but as thread modules instead of running binaries using
HB_RUN.
I've put all the sources in tha same dirs and added "thread" to all
module static vars b
2009-01-19 19:34 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbct/ctwin.c
* harbour/contrib/hbct/ctwin.h
* harbour/contrib/hbct/ctwfunc.c
+ added support for window shadows which clears highlight attributes
instead of using fixed shadow color attribute
be
On Mon, 19 Jan 2009, Mindaugas Kavaliauskas wrote:
Hi,
> Some parameter error detection is done (I'm not sure that error subcode we
> should use, so, I've used 3012, just like in HB_STRTOHEX()). String is not
> reallocated if xor'ing to empty string or zero byte. Feel free to commit
> this cod
Hi,
We will need an HB_STRXOR(). Does this seem okay (UCHAR vs. BYTE might
be wrong here):
Oh, yes, I forgot it's my function, not Harbour's. I use code:
HB_FUNC( HB_STRXOR )
{
PHB_ITEMpItem, pItem2;
ULONG ulLen1, ulLen2, ul, ul2;
const char *pStr1, *pStr2;
char*
On Mon, 19 Jan 2009, Alex Strickland wrote:
Hi Alex,
> I was calling a method called "end" on a COM object, and nothing was
> happening. Fortunately for me the COM object supplies an equivalent
> alternative - endTransaction(), and that worked.
> Is end() somehow reserved in our classes?
AFAIK
Hi
I was calling a method called "end" on a COM object, and nothing was
happening. Fortunately for me the COM object supplies an equivalent
alternative - endTransaction(), and that worked.
Is end() somehow reserved in our classes?
In a similar vein, what is the difference between init() and
Przemek,
Thanks for the reply.
I added it to the feature request and mark that item as closed.
Chen.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2009-01-19 13:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbmzip/hbmzip.c
! added missing nInternalAttr and nExternalAttr parameters decoding in
function HB_ZIPFILECREATE() - problem located and fixed by Andres Reyes
in xHarbour
best regards
Przemek
2009-01-19 12:57 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hbproces.c
! include signal.h in all *nixes builds - it was my typo and not only
Darwin needs it.
best regards
Przemek
___
Harbour mailing list
Harbour
On Sun, 18 Jan 2009, Chen Kedem wrote:
Hi Chen,
>
> PCRE automatic precompiling
> Hi Harbour folks,
> hb_regexMatch() and friends could be enhanced in speed, if the passed PCRE
> expressions would be compiled and cached for subsequent calls
uhttpd seems good to me.
Brgds,
Viktor
On Mon, Jan 19, 2009 at 2:31 AM, Mindaugas Kavaliauskas
wrote:
> Francesco Saverio Giudice wrote:
>
>> Ok, I'll do, if Mindaugas agree. Do you have a name proposal ?
>> I think we can name it webserver (what fantasy ;-) ).
>> One version I have is based on M
Hi Mindaugas,
> I didn't deal with SHA1 because it isn't considered safe anymore (just like
>> MD5). It can easily be added, given we find an implementation with a Harbour
>> compatible licence.
>>
>
> MD5 and SHA1 is still used in many standards. You can use stronger hashing
> in your applicatio
44 matches
Mail list logo
