- cypherpunks-legacy - lists.cpunks.org

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

None
by Asymmetric 06 Jul '18

06 Jul '18

> An aside is that I'm writing the application in Delphi 5, and the maximum > native supported integer sizes are 32bit unsigned, and 64bit signed.. I've > been writing a math library of my own in assembler that at compile time > will allow you to specify the maximum bitsize you want it to support, but > this is proving to be a mind-numbing task.. ;) If anyone is familiar with > Delphi and has any libraries like this already, I'd much appreciate hearing > about them.. The library I like most is HIT - http://www.znz.freesurf.fr; it's not free though. You could also find a good one at http://ace.ulyssis.org/~triade/GInt/index.htm - it's the one recommended by the writer of DCPCrypt (Dave Barton). [See www.scramdisk.clara.net ] Mark

1 0

Estonia Tests "Contactless" ID-Cards
by brian-slashdotnews＠hyperreal.org 06 Jul '18

06 Jul '18

Link: http://slashdot.org/article.pl?sid=04/08/08/1711239 Posted by: timothy, on 2004-08-09 08:19:00 from the man-exists-for-the-state dept. [1]borkee writes "[2]Estonian [3]MEAC and [4]CMB [5]start testing a new version of a [6]national ID card containing what they call 'contactless' extensions. Although they do not specifically disclose to us, taxpayers, what technology is used there, it must be quite obvious that it's nothing less than [7]RFID. Add to this, they'll have person's biometrics in memory. (Security gurus of course know: biometrics just don't work.) Soon you can track us poor Estonians by our GSM phones and by our ID cards too!" References 1. mailto:bmaroshe@itcollege.ee 2. http://www.cia.gov/cia/publications/factbook/geos/en.html 3. http://www.mkm.ee/eng/ 4. http://www.mig.ee/eng/ 5. http://www.postimees.ee/050804/esileht/141020.php 6. http://www.id.ee/pages.php/0303 7. http://www.eff.org/issues/rfid ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> ______________________________________________________________ ICBM: 48.07078, 11.61144 http://www.leitl.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE http://moleculardevices.org http://nanomachines.net [demime 1.01d removed an attachment of type application/pgp-signature]

1 0

None
by NECSI Programs 06 Jul '18

06 Jul '18

<complex-announcements(a)necsi.org> Subject: Special program on _Homeland and International Security_ at ICCS Special program on _Homeland and International Security_ at the International Conference on Complex Systems. Events over the past few years have altered perspectives about priorities of national and international challenges. The scientific community, and particularly the Complex Systems community, should respond by providing new insights tools and approaches informing policy, preparation and action. In particular, international terrorism, pandemics, and natural disasters are leading to a broad need for strategies to address national and international security. The science of complex systems, including network analysis, agent simulations, and new approaches to systems engineering, provide a basis for better identification and prioritization of challenges, developing strategies for addressing them, and executing the strategies that are developed. The huge investments that are currently underway and planned in these areas should be guided by complex systems ideas. We are planning multiple sessions on the topic of Homeland and International Security at the International Conference on Complex Systems. Abstracts can be submitted through the conference webpage at http://necsi.org/conferences/iccs06 Key topics include, but are not restricted to: --Modeling and simulation of attacks, pandemics and disasters --Critical infrastructure protection --Network analysis of terrorism --Social processes of radical movements supporting terrorism --Analysis of effective and ineffective crisis response --Network analysis of transnational emergency response Agencies and organizations that are interested in presenting funding opportunities or collaborations are welcome. ----------------------------------------------------------------- Yaneer Bar-Yam Professor and President New England Complex Systems Institute http://necsi.org ----------------------------------------------------------------- ----------------- complex-announcements(a)necsi.org If you prefer not to receive messages about this and future programs please let us know by sending an email to complex-announcements-off(a)necsi.org. If this does not work send an e-mail to: complex(a)necsi.org ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]

1 0