Slashdot Mirror


User: paulc0001

paulc0001's activity in the archive.

Stories
0
Comments
3
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 3

  1. Re:Responsibility on Photo Kiosks Infecting Customers' USB Devices · · Score: 3, Informative

    The kiosks are manufactured by http://www.neoproductsgroup.com/ but are serviced by Fuji engineers. I would expect the disk image to come from Fuji so they would be responsible.

  2. Re:Castle Technologies? on Castle Technology UK Ripping off Kernel Code? · · Score: 3, Informative
    Wouldn't the company in violation be RISCOS Ltd? [riscos.com]
    Actually, no. RISCOS Ltd are responsible for RISC OS 4. The Iyonix PC uses RISC OS 5 that was developed by Castle Technology (well, developed for them but not by RISCOS Ltd).
  3. Re:Picking 4 Horses on Computerized Betting System Proves Vulnerable · · Score: 1

    But you can't modify the Trifecta and get away with it because it's sent to the host track immediately.

    To understand how to get away with modifying the bet, you have to understand a bit about the underlying ITSP protocol (I do this for a living, btw). Regular single-race bets (win, exacta, trifecta, etc) are sent from the hubs to the host more-or-less when they are struck. So the host knows immediately what combination of horses you have bet on. If you change it after the race then the pool will be all wrong (wrong amount of money on at least two combinations).

    But with a Pick-N, only the value of the bet is sent straight away. The actual combinations you've bet on are only sent (as part of a "scan") immediately after the second-to-last race. So with a Pick-6, you could change the selections (by modifying the database) after race 4, with plenty of time left before the backed combinations are sent to the host.

    So yes, it's probably less noticeable to go for pools where the payoff is lower, but for technical reasons it can't be done. You need a pool run over at least three races.