Comments for JEDI Windows API http://blog.delphi-jedi.net Joint Endeavor of Delphi Innovators of Windows Programming Thu, 24 Nov 2011 17:58:16 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on Restrict access to process by Christian Wimmer http://blog.delphi-jedi.net/2008/11/08/restrict-access-to-process/comment-page-1/#comment-96616 Christian Wimmer Thu, 24 Nov 2011 17:58:16 +0000 http://blog.delphi-jedi.net/?p=271#comment-96616 I can be contacted through the "about fame" page. I can be contacted through the “about fame” page.

]]> Comment on Restrict access to process by Carlos http://blog.delphi-jedi.net/2008/11/08/restrict-access-to-process/comment-page-1/#comment-96561 Carlos Thu, 24 Nov 2011 00:51:23 +0000 http://blog.delphi-jedi.net/?p=271#comment-96561 Hello Christian, about the support, can you write me an email and explain how to get support with you about this or others things? regards Hello Christian, about the support, can you write me an email and explain how to get support with you about this or others things?
regards

]]> Comment on You don’t need an Admin manifest to get Admin privileges. by Christian Wimmer http://blog.delphi-jedi.net/2008/04/05/you-dont-need-an-admin-manifest-to-get-admin-privileges/comment-page-1/#comment-96540 Christian Wimmer Wed, 23 Nov 2011 19:35:11 +0000 http://blog.delphi-jedi.net/2008/04/05/you-dont-need-an-admin-manifest-to-get-admin-privileges/#comment-96540 It depends what are you're going to do. If you create your app to run as admin all the time because it needs to be, well then you can use the manifest approach. However, an app shouldn't be designed in this way. On the other hand, in some situations the whole app must be started as admin from the non-admin app, e.g. using a cmd line switch. A good example is the Process Explorer from sysinternals.com. You can use this application as a normal user and see all your processes. However, to see processes from different terminal sessions and to get all their properties you have to restart the app as admin. You can do this by menu or calling the app directly from command line: procexp /e A shield on the app icon is not a seal of quality - Far from it! It depends what are you’re going to do.
If you create your app to run as admin all the time because it needs to be, well then you can use the manifest approach.
However, an app shouldn’t be designed in this way. On the other hand, in some situations the whole app must be started as admin from the non-admin app, e.g. using a cmd line switch.
A good example is the Process Explorer from sysinternals.com. You can use this application as a normal user and see all your processes. However, to see processes from different terminal sessions and to get all their properties you have to restart the app as admin. You can do this by menu or calling the app directly from command line: procexp /e

A shield on the app icon is not a seal of quality – Far from it!

]]> Comment on You don’t need an Admin manifest to get Admin privileges. by Chris http://blog.delphi-jedi.net/2008/04/05/you-dont-need-an-admin-manifest-to-get-admin-privileges/comment-page-1/#comment-96506 Chris Wed, 23 Nov 2011 09:59:34 +0000 http://blog.delphi-jedi.net/2008/04/05/you-dont-need-an-admin-manifest-to-get-admin-privileges/#comment-96506 This method will not show the "shield" icon in the executable, making it less optimal than the manifest method. This method will not show the “shield” icon in the executable, making it less optimal than the manifest method.

]]> Comment on How to setup the library by Alexandre José » Obtendo o IP de um cliente Terminal Service http://blog.delphi-jedi.net/2007/12/27/how-to-setup-the-library/comment-page-1/#comment-96020 Alexandre José » Obtendo o IP de um cliente Terminal Service Wed, 16 Nov 2011 23:26:47 +0000 http://blog.delphi-jedi.net/2007/12/27/how-to-setup-the-library/#comment-96020 [...] A função desenvolvida utiliza a JEDI Windows API, que você pode obter aqui. [...] [...] A função desenvolvida utiliza a JEDI Windows API, que você pode obter aqui. [...]

]]> Comment on Working with bitfields in Delphi by Arioch http://blog.delphi-jedi.net/2008/05/01/working-with-bitfields-in-delphi/comment-page-1/#comment-95905 Arioch Tue, 15 Nov 2011 22:00:47 +0000 http://blog.delphi-jedi.net/2008/05/01/working-with-bitfields-in-delphi/#comment-95905 And now XE2 has at last "inline" keyword told to work. Using sets is obvious and natural for this. But it was not until getters in records that multi-bit fields could be treated with comfort. And now XE2 has at last “inline” keyword told to work.

Using sets is obvious and natural for this.

But it was not until getters in records that multi-bit fields could be treated with comfort.

]]> Comment on Say NO to Secure Boot for Windows Only by LDS http://blog.delphi-jedi.net/2011/10/19/say-no-to-secure-boot-for-windows-only/comment-page-1/#comment-94104 LDS Wed, 19 Oct 2011 19:13:47 +0000 http://blog.delphi-jedi.net/?p=978#comment-94104 Why this are evil issues only if MS *may* use it? Aren't totally locked iPhone and iPads worse? Can you boot anything else than iOS on an iPad? Doesn't the "deliver a safer and better user experience" hold true for MS systems as well? Let's sign something against Apple first, and boycott XE2 because it delivers apps for such evil systems Why this are evil issues only if MS *may* use it? Aren’t totally locked iPhone and iPads worse? Can you boot anything else than iOS on an iPad? Doesn’t the “deliver a safer and better user experience” hold true for MS systems as well?
Let’s sign something against Apple first, and boycott XE2 because it delivers apps for such evil systems

]]> Comment on Winlogon Notification Package by BlueVD http://blog.delphi-jedi.net/2008/05/27/winlogon-notification-package/comment-page-1/#comment-93206 BlueVD Wed, 05 Oct 2011 14:00:37 +0000 http://blog.delphi-jedi.net/?p=234#comment-93206 Hello folks, Just read this after spending a whole day figuring this stuff out on my own (I just reinvented the wheel =D ) I have a few things to point out: 1) Delphi XE2 has support for x64 platforms 2) Logonui is only available on XP (not sure on Win 2000 workstation); Windows 2003 Doesn't have the nice user select interface 3) For Windows 2003, 2000 or XP without Welcome screen, you'll most like find the following link usefull: http://msdn.microsoft.com/en-us/library/windows/desktop/aa380545(v=vs.85).aspx Hello folks,
Just read this after spending a whole day figuring this stuff out on my own (I just reinvented the wheel =D ) I have a few things to point out:
1) Delphi XE2 has support for x64 platforms
2) Logonui is only available on XP (not sure on Win 2000 workstation); Windows 2003 Doesn’t have the nice user select interface
3) For Windows 2003, 2000 or XP without Welcome screen, you’ll most like find the following link usefull: http://msdn.microsoft.com/en-us/library/windows/desktop/aa380545(v=vs.85).aspx

]]> Comment on Slim Read/Write Lock (SRWLock) – the fast alternative to TMultiReadExclusiveWriteSynchronizer by Tommi Prami http://blog.delphi-jedi.net/2011/09/16/slim-readwrite-lock-the-fast-alternative-to-tmultireadexclusivewritesynchronizer/comment-page-1/#comment-92245 Tommi Prami Mon, 19 Sep 2011 08:48:12 +0000 http://blog.delphi-jedi.net/?p=968#comment-92245 How this compares with TCriticalSection or the any Known Delphi SpinLock implementations?? (Like one in OmniThreadLibrary : http://code.google.com/p/omnithreadlibrary/source/browse/trunk/src/SpinLock.pas ) -Tee- How this compares with TCriticalSection or the any Known Delphi SpinLock implementations?? (Like one in OmniThreadLibrary : http://code.google.com/p/omnithreadlibrary/source/browse/trunk/src/SpinLock.pas )

-Tee-

]]> Comment on Slim Read/Write Lock (SRWLock) – the fast alternative to TMultiReadExclusiveWriteSynchronizer by chaosben http://blog.delphi-jedi.net/2011/09/16/slim-readwrite-lock-the-fast-alternative-to-tmultireadexclusivewritesynchronizer/comment-page-1/#comment-92095 chaosben Fri, 16 Sep 2011 12:51:52 +0000 http://blog.delphi-jedi.net/?p=968#comment-92095 There are 2 TryAcquireXXX functions ... they may help you in this situation. There are 2 TryAcquireXXX functions … they may help you in this situation.

]]>