frhed-support Mailing List for Frhed
Brought to you by:
kimmov
You can subscribe to this list here.
2009 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Dario G. <dar...@ho...> - 2015-01-30 22:27:06
|
Hello,My name is Dario Gonzalez, and I am a graduate student at Brigham Young University (BYU), and as a part of a project, in my forensics class, I have to do some collaboration, in the forensics world, that people can take advantage of.After a research, I realized that this website http://frhed.sourceforge.net/ has translations to some languages and even the application has some translation.I would like to know if there is a possibility for me and my partner (we are two in the team), to collaborate with this project and maybe the website and translate them to SPANISH.If this is possible, please let me know as soon as possible, because we have a deadline for this task, and we want to make an exceptional work.I will be waiting for your response.Best wishes, Dario Gonzalez. |
From: peter b. <pet...@ho...> - 2010-05-09 23:42:46
|
Hi There I am having trouble and Im not a computor hero! I have just had a blackberry and needed to convert my CSV Nokis contact list to a format for the BB. I read that I needed to use your software, which I have down loaded but am unable to get it to run! Its me just need a little help Please. Thanks Pete _________________________________________________________________ http://clk.atdmt.com/UKM/go/195013117/direct/01/ We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now |
From: Kimmo V. <ki...@gm...> - 2009-07-28 10:21:17
|
Hi, > I'm running version 1.6.0 and when opening a hex file from the Windows XP > File Explorer, I get "Error Code 0x16 occurred when opening file xxxx". > What is causing this problem? I am able to use File -> Open and the file > opens as expected. this seems to be caused by the bug: #2797162 explorer context menu cmd line error https://sourceforge.net/tracker/index.php?func=detail&aid=2797162&group_id=236485&atid=1100163 It was fixed by the patch: #2814846 Fix for bug 2797162 (Windows exlorer context menu bug) https://sourceforge.net/tracker/index.php?func=detail&aid=2814846&group_id=236485&atid=1100165 The patch is in version control so next Frhed releases will have this bug fixed. Regards, Kimmo -- Kimmo Varis ki...@gm... |
From: Kimmo V. <ki...@gm...> - 2009-07-27 08:36:02
|
Hi, > I'm working on a generic encoder/decoder dll written in C which loads > python scripts. Any python scripts in a Frhed/pyplugins directory > will be loaded if they have a special function which returns a list of > python function names, and their descriptions. Sounds interesting! > The only problems I've > seen so far using your current api is that MEMORY_CODING_DESCRIPTION > struct needs an extra parameter where I can keep track of which python > function/source file to call when the LPFNEncodeMemoryFunction is > called (there is only 1 c function which can load any number of python > functions). Maybe just include an extra void *, then pass that > argument in when you call the LPFNEncodeMemoryFunction. I'm going to expand that struct anyway. Users need a lot more info about the plugins than just the name there currently is. So adding more data for Python plugins is ok too. See also development forum post I wrote: "Encode/decode plugins reintroduction" https://sourceforge.net/apps/phpbb/frhed/viewtopic.php?f=4&t=17 > After I get the code a little further along, I can contribute it back > to the project. Is this something you'd be interested in? Hopefully, > I'll have something solid to contribute next weekend. Yes, it sounds interesting. Writing Python encoders should be a lot easier and faster than C/C++ DLLs. The Python support probably needs to be inside #ifdef so people not wanting to compile/use it (not everybody has Python or want to install it) still can compile and use Frhed. Regards, Kimmo -- Kimmo Varis ki...@gm... |
From: Christopher N. <chr...@gm...> - 2009-07-26 19:28:05
|
I'm working on a generic encoder/decoder dll written in C which loads python scripts. Any python scripts in a Frhed/pyplugins directory will be loaded if they have a special function which returns a list of python function names, and their descriptions. The only problems I've seen so far using your current api is that MEMORY_CODING_DESCRIPTION struct needs an extra parameter where I can keep track of which python function/source file to call when the LPFNEncodeMemoryFunction is called (there is only 1 c function which can load any number of python functions). Maybe just include an extra void *, then pass that argument in when you call the LPFNEncodeMemoryFunction. After I get the code a little further along, I can contribute it back to the project. Is this something you'd be interested in? Hopefully, I'll have something solid to contribute next weekend. Thanks, Christopher On Mon, Jul 20, 2009 at 3:59 PM, Kimmo Varis<ki...@gm...> wrote: > Hi, > >> Is it possible for me to add custom encoders in addition to the rot-13 >> and XOR -1? > > Yes, it is with some reservations. There is "plugin" API for writing > own DLLs implementing own encoders. In old Frhed releases there were > some custom encryption encoders distributed in separate DLL. But > unfortunately that DLL cannot be anymore distributed (or its code) > from sourceforge as the code was not GPL compatible and some were > obtained from unknown sources. > > Its been on my TODO-list to add new example DLL with custom encoder. > First I need to do some fixes to loading (dll names were hard-coded > etc). And I'm also thinking about the API itself - now is good time to > change it if needed. > > So you can create your own encoder DLL with current versions already > but it requires getting the old 1.1 version of Frhed somewhere for > example or figuring out the API from sources. Or waiting week or two > that I add new example DLL for next experimental release. > >> Specifically I'd like to be able to write python scripts >> for the encoders/decoders. I can write my custom scripts to support >> a specific C/C++ api if needed. >> >> Is there any plans for scripting support in Frhed? If so, embedding a >> python interpreter for scripting would be awesome. > > I haven't really got so far as thinking about scripting. All my time > still goes to much more basic improvements and bug fixes. > > But agreed, Python scripting support would be nice at some point. > > Regards, > Kimmo > > -- > Kimmo Varis > ki...@gm... > |
From: James C V. <jcv...@ra...> - 2009-07-23 20:52:43
|
Hi, I'm running version 1.6.0 and when opening a hex file from the Windows XP File Explorer, I get "Error Code 0x16 occurred when opening file xxxx". What is causing this problem? I am able to use File -> Open and the file opens as expected. Thanks, Jim Virden (520) 794-1141 |
From: Kimmo V. <ki...@gm...> - 2009-07-20 21:59:23
|
Hi, > Is it possible for me to add custom encoders in addition to the rot-13 > and XOR -1? Yes, it is with some reservations. There is "plugin" API for writing own DLLs implementing own encoders. In old Frhed releases there were some custom encryption encoders distributed in separate DLL. But unfortunately that DLL cannot be anymore distributed (or its code) from sourceforge as the code was not GPL compatible and some were obtained from unknown sources. Its been on my TODO-list to add new example DLL with custom encoder. First I need to do some fixes to loading (dll names were hard-coded etc). And I'm also thinking about the API itself - now is good time to change it if needed. So you can create your own encoder DLL with current versions already but it requires getting the old 1.1 version of Frhed somewhere for example or figuring out the API from sources. Or waiting week or two that I add new example DLL for next experimental release. > Specifically I'd like to be able to write python scripts > for the encoders/decoders. I can write my custom scripts to support > a specific C/C++ api if needed. > > Is there any plans for scripting support in Frhed? If so, embedding a > python interpreter for scripting would be awesome. I haven't really got so far as thinking about scripting. All my time still goes to much more basic improvements and bug fixes. But agreed, Python scripting support would be nice at some point. Regards, Kimmo -- Kimmo Varis ki...@gm... |
From: Christopher N. <chr...@gm...> - 2009-07-19 01:30:00
|
Is it possible for me to add custom encoders in addition to the rot-13 and XOR -1? Specifically I'd like to be able to write python scripts for the encoders/decoders. I can write my custom scripts to support a specific C/C++ api if needed. Is there any plans for scripting support in Frhed? If so, embedding a python interpreter for scripting would be awesome. -Christopher |