Apenas 2 compiladores recomendados para o Harbour.

[Itamar M. Lins Jr.]

Ola!
Depois dessas recomendações, vou mudar para MSVC mesmo, mas não agora.

Código: Selecionar todos

    * Split Windows compiler list to 'recommended' and 'supported'
      sublists. Recommended are MinGW and MSVC.
      Some comments on the rest:
      - pocc: lack of 3rd party support, mediocre performance.
      - owatcom: lack of 3rd party support, bad performance,
        proprietary object/dll format.
      - bcc: lack of 3rd party support, mediocre performance, has known bugs,
        proprietary object/dll format.
      - xcc: for testing only.
      - icc: for testing and code validation only.
      - cygwin: for some niche purposes. MinGW is a superior choice.

Saudações,
Itamar M. Lins Jr.

[sygecom]

Levei um bom tempo para sair do xHarbour, mas já estou usando HarbourSvn + Msvc e Hwgui e relamente a diferença é boa e vale a pena.

[lugab]

Uepa !!!! Em que intensidade essa informação afeta a quem usa o xharbour em modo console

[vailton]

O xHarbour assim como o Harbour compilado com MSVC tira proveito do fato deste compilador C ser mais rápido do que o BCC ou outros. Ao meu ver um comparativo assim é importante para podermos decidir quais ferramentas usar no dia-a-dia.

[Hasse]

Este incremento de velocidade é em tempo de compilação ou em tempo de execução ?

[sygecom]

Olá Hasse,

Este incremento de velocidade é em tempo de compilação ou em tempo de execução ?

Em relação a tempo de compilação o MSVC parace ser um pouco mais devagar que o BCC, mas o resultado bom mesmo esta em tempo de execução do aplicativo compilado com MSVC, no caso tenho usado com HWGUI e as telas parecem abrir mais rapidas, se uar em TS então fica super rapida, não sei exatamente lhe dizer o por que disso, mas sei que ele fica mais rapido mesmo, telas com BROWSE GRAFICO fica mais rapido também.

[Hasse]

Obrigado Leonardo.

Opa !!! O assunto interesou...
Há no Fórum algum tópico ensinando como migrar para o MSVC ?

O HBmake continua a ser usado ?

[sygecom]

Olá Hasse,

Há no Fórum algum tópico ensinando como migrar para o MSVC ?

Não tem, mas é muito facil de se compilar com Harbour+MSVC. Você esta acompanhando o Harbour do SVN ?

O HBmake continua a ser usado ?

Tchê, eu até tentei insistir com o Hbmake no xHarbour, mas não obtive sucesso, postei no forum internacional do xHarbour, o pessoal até ajustou algumas coisa no Hbmake, mas mesmo assim não consegui com xHarbour, mas eu também não insisti muito, pq o hbmk2 do Harbour é tão simples de usar que acabei cedendo logo de cara.
Mas vi que no link abaixo vou disponibilizado o xHarbour para MSVC:
http://free.xharbour.com/free.xHarbour.com/index.html

Se não tiver acompanhando o Harbour do SVN, pode baixar a versão BETA do Harbour que esta no SourceForge, e testa com MSVC.

[Hasse]

OK.
Obrigado.
Em caso de dúvidas volto ao assunto.

[Itamar M. Lins Jr.]

Bem pessoal, mudei para o MSV.
Agora eu estou usando o Harbour/Hwgui/hbmk2/Letodb, tudo do SVN compilado pelo MSVC.

Estou esperando uns ajustes oficiais no letodb, eu fiz uns ajustes para poder tocar o barco.

O hbmk2 é super simples com compilação incremental etc...

Saudações,
Itamar M. Lins Jr.

[sygecom]

Aqui compilou sem problemas o LETODB. Alias minha versão do Harbour foi compilada no dia 09/07/2009 e o LetoDb tmb.

[Itamar M. Lins Jr.]

Aqui compilou sem problemas o LETODB. Alias minha versão do Harbour foi compilada no dia 09/07/2009 e o LetoDb tmb.

O pessoal do harbour não está parado, já fizeram ssl, e implemetaram o https,ftps,pop3s,smtps.
Depois disso as funçoes do letodb hb_socket estão colidindo com as do Harbour.
Essas novas possibilidades vai ajudar as pessoas da NFe creio.

Código: Selecionar todos

2009-08-10 02:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbtip/sessid.prg
  * contrib/hbtip/cgi.prg
  * contrib/hbtip/encoder.prg
  * contrib/hbtip/mail.prg
  * contrib/hbtip/sendmail.prg
  * contrib/hbtip/httpcli.prg
  * contrib/hbtip/smtpcli.prg
  * contrib/hbtip/client.prg
  * contrib/hbtip/ftpcli.prg
  * contrib/hbtip/popcli.prg
    + Added TIP_SSL() function to return whether SSL functionality is available
      or not.
    % Deleted unnecessary tip.ch header inclusions.
    + Added TIPCLIENT():INETTIMEOUT() method to set / refresh timeout.
    % Direct hb_inetTimeout() calls either optimized out (after ::super:open()),
      or replaced by ::inetTimeout() calls.
    ! Fixed to also accept pop3s where pops is accepted.
    + TIPCLIENTPOP() will set default port to 995 in pop3s mode.
    + TIPCLIENTSMTP() will set default port to 465 in smtps mode.
    + TIPCLIENTHTTP() will set default port to 443 in https mode.
    + Some steps towards SMTP STARTTLS encryption method.
    ! Uncommented setting "Content-Length" in TIPMAIL():SETBODY().
      gmail rejects attachment without it. It's also needed for internal
      consistency as TIPMAIL():NEW() sets this data.
    ! HB_SENDMAIL() fixed to use HB_MEMOREAD() to read attachment.
    ! HB_SENDMAIL() fixed to load the attachment if it was passed
      as a content/name pair array. Handling all combinations now.
    * HB_SENDMAIL() changed to not exit on the first invalid attachment
      specification, but simply ignore these. Feels more natural that way,
      but the old behaviour can be restored if there was a reason for it
      which overlooked.
    * Formatting.
    ; TOFIX: hbtip currently has two different facilities to find out the
             MIME type of a given extension: TIP_FILEMIMETYPE() and
             HB_SETMIMETYPE(). First one also looks into the content while
             the second one has a much more extensive extension based
             detection. There is also a 3rd and separate function which
             aims to detect whether a type is binary or text. This isn't
             very efficient this way, unless there is some reasoning
             behing current logic.

  * contrib/hbtip/log.prg
    ! Fixed to reset internal file handle to empty value on close.

  * contrib/hbssl/sslctx.c
    ! Added !OPENSSL_NO_STDIO guard for functions where it applies().
    + Added SSL_CTX_LOAD_VERIFY_LOCATIONS().

  * config/global.cf
    ! Deleted two debug lines from prev commit.

Saudações,
Itamar M. Lins Jr.

[Hasse]

Boa tarde colegas.

Instalei o Tortoise SVN, última versão, para baixar o Harbour.

Ao clicar com o botão direito, tenho as opções:
-SVN Checkout...
-Tortoise SVN

Na primeira opção, "SVN Checkout..." abre uma janela, onde tenho:

1º campo: URL Repository: "http://www.harbour-project.org";
2º campo: Checkout Directory: "C:\Harbour";
3º campo: Checkout Depth: "Fully Recursive".

Clicando em OK, aparece uma mensagem de erro:

Command: Checkout from http://www.harbour-project.org, revision HEAD, Fully recursive, Externals included
Error: OPTIONS of 'http://www.harbour-project.org': 200 OK (http://www.harbour-project.org)
Finished!:

Onde está o erro ?

[Itamar M. Lins Jr.]

Olha esse tópico aqui.
viewtopic.php?f=43&t=6701

Saudações,
Itamar M. Lins Jr.

[Hasse]

Bom dia Itamar.

Mesmo seguindo do teu tópico, continua o mesmo erro.

O SVN que baixei é a versão 1.6.4-16808-win32.

Pode ser algum problema de versão ou instação do SVN ?