-
Hi,
I can also reproduce the problem.
Procedure :
- load the model supplied by "nobody"
- click "add zones"
- perform a refill of zones
- diplay the L1 layer
Then you can see on the bottom left part that the signal Sheet4A1 is connected to the ground plane.
When using a 32-segment/360° arcs approximation in the fill zone, the bug does not appear when filling the zone.
2009-09-03 22:01:52 UTC in Kicad EDA
-
NB : at the moment, I'm a happy user of matio and I get the functionality I want (which may be too specific/hacky to be included in the lib) in a wrapping library.
2009-08-13 15:34:32 UTC in MAT File I/O Library
-
Hi,
For a lot of reasons, writing to .mat files is a little less dumb than writing to CSV files...
However, I did not find (maybe I didn't look too well) a way to append a row of data in an array in the API docs.
Is there such a way ?
Regards,
2009-08-12 22:05:11 UTC in MAT File I/O Library
-
Problem solved by using :
s/class CallBack_i : MarshalByRefObject, CallBack {/public class CallBack_i : MarshalByRefObject, CallBack {/
Maybe someone has an explanation...
2008-11-28 23:44:19 UTC in IIOP.NET
-
Hi,
Did you manage to solve this problem ?
I am encountering the same issue (started to use callbacks, trying to make a .Net client for the basic omniORB callback example)
2008-11-28 16:37:39 UTC in IIOP.NET
-
Hi Dominic,
Thanks for your answer (and for the test addentum),
As you imagined, passing a longer string fools the server who has no way to imagine what happens.
On the server side (4.1.2) , _I forgot to treat incoming data as Any_ ; I was naïvely _continuing to expect strings_.
So, now it works.
Thanks again,
--
Jérôme.
2008-09-09 22:32:12 UTC in IIOP.NET
-
Hi,
I just begun with IIOP.Net, wanting to interface a C# client with my omniORB server.
I have problems when I want to call the method :
CORBA::Long GetString(const char * /* aka CORBA::Char */ thestring);
I used an Any with string typecode as in (http://sourceforge.net/forum/forum.php?thread_id=1051887&forum_id=274081/&abmode=1) and the FAQ, because of the string problem :
2008-08-19 16:40:52 UTC in IIOP.NET
-
With this patch ( http://gentoo.zapto.org/Supelec-overlay/app-admin/metalog/files/custom-timestamp_and_from-to.patch , based on the 0.8 sources ) I modified some stuff which were bugged, updated the man page a little, and modified the rotated logfiles names so that it is log-fromdate-todate.log.
2008-03-10 10:00:51 UTC in Metalog
-
Oops I wasn't logged in..
2008-03-09 06:57:11 UTC in Metalog
-
It would be very nice to have a way to configure the timestamp format, at least globally.
I don't understand very well how is done the date processing in metalog's source...
2008-01-30 20:47:14 UTC in Metalog
