Hi all,
the zoom function in gschem is still a little bit confusing. If it would be
like in pcb it would look much smoother. In pcb the spot under the mouse is
zoomed in, but neither mouse nor layout change their position. In gschem
however the spot under the mouse is centered, and then zoomed i
Guys,
Several bug reports were filed about spice-sdb mishandling slotted
parts. In particular, spice-sdb was emitting pins in the order set by
pinnumber, and not in the order determined by pinseq. I just fixed
this and put the fix into CVS. It involved changes in both gnetlist
as well as libge
Good bit of detective work here. It seems likely you can work
around the assert by explicitly saving the $bitstoreal results
in a temporary an passing that temporary into your task.
No, this is not a threading issue, there is some funky recursion
that seems to be going on here. I would look at th
Looks like there are some bug reports in here. I'm pretty busy with
a big task at the moment so I may not get to these right away, so
that makes filing bug reports even more important.
[EMAIL PROTECTED] wrote:
> The following compiles
> (and probably shouldn't, unfortunately):
>
> module re
[EMAIL PROTECTED] wrote:
> The preprocessor fails when a directive is on the last line (on a line
> without a newline).
>
> PS
> Should I just submit such information in a bug report?
Yes, a bug report would be nice, with an example that demonstrates
the problem.
--
Steve Williams
Hi Harry,
* Harry Eaton writes:
> Hi Ralf,
> Try again. I did fix one error with the previous
> patch; now the other is fixed too. Your test example
> works now (at least for me).
Yup works now.
Thanks again,
Ralf
___
geda-user mailing list
geda-us
Hello again.
I'm completely confused.
Please bear with me.
I have defined with the VPI a task
that computes the square root
of a real input to produce a
real output.
The task is called $FloatSqrt and it
is defined thusly:
static PLI_INT32 calltf_FloatSqrt(PLI_BYTE8* user)
{
vpi
7 matches
Mail list logo