On Tue, 2010-03-09 at 12:26 -0300, Facundo Ferrer wrote:
> Hi Peter,
>Thanks for your time. I'll try to rewrite the gnetlist but not now. I
>have to finish my thesis so I have to use the university provided
>software.
If you're anything like me.. sitting down to write your thesis will
Hi Peter,
Thanks for your time. I'll try to rewrite the gnetlist but not now. I
have to finish my thesis so I have to use the university provided
software.
Thanks all.
On Tue, Mar 9, 2010 at 6:40 AM, Peter TB Brett <[1]pe...@peter-b.co.uk>
wrote:
On Mon, 8 Mar 2010 20:32
On Mon, 8 Mar 2010 20:32:01 -0300, Facundo Ferrer
wrote:
> When I ran on this server gnetlist alloc more than 95% of the RAM and at
> this point started to swap and when all the swap was allocated the 'top'
> command is not refreshed properly and I have a hard work trying to stop
> gnetlist.
> I
Hi again, I was on a trip so sorry for the delay.
Respect for the above comments I make some tests on other hardware.
My laptop hardware (1 processor):
Intel Core 2 Duo P8600 Mobile processor
CPU speed: 2.4 GHz
FSB: 1066 MHz
L2 cache: 3MB
RAM: 4GB
OS: Ubuntu
facu...@un
On Mar 1, 2010, at 1:44 AM, al davis wrote:
> On Sunday 28 February 2010, John Doty wrote:
>> Ah, but it has an open interface we can use. A great strength
>> of gEDA is that the tools play well with other tools,
>> whether they are part of gEDA or not.
>
>
> I don't care how many proprietary t
On Wed, 2010-03-03 at 06:17 +0900, John Doty wrote:
> I believe the poor scaling is in the front end: which back end you use
> doesn't seem to matter.
I know there are a number of cases where the backends are badly coded,
and will quickly run out the guile stack using inefficiently recursive
alg
On Mar 2, 2010, at 8:29 PM, Peter Clifton wrote:
> Sounds like gnetlist is really struggling with the multiple schematics -
> this could perhaps be an inefficiency in how the guile back-ends are
> written, or something similar in the core gnetlist code.
As someone who works with big designs in g
On Tue, 2010-03-02 at 00:23 -0300, Adrian Pardini wrote:
> On 01/03/2010, Facundo Ferrer wrote:
> [...]
> >The output was quite differente in drc2 check. Now the gnetlist finish
> >with 'Killed' instead of 'Buffer overflow' but anyway does not create
> >the netlist (the same output for
On Tue, 2010-03-02 at 12:24 +0900, timecop wrote:
> Please kindly use computers from this century.
I'm not sure what this comment relates to, or whether it is intended to
be constructive, humorous or otherwise.. Nothing I've seen suggests the
machine Facundo is using is particularly old.
--
Pete
On Sat, 27 Feb 2010 22:30:12 -0300, Facundo Ferrer
wrote:
> Hi I was working on my thesis project and I'm designing a 6-bit flash
> converter. The circuit has 63 comparators (made by me) , 63 inverters
(made
> by me) and 1 decoder (126 inputs and 6 outputs, also made by me). I have
a
> source file
Please kindly use computers from this century.
On Tue, Mar 2, 2010 at 11:14 AM, Facundo Ferrer
wrote:
> Hi,
> I have an Ubuntu distro:
> facu...@uni-laptop:~$ uname -a
> Linux uni-laptop 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34
> UTC 2010 x86_64 GNU/Linux
> I have installe
On 01/03/2010, Facundo Ferrer wrote:
[...]
>The output was quite differente in drc2 check. Now the gnetlist finish
>with 'Killed' instead of 'Buffer overflow' but anyway does not create
>the netlist (the same output for drc2 and spice-sdb backends).
>After that I realize that there
Hi,
I have an Ubuntu distro:
facu...@uni-laptop:~$ uname -a
Linux uni-laptop 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34
UTC 2010 x86_64 GNU/Linux
I have installed gEDA from the Ubuntu repos. The version is quite old:
gEDA/gschem version 1.4.3.20081231
Today I downl
On Mon, 2010-03-01 at 19:54 -0300, Facundo Ferrer wrote:
> Hi again!
>I have the following lines in my gnetlisrc:
>(debug-options (list 'stack 20))
>(eval-options (list 'stack 20))
This is a lame thing for me to suggest, since I don't _know_ of any bug
which has been fixed whic
Hi again!
I have the following lines in my gnetlisrc:
(debug-options (list 'stack 20))
(eval-options (list 'stack 20))
Also, I tried with a bigger number and editing directly the
gnet-drc2.scm but the error still appearing. Reviewing my previous
flash converter (3 bits)
On Sunday 28 February 2010, John Doty wrote:
> Ah, but it has an open interface we can use. A great strength
> of gEDA is that the tools play well with other tools,
> whether they are part of gEDA or not.
I don't care how many proprietary tools you can leverage by
starting the schematic on gsc
On Feb 28, 2010, at 2:17 PM, al davis wrote:
> On Saturday 27 February 2010, John Doty wrote:
>> It looks like you're using the kind of hierarchy suitable for
>> a printed circuit flow, not a SPICE/ASIC flow. I suggest
>> first reading the excellent tutorial at
>> http://www.brorson.com/gEDA/SPIC
On Saturday 27 February 2010, John Doty wrote:
> It looks like you're using the kind of hierarchy suitable for
> a printed circuit flow, not a SPICE/ASIC flow. I suggest
> first reading the excellent tutorial at
> http://www.brorson.com/gEDA/SPICE/intro.html.
>
Ouch ..
That was written 6 year
Facundo Ferrer wrote:
When I try to check my
circuit with drc or drc2 gnetlist finished with a buffer overflow. I
don't know how to solve this. Also, I tried with spice-sdb but gnetlist
finish with Killed.
Have you tried this:
http://www.geda.seul.org/wiki/geda:faq-gnetlist
__
On Feb 28, 2010, at 10:30 AM, Facundo Ferrer wrote:
> Hi I was working on my thesis project and I'm designing a 6-bit flash
> converter. The circuit has 63 comparators (made by me) , 63 inverters
> (made by me) and 1 decoder (126 inputs and 6 outputs, also made by me).
> I have a source f
Hi I was working on my thesis project and I'm designing a 6-bit flash
converter. The circuit has 63 comparators (made by me) , 63 inverters
(made by me) and 1 decoder (126 inputs and 6 outputs, also made by me).
I have a source file for each component (actually more than 127 files
be
21 matches
Mail list logo