[OT] Re: Lack of `outer` keyword makes inner class dup implossible
S.
S._member at pathlink.com
Mon Jul 17 10:05:39 PDT 2006
In article <e9c20f$271c$1 at digitaldaemon.com>, BCS says...
>
>Regan Heath wrote:
>> On Fri, 14 Jul 2006 17:47:51 -0700, S. <user at pathlink.com> wrote:
>>
>>> On 2006-07-14 13:48:14 -0700, BCS <BCS at pathlink.com> said:
>>>
>>>> S. wrote:
>>>>
>>>>> It seems that because inner classes lack an `outer` keyword it is
>>>>> impossible for
>>>>> them to create a new instance for the purpose of COW when operators
>>>>> like opCom
>>>>> are called...
>>>>> sudoku.d(318): outer class Foobar 'this' needed to 'new' nested
>>>>> class BarBar
>>>>>
>>>> sudoku.d as in the game? What does the program do? Is it a
>>>> generator, a solver, or a player? I ask because I have a solver done
>>>> and would be interested in comparing them.
>>>
>>>
>>> Yes, I'm fiddling around with an analytical solver. Mine currently
>>> doesn't solve as many as I would like. I only implemented three
>>> elimination methods so far.
>>
>> I wrote a sudoku solver too. It expects the puzzle in a CSV file,
>> example attached.
>>
>> As far as I know it will solve anything which is 'logically solvable'
>> .. in other words as long as there is always at least one definate next
>> step with no 2+ choices and guessing involved.
>>
>> Regan
>
>
>Mine goes the other direction, only set cells that have only one choice
>left, when you run out of those, store the state and guess. It uses a
>stack like system for the states. It was/is solving puzzles in about
>2.75 ms. I think it will solve any puzzle that can be solved, and with a
>little modification, will check if more than one solution exists.
Where's the code?
-SC
More information about the Digitalmars-d
mailing list