Re: [GTALUG] reverse engineering

2019-03-30 Thread James Knott via talk
On 03/30/2019 01:16 PM, D. Hugh Redelmeier via talk wrote: > If you already have 4-bit or 8-bit software which already does most of > the job, or if you have engineers who already have deep skills only > with those old processors, that might justify using old cores. > > As a programmer who has

Re: [GTALUG] reverse engineering

2019-03-30 Thread D. Hugh Redelmeier via talk
| From: James Knott via talk | When designers design custom chips, they rely on logic libraries, which | provide common functions, including CPUs.  So the designer would choose | a CPU, add memory and I/O and "compile" the new chip.  The libraries | contain many historic CPUs, as they provide

Re: [GTALUG] reverse engineering

2019-03-30 Thread James Knott via talk
On 03/29/2019 10:03 PM, Kevin Cozens via talk wrote: > On 2019-03-29 3:51 p.m., Stewart Russell via talk wrote: >> At least we might have seen the end of 1802s in real applications. It >> is still popular for some hobbyists, though. > > Don't be too sure about that. It used to be used in devices

Re: [GTALUG] reverse engineering

2019-03-29 Thread Kevin Cozens via talk
On 2019-03-29 3:51 p.m., Stewart Russell via talk wrote: At least we might have seen the end of 1802s in real applications. It is still popular for some hobbyists, though. Don't be too sure about that. It used to be used in devices going in to space. I just read that it is still being made

Re: [GTALUG] reverse engineering

2019-03-29 Thread Dave Collier-Brown via talk
Zylog still builds z80s, albeit in India --dave On 2019-03-29 3:51 p.m., Stewart Russell via talk wrote: On Fri., Mar. 29, 2019, 11:28 Kevin Cozens via talk, mailto:talk@gtalug.org>> wrote: It was just something I noticed. I was partly surprised that ghidra included some older processors in

Re: [GTALUG] reverse engineering

2019-03-29 Thread Stewart Russell via talk
On Fri., Mar. 29, 2019, 11:28 Kevin Cozens via talk, wrote: > > It was just something I noticed. I was partly surprised that ghidra > included > some older processors in their list of ones for which they can decompile > code. > Z80 will still show up in industrial control things. It seems very

Re: [GTALUG] reverse engineering

2019-03-29 Thread Kevin Cozens via talk
On 2019-03-19 9:48 p.m., D. Hugh Redelmeier via talk wrote: | From: Kevin Cozens via talk | Very nice. The ghidra decompiler includes support for many different | processors. The list includes the Z-80. Sadly, the 6809 (my personal | favourite) and the 6800 processors are not on the list.

Re: [GTALUG] reverse engineering

2019-03-19 Thread D. Hugh Redelmeier via talk
| From: Kevin Cozens via talk | Very nice. The ghidra decompiler includes support for many different | processors. The list includes the Z-80. Sadly, the 6809 (my personal | favourite) and the 6800 processors are not on the list. What do you wish to reverse for the 6800 or 6809? I cannot

Re: [GTALUG] reverse engineering

2019-03-17 Thread Kevin Cozens via talk
On 2019-03-14 5:28 p.m., David Collier-Brown via talk wrote: In a previous life, I wrote a z80 decompiler that used printf to format the output. Very nice. The ghidra decompiler includes support for many different processors. The list includes the Z-80. Sadly, the 6809 (my personal

Re: [GTALUG] reverse engineering

2019-03-14 Thread David Collier-Brown via talk
On 2019-03-14 3:40 p.m., Kevin Cozens via talk wrote: I've tried several decompilers but they didn't work, or wouldn't even compile. I looked at boomerang, Hopper, snowman, retdec, and reko. The ones that work wouldn't handle the architecture. The ghidra decompiler has been the only one that

Re: [GTALUG] reverse engineering

2019-03-14 Thread Kevin Cozens via talk
On 2019-03-09 6:06 p.m., D. Hugh Redelmeier via talk wrote: Sometimes I get annoyed at binaries for which I don't have any code. [snip] One way to pry these open is through reverse engineering tools What prompts this message is that the NSA has just released Ghindra as open source. [snip]

[GTALUG] reverse engineering

2019-03-09 Thread D. Hugh Redelmeier via talk
Sometimes I get annoyed at binaries for which I don't have any code. Stepping back a bit, I get annoyed at undocumented hardware for which the only drivers are closed-source, or even worse, Windows-only or Android-only. One way to pry these open is through reverse engineering tools What prompts