Part-Time Residence Application Form (Pdf) - D'Youville College: Fill & Download for Free

Details of Reliance Industries – Right IssueOffer Size: INR 53,124 Cr / USD 7.0 BnRights Price: INR 1,257/rights equity sharePayment Terms:At the Time of Subscription (25%) – Rs 314.25 / rights equity shareIn May 2021 (25%) – Rs 314.25 / rights equity shareIn Nov 2021 (50%) – Rs 628.50 / rights equity shareThe Company has sent details including the application form, entitlement letter and abridged right issue offer letter by email to all the shareholders. To enable you to understand the operative part from investor perspective, we are providing you the details in clear and simple language.The eligible shareholders have been allotted “Reliance Right Entitlements” in demat form with ISIN No. INE002A20018 in the ratio of 1 share for 15 shares held. Such right entitlements has been credited to eligible shareholders demat account in which he/she/it held Reliance Industries shares in demat form. Enclosed please find the FAQ published by Registrar to the Issue on its website. The same can also be accessed from https://rights.kfintech.com.The previous process of sending physical application form mentioning the holding details and right entitlement etc. is no longer there. The Right Allotment Letter, Blank Application form and Abridged Letter of Offer are all sent to shareholders by email.This right entitlement will be listed on Stock Exchanges and will be available for trading on Stock Exchanges from the date to be announced just like any other listed share. It is our understanding that the “RIL Right Entitlement” shall be available for trading till 01.06.2020, i.e. two days ahead of the last date. Thus investors having the RIL Right Entitlement in their demat account will be able to either sell it or keep the same in his demat account and apply for right shares. Those who wish to apply for right issue or additional quantity can buy the same from market. These right entitlements can also be transferred off-market through DIS subject to restrictions under norms prescribed by Depositories for off-market transfer of securities. 4.Those investors who have RIL Right Entitlements in their demat account have following options:Sell the right entitlement in market during its validityKeep the right entitlement in his/her/its demat account and apply for right shares and additional shares if desired.Buy more right entitlement from the market and increase their right entitlement holding and then apply for increased holding.Those investors who do not have right entitlement in their demat account, can buy them and use this holding to apply for eligible number of shares and also additional shares.The Right Issue Application Form in writable PDF form is enclosed.5.There are two alternate ways of applying for eligible right shares for a holder of right entitlement.Submitting duly filled up application form duly signed as required todesignated branch of Self-Certified Syndicate Bank (SCSB) with which the investor has active bank account. The list of SCSB is available at following link https://www.sebi.gov.in/sebiweb/other/OtherAction.do?doRecognisedFpi=yes&intmId=34.By using R-WAP payment facility available on website of Registrar https://rights.kfintech.com. For exercising this option, the investor is required to have bank account with internet banking facility or shall have access to UPI platform.6.A shareholder having his right entitlement in more than one demat account, will have to make separate application for each demat account. Clubbing of holding in different demat account is not allowed.7.Non-Resident shareholders are requested to refer to the FAQ section D page 13. https://rights.kfintech.com/8.Investors holding shares in physical form are requested to refer to the FAQ Section B page 7. https://rights.kfintech.com/DISCLAIMER: The information provided hereinabove is based on our understanding after going through the documents issued by the Company to shareholders. The information provided herein is believed to be true and correct to the best of our knowledge and belief, but we do not guarantee its accuracy and correctness. Investors are requested to refer to the documents available on Registrar’s website and/or as received by them from the Company for accurate and correct information.

Most of this is due to history. If for example, you travel to some old bar or pub?You might see this sign:Ok, do you REALLY think there is still lodging available for your horse? Nope!Windows started out using the concept of “.ini” files. In those files, the typical settings for a application would exist. However, often you might say install SEVERAL programs. And with the rise of ActiveX, (ole/com objects), then the idea was that “many” programs could be installed, but a standard means/ability for OTHER programs to consume that software was the goal here. In fact Bill Gates talked about the “dream” some day in which you could write some code say in Word, but simple “use” Excel in that application. In other words:I am writing some code. I want a instance of a tree view control. Or maybe I want to use Excel in my code. So this concept gave rise to the concept of a central location. After all, it would not be practical for some running code to go an “find” Excel or Word. And if you going to write code that gets/grabs/uses that application or cool tree view control?So for a user? Ok, a simple shortcut on the desktop or in some menu could provide a path name to the word.exe program or whatever.However, what about this VERY new and advanced concpet that one program can consume and use OTHER program parts. And by having a central registry, then that code does not have to know or care WHERE that software is installed.I can simple say to windows:Please get me a tree view control.Please get me a instance of word. I want to use that code and programs IN MY program.So the concept of a central system is still used for two big reasons:First, history. So like that old tavern sign above? Well, since those making software, those installing software and what amounts to billions of dollars of existing code and programs? Well, they all assume and use the registry. So removing the registry would break 20+ years of existing software that can still run on windows today.But the greater compelling reason is that of COM object inter-operation that windows has. Linux and other systems did start to have similar systems (COBRA - and you find that they ALSO need a common central location to register software).So, by centralizing the registering and information about the programs you install, then code libraries could be shared - and shared rather easy. And MORE important shared without the consuming software having to know the location where that software is installed. So while the registry has MUCH of its roots in an attempt to provide a centralized system for software “settings”? The main goal was not necessary to JUST store application settings but provide a central system for all programs - especially those based around the windows concept of ActiveX, ole, and “COM” (which are all the same technologies. These technologies allow one program to consume + use other programs and parts as objects, and MOST important do so without having to know the actual path name and location of that software.).So when you install say office? Then the ribbon code, the VBA system, and truckloads of objects and code is SHARED between all of the office applications. And thus one part of office when it needs to use/find/create some object instance from that huge library of code? Well, then the OS and registry takes care of that process.Now with the rise of the web, we are seeing MUCH less software written to the “COM” standard in which other programs can use those bits and parts. (we use SOAP or rest for this now).So much of this is history, but the registry can’t really be removed, since truckloads of software runs and assumes that the registry will contain the location of other parts. So if I write some software to say display a PDF in a form? Well, my software can continue to work despite you changing or upgrading to a new PDF reader. But the information in the registry?Well, my program can say:Please get me the PDF display code. .And to find that information - it resides in the registry and thus my software + code does NOT have to guess or even know where the PDF software is actually installed - it uses the central registry.So the registry provided that common and central location about installed software. This requirement is quite much as to why the registry is here to stay. While the settings for each software also started to use the registry, such software could go back to say a simple text file, or some .ini file to store the many defaults and settings software today has. So for software settings, the windows registry could be easy replaced.But, for software that says: please get me a tree view control that was installed? Well now where would the program look?Not only would this search take a long time, but without some centralized system that forces such software to be registered in a common location? Then it becomes difficult at best to resolve this problem.I suppose some folder could be created. (not sure how Linux does object resolution - hopefully someone jumps in as to how it works -but such as system DOES require a common centralized location for that information and installed software).So while the industry is moving away from COM and this so called inter-op communication between installed software on your computer? Well, it like that old sign above - too much existing code requires that registry to function correctly.So the registry is much do to windows having started this concept of installed software can be used + consumed by other software.When Word came out, and the first time some dropped in a Excel spreadsheet? Well that just blew away the competition - and all of a sudden this amazing ability of software to “talk to” and consume other programs was all the rage. So much so, that even word perfect had to jump on this concept of software that like magic can consume and inter-operate with other programs. This COM object ability is really what drove much of how software worked on windows. And it quite much based on having a centralized system where running code can make requests and expect to find information about other programs it wishes to talk to and work with - that’s called the registry if you are wondering.