Yuri's Status Report - #9 of 15

[Yuri Gonzaga]

Hi, you all

About the first experience's performance of eksblowfish loop running on the
board:
Besides the execution time presented last week, we will have a better
assessment of performance when I have finished the integration to JtR.

I followed your orientation to move to the integration to JtR. First,
considering only one core.

Although I spent my week time of work trying to conclude this task, I
couldn't achieve the integration to JtR. So, my accomplishment is missing.
Actually, I figure out a problem and need you help.
I am working with Pico board in the Windows environment, as you already
know.
In the other hand, the JtR is made to run in an unix one.
Even in the Windows, I had to compile the code using cygwin.
I prepared both sides, but was unable to integrate because I couldn't
realise a simple way to call USB functions, that depends on a DLL, on the
cygwin environment.


- Priorities
- GSoC's Midterm evaluations
- Eksblowfish loop and JtR integration
- one core
- multiple cores


Thanks,

---
Yuri Gonzaga Gonçalves da Costa
-------------------------------------------------------------
Mestrando em Informática
LASID - Laboratório de Sistemas Digitais
Universidade Federal da Paraíba

[Solar Designer]

Hi Yuri,

Post by Yuri Gonzaga
Although I spent my week time of work trying to conclude this task, I
couldn't achieve the integration to JtR. So, my accomplishment is missing.

I think you should have posted about the problem sooner, not postpone
that until your weekly report.

Post by Yuri Gonzaga
Actually, I figure out a problem and need you help.
I am working with Pico board in the Windows environment, as you already
know.
In the other hand, the JtR is made to run in an unix one.
Even in the Windows, I had to compile the code using cygwin.
I prepared both sides, but was unable to integrate because I couldn't
realise a simple way to call USB functions, that depends on a DLL, on the
cygwin environment.

I just did some Google web searches (I am not familiar with development
under Windows, not even with Cygwin, although I maintain support for
that in JtR), and there appear to be three ways to do it:

1. If the DLL is not stripped, you may convert it to a .a static library
and link against that:

http://www.cygwin.com/cygwin-ug-net/dll.html
http://wiki.tcl.tk/2435

2. If you have a .lib file corresponding to the DLL, you may link to it
dynamically.

3. For arbitrary DLLs, you may load/use them via Win32 API calls, which
are in turn available via existing Cygwin DLLs:

http://gcc.gnu.org/ml/gcc-help/2002-12/msg00088.html

Please give these a try. If unsuccessful for another day, please join
the john-dev list and bring your question up in there. It is on topic
for john-dev, and there are people on that list more familiar with
development on Windows than I am.

Post by Yuri Gonzaga
- Priorities
- GSoC's Midterm evaluations
- Eksblowfish loop and JtR integration
- one core
- multiple cores

Sounds fine.

Obviously, we'll need to return to our main project soon, but being able
to interface to multiple crypto cores is desirable anyway.

Thanks,

Alexander

[Solar Designer]

Yuri - what's the status on the interfacing problem discussed below?
Have you managed to solve it? In general, please post status updates in
here more frequently, in addition to weekly reports. Thanks.

Post by Solar Designer
Hi Yuri,

Post by Yuri Gonzaga
Although I spent my week time of work trying to conclude this task, I
couldn't achieve the integration to JtR. So, my accomplishment is missing.

I think you should have posted about the problem sooner, not postpone
that until your weekly report.

Post by Yuri Gonzaga
Actually, I figure out a problem and need you help.
I am working with Pico board in the Windows environment, as you already
know.
In the other hand, the JtR is made to run in an unix one.
Even in the Windows, I had to compile the code using cygwin.
I prepared both sides, but was unable to integrate because I couldn't
realise a simple way to call USB functions, that depends on a DLL, on the
cygwin environment.

I just did some Google web searches (I am not familiar with development
under Windows, not even with Cygwin, although I maintain support for
1. If the DLL is not stripped, you may convert it to a .a static library
http://www.cygwin.com/cygwin-ug-net/dll.html
http://wiki.tcl.tk/2435
2. If you have a .lib file corresponding to the DLL, you may link to it
dynamically.
3. For arbitrary DLLs, you may load/use them via Win32 API calls, which
http://gcc.gnu.org/ml/gcc-help/2002-12/msg00088.html
Please give these a try. If unsuccessful for another day, please join
the john-dev list and bring your question up in there. It is on topic
for john-dev, and there are people on that list more familiar with
development on Windows than I am.

Post by Yuri Gonzaga
- Priorities
- GSoC's Midterm evaluations
- Eksblowfish loop and JtR integration
- one core
- multiple cores

Sounds fine.
Obviously, we'll need to return to our main project soon, but being able
to interface to multiple crypto cores is desirable anyway.
Thanks,
Alexander