Re: [Mono-dev] ASP.NET Futures ?
Hello, ASP.NET Ajax was implemented by Mainsoft and will be shipped tigehter with Mono 1.2.6. Daniel Onur Gumus schrieb: Hi, I just like to learn if there are any near plans for implementing ASP.NET http://ASP.NET Ajax Futures stuff ? Thanks in advance, Onur ___ 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-dev] Error getting response stream (ReadDone2): ReceiveFailure
_ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ---BeginMessage--- I've strange error from time to time occuring on an web application that call a webservice. I have no test case yet to reproduce the problem. But does someone have the same problems? is it a known bug? Error thrown in application CASServer, message is : Error getting response stream (ReadDone2): ReceiveFailure Exception System.Net.WebException: Error getting response stream (ReadDone2): ReceiveFailure --- System.Exception: at System.Net.WebConnection.HandleError () at System.Net.WebConnection.ReadDone () at System.MulticastDelegate.invoke_void_IAsyncResult () at System.Net.Sockets.Socket+SocketAsyncResult.Complete () at System.Net.Sockets.Socket+Worker.Receive () at System.MulticastDelegate.invoke_void () at System.Net.WebConnection.HandleError (WebExceptionStatus st, System.Exception e, System.String where) [0x0] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x0] at System.Net.HttpWebRequest.GetResponse () [0x0] at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse (System.Net.WebRequest request) [0x0] Thanks Hubert FONGARNAND ---End Message--- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] looking for a git-svn repository
Can anyone point me to a full git-svn bootstrap repository? I wrote to the address mentioned on http://www.mono-project.com/GitSVN a few weeks ago but did not receive an answer. Regards, -- Sam. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET Futures ?
By the way I meant ASP.NET Futures. Not Control toolkit. Is that working too ? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Windows.Forms.WebBrowser on 1.2.6 Preview 2
I get the following error message on Mono 1.2.6 Preview 2 (Ubuntu 7.10, amd64, tarball), when trying to run an application that contains a WebBrowser control: $ mono --version Mono JIT compiler version 1.2.6 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none $ mono Examples.exe libgluezilla not found. To have webbrowser support, you need libgluezilla installed Clear enough message, but a google search on gluezilla returned nothing regarding where I could find it. The best I managed to find was a package for Suse 10.2 (unfortunately for the i586 architecture, so it wasn't possible to install it on x86_64). Does anyone know where I can find the source for this? It seems to be the only thing missing for (basic) WebBrowser support. Will this be included in Mono 1.2.6? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Segfault on base class method access
Hello, I tried to register at the bug tracker, but did not receive a confirmation mail, so I post here instead. When running the code below mono 1.2.5.2 segfaults. The stack trace is not enlightening. The use case here is to prefix a class's string representation with its base class's string representation. I know about base, but I figured it only gives you the direct parent and not the parent-of-parent. Btw, if class A is removed (also as base class to B) then this code still segfaults. It seems to be the this as ... that's the problem. Regards, Paul using System; class A { public override string ToString() { return A; } }; class B : A { public override string ToString() { return B; } }; class C : B { public override string ToString() { return String.Format(({0}) C, (this as A).ToString()); } }; class MainClass { public static void Main(string[] args) { C c; c = new C(); Console.WriteLine({0}, c); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Segfault on base class method access
Paul Melis wrote: Hello, I tried to register at the bug tracker, but did not receive a confirmation mail, so I post here instead. When running the code below mono 1.2.5.2 segfaults. The stack trace is not enlightening. This is a stack overflow. When mono was compiled w/out alt stack support, stack overflows are reported this way. The use case here is to prefix a class's string representation with its base class's string representation. I know about base, but I figured it only gives you the direct parent and not the parent-of-parent. Btw, if class A is removed (also as base class to B) then this code still segfaults. It seems to be the this as ... that's the problem. [...] class C : B { public override string ToString() { return String.Format(({0}) C, (this as A).ToString()); } }; You cannot do this, since even if you cast to a base class, the overridden method will be taken. That's why a base call is necessary. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Transaction was not open
Hi, I have a simple method that -Open a connection -start a transaction -execute a query -commit the transaction When the commit is called I receive System.InvalidOperationException: The Transaction was not open. at System.Data.SqlClient.SqlTransaction.Commit () [0x0] I've found this bug but it should be fixed year ago https://bugzilla.novell.com/show_bug.cgi?id=MONO66754 Please ask if you need full source code. I use mono 1.2.4 Thanks in advance. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Segfault on base class method access
Okay, makes sense (except for the segfault ;-)) In the two-class case (class B, class C:B) using base instead of (this as B)seems to work in C.ToString, so I guess there's special handling in place when calling through base? Paul Zoltan Varga wrote: Hey, (this as A).ToString () still calls C's ToString () method, so you will get infinite recursion and a stack overflow leading to this crash. Zoltan On Nov 28, 2007 4:13 PM, Paul Melis [EMAIL PROTECTED] wrote: Hello, I tried to register at the bug tracker, but did not receive a confirmation mail, so I post here instead. When running the code below mono 1.2.5.2 segfaults. The stack trace is not enlightening. The use case here is to prefix a class's string representation with its base class's string representation. I know about base, but I figured it only gives you the direct parent and not the parent-of-parent. Btw, if class A is removed (also as base class to B) then this code still segfaults. It seems to be the this as ... that's the problem. Regards, Paul using System; class A { public override string ToString() { return A; } }; class B : A { public override string ToString() { return B; } }; class C : B { public override string ToString() { return String.Format(({0}) C, (this as A).ToString()); } }; class MainClass { public static void Main(string[] args) { C c; c = new C(); Console.WriteLine({0}, c); } } ___ 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-dev] Segfault on base class method access
Hey, (this as A).ToString () still calls C's ToString () method, so you will get infinite recursion and a stack overflow leading to this crash. Zoltan On Nov 28, 2007 4:13 PM, Paul Melis [EMAIL PROTECTED] wrote: Hello, I tried to register at the bug tracker, but did not receive a confirmation mail, so I post here instead. When running the code below mono 1.2.5.2 segfaults. The stack trace is not enlightening. The use case here is to prefix a class's string representation with its base class's string representation. I know about base, but I figured it only gives you the direct parent and not the parent-of-parent. Btw, if class A is removed (also as base class to B) then this code still segfaults. It seems to be the this as ... that's the problem. Regards, Paul using System; class A { public override string ToString() { return A; } }; class B : A { public override string ToString() { return B; } }; class C : B { public override string ToString() { return String.Format(({0}) C, (this as A).ToString()); } }; class MainClass { public static void Main(string[] args) { C c; c = new C(); Console.WriteLine({0}, c); } } ___ 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-dev] Segfault on base class method access
Hello Robert, Robert Jordan wrote: Paul Melis wrote: When running the code below mono 1.2.5.2 segfaults. The stack trace is not enlightening. This is a stack overflow. When mono was compiled w/out alt stack support, stack overflows are reported this way. I read that if auto-detection fails this feature will not be enabled. Is it unavailable on linux (my platform), will enabling this cause trouble? class C : B { public override string ToString() { return String.Format(({0}) C, (this as A).ToString()); } }; You cannot do this, since even if you cast to a base class, the overridden method will be taken. That's why a base call is necessary. Yes, I see that now, I was mislead by the segfault (which I don't actually consider a form of reporting as it doesn't give any clue as to what part of user code is at fault). Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [ASP.NET] - Bug for Validators + Templates in UpdatePanel via MainSoft's Ajax extension (Possibly valid for .NET too)
Hello, When I try ASP.NET Validators inside Update Panel they work except when I use them within Templates like in FormView. The following code looks problematic if it is in an UpdatePanel and you first submit invalidly then make it valid submit then make it again invalidsubmit it. It breaks up : asp:FormView runat=server ID=FormView1 DataSourceId=AdminDataSource DefaultMode=Insert InsertItemTemplate asp:Label SkinId=form runat=server Text=Kullanıcı Adı: AssociatedControlId = UserNameTextBox / asp:TextBox ID=UserNameTextBox ValidationGroup=a runat=server Text='%# Bind(UserName) %'/asp:TextBoxbr/ asp:Button ID=OkButton Text=Tamam SkinId=form CausesValidation=True CommandName=Insert RunAt=Server / asp:RequiredFieldValidator runat=server ControlToValidate=UserNameTextBox Display=Static EnableClientScript=true*/asp:RequiredFieldValidator /InsertItemTemplate /asp:FormView However it works if it is not in UpdatePanel or Validator is not in a Template. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] looking for a git-svn repository
2007/11/28, Sam Hocevar [EMAIL PROTECTED]: Can anyone point me to a full git-svn bootstrap repository? I wrote to the address mentioned on http://www.mono-project.com/GitSVN a few weeks ago but did not receive an answer. I think they are now on repo.or.cz. http://repo.or.cz/w/mono.git http://repo.or.cz/w/mcs.git I think the documentation needs an update. -- Seo Sanghyeon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] looking for a git-svn repository
On 28/11/2007, David Brown [EMAIL PROTECTED] wrote: I found these, but the rest of the instructions didn't work. Specifically, the git-svn rebase command couldn't figure out where the repo was. Perhaps it is because I was pulling from the anon server and the person who made the original mirror pulled from an account. But, it did give me a snapshot that isn't too old. You can't clone a git-svn server with git-clone. From the git-svn(1) man page: git-clone does not clone branches under the refs/remotes/ hierarchy or any git-svn metadata, or config. So repositories created and managed with using git-svn should use rsync(1) for cloning, if cloning is to be done at all. I find this restriction rather annoying (it's just a bug in git, no?), but it certainly seems to be true in my experience. The idea, I think, is that you can clone the primary git-svn repository, and expect it to be updated occasionally *by someone else*. So you should never, yourself, need to run git-svn. (To check in a patch, I guess you'd email it to someone who uses svn :)) Alternatively, you clone the git-svn repository only once using rsync, then update your own copy with git-svn, but never again 'git pull' from the original. You could then checkin patches yourself via git-svn dcommit. I don't know if the repo.or.cz repository supports rsync, though. Have fun, Avery ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list