Nice to hear and thx for the donation. You are 'protected' now :)
p.s. Steve, feel free to crash the critical error repair party anytime
On 28.7.2011. 09:09, "Gianluca Brindisi" <g...@brindi.si> wrote:
> Oh yeah, it's working great :)
>
> [09:02:48] [INFO] starting dictionary-based cracking (mysql_passwd)
> [09:02:48] [WARNING] multiprocessing hash cracking is currently not
> supported on this platform
> [09:04:06] [WARNING] no clear password(s) found
>
> Tested on rev 4301.
>
> Thank you all!
>
> Gianluca
>
>
> On Thu, Jul 28, 2011 at 6:56 AM, Gianluca Brindisi <g...@brindi.si> wrote:
>> LOL :)
>> Actually I owe you a beer for all the extra work I keep trhowing at you!
>>
>> I am back home and I'll reproduce it asap... stay tuned.
>>
>> By the way I used to crack hashes flawlessy before on the same machine
>> (OpenBSD) but can't remeber if it was 0.9 or what revision of 1.0.
>>
>> Gianluca
>>
>> On Wed, Jul 27, 2011 at 11:24 PM, Miroslav Stampar
>> <miroslav.stam...@gmail.com> wrote:
>>> "Gianluca Brindisi" officially hates me :)
>>>
>>> i've tried around 6 different fixes and at the end solution from Steve
>>> really looks most promising (just committed something 99% similar to
>>> that one)
>>>
>>> thing is that for some unapparent reason i've made some boyscout fixes
>>> and he probably just got crazy in all those iterations.
>>>
>>> don't know what to say than sorry.
>>>
>>> kr
>>>
>>> On Wed, Jul 27, 2011 at 10:08 AM, Bernardo Damele A. G.
>>> <bernardo.dam...@gmail.com> wrote:
>>>> This should be fixed now.
>>>> Can you please retry and report back?
>>>>
>>>> Bernardo
>>>>
>>>>
>>>> On 26 July 2011 10:36, Gianluca Brindisi <g...@brindi.si> wrote:
>>>>> Hi all!
>>>>> I still have errors while trying to crack retrieved hashes :(
>>>>>
>>>>> [11:32:53] [CRITICAL] unhandled exception in sqlmap/1.0-dev (r4293),
>>>>> retry your run with the latest development version from the Subversion
>>>>> repository. If the exception persists,
>>>>> please send by e-mail to sqlmap-users@lists.sourceforge.net the
>>>>> following text and any information required to reproduce the bug. The
>>>>> developers will try to reproduce the bug, fix
>>>>> it accordingly and get back to you.
>>>>> sqlmap version: 1.0-dev (r4293)
>>>>> Python version: 2.6.5
>>>>> Operating system: posix
>>>>> Command line: sqlmap.py --tor --url
>>>>> *************************************** --password
>>>>> Technique: ERROR
>>>>> Back-end DBMS: MySQL (fingerprinted)
>>>>> Traceback (most recent call last):
>>>>> File "sqlmap.py", line 86, in main
>>>>> start()
>>>>> File "/home/g/sqlmap-dev2/lib/controller/controller.py", line 554, in
start
>>>>> action()
>>>>> File "/home/g/sqlmap-dev2/lib/controller/action.py", line 77, in
action
>>>>> conf.dbmsHandler.getPasswordHashes(), "password hash")
>>>>> File "/home/g/sqlmap-dev2/plugins/generic/enumeration.py", line 396,
>>>>> in getPasswordHashes
>>>>> attackCachedUsersPasswords()
>>>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 246, in
>>>>> attackCachedUsersPasswords
>>>>> results = dictionaryAttack(kb.data.cachedUsersPasswords)
>>>>> File "/home/g/sqlmap-dev2/lib/utils/hash.py", line 575, in
dictionaryAttack
>>>>> retVal = _multiprocessing.Queue()
>>>>> File "/usr/local/lib/python2.6/multiprocessing/__init__.py", line
>>>>> 212, in Queue
>>>>> from multiprocessing.queues import Queue
>>>>> File "/usr/local/lib/python2.6/multiprocessing/queues.py", line 22,
>>>>> in <module>
>>>>> from multiprocessing.synchronize import Lock, BoundedSemaphore,
>>>>> Semaphore, Condition
>>>>> File "/usr/local/lib/python2.6/multiprocessing/synchronize.py", line
>>>>> 33, in <module>
>>>>> " function, see issue 3770.")
>>>>> ImportError: This platform lacks a functioning sem_open
>>>>> implementation, therefore, the required synchronization primitives
>>>>> needed will not function, see issue 3770.
>>>>>
>>>>> [*] shutting down at 11:32:53
>>>>>
>>>>> Gianluca
>>>>>
>>>>>
------------------------------------------------------------------------------
>>>>> Magic Quadrant for Content-Aware Data Loss Prevention
>>>>> Research study explores the data loss prevention market. Includes
in-depth
>>>>> analysis on the changes within the DLP market, and the criteria used
to
>>>>> evaluate the strengths and weaknesses of these DLP solutions.
>>>>> http://www.accelacomm.com/jaw/sfnl/114/51385063/
>>>>> _______________________________________________
>>>>> sqlmap-users mailing list
>>>>> sqlmap-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Bernardo Damele A. G.
>>>>
>>>> E-mail / Jabber: bernardo.damele (at) gmail.com
>>>> Mobile: +447788962949 (UK 07788962949)
>>>> PGP Key ID: Unavailable
>>>>
>>>>
------------------------------------------------------------------------------
>>>> Got Input? Slashdot Needs You.
>>>> Take our quick survey online. Come on, we don't ask for help often.
>>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>>>> http://p.sf.net/sfu/slashdot-survey
>>>> _______________________________________________
>>>> sqlmap-users mailing list
>>>> sqlmap-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/sqlmap-users
>>>>
>>>
>>>
>>>
>>> --
>>> Miroslav Stampar (@stamparm)
>>>
>>> E-mail: miroslav.stampar (at) gmail.com
>>> PGP Key ID: 0xB5397B1B
>>>
>>
------------------------------------------------------------------------------
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
sqlmap-users mailing list
sqlmap-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sqlmap-users
