Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Dec 06 18:14
    rlebeau commented #183
  • Dec 06 18:00
    JPeterMugaas commented #183
  • Dec 06 17:42
    rlebeau commented #183
  • Dec 06 17:42
    rlebeau commented #183
  • Dec 06 17:41

    rlebeau on OpenSSL-1.1.x

    (compare)

  • Dec 06 17:18
    rlebeau commented #270
  • Dec 06 17:17
    jgv-Flexsys commented #183
  • Dec 06 17:10
    rlebeau commented #183
  • Dec 05 15:04
    Fulgan commented #270
  • Dec 05 13:25
    winkelsdorf commented #183
  • Dec 05 13:23
    winkelsdorf commented #183
  • Dec 03 22:30

    rlebeau on master

    Correctly define timezone funct… Merge pull request #272 from Bi… (compare)

  • Dec 03 22:30
    rlebeau closed #272
  • Dec 03 21:15

    rlebeau on master

    Fixing compiler errors in TIdIP… (compare)

  • Dec 03 20:50
    Bi0T1N opened #272
  • Dec 03 01:33

    rlebeau on master

    Fix for missing declaration of … Fix for compiler error in Local… Merge branch 'master' of https:… and 2 more (compare)

  • Dec 02 20:27

    rlebeau on master

    Update IdGlobal.pas Fix for co… (compare)

  • Dec 01 20:17

    rlebeau on master

    Update IdGlobal.pas Fix for mi… (compare)

  • Dec 01 10:46
    geoffsmith82 commented #192
  • Nov 30 16:54

    rlebeau on master

    Update IdGlobal.pas Fix for co… (compare)

rkmanaz
@rkmanaz
to make sure, i tested with OpenSSL 1.0.2n 7 Dec 2017(VC-WIN32) compiler: cl /MD /Ox /O2 /Ob2 -DOPENSSL_THREADS -DDSO_WIN32 -W3 -WX -Gs0 -GF -Gy -nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -D_CRT_SECURE_NO_DEPRECATE -D_WINSOCK_DEPRECATED_NO_WARNINGS -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DOPENSSL_USE_APPLINK -I. -DOPENSSL_NO_RC5 -DOPENSSL_NO_MD2 -DOPENSSL_NO_SSL2 -DOPENSSL_NO_KRB5 -DOPENSSL_NO_JPAKE -DOPENSSL_NO_WEAK_SSL_CIPHERS -DOPENSSL_NO_STATIC_ENGINE
same thing
Remy Lebeau
@rlebeau
@rkmanaz I found the problem, and it is not in DumpCert() at all, its original code is fine. The real problem is in BIO_get_mem_data() itself in IdSSLOpenSSLHeaders.pas. When it calls BIO_ctrl(), it is not passing the correct output pointer - Result := BIO_ctrl(b,BIO_CTRL_INFO,0,pp); should be Result := BIO_ctrl(b,BIO_CTRL_INFO,0,@pp); Looks like other functions, like BIO_get_mem_ptr and BIO_get_ssl, are also affected by a similar bug
Remy Lebeau
@rlebeau
@mercedwang I have checked in an update for the declarations you mentioned, and several others
mercedwang
@mercedwang
@rlebeau Great!
Jeroen Wiert Pluimers
@jpluimers
Remy Lebeau
@rlebeau
@jpluimers I don't visit Google groups very often
Remy Lebeau
@rlebeau
@jpluimers I'll review it when I have some time
@jpluimers I updated IndySockets/Indy#49 with the link to Paul's implementation so I don't lose it
Kudzu
@czhower
Looks cool.. definitely to look at integrating...
Remy Lebeau
@rlebeau
Indy has an SSPI implementation that it uses for TIdSSPINTLMAuthentication for NTLM over HTTP, but last time I looked at it, I seem to recall that it is not generalized enough for reuse with SChannel, which also uses SSPI. If we can finish fleshing out the IdSSPI unit with some missing pieces, and maybe port some of the code from the IdAuthenticationSSPI unit into IdSSPI or another common unit, that would go a long way to making an SChannel IOHandler easier to implement within Indy. I'm sure there are pieces of Paul's implementation that duplicate pieces that Indy already has and should reuse. I was already working on learning the SSPI API for SChannel use, but that effort is still in test code and not in Indy yet.
Jacek
@jaclas
Only Embarcadero knows the exact reason
Kudzu
@czhower
blob
was it in one of those paths?
mezen
@mezen
Nop:
Hm, my image upload does not work atm :(
File only in Indy SVN: 'Protocols\IdSASL_NTLM.pas'
Kudzu
@czhower
not sure then... its up to EMBT.. but you can always just pull from svn or update Indy to latest anyway
Kudzu
@czhower
@jaclas Love your avatar BTW :) Where's Lucky?
Jacek
@jaclas

@czhower Can I safely uninstall Indy from delphi and install the current ones from the repo? Do not other delphi controls use Indy (e.g. REST library)?

@czhower Lucky is in my... ekhmm.. in a safe place ;-)

thx for help

Kudzu
@czhower
I'm not sure - better to ask @rlebeau . When Atozed uses Indy, we alias all units to avoid conflicts as Delphi has no native multi version support.
Remy Lebeau
@rlebeau
@jaclas this is actually covered in Indy's installation notes. And no, the REST library does not use Indy, but DataSnap and LiveTiles do
DelphiWorlds
@DelphiWorlds
Is the Bindings property editor somewhere in the Indy source? Can't seem to find it
DelphiWorlds
@DelphiWorlds
Backing up a little.. Using a binding that's added at design time seems to be different to what I'm doing at runtime:
var
  LBinding: TIdSocketHandle;
begin
  IdIPMCastClient1.IPVersion := TIdIPVersion.Id_IPv6;
  IdIPMCastClient1.DefaultPort := 6000;
  IdIPMCastClient1.MulticastGroup := 'FF02::1';
  IdIPMCastClient1.Bindings.Clear;
  LBinding := IdIPMCastClient1.Bindings.Add;
  LBinding.IPVersion := IdIPMCastClient1.IPVersion;
  LBinding.IP := '::';
  LBinding.Port := IdIPMCastClient1.DefaultPort;
  IdIPMCastClient1.Active := True;
end;
When there are no connections to an IPv6 network, it crashes on the setSockOpt call (called from TIdStackVCLPosix.SetSocketOption) when AddMulticastMembership is called. If I use the bindings editor to do the same thing (at least I hope it's the same), it does not crash
DelphiWorlds
@DelphiWorlds
D'Oh.. Just realised I can look at the form as text..
I'm guessing I'm doing something in the wrong order
DelphiWorlds
@DelphiWorlds
er... nope. Using a design-time binding, but setting Active to True in FormCreate also causes the crash, so it's a matter of timing..
Kudzu
@czhower
blob
@rlebeau
Daily occurrance... often multiple times per day... and on all 3 of my PCs..... and this is just one of the issues.
Ludwig Behm
@lbehm
@czhower Write everything in JS, they said... You donn't have to mind the memory they said...
Kudzu
@czhower
Dont get me started on JS.. .one fo the worst designed langauges ever.. decades behind others yet they think its cutting edge...... they get a new fewature in ES2015 other langs have had for 20 years and they all crow like they are the most advanced thing out there.... but until they get a feature all they do is downplay it....
DelphiWorlds
@DelphiWorlds
I just see JS as a means to an end.. I'm not terribly keen on the language, either
My personal goal is to use as little of it as possible.. meanwhile I do some Angular development for my main client :-(
...where they put boatloads of business logic into the JS..
Kudzu
@czhower
@DelphiWorlds You should check up on IW17 :)
Ludwig Behm
@lbehm
@DelphiWorlds similar with me. Have to write the Frontend with AngularJS - which is enormous bloat but IMHO one of the best of the worst. But all the serious Business-Logic is always in the backend...
DelphiWorlds
@DelphiWorlds
@czhower I plan to sometime for myself.. but I doubt this client would change any time soon
Remy Lebeau
@rlebeau
@DelphiWorlds the Bindings property editor is implemented in IdDsnPropEdBindingVCL.pas and IdCoreDsnRegister.pas. And of course, if you are not connected to an IPv6 network when activating the TIdIPMCastClient, you are going to run into errors trying to join an IPv6 multicast group. Populating the Bindings doesn't allocate any socket at design-time, and activating the client at runtime can still allocate an IPv6 socket and bind it locally without being connected to an IPv6 network, but joining the group requires communicating with the network, so a network connection is needed.
DelphiWorlds
@DelphiWorlds
Next issue.. TIdHTTPServer on an Android 8.1 device does not appear to be able to allow incoming connections. Before I dive headlong into a painfully slow debug, is there something I can check? Same code is working for someone else on an Android 7 device
DelphiWorlds
@DelphiWorlds
For some reason or another, it started working.. has me totally baffled
Remy Lebeau
@rlebeau
@DelphiWorlds no known issues with Android other than OpenSSL...
JNP Software de Franca Ltda
@JNPSoftware
Has anyone here work with iso 8583 using Indy ?
Remy Lebeau
@rlebeau
@JNPSoftware Not specifically that ISO, but I have helped people with a few EFTPOS-related protocol implementations using Indy.
JNP Software de Franca Ltda
@JNPSoftware
Hi @rlebeau i'm searching an start point in Delphi Indy, but only found in C, C#, .Net, nothing in Delphi/Indy.
You can share something with me?, tks.
Kudzu
@czhower
the protocol looks pretty simple and straightforward on quick glance.