On Sat, 6 Feb 2010 11:47:41 -0800 shai hess <shai.h...@gmail.com> wrote:
:>>As an emulation, would you not be able to see the encrypted values for the :>>minor subset of values that you will produce? In other words, you do not :>need :>>all possible values - just those that your emulation will produce. :>You need subset of about 4,000,000,000 numbers. Each CCCCCCCH must have a :>unique value. :> The encrypted value is the most important value in sense (The track :>address) which enable Erep to recover IO error. I took a quick look at the ERP manual and I could not find the reference to encryption of the address. But as EAV is extended addressing, perhaps there is a need to compress the data to fit a smaller field. :> Of course this is not possible. Of course it is. It depends on how much effort you wish to spend. How does your emulation indicate I/O errors? Is track/cylinder recovery possible? :>Shai :>On Sat, Feb 6, 2010 at 11:15 AM, Binyamin Dissen <bdis...@dissensoftware.com :>> wrote: :>> On Sat, 6 Feb 2010 10:34:01 -0800 shai hess <shai.h...@gmail.com> wrote: :>> :>Decryption is hard to solved. :>> :>Even if I do it, it can make me problems. In other words I can try to do :>> it, :>> :>but it will not make good to me. :>> :>I can use only my idea and not other companies idea. :>> As an emulation, would you not be able to see the encrypted values for the :>> minor subset of values that you will produce? In other words, you do not :>> need :>> all possible values - just those that your emulation will produce. :>> :>Thanks god I still have many idea which will kept me busy for long time :>> :>depend on god will. :>> :>Shai :>> :>On Sat, Feb 6, 2010 at 9:23 AM, Elardus Engelbrecht < :>> :>elardus.engelbre...@sita.co.za> wrote: :>> :>> shai hess wrote: :>> :>> >Some people ask me if I will support the emulation of EAV disks. I :>> looked :>> :>> at :>> :>> the Erep 3.5 book and find out the the sense byte 28-31 are encrypted :>> for :>> :>> EAV devices. If that is true, then EAV will never be implemented in my :>> :>> code. :>> :>> Sounds reasonable. It is like this 'if you can't use or read it, just :>> drop :>> :>> support.' :>> :>> >10000000 003C2000 00000000 00000000 00000000 00000000 04810010 :>> :>> 00101A0E - Decrypted data. :>> :>> It seemed it is Decrypted at all. Why are you NOT supporting this if :>> you :>> :>> can :>> :>> decrypt this? :>> :>> It is just a curiousity question from my side, it is not to shoot down :>> your :>> :>> projects or ideas. Ok? ;-D :>> :>> Please continue your valuable postings on IBM-MAIN. -- Binyamin Dissen <bdis...@dissensoftware.com> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
