Re: [Mono-devel-list] more ppc atomic.h cleanups
Hi, all. Shouldn't the interlocked API's implementation use sync isync for the memory barriers? At least in C++, we have seen many cases where people implemented their own mutexes using interlocked APIs. Now on multiple CPU system and PPC in particular a mutex needs to flush the memory barriers so two diferent threads sharing the same data will be synchronized if they use the mutex properly. Eyal. On Wed, 13 Apr 2005, David Waite wrote: Date: Wed, 13 Apr 2005 12:31:50 -0600 From: David Waite [EMAIL PROTECTED] To: Mono Development List mono-devel-list@lists.ximian.com Subject: [Mono-devel-list] more ppc atomic.h cleanups Attached is a patch that performs cleanups of atomic.h for the ppc architecture: * InterlockedIncrement, InterlockedDecrement: use one fewer register, avoid initialization and remove extra addition/subtraction at the end * InterlockedExchange: remove tmp initialization, rename tmp to result to be consistant with other methods -David Waite atomic-ppc-cleanups.diff Description: Binary data
[Mono-devel-list] Re: [PATCH] Bug 74586 (and other oddities with the beta)
I found a much better solution to this bug by looking at the 1.1.16
source. The problem turns out to be that FindFirstFile() doesn't
properly return INVALID_FILE_HANDLE when scanning an empty directory
or pattern that has no matches.
Here's a better patch. I hope I'm getting closer here... :)
Bill
Index: mono/io-layer/io.c
===
--- mono/io-layer/io.c (revision 42986)
+++ mono/io-layer/io.c (working copy)
@@ -2745,7 +2745,7 @@
!FindNextFile (handle, find_data)) {
FindClose (handle);
SetLastError (ERROR_NO_MORE_FILES);
- find_ret = INVALID_HANDLE_VALUE;
+ return(INVALID_HANDLE_VALUE);
}
return (handle);
On 4/14/05, Bill Middleton [EMAIL PROTECTED] wrote:
On 4/13/05, Bill Middleton [EMAIL PROTECTED] wrote:
[Gibberish]
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] unref on 1912 called when ref was already 0
Hi, I'm getting messages such as the following: ** (../../../test/Ice/operations/server.exe:25872): WARNING **: : unref on 1912 called when ref was already 0 These happen sporadically, and only on a dual-CPU machine, which makes me think that some kind of race condition is involved. I only see those messages when a process is about to shut down. I have no idea what the messages mean -- can anyone suggest a possible cause? Thanks, Michi. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Change font size.
Hello, I'm developing an application with gtk#, and I'm trying to change the fonts that is used in the application, to use diferent sizes of letters. I didn't find any class or method that changes the properties of the font used by the application. So I don't know if it is possible to change the fonts of an application, and if it is possible wich class can do it. Thanks for the help. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Change font size.
My guess is that the gtk-sharp list might have your answers. Subscribe (or browse its archives) at http://mono-project.com/Mailing_Lists or even better: http://lists.ximian.com/mailman/listinfo Bill On 4/14/05, Pablo Cardona [EMAIL PROTECTED] wrote: Hello, I'm developing an application with gtk#, and I'm trying to change the fonts that is used in the application, to use diferent sizes of letters. I didn't find any class or method that changes the properties of the font used by the application. So I don't know if it is possible to change the fonts of an application, and if it is possible wich class can do it. Thanks for the help. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r42986 - trunk/mcs/class/System.XML/System.Xml.Serialization
On dj, 2005-04-14 at 12:26 +0300, Andrew Skiba wrote: Lluis Sanchez wrote: Hi, I did not aprove this patch, and I need to know why it is needed before aproving it (i.e. a test case). Lluis. Hi. On Sunday I posted a message with an explanation and the testcase to the dev-list: http://lists.ximian.com/archives/public/mono-devel-list/2005-April/011474.html I missed that message, probably because it didn't say anything about XmlSerializer in the subject :-) In any case, the patch is not correct and I had to revert it. The encoding of the element names should be done only once when creating the maps in XmlReflectionImporter and SoapReflectionImporter. There should be no need to encode names in other classes. Lluis. Andrew Skiba. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Change font size.
Hi, If you want to do complex things, you will need to use Pango. If all you want is set a title in a bigger font and such, the easiest way is to use either pango with textmarkups (you can add a label with text = bmytext/b or something like that and it will show bold) or use a resource file (look at the style and resource gtk classes.) I use the resource file approach. wkr, Anset Pablo Cardona wrote: Hello, I'm developing an application with gtk#, and I'm trying to change the fonts that is used in the application, to use diferent sizes of letters. I didn't find any class or method that changes the properties of the font used by the application. So I don't know if it is possible to change the fonts of an application, and if it is possible wich class can do it. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r42986 - trunk/mcs/class/System.XML/System.Xml.Serialization
Lluis Sanchez wrote: In any case, the patch is not correct and I had to revert it. The encoding of the element names should be done only once when creating the maps in XmlReflectionImporter and SoapReflectionImporter. There should be no need to encode names in other classes. No problem. But now the testcase fails again, so I opened a bug in bugzilla: http://bugzilla.ximian.com/show_bug.cgi?id=74606 Regards, Andrew Skiba. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Mono.Data.SqliteClient status
Hi,
I am developing an application under mono-1.1.5 that relies heavily on
Sqlite and I am finding several unexpected problems. For instance,
ADO.Net parameters are not supported at all, although a patch
implementing that was submitted several months ago:
http://lists.ximian.com/archives/public/mono-devel-list/2004-June/006314.html
I have just checked out the class libraries out of svn and the code is
exactly the same... and the question that comes up to my mind is
whether Mono.Data.SqliteClient is currently being actively maintained.
However, that code features several bugs - specially in the parameter
replacement.
I also found a trivial - and pretty puzzling Hey, why the heck it is
not rolling back changes!!! :D - bug in SqliteTransaction.cs, as the
accompanying diff I hope shows.
Finally, I am having other weird problems, never seen before that I am
not being able at all to replicate - DML statements affecting too much
rows and less columns as any sane person would expect... however I am
unsure this is not entirely my fault. This is putting me in a frame of
mind that I suspect even of my speaker's shadow on the table :S
Miguel.
Index: SqliteTransaction.cs
===
--- SqliteTransaction.cs(revision 42995)
+++ SqliteTransaction.cs(working copy)
@@ -100,7 +100,7 @@
try
{
SqliteCommand cmd = _connection.CreateCommand();
- cmd.CommandText = COMMIT;
+ cmd.CommandText = ROLLBACK;
cmd.ExecuteNonQuery();
_open = false;
}
Re: [Mono-devel-list] Mono.Data.SqliteClient status
hi, there is also another project doing an ado.net provider for 3.x version of sqlite at sf.net: project: http://sourceforge.net/projects/adodotnetsqlite article: http://www.eggheadcafe.com/articles/20040714.asp it is using the bsd license. i wanted to try using it - i got it to compile with mono - but have not tested it (with success) yet, it has some capitalization issues w.r.t. class names, etc which make it not possible to just drop in and switch the namespaces. and i was too lazy to change my code to make it work, but looks interesting as well... regards, --chris On Thu, 14 Apr 2005, Miquel Ramírez wrote: Hi, I am developing an application under mono-1.1.5 that relies heavily on Sqlite and I am finding several unexpected problems. For instance, ADO.Net parameters are not supported at all, although a patch implementing that was submitted several months ago: http://lists.ximian.com/archives/public/mono-devel-list/2004-June/006314.html I have just checked out the class libraries out of svn and the code is exactly the same... and the question that comes up to my mind is whether Mono.Data.SqliteClient is currently being actively maintained. However, that code features several bugs - specially in the parameter replacement. I also found a trivial - and pretty puzzling Hey, why the heck it is not rolling back changes!!! :D - bug in SqliteTransaction.cs, as the accompanying diff I hope shows. Finally, I am having other weird problems, never seen before that I am not being able at all to replicate - DML statements affecting too much rows and less columns as any sane person would expect... however I am unsure this is not entirely my fault. This is putting me in a frame of mind that I suspect even of my speaker's shadow on the table :S Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [PATCH] Bug 74586 (and other oddities with the beta)
On Thu, 2005-04-14 at 10:10 +0200, Bill Middleton wrote: Here's a better patch. I hope I'm getting closer here... :) I fixed this yesterday :) - Dick ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Mono.Data.SqliteClient status
there is also another project doing an ado.net provider for 3.x version of sqlite at sf.net: Thanks for the pointer! it is using the bsd license. i wanted to try using it - i got it to compile with mono - but have not tested it (with success) yet, it has some capitalization issues w.r.t. class names, etc which make it not possible to just drop in and switch the namespaces. and i was too lazy to change my code to make it work, but Hmmm, I do not see at all the point of dumping the work already done. I mean that there are some gaps in the implementation, but it is a good work indeed. And the C/C++ API is pretty straightforward. But maybe there are some version 3 features that would imply a major code reworks, aren't there? I have been using version 2 both from C++ and Python for quite a few small projects, but I have never tried version 3... Thanks for your prompt reply, Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [PATCH] Bug 74586 (and other oddities with the beta)
Still broken in the mainline. :| Bill On 4/14/05, Dick Porter [EMAIL PROTECTED] wrote: On Thu, 2005-04-14 at 10:10 +0200, Bill Middleton wrote: Here's a better patch. I hope I'm getting closer here... :) I fixed this yesterday :) - Dick ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] CodeGenerator doesn't support C Unions
I try to know why there's a problem with Gda.Value; and searching I
found that some one change the code made from CodeGenerator to use
FieldOffset in cero for each element in the union that exist in
GdaValue struct:
typedef struct GdaValue {
GdaValueType type;
union {
gint64 v_bigint;
guint64 v_biguint;
gpointer v_binary;
GdaBlob v_blob;
gboolean v_boolean;
GdaDate v_date;
gdouble v_double;
GdaGeometricPoint v_point;
GObject *v_gobj;
gint v_integer;
GdaValueList *v_list;
GdaMoney v_money;
GdaNumeric v_numeric;
gfloat v_single;
gshort v_smallint;
gushort v_smalluint;
gchar *v_string;
GdaTime v_time;
GdaTimestamp v_timestamp;
gchar v_tinyint;
guchar v_tinyuint;
GdaValueType v_type;
guint v_uinteger;
} value;
}
There's no code to generate a union like in C# using CodeGenerator.
The StructBase object write the code but define:
[StructLayout(LayoutKind.Sequential)]
And in the case of union mus be:
[StructLayout(LayoutKind.Explicit)]
Then may need to create a UnionBase class to write the correct code,
or modify the StructBase class to admit in the constructor an argument
telling him the type of object (struct or union) and write the correct
sentence.
But now, the Field class, must have a metod to write the FiledOffset
attribute (allways in cero) to have a C union in C#.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problems with Array.AsReadOnly
It's working now smoothly :-) Carlos. Hi Carlos, I think this is already fixed. I'm running your sample from svn of 2005-04-13 23:55, localtime GMT-3 and I get the expected result: 10 Please, update your svn and give it a try. Thanks for reporting. - -- Regards, Francisco Figueiredo Jr. Npgsql Lead Developer http://gborg.postgresql.org/project/npgsql MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - - Science without religion is lame; religion without science is blind. ~ Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQl3fHf7iFmsNzeXfAQI1pgf/QmdAna8YNHC5Z4JjBOjjscQa/iqkVnnx 1hTNZoxvNEaAyUU0T9l2AmWtrzcIfBay4pACpQ/PYPvQS8t0rVZQUsZVQCF/K4US 2hl4xyAK72znxvgXxf/t6fDMqhNuxY9y4ItjxZyXzhDkGSxhekUcphpa53YKWqHu T74YRF/ntZkWMBPmj6RHCMHyezMyYBR0iYfToc3j3SMVZeUt40vGfcBVtVNPER4y +77ntCn5LGwTPyMDRN5msOOlioYIAbyeuLiX4mKNP47qvtQUBOsQLGvlwqSboOM5 kVtfhSZZ7/GTr4S7pXPbhJOaAW4fXqjht6W2IdAxZj9CyYv31Br0rg== =TKr7 -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] DataView.Sort behaves different on mono than Windows
Hi, In my new RSS Feed Aggregator for mojoportal, I have a DataView named entries that I sort using: entries.Sort = PubDate DESC; On Windows it sorts by date desc as expected, but under mono 1.1.5 from svn on Suse 9.2 it sorts descending on date but keeps things grouped together by author so newer dated posts are not always on top. The feed with the newest post shows first but then all of its posts are shown next in date descending order no matter if the other feeds have posts that are newer, then the feed with the next newest post and so on. I wonder if it has anything to do with the sequence of columns in the DataTable underlying the DataView. In my DataTable the PubDate field is the last column. I may try some more experimentation and see if I can find a workaround but I believe this is a bug and thought I should mention it. Thanks, Joe joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] DataView.Sort behaves different on mono than Windows
Hey,
This scenario perfectly works fine for me here. Find the attached
sample code. it works as expected. I use mono 1.1.7
Let me know whether this works for you too. If not , I suggest to
upgrade ;-). If you have any other specific situation, please post a
simple code so that I can look into it.
suresh.
On Thu, 2005-04-14 at 16:12 -0700, Joe Audette wrote:
Hi,
In my new RSS Feed Aggregator for mojoportal, I have a
DataView named entries that I sort using:
entries.Sort = PubDate DESC;
On Windows it sorts by date desc as expected, but
under mono 1.1.5 from svn on Suse 9.2 it sorts
descending on date but keeps things grouped together
by author so newer dated posts are not always on top.
The feed with the newest post shows first but then all
of its posts are shown next in date descending order
no matter if the other feeds have posts that are
newer, then the feed with the next newest post and so
on.
I wonder if it has anything to do with the sequence of
columns in the DataTable underlying the DataView. In
my DataTable the PubDate field is the last column. I
may try some more experimentation and see if I can
find a workaround but I believe this is a bug and
thought I should mention it.
Thanks,
Joe
joe_audette [at] yahoo dotcom
http://www.joeaudette.com
http://www.mojoportal.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
using System;
using System.Data;
class MainClass
{
public static void Main (string [] args)
{
DataTable dt = new DataTable (test);
dt.Columns.Add (author, typeof (string));
dt.Columns.Add (id, typeof (int));
dt.Columns.Add (pubdate, typeof (DateTime));
dt.Rows.Add (new object [] {suresh, 5, new DateTime (2005,3,3)}) ;
dt.Rows.Add (new object [] {suresh, 10, new DateTime (2005,3,6)}) ;
dt.Rows.Add (new object [] {ramesh, 6, new DateTime (2005,3,2)}) ;
dt.Rows.Add (new object [] {ramesh,12, new DateTime (2005,1,2)}) ;
dt.Rows.Add (new object [] {kamesh, 3, new DateTime (2005,3,5)}) ;
dt.Rows.Add (new object [] {raju, 2, new DateTime (2005,2,5)}) ;
Console.WriteLine (DataTable : );
Print (dt);
DataView dv = new DataView (dt, author like '%sh', pubdate, DataViewRowState.CurrentRows);
Console.WriteLine (\nfiltered sorted view :);
Print (dv);
dv.Sort = pubdate desc;
Console.WriteLine (\nsorting dec:);
Print (dv);
}
public static void Print (DataTable dt)
{
for (int i = 0 ; i dt.Columns.Count ; i++) {
Console.Write ({0,20}, dt.Columns [i].ColumnName);
}
Console.WriteLine ();
foreach (DataRow r in dt.Rows) {
for (int i =0 ; i dt.Columns.Count; i++)
Console.Write ({0,20}, r [i].ToString ());
Console.WriteLine ();
}
}
public static void Print (DataView dv)
{
for (int i = 0 ; i dv.Table.Columns.Count ; i++) {
Console.Write ({0,20}, dv.Table.Columns [i].ColumnName);
}
Console.WriteLine ();
foreach (DataRowView r in dv) {
for (int i =0 ; i dv.Table.Columns.Count; i++)
Console.Write ({0,20}, r [i].ToString ());
Console.WriteLine ();
}
}
}
