[Mono-list] [patch] Queue.cs
hi. don't dare to commit, it's been such a long time :P could somebody please review this patch? could not find the mail address of Ricardo Fernndez Pascual. fixes the following test case: 1. construct queue with an ICollection of size 1 2. dequeue the item 3. enqueue another item - *array index exception* the problem is that the icollection constructor fails to recalculate the tail pointer correctly. besides: System.Collections.Queue grows by a realloc-style approach with arrays. i believe the internal structure could/should be an arraylist. would such a patch be accepted? regards, daniel -- Daniel Stodden LRR - Lehrstuhl fr Rechnertechnik und Rechnerorganisation Institut fr Informatik der TU Muenchen D-85748 Garching http://wwwbode.in.tum.de/~stodden mailto:[EMAIL PROTECTED] -- Index: Queue.cs === RCS file: /cvs/public/mcs/class/corlib/System.Collections/Queue.cs,v retrieving revision 1.21 diff -u -r1.21 Queue.cs --- Queue.cs 11 Jun 2004 01:59:36 - 1.21 +++ Queue.cs 11 Jul 2004 22:15:13 - @@ -53,7 +53,7 @@ throw new ArgumentNullException (col); _size = _array.Length; - _tail = _size; + _tail = _size % _array.Length; col.CopyTo (_array, 0); } signature.asc Description: This is a digitally signed message part
[Mono-list] make install breaks on FreeBSD
Hi, I'm trying to compile Mono 1.0 from source on a FreeBSD 5.2.1 x86 machine. 'configure' and 'make' work fine, but make install gets stuck at MONO_PATH=. ../../mono/mini/mono --config ../../data/config ./../gacutil.exe /i ./Accessibility.dll /f /package 1.0 /gacdir /usr/local/stow/mono-1.0/lib /root /usr/local/stow/mono-1.0/lib It just sits there indefinitely. According to top it's using 0 CPU so I suppose it's blocking on something. I let it sit there for over an hour and nothing changed. I also tried 'gmake install' and got the same result. Any suggestions? Kevin ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] anyone got DbDataAdapter.Fill Method work?
anyone got DbDataAdapter.Fill Method work? I need to deploy working .NET web application to apache/xsp/mono, but unfortunately i always get an empty dataset :(( ExecuteScalar ExecuteReader works for me, so as a last resort i'll rewrite the data access components to fill dataset by hand :((( I think it's a bug so i submit a report, but i'm very intersted does anyone get it work? If yes pls notify me urgent because i have a deadline to do the work . - here is the copy of my bug report odbcDataAdapter.Fill(DataSet) doesn't work for me Steps to reproduce the problem: 1. create odbcDataAdapter that select something from database 2. generate named/typed dataset /i'm using VS2003.NET / 3. fill dataset Actual Results: dataset is empty Expected Results: Data in the dataset How often does this happen? Always Additional Information: Code work fine in .NET framework - also i try public int Fill( DataTable dataTable); - same result :((( --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 09.07.2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug in HttpWebRequest and https ?
There is no bug. A System.Net.WebException is supposed to be thrown when GetResponse fails which in this case there is no web server on localhost can handle https. WebRequest.Create will return a HttpWebRequest object. It isn't till it tries to create the streams by GetResponse that it can tell if it will work. Maybe the WebException message should match what MS .Net 1.1 gives which gives a better exception message The underlying connection was closed; Unable to connect to the remote server. but beyond the message its doing the right thing. A WebException is thrown in the right place at the right time...assuming that your web server can't handle https requests. On Mon, 2004-07-12 at 18:26, Harobed wrote: Hello, This code get web page from https://; URL. When I start this code, I've this error : Unhandled Exception: System.Net.WebException: Error getting response stream: ReceiveFailure --- System.ObjectDisposedException: The object was used after being disposed. in 0x00036 Mono.Security.Protocol.Tls.SslClientStream:checkDisposed () in 0x0004f (wrapper remoting-invoke-with-check) Mono.Security.Protocol.Tls.SslClientStream:checkDisposed () in 0x0004d Mono.Security.Protocol.Tls.SslClientStream:BeginRead (byte[],int,int,System.AsyncCallback,object) in 0x0007e System.Net.WebConnection:InitRead (object) --- End of inner exception stack trace --- in 0x0006e System.Net.HttpWebRequest:CheckFinalStatus (System.Net.WebAsyncResult) in 0x00065 (wrapper remoting-invoke-with-check) System.Net.HttpWebRequest:CheckFinalStatus (System.Net.WebAsyncResult) in 0x001b7 System.Net.HttpWebRequest:EndGetResponse (System.IAsyncResult) in 0x0006d System.Net.HttpWebRequest:GetResponse () in 0x000d9 Prog:Main (string[]) It's one bug, or my code is bad ? This code success with http://; URL. Thanks. using System; using System.Net; using System.Text; using System.IO; class Prog { static void Main(string[] args) { HttpWebRequest WRequest = (HttpWebRequest) WebRequest.Create(https://localhost;); HttpWebResponse WResponse = (HttpWebResponse) WRequest.GetResponse(); StreamReader SR = new StreamReader(WResponse.GetResponseStream(), Encoding.ASCII); try { string s = SR.ReadLine(); while (s!=null) { Console.WriteLine(s); s = SR.ReadLine(); } } finally { SR.Close(); } } } -- Tomar [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] enable aspx
I have recently installed the mod_mono - apache2 duo and was wonder how I go about enabling aspx rendering throughout all my site directories, not just in a single directory like the test examples. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] anyone got bDataAdapter.Fill Method work?
- Original Message - From: S Umadevi [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, July 13, 2004 7:59 AM Subject: Re: [Mono-list] anyone got bDataAdapter.Fill Method work? Hi Denis/Igor Also can you send me the the database table schema ( for the table you are querying), along with the values in the first row. I'm using Sybase SQL Anywhere 8, but i think database isn't important in this case ( i found a similar problems in list with PostgreSQL provider and also take a look on source of OdbcDataAdapter it doesn't do something special public sealed class OdbcDataAdapter : DbDataAdapter, IDbDataAdapter it only overrides a few methods : RowUpdatedEventArgs, RowUpdatingEventArgs, Dispose, OnRowUpdated, OnRowUpdating ) so i think the problem is general somewhere in dbDataAdapter.Fill { System.Data.Common.DataAdapter System.Data.Common.DbDataAdapter System.Data.Odbc.OdbcDataAdapter } --- dbschema CREATE TABLE tariff ( trf_sid integer NOT NULL, trf_level smallint NULL, trf_pred_level integer NULL, trf_code varchar(10) NOT NULL, trf_name varchar(250) NOT NULL, trf_column1 numeric(4,1) NULL, trf_column2 numeric(4,1) NULL, trf_currency integer NULL, trf_measure integer NULL, trf_exp_date date NULL, trf_sd_column1 smallint NULL, trf_sd_column2 smallint NULL, trf_beg_date date NOT NULL, PRIMARY KEY (trf_sid) ) --- load data LOAD TABLE Alpha_DBA.tariff FROM 'C:\\work\\datadbs\\unload\\208.dat' FORMAT 'ASCII' QUOTES ON ESCAPES ON STRIP OFF CHECK CONSTRAINTS OFF DELIMITED BY ',' --- some data from unload\208.dat 1,0,,'01',,0,,2,1997/01/01 00:00 2,0,,'02',''1997/01/01 00:00 3,0,,'03',''1997/01/01 00:00 --- Select command odbcSelectCommand1.CommandText = SELECT trf_sid, trf_level, trf_pred_level, trf_code, trim(trf_name) AS trf_name FROM tariff WHERE (trf_sid = 1) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 09.07.2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono 1 in FC2 not working on Apache 2.0.49
i have a similar problems with mod_mono apache 2.50 after digging the logs my conclusion is : mod-mono-server.exe dont create socket when started from apache from httpd.conf MonoUnixSocket /tmp/mono/mod_mono_server MonoRunXSP True MonoExecutablePath /usr/local/mono/bin/mono MonoPath /usr/local/mono/bin MonoServerPath /usr/local/mono/bin/mod-mono-server.exe MonoWapiDir /tmp/mono this is not a permission problem because owner of /tmp/mono is nobody:nobody (my apache account) so i solve this problem with manual starting mod-mono-server.exe --- here is the script #!/usr/bin/bash # # avoid a lot of errors if using odbc export ODBCINI=/etc/odbc.ini # ROOT=/tmp/mono MONO=/usr/local/mono/bin/mono SERVER=/usr/local/mono/bin/mod-mono-server.exe APPLICATIONS='ur app path here' SOCKET=/tmp/mono/mod_mono_server # case $1 in 'start') $MONO $SERVER --root $ROOT --applications $APPLICATIONS --filename $SOCKET --nonstop FIXED=0 while [ $FIXED = 0 ];do sleep 1 echo Waiting for $SOCKET to be created if [ -S $SOCKET ];then echo Change the owner of $SOCKET chown nobody:nobody $SOCKET FIXED=1 fi done ;; 'stop') PROCESS=`ps -ef | grep 'mod\-mono\-server.exe'` #echo $PROCESS for PID in `echo $PROCESS | awk '{print $2}'`;do echo Killing $PID kill $PID done if [ -S $SOCKET ];then rm $SOCKET fi;; *) echo usage $0 start|stop;; esac #ls -lh $SOCKET # --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 09.07.2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono 1 in FC2 not working on Apache 2.0.49
El mar, 13-07-2004 a las 00:51, Igor Anikeev escribió: More from the error log ** (/usr/bin/mod-mono-server.exe:6265): CRITICAL **: : shared file [/tmp/.wapi/shared_data-localhost.localdomain-1-0] open error: Permission denied ** (/usr/bin/mod-mono-server.exe:6265): CRITICAL **: : shared file [/tmp/.wapi/shared_data-localhost.localdomain-1-0] open error ** (/usr/bin/mod-mono-server.exe:6265): WARNING **: Failed to attach shared memory! Falling back to non-shared handles See: http://www.go-mono.com/issues.html#wapi for details Either remove /tmp/.wapi (it belongs to another user) or use MonoWapiDir to set the directory where .wapi is created. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug in HttpWebRequest and https ?
Le mar 13/07/2004 à 08:23, Tomar a écrit : There is no bug. A System.Net.WebException is supposed to be thrown when GetResponse fails which in this case there is no web server on localhost can handle https. WebRequest.Create will return a HttpWebRequest object. It isn't till it tries to create the streams by GetResponse that it can tell if it will work. Maybe the WebException message should match what MS .Net 1.1 gives which gives a better exception message The underlying connection was closed; Unable to connect to the remote server. but beyond the message its doing the right thing. A WebException is thrown in the right place at the right time...assuming that your web server can't handle https requests. I don't understand why it ? Because when I start firefox on https://localhost/ it's work with success. I use mono v1.0. You can help me ? My exemple work on your computer ? -- Stéphane KLEIN Home page : http://www.harobed.org Jabber : [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug in HttpWebRequest and https ?
El mar, 13-07-2004 a las 01:26, Harobed escribió: Hello, This code get web page from https://; URL. When I start this code, I've this error : Unhandled Exception: System.Net.WebException: Error getting response stream: ReceiveFailure --- System.ObjectDisposedException: The object was used after being disposed. in 0x00036 Mono.Security.Protocol.Tls.SslClientStream:checkDisposed () in 0x0004f (wrapper remoting-invoke-with-check) Mono.Security.Protocol.Tls.SslClientStream:checkDisposed () in 0x0004d Mono.Security.Protocol.Tls.SslClientStream:BeginRead (byte[],int,int,System.AsyncCallback,object) in 0x0007e System.Net.WebConnection:InitRead (object) --- End of inner exception stack trace --- in 0x0006e System.Net.HttpWebRequest:CheckFinalStatus (System.Net.WebAsyncResult) in 0x00065 (wrapper remoting-invoke-with-check) System.Net.HttpWebRequest:CheckFinalStatus (System.Net.WebAsyncResult) in 0x001b7 System.Net.HttpWebRequest:EndGetResponse (System.IAsyncResult) in 0x0006d System.Net.HttpWebRequest:GetResponse () in 0x000d9 Prog:Main (string[]) It's one bug, or my code is bad ? Your code is wrong. http://www.eggheadcafe.com/forums/ForumPost.asp?ID=11272INTID=18 ...and google is your friend ;-). -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: Bootstrapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Berman [EMAIL PROTECTED] wrote: Just out of curiosity, who the hell cares? Neither one is trojaned. Lets just move on. I have decided to honor your request and move on, i.e. this is going to be my last posting in this thread. However, I'd like you to understand why at least from my perspective this is not a satisfactory resolution: I believe that many people will agree with me when I say that it is evil monopolistic bahavior when Microsoft spreads FUD against GNU/Linux, the GPL, and the open source movement. Now Novell apparantly also has a policy of spreading FUD, namely against a GNU project that their Mono project happens to compete with. That is essentially the same kind of behavior. Novell should stop this behavior and issue an official, public apology which covers both this and their previous FUD attacks. Greetings, Norbert. - -- Founder Steering Committee member of DotGNU, see http://dotgnu.org/ Free Software Business Strategy Guide --- http://FreeStrategy.info Norbert Bollow, Weidlistr.18, CH-8624 Gruet (near Zurich, Switzerland) Tel +41 1 972 20 59Fax +41 1 972 20 69 http://norbert.ch -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA8/TKoYIVvXUl7DIRAjjiAJ40/M3iH57N5FwkLxelRCk4Y+H5QgCgxc1q liVbMOYJbEP/LmPvhf1w1t8= =eKBY -END PGP SIGNATURE- ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.Drawing development
Hi all, I'm interesting in contributing to Mono, and having checked the website for which classes require work, I've decided I would like to help on the System.Drawing namespace, as it's an area I'm interested in, and also as I have written quite a bit of code against the Microsoft implementation. So, having checked out what classes/methods are needing work, I'd like to also ask the list if anyone else is working on it, or which sections are more urgently requiring attention, so I don't tread on anyone's toes and can be as useful as possible. Does anyone have any suggestions as for what to tackle first, or any areas which are best avoided? Many thanks, Andy ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Remaining S/390 JIT issues
Hi, I am now passing all but two of the regression tests using my JIT port. One is strange that I haven't fully diagnosed with appdomain-unload (the page containing one of the compiled methods seems to get freed); the other is relates to single floating point numbers. The way I handle single floats is: 1. When loaded from storage I immediately convert them to double so that all operations work correctly 2. Before storing back to memory I convert them from double to single and then store 3. When passing in a call I convert from double to single 4. When coming back from a function call I convert from single to double This appears to work most of the time, but sometimes I get sequences like: (stind.r4 (add (ldind.ref regoffset[0xd0(s390_r11)]) iconst[8]) (float_conv_to_r4 (ldind.r8 regoffset[0xc8(s390_r11)]))) In this instance float_conv_to_r4 will convert from double to single and then stind.4 will try to convert from double to single as well: resulting in junk. How do other architectures handle single floats? BTW, on 2.4 systems the thread-related tests sometimes work and sometimes don't. On 2.6 things work all the time. Neale Ferguson P.S. My notes to the list appear to go via a moderator and are not being posted directly. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Remaining S/390 JIT issues
On 07/13/04 [EMAIL PROTECTED] wrote: I am now passing all but two of the regression tests using my JIT Excellent! Congrats! port. One is strange that I haven't fully diagnosed with appdomain-unload (the page containing one of the compiled methods seems to get freed); This is likely a general problem and not specific to your port. We need more work to make appdomain unload fully stable. the other is relates to single floating point numbers. The way I handle single floats is: 1. When loaded from storage I immediately convert them to double so that all operations work correctly 2. Before storing back to memory I convert them from double to single and then store 3. When passing in a call I convert from double to single 4. When coming back from a function call I convert from single to double This appears to work most of the time, but sometimes I get sequences like: (stind.r4 (add (ldind.ref regoffset[0xd0(s390_r11)]) iconst[8]) (float_conv_to_r4 (ldind.r8 regoffset[0xc8(s390_r11)]))) In this instance float_conv_to_r4 will convert from double to single and then stind.4 will try to convert from double to single as well: resulting in junk. How do other architectures handle single floats? float_conv_to_r4 is supposed to change the precision, but since the resulting value is still on the evaluation stack it should be still a double. stind.r4 will convert the value to a float during or before saving to memory. For some architectures this process creates more code than necessary, but most of the cases can be optimized with the proper burg rules. Later we may want to track FP values on the eval stack both as floats and doubles, so that in some architectures we can use 32 bit FP registers since some ops there will be faster: this requires that all the operand are floats and not doubles, though. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [patch] Queue.cs
Hello Daniel, Thanks for the patch, we will review. Miguel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] enable aspx
Something like Files *.aspx set-handler mono /Files ought to do the trick Brian On 13-Jul-04, at 1:06 AM, Jake Wharton wrote: I have recently installed the mod_mono - apache2 duo and was wonder how I go about enabling aspx rendering throughout all my site directories, not just in a single directory like the test examples. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Brian Richardson Sun Certified Java Programmer Public Key available at http://www.cubik.ca/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Drawing development
You might want to try the Mono Developers list, which is also available on Ximian at x-tad-biggerhttp://lists.ximian.com/mailman/listinfo/mono-devel-list /x-tad-biggerx-tad-biggerBrian /x-tad-bigger On 13-Jul-04, at 9:16 AM, Andrew Craven wrote: Hi all, I'm interesting in contributing to Mono, and having checked the website for which classes require work, I've decided I would like to help on the System.Drawing namespace, as it's an area I'm interested in, and also as I have written quite a bit of code against the Microsoft implementation. So, having checked out what classes/methods are needing work, I'd like to also ask the list if anyone else is working on it, or which sections are more urgently requiring attention, so I don't tread on anyone's toes and can be as useful as possible. Does anyone have any suggestions as for what to tackle first, or any areas which are best avoided? Many thanks, Andy ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Brian Richardson Sun Certified Java Programmer Public Key available at http://www.cubik.ca/
Re: [Mono-list] Re: Bootstrapping
Hello, Now Novell apparantly also has a policy of spreading FUD, namely against a GNU project that their Mono project happens to compete with. That is essentially the same kind of behavior. Novell should stop this behavior and issue an official, public apology which covers both this and their previous FUD attacks. I can officially state that there is no such policy in place. People disagree violently over mailing lists, big deal. Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono and swapping out web application assemblies
I know mod_mono is a bit behind the core release of mono in terms of maturity, however there is an issue I've come across that I'd like to find a way to resolve, or at least find a best practice to handle it. If I simply want to change the assemblies in the bin folder of a web application with IIS/Windows from a VS.NET compiled project, I can simply copy over the old ones. At this point, JIT compilation and caching occur as soon as the next page hit occurs without any other need for admin intervention. The same is not true when using mod_mono. When I simply swap out assemblies with mod_mono, I get errors that the classes can't be found. At this point, the only thing I know to do that works is to run killall mono from a root prompt. At this point, the server processes are restarted and on the next page hit, the JIT compilation takes place. All is well. The down side of this as I see it is that this will kill ALL mono applications on the box. So if I'm running multiple web applications, or other non-web mono applications on the server, all of them get killed at this point. A perfect resolution would be to have mod_mono treat new assemblies the same way IIS does on Windows. I'm assuming that this may take quite a bit of work to implement or may never be done. The next option would be to have a utility where you can pass which application needs to be reloaded for a web application and have all of the behavior for that handled in the background. The question is then how to determine which instances of mono mod-mono-server.exe are attached to a specific web application. Thoughts and ideas on how to resolve this would be greatly appreciated. regards, JE ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mac OS X 10.2 compatible build needed
I searched the archives and saw a few requests for an OSX 10.2 binary support but did not see any replies from the build/download maintainers. One solution *might* be to use weak linking as described at http://tinyurl.com/46v6h and http://tinyurl.com/6ghk5 to create a package that works on 10.2 and 10.3. I think setting the environment variable MACOSX_DEPLOYMENT_TARGET = 10.2 is all that is needed before doing configure/build. I only have 10.3 but and can't really test myself. 10.2 is on order ... Thanks, -Mike -- Michael S. Muegel Dallas, TX ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Remaining S/390 JIT issues
There's a couple of idiosycracies with S390. For example, in the exception8 test:using System;public class TryTest { public static void ThrowException() { throw new Exception(); } public static int Main() { int state = 0; try { ThrowException(); try { Console.WriteLine("In try block"); } catch (Exception e) { state = 1; Console.WriteLine(""); Console.WriteLine(e); Console.WriteLine(""); } } catch { state = 2; } if (state != 2) return 1; Console.WriteLine("OK"); return 0; }}The result of the ThrowException() is that theIP is pointing at the first instruction of the "try { Console.WriteLine ("In try Block");" block so that the test in mono_handle_exception()if (ei-try_start = MONO_CONTEXT_GET_IP (ctx) would result in the wrong catch being used to field the exception.-Original Message- Hi, Great work ! You might want to try modifying the S390 portto use thearch-independent exception handling code in mini-exceptions.c.
Re: [Mono-list] enable aspx
Sorry. Bad httpd.conf syntax there. Try SetHandler instead of set-handler. That's what happens when you read e-mail before coffee. Brian On 13-Jul-04, at 10:01 AM, Brian Richardson wrote: Something like Files *.aspx set-handler mono /Files ought to do the trick Brian On 13-Jul-04, at 1:06 AM, Jake Wharton wrote: I have recently installed the mod_mono - apache2 duo and was wonder how I go about enabling aspx rendering throughout all my site directories, not just in a single directory like the test examples. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Brian Richardson Sun Certified Java Programmer Public Key available at http://www.cubik.ca/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Brian Richardson Sun Certified Java Programmer Public Key available at http://www.cubik.ca/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] anyone got bDataAdapter.Fill Method work?
On Mon, Jul 12, 2004 at 10:59:30PM -0600, S Umadevi wrote: Hi Denis/Igor Does Test2 and Test3 below work? Both Test2 and Test3 work. Also can you send me the the database table schema ( for the table you are querying), along with the values in the first row. In the case of test2/3, the table does not have any data. Pointing it to the production database, I get test2 and test3 to return all 8 rows from the database. Here is the exerp of create script: CREATE TABLE [dbo].[Network] ( [Id] [int] IDENTITY (1, 1) NOT NULL , [Version] [int] NOT NULL , [Parent] [int] NOT NULL , [Name] [nvarchar] (40) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL , [AddrType] [tinyint] NOT NULL , [FitStyle] [tinyint] NOT NULL , [NtwkType] [tinyint] NOT NULL , [MinBorrow] [tinyint] NOT NULL , [MaxBorrow] [tinyint] NOT NULL , [ReuseDay] [int] NOT NULL , [Note] [nvarchar] (255) COLLATE SQL_Latin1_General_CP1_CI_AS NULL , [XId] [int] NULL ) ON [PRIMARY] ALTER TABLE [dbo].[Network] WITH NOCHECK ADD CONSTRAINT [PK_Network] PRIMARY KEY CLUSTERED ( [Id] ) ON [PRIMARY] CREATE UNIQUE INDEX [IX_NtwkIdVer] ON [dbo].[Network]([Id], [Version]) ON [PRIMARY] CREATE UNIQUE INDEX [IX_ParentIdName] ON [dbo].[Network]([Parent], [Name]) ON [PRIMARY] CREATE INDEX [IX_NtwkAddrType] ON [dbo].[Network]([AddrType]) ON [PRIMARY] CREATE PROCEDURE [GetNtwkNEType] ( @AddrType [tinyint]) AS Select * From [Network] Where [AddrType] != @AddrType Order By Parent, Name Would also be useful if you can send the enitre stack trace of the exception below.. Here is the complete trace: Server error in '/' application Description: Error processing request. Error Message: HTTP 500. Stack Trace: System.Data.SqlClient.SqlException: Error converting data type nvarchar to tinyint. in [0x00034] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlConnection.cs:204) System.Data.SqlClient.SqlConnection:ErrorHandler (object,Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in 0x00069 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_TdsInternalErrorMessageEventArgs (object,Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in [0x00019] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1076) Mono.Data.Tds.Protocol.Tds:OnTdsErrorMessage (Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in 0x00056 (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:OnTdsErrorMessage (Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in [0x000fe] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1117) Mono.Data.Tds.Protocol.Tds:ProcessMessage (Mono.Data.Tds.Protocol.TdsPacketSubType) in 0x00052 (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:ProcessMessage (Mono.Data.Tds.Protocol.TdsPacketSubType) in [0x00130] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1164) Mono.Data.Tds.Protocol.Tds:ProcessSubPacket () in [0x00017] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:278) Mono.Data.Tds.Protocol.Tds:NextResult () in [0x0003c] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlDataReader.cs:832) System.Data.SqlClient.SqlDataReader:NextResult () in 0x0005d (wrapper remoting-invoke-with-check) System.Data.SqlClient.SqlDataReader:NextResult () in [0x00076] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlDataReader.cs:82) System.Data.SqlClient.SqlDataReader:.ctor (System.Data.SqlClient.SqlCommand) in 0x00056 (wrapper remoting-invoke-with-check) System.Data.SqlClient.SqlDataReader:.ctor (System.Data.SqlClient.SqlCommand) in [0x0002c] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlCommand.cs:348) System.Data.SqlClient.SqlCommand:ExecuteReader (System.Data.CommandBehavior) in 0x00054 (wrapper remoting-invoke-with-check) System.Data.SqlClient.SqlCommand:ExecuteReader (System.Data.CommandBehavior) in [0x2] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlCommand.cs:421) System.Data.SqlClient.SqlCommand:System.Data.IDbCommand.ExecuteReader (System.Data.CommandBehavior) in [0x00026] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.Common/DbDataAdapter.cs:247) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable,System.Data.IDbCommand,System.Data.CommandBehavior) in [0x00015] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.Common/DbDataAdapter.cs:204) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable) in 0x00058 (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable) in [0x00092] (at /home/dennis/Dev/new/DbLayer/Network.cs:1070) IA.DbLayer.DBNetwork:GetDTNetwork (int) in [0x2] (at
Re: [Mono-list] anyone got bDataAdapter.Fill Method work?
I've done some more debugging, and it appears that the problem might actually lie in the TDS implimentation. If it was like FreeTDS, I could enable logging and figure more out. I'll look at adding logging support and possibly add 8.0 support. Here is another stack trace which is leading me down this tack: ystem.Data.SqlClient.SqlException: 'int' is not a recognized CURSOR option. in [0x00034] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlConnection.cs:204) System.Data.SqlClient.SqlConnection:ErrorHandler (object,Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in 0x00069 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_TdsInternalErrorMessageEventArgs (object,Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in [0x00019] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1076) Mono.Data.Tds.Protocol.Tds:OnTdsErrorMessage (Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in 0x00056 (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:OnTdsErrorMessage (Mono.Data.Tds.Protocol.TdsInternalErrorMessageEventArgs) in [0x000fe] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1117) Mono.Data.Tds.Protocol.Tds:ProcessMessage (Mono.Data.Tds.Protocol.TdsPacketSubType) in 0x00052 (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:ProcessMessage (Mono.Data.Tds.Protocol.TdsPacketSubType) in [0x00130] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:1164) Mono.Data.Tds.Protocol.Tds:ProcessSubPacket () in [0x00017] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:278) Mono.Data.Tds.Protocol.Tds:NextResult () in 0x0005d (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:NextResult () in [0x6] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:346) Mono.Data.Tds.Protocol.Tds:SkipToEnd () in 0x0004f (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:SkipToEnd () in [0x00055] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds.cs:264) Mono.Data.Tds.Protocol.Tds:ExecuteQuery (string,int,bool) in 0x00079 (wrapper remoting-invoke-with-check) Mono.Data.Tds.Protocol.Tds:ExecuteQuery (string,int,bool) in [0x00012] (at /tmp/snapshot/20040712/mcs/class/Mono.Data.Tds/Mono.Data.Tds.Protocol/Tds70.cs:378) Mono.Data.Tds.Protocol.Tds70:ExecProc (string,Mono.Data.Tds.TdsMetaParameterCollection,int,bool) in [0x000e9] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlCommand.cs:293) System.Data.SqlClient.SqlCommand:Execute (System.Data.CommandBehavior,bool) in 0x00067 (wrapper remoting-invoke-with-check) System.Data.SqlClient.SqlCommand:Execute (System.Data.CommandBehavior,bool) in [0x00010] (at /tmp/snapshot/20040712/mcs/class/System.Data/System.Data.SqlClient/SqlCommand.cs:316) System.Data.SqlClient.SqlCommand:ExecuteNonQuery () in [0x0002b] (at /home/dennis/Dev/new/DbLayer/User.cs:1001) IA.DbLayer.DBUser:GetUserCount (string) in [0x3] (at /home/dennis/Dev/new/IPal/Login.aspx.cs:203) IA.IPal.Login:LoginUser (string,string,bool) in [0x0004f] (at /home/dennis/Dev/new/IPal/Login.aspx.cs:328) IA.IPal.Login:btnLogin_ServerClick (object,System.EventArgs) in 0x00069 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in [0x00025] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlInputButton.cs:65) System.Web.UI.HtmlControls.HtmlInputButton:OnServerClick (System.EventArgs) in [0x0001c] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlInputButton.cs:73) System.Web.UI.HtmlControls.HtmlInputButton:System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (string) in [0x2] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI/Page.cs:831) System.Web.UI.Page:RaisePostBackEvent (System.Web.UI.IPostBackEventHandler,string) in [0x00013] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI/Page.cs:795) System.Web.UI.Page:RaisePostBackEvents () in [0x00144] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI/Page.cs:756) System.Web.UI.Page:InternalProcessRequest () in [0x00052] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web.UI/Page.cs:720) System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) in [0x00091] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web/HttpApplication.cs:444) ExecuteHandlerState:Execute () in [0x0001e] (at /tmp/snapshot/20040712/mcs/class/System.Web/System.Web/HttpApplication.cs:708) StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool) - Dennis ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: Bootstrapping
At 04:47 PM 13/07/2004 +0200, Norbert Bollow nb-at-SoftwareEconomics.biz |mono-list subscript wrote: Todd Berman [EMAIL PROTECTED] wrote: Just out of curiosity, who the hell cares? Neither one is trojaned. Lets just move on. I have decided to honor your request and move on, i.e. this is going to be my last posting in this thread. However, I'd like you to understand why at least from my perspective this is not a satisfactory resolution: I believe that many people will agree with me when I say that it is evil monopolistic bahavior when Microsoft spreads FUD against GNU/Linux, the GPL, and the open source movement. Now Novell apparantly also has a policy of spreading FUD, namely against a GNU project that their Mono project happens to compete with. That is essentially the same kind of behavior. Novell should stop this behavior and issue an official, public apology which covers both this and their previous FUD attacks. There is no FUD here. You have a history of paranoia and friction with the Mono project and its managers. Never did Miguel actually suggest that either project was trojaned. He merely stated the possibility, and you immediately and emphatically denied even that possibility. However, anyone with a basic understanding of security and compiler technology can see that it IS possible. It is possible, but it hasn't actually been done. All that Miguel said was no project is immune to tampering, hacking and trojan horses. I do not expect you to answer this message, because, as you said, this is your last posting in this thread. Just, please understand that posts like the one you have made here do not serve any purpose, except to annoy all other people on this list, contributors or not, including those (and I'm sure they exist) who are involved with DotGNU/Portable.NET. Please stop fighting with us and get on with developing your project. Jonathan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Drawing development
I would be interested in helping with the System.Drawing.Imaging code. On Tuesday 13 July 2004 08:16 am, Andrew Craven wrote: Hi all, I'm interesting in contributing to Mono, and having checked the website for which classes require work, I've decided I would like to help on the System.Drawing namespace, as it's an area I'm interested in, and also as I have written quite a bit of code against the Microsoft implementation. So, having checked out what classes/methods are needing work, I'd like to also ask the list if anyone else is working on it, or which sections are more urgently requiring attention, so I don't tread on anyone's toes and can be as useful as possible. Does anyone have any suggestions as for what to tackle first, or any areas which are best avoided? Many thanks, Andy ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono and swapping out web application assemblies
El mar, 13-07-2004 a las 18:23, Jim Erwin escribió: I know mod_mono is a bit behind the core release of mono in terms of maturity, however there is an issue I've come across that I'd like to find a way to resolve, or at least find a best practice to handle it. If I simply want to change the assemblies in the bin folder of a web application with IIS/Windows from a VS.NET compiled project, I can simply copy over the old ones. At this point, JIT compilation and caching occur as soon as the next page hit occurs without any other need for admin intervention. The same is not true when using mod_mono. There are bug reports covering this issue. Search for ShadowCopy in bugzilla. When I simply swap out assemblies with mod_mono, I get errors that the classes can't be found. At this point, the only thing I know to do that works is to run killall mono from a root prompt. At this point, the server processes are restarted and on the next page hit, the JIT compilation takes place. All is well. The down side of this as I see it is that this will kill ALL mono applications on the box. So if I'm running multiple web applications, or other non-web mono applications on the server, all of them get killed at this point. Last week I did some changes to mod_mono. Now, if you let mod_mono fork mod-mono-server when needed, reloading/restarting/stopping apache will properly finish it and relaunch when necessary. Killing by hand is not needed any more. A perfect resolution would be to have mod_mono treat new assemblies the same way IIS does on Windows. I'm assuming that this may take quite a bit of work to implement or may never be done. The next option would be to have a utility where you can pass which application needs to be reloaded for a web application and have all of the behavior for that handled in the background. The question is then how to determine which instances of mono mod-mono-server.exe are attached to a specific web application. Thoughts and ideas on how to resolve this would be greatly appreciated. Ideally, we would only need to unload the appdomain of the application you want to restart (or do it automatically when, for example, global.asax is changed) but there are still a few bumps on the road (all of them in bugzilla). The «easiest» thing to do that would help us with this issues is supporting ShadowCopyFiles. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Drawing development
Hi Andrew, In System.Drawing namespace, work needs to be done in System.Drawing.Design and System.Drawing.Printing sub namespaces. Also we are left with some feature enhancements and implementation of bits and pieces in other areas of System.Drawing which are being looked into and getting implemented. Thanx, Sanjay Andrew Craven [EMAIL PROTECTED] 7/13/2004 8:46:02 PM Hi all, I'm interesting in contributing to Mono, and having checked the website for which classes require work, I've decided I would like to help on the System.Drawing namespace, as it's an area I'm interested in, and also as I have written quite a bit of code against the Microsoft implementation. So, having checked out what classes/methods are needing work, I'd like to also ask the list if anyone else is working on it, or which sections are more urgently requiring attention, so I don't tread on anyone's toes and can be as useful as possible. Does anyone have any suggestions as for what to tackle first, or any areas which are best avoided? Many thanks, Andy ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list