Le 02/08/2016 à 02:26, Michael Steinberg a écrit :
> Hello all,
>
> attached is v2 of the crash fix. My original patch would move the function
> out of the transition
> before a copy of it could be pushed to the state stack.
>
> The second patch refactors coroutine, mostly for clarification and
Hello all,
attached is v2 of the crash fix. My original patch would move the
function out of the transition before a copy of it could be pushed to
the state stack.
The second patch refactors coroutine, mostly for clarification and
correctness purposes. A few documentation hints were added. I
I'm in favor of power connects as labels because, well, that's what they
are! Remember that power components and global labels behave
identically. IMO keeping this consistency is very, very good from a user
interface perspective - components in general don't make connections to
remote places, that'
How is this different or better than being able to edit a power
component value? I know we cannot do this right now but I see no reason
that it couldn't be done once the new file format is in place and power
components are defined by component type rather than naming semantics.
On 7/31/2016 5:09
Le 01/08/2016 à 05:15, Michael Steinberg a écrit :
> Hey,
>
> pinpointing the problem proved really difficult, I didn't expect it where it
> was...
> This bug existed before my 1.61-patch and did not surface because DELEGATE
> would not clear its
> content on destruction. See the attached patch.
Hi there!
Thank you for investigating the problem. After reading your explanation,
I am not completely sure the bug has existed before the boost-1.61
patch. In the mentioned patch, the order of transitions.clear() and
COROUTINE constructor has been reversed [1]. Do you think it could cause
the bu
I'll make sure it works on the build server regardless of what homebrew
does :)
On Mon, Aug 1, 2016 at 8:29 AM, Maciej Sumiński
wrote:
> Hi Johannes,
>
> Cool! I am really grateful for your fixes - they are already merged and
> I am going test them with Linux and Windows. I really hope homebrew
Thank you, it should be corrected now. Now the script is as pure as it
can be.
Regards,
Orson
On 08/01/2016 03:51 PM, Eldar Khayrullin wrote:
> After:
> $ rm -r /tmp/libngspice_so/
> I see:
> $ LANG=C ./get_libngspice_so.sh
> ./get_libngspice_so.sh: 13: ./get_libngspice_so.sh: [[: not found
> ./g
Script doesn't download the ngspice archive anymore.
В Понедельник, 1 авг. 2016 в 4:19 , Maciej Sumiński
написал:
Hi Eldar,
I would rather install the libraries to /usr/local, so they do not
interfere with libraries installed by package managers. I guess I know
what I kind of issue you have f
After:
$ rm -r /tmp/libngspice_so/
I see:
$ LANG=C ./get_libngspice_so.sh
./get_libngspice_so.sh: 13: ./get_libngspice_so.sh: [[: not found
./get_libngspice_so.sh: 41: ./get_libngspice_so.sh: [[: not found
-e \e[34mDownloading ngspice tarball..\e[0m
--2016-08-01 16:50:20--
http://downloads.sourc
With your new script:
$ LANG=C ./get_libngspice_so.sh
./get_libngspice_so.sh: 13: ./get_libngspice_so.sh: [[: not found
./get_libngspice_so.sh: 41: ./get_libngspice_so.sh: [[: not found
-e \e[34mDownloading ngspice tarball..\e[0m
--2016-08-01 16:47:54--
http://downloads.sourceforge.net/project/n
Hi Johannes,
Cool! I am really grateful for your fixes - they are already merged and
I am going test them with Linux and Windows. I really hope homebrew
developers will accept your formula soon, as it would make getting
ngspice library so much simpler.
Regards,
Orson
On 08/01/2016 12:40 PM, Joha
Hi Eldar,
I would rather install the libraries to /usr/local, so they do not
interfere with libraries installed by package managers. I guess I know
what I kind of issue you have faced, and now it should be fixed in the
new version get_libngspice_so.sh script [1].
Regards,
Orson
1. https://orson.
Hi Wayne, Jean-Pierre,
Excuse my late answer, I was away for a week.
I could not reproduce the problem here, so right now I am unable to say
whether it fixes the recent issue. I will try again later with another
virtual machine. I believe the stable branch is not affected by the bug,
but we will
On 07/23/2016 01:17 PM, jp charras wrote:
> Le 22/07/2016 à 13:49, Tomasz Wlostowski a écrit :
>> On 22.07.2016 13:36, jp charras wrote:
>>> Le 22/07/2016 à 13:15, jp charras a écrit :
Le 22/07/2016 à 11:59, Tomasz Wlostowski a écrit :
> On 22.07.2016 11:56, Eldar Khayrullin wrote:
>>
Hi Tom,
Thank you for the report. I have just updated the get_libngspice_so.sh
[1] script. Would you try it again?
Regards,
Orson
1. https://orson.net.pl/pub/libngspice/get_libngspice_so.sh
On 07/22/2016 03:30 PM, Tom Andrews wrote:
> Hi guys,
>
> Thanks very much for adding this feature for a
On 08/01/2016 05:15 AM, Michael Steinberg wrote:
> Hey,
>
> pinpointing the problem proved really difficult, I didn't expect it
> where it was...
> This bug existed before my 1.61-patch and did not surface because
> DELEGATE would not clear its content on destruction. See the attached
> patch.
>
It is good. It is convenient.
В Понедельник, 1 авг. 2016 в 12:09 , Chris Pavlina
написал:
Power labels replace power components. Here are a couple screenshots
from my feature branch that I dug up - still haven't actually got it
building again, it had a few issues, but the screenshots should
e
Tom or Orson,
Would you please take a look at this patch and see if makes sense? I'm
wondering if resolves any of the other GAL bugs we have been experiencing.
Thanks,
Wayne
On 7/31/2016 11:15 PM, Michael Steinberg wrote:
> Hey,
>
> pinpointing the problem proved really difficult, I didn't ex
I'm just checking in to make sure we are good to go with the upcoming
4.0.3 stable release. I will plan on announcing the release and
creating the source archive this weekend unless there is something
holding it up. Please let me know if there are any issues. Otherwise,
expect a new stable relea
Thanks Johannes!
On Mon, Aug 1, 2016 at 6:58 AM, Bernhard Stegmaier
wrote:
> Hi,
>
> On 01.08.2016 12:40, Johannes Maibaum wrote:
>
>> Bernhard’s hint gave me a working wx installation again, and I now
>> got the simulator running on OSX (see attached screenshot). Yay!
>>
> Good to hear!
>
> - l
Hi,
On 01.08.2016 12:40, Johannes Maibaum wrote:
Bernhard’s hint gave me a working wx installation again, and I now
got the simulator running on OSX (see attached screenshot). Yay!
Good to hear!
- libngspice needs to be compiled and installed manually to one of the
usual library locations at
22 matches
Mail list logo
