Re: [Mono-list] Cross-Platform GUI Tookit

[Gregory Junker]

On 11/14/2014 7:34 PM, Edward Ned Harvey (mono) wrote:

I'm aware of Xamarin.Forms, but apparently only for iOS, Android,
Windows Mobile.

Does something similar exist for Mac OSX, Windows Desktop, Linux?


I've been out of .Net dev for a bit now, but isn't that what 
Windows.Forms is?


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How to start a process? (Crossplatform)

[Gregory Junker]

On 6/9/2013 5:18 AM, Daniel Lo Nigro wrote:


To just determine if the user is running on a non-Windows platform, you
can use System.Environment.OSVersion.Platform and see whether it's equal
to PlatformID.Unix or PlatformID.MacOSX. On these platforms, you can
assume Mono is being used.


This is what we ended up doing, it works fine for our needs (haven't 
tried it on OSX).






On Thu, Jun 6, 2013 at 8:08 PM, Sergey Khabibullin mailto:x2b...@gmail.com>> wrote:




Obviously Ican'tforce all users touse "Proper Linux Distro", andI can't always use 
"mono" prefix,


If they do not have mono installed (or you do not supply it with your 
application) they can't run it on Linux anyway.


Given that Mono has to exist before your app can run, it is fine to 
launch it via shell script that invokes it using either the installed 
Mono or the one you supply. This is what we ended up doing and it has 
not caused any problems.


Greg
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono on Xeon Phi

[Gregory Junker]

On 2/4/2013 2:49 AM, Yury Serdyuk wrote:

Hi !

I have tried to do the first steps to cross-compile Mono for Intel Xeon
Phi coprocessor.


For software packages that need to run code compiled as part of the 
configure or make, it may be simpler to configure and build it with GCC 
directly on the card, rather than spend countless hours trying to 
rearrange autotools for this.


I am curious -- are you planning to run the full Mono itself (with 
compilers, etc) on the device, or are you planning to offload some 
sections of the resulting executable to the device, or are you planning 
simply to generate a MIC binary AOT with the Mono runtime?


Greg

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Addresses marked as ??? in Valgrind stack trace

[Gregory Junker]

On 10/4/2012 11:19 AM, Kerrick Staley wrote:

Hello,

I'm running Valgrind on Mono as it executes a C# program. The C# program
in question invokes several native routines in several different shared
object files, and it's crashing in one of these native routines. The
following is a snippet from Valgrind's output:

==3652== Thread 5:
==3652== Conditional jump or move depends on uninitialised value(s)
==3652==at 0xA55A385: ???
==3652==by 0xA55A1F7: ???
==3652==by 0x78C8074: ???
==3652==by 0x8064415: mono_jit_runtime_invoke (mini.c:5791)
==3652==by 0x81AF4EE: mono_runtime_invoke (object.c:2755)
==3652==by 0x81AF8F3: mono_runtime_delegate_invoke (object.c:3420)
==3652==by 0x8202FEB: start_wrapper (threads.c:790)
==3652==by 0x82305EE: thread_start_routine (wthreads.c:287)
==3652==by 0x416FD5D: clone (clone.S:130)
==3652==
==3652== Invalid read of size 4
==3652==at 0xA55A543: ???
==3652==by 0xA55A1F7: ???
==3652==by 0x78C8074: ???
==3652==by 0x8064415: mono_jit_runtime_invoke (mini.c:5791)
==3652==by 0x81AF4EE: mono_runtime_invoke (object.c:2755)
==3652==by 0x81AF8F3: mono_runtime_delegate_invoke (object.c:3420)
==3652==by 0x8202FEB: start_wrapper (threads.c:790)
==3652==by 0x82305EE: thread_start_routine (wthreads.c:287)
==3652==by 0x416FD5D: clone (clone.S:130)
==3652==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==3652==
==3652== Thread 5 return signal frame corrupted.  Killing process.
==3652==
==3652== Process terminating with default action of signal 11 (SIGSEGV)
==3652==  General Protection Fault
==3652==at 0x408F655: ??? (in /lib/libpthread-2.11.3.so
)
==3652==by 0xA55A1F7: ???
==3652==by 0x78C8074: ???
==3652==by 0x8064415: mono_jit_runtime_invoke (mini.c:5791)
==3652==by 0x81AF4EE: mono_runtime_invoke (object.c:2755)
==3652==by 0x81AF8F3: mono_runtime_delegate_invoke (object.c:3420)
==3652==by 0x8202FEB: start_wrapper (threads.c:790)
==3652==by 0x82305EE: thread_start_routine (wthreads.c:287)
==3652==by 0x416FD5D: clone (clone.S:130)

I can't track down the error since the stack trace doesn't indicate
which shared object and function it occurs in.

According to http://valgrind.org/docs/manual/faq.html#faq.unhelpful, if
a shared object is unloaded before the program terminates, ??? entries
will appear in the stack trace, so I'm guessing that Mono is dynamically
unloading the shared object after the segfault. I'm unsure as to whether
this hunch even makes sense, though. Is there anything I can do on
either the Valgrind or the Mono side to get more information from the
stack trace?


Well, for starters, you can look at what line 5791 in mini.c is doing:

https://github.com/mono/mono/blob/master/mono/mini/mini.c

It looks like it's calling mono_raise_exception, and if you follow the 
chain of calls from there, it eventually is calling an 
exception-handling function pointer, so the FAQ probably is in correct 
in this case.


One thing you can do with Valgrind is have it break to debugger on 
errors, by supplying the --attach-db=yes option. If you still can't get 
function names in GDB, you may be able to get module names (the 
addresses look to be in different modules than the Mono runtime), and 
from there you might have to get your hands dirty with nm or objdump.


HTH
Greg
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Installing Mono 2.10.8 on RHEL 6.0

[Gregory Junker]

On 4/2/2012 11:28 AM, sa5webber wrote:

Hi Gregory

I totally believe you about this. I don't think the problem is just a
hardware error. I eventually managed to install mono so I didn't go as far
as figuring out how to attach gdb to the mono process.  a debugger to the
Well now because of constraints and a tight schedule, we proceeded
developing under RHEL 6.0 and as a reward mono seems highly unstable.

I had written several programs which ran fine under RHEL 5.5 and so
recommended mono for the current project. But under 6.0, simple things that
use to work in 5.5 now freeze under 6.0. Killing the frozen mono process
then creates zombies that I can't get rid of. xbuild even freezes. I have to
tell you that at the moment I'm regretting recommending mono although I'm
hoping the problem is just this version of Linux.

Anyway I'm looking for some confirmation that this problem will go away if I
push to move us to RHEL 6.2.1. Did you go far enough to see similar issues?

Steven


Hi Steven

Yes, Mono 2.10.8 runs without a hitch for us on 6.2. I believe that 6.1 
still had issues, but CentOS/RHEL 6.2 work fine with Mono. I honestly 
couldn't say what the issue is; 6.2 has glibc 2.12-1.47 while 6.0 has 
2.12-1.7, so it seems only the build number changed -- not sure if any 
actual pthread code in 6.2 changed from earlier versions.


While I obviously can't guarantee faultless operation, I can say that 
we've had zero spinlocks with 6.2, where I would spinlock on 6.0 and 6.1 
just building Mono itself (since it uses mcs to build the assemblies) 
nearly 100% of the time.


Greg
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Installing Mono 2.10.8 on RHEL 6.0

[Gregory Junker]

On 3/9/2012 11:08 AM, sa5webber wrote:

Sorry to be a bother. The problem turned out to be hardware failure (not
usually the first thing I would suspect). On different machine Mono 2.10.8
installed and ran just fine on RHEL 6.0.



You want to be sure of this. It was intermittent but regular (80%) for 
me on 6.0. Since moving to 6.2 I haven't had a problem.


If (when) it happens again, attach gdb to the mono process; $10 says 
it's spinlocked in pthread_kill() called from the GC.


Greg
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Hang on Environment.Exit if there is any socket_io

[Gregory Junker]

Is it a hang (with 100% HW thread usage) in pthread_kill()? 

 

I get this on app exit only (so far) with a particular version of glibc
(which provides pthreads), specifically the version that comes with
RHEL6/CentOS6. My call stack however is through the GC, not through sockets,
but it would be interesting to know if the execution environments are
similar. I get this with 2.10.2 and 2.10.5, and plan to look deeper into the
causes here shortly.

 

Greg

 

From: mono-list-boun...@lists.ximian.com
[mailto:mono-list-boun...@lists.ximian.com] On Behalf Of David Evans
Sent: Friday, February 03, 2012 12:40 PM
To: mono-list@lists.ximian.com
Subject: [Mono-list] Hang on Environment.Exit if there is any socket_io

 

Hi All,

 

We're seeing a rare problem but frequent enough to be an issue for us, where
during an Environment.Exit() call to quit our application we hang and
generally there is one thread locked waiting for socket IO and we're hung
waiting for all threads to stop. In one case it was our logger thread trying
to write out logs so as a workaround we made sure to flush and close that
file before we exit. But sometimes it is from some remoting services that
the app provides that has open TCP connections, so next we'll start shutting
those down explicitly before we Exit(). So there is some kind of deadlock
that can occur it looks like when we Exit() with any pending IO.

 

Our app runs on linux. This occurs with both 2.6.4 and 2.10.6 (and we'll
start testing with 2.10.8 soon)

 

Anyone seen this before and have an easier workaround? Bug already filed
that you know of? I searched bugzilla on xamarin and didn't see anything, if
no one responds as a known issue I'll file a bug. 

Thanks much,

David

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] GC hang

[Gregory Junker]

Hi

The only reference I have seen to anything similar to what I am seeing, was
in a Bugzilla from 2005, so I wanted to ask here to find out if anyone else
is seeing this.

On RHEL6 and CentOS6, when I try to run Mono 2.10.x, regardless where it was
built, I get a non-deterministic hang in the GC. Attaching with GDB shows:

(gdb) where
#0  0x003cdbc0c670 in pthread_kill () from /lib64/libpthread.so.0
#1  0x005d7d53 in GC_suspend_all () at pthread_stop_world.c:383
#2  0x005d7db9 in pthread_stop_world () at pthread_stop_world.c:418
#3  0x005d7f64 in GC_stop_world () at pthread_stop_world.c:603
#4  0x005d8b97 in GC_stopped_mark (stop_func=0x5d82af
) at alloc.c:503
#5  0x005d88fe in GC_try_to_collect_inner (stop_func=0x5d82af
) at alloc.c:382
#6  0x005d9988 in GC_collect_or_expand (needed_blocks=1,
ignore_off_page=0) at alloc.c:1045
#7  0x005d9c08 in GC_allocobj (sz=3, kind=0) at alloc.c:1125
#8  0x005d0939 in GC_generic_malloc_inner (lb=24, k=0) at
malloc.c:136
#9  0x005f2476 in GC_generic_malloc_many (lb=24, k=0,
result=0x8f2498) at mallocx.c:513
#10 0x005dada9 in GC_local_malloc_atomic (bytes=24) at
pthread_support.c:395
#11 0x00565865 in mono_object_new_ptrfree (vtable=0x113e588) at
object.c:4353
#12 0x00565ab5 in mono_object_new_alloc_specific (vtable=0x113e588)
at object.c:4326
#13 0x00566318 in mono_object_new_specific (vtable=0x113e588) at
object.c:4317
#14 0x40a3a07a in ?? ()
#15 0x010846e0 in ?? ()
#16 0x7f33e7103a00 in ?? ()
#17 0x7f33e7104000 in ?? ()
#18 0x7f33e718f000 in ?? ()
#19 0x0111aa70 in ?? ()
#20 0x7fffd36f1060 in ?? ()
#21 0x7fffd36f0fa0 in ?? ()
#22 0x in ?? ()
(gdb) up 1
#1  0x005d7d53 in GC_suspend_all () at pthread_stop_world.c:383
383 result = pthread_kill(p -> id, SIG_SUSPEND);
(gdb) list
378 #if DEBUG_THREADS
379   GC_printf1("Sending suspend signal to 0x%lx\n", p ->
id);
380 #endif
381
382 #ifndef PLATFORM_ANDROID
383 result = pthread_kill(p -> id, SIG_SUSPEND);
384 #else
385 result = android_thread_kill(p -> kernel_id, SIG_SUSPEND);
386 #endif
387 switch(result) {
(gdb)


I get these hangs anytime, including during "make install" when it's running
anything that uses a .Net executable (generating docs, gacutil, etc). 

Is this a known issue with RHEL6 pthreads implementation, and if so, is
there a simple workaround (i.e. disabling whatever combinations of GC
configuration are needed)? I'm not sure why RHEL would be different than,
say, Ubuntu (which works fine), since it's supposed to be "just pthreads",
but clearly something is borked on RHEL6.

Thanks!
Greg 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Trying to use yum on Centos5 to get 2.10.6

[Gregory Junker]

> -Original Message-
> From: mono-list-boun...@lists.ximian.com [mailto:mono-list-
> boun...@lists.ximian.com] On Behalf Of efontana
> Sent: Friday, December 02, 2011 4:44 PM
> To: mono-list@lists.ximian.com
> Subject: [Mono-list] Trying to use yum on Centos5 to get 2.10.6


> 
> Who updates ftp.novell.com/pub/mono/download-stable/RHEL_5 ?
> 

Now that Novell was bought by Attachmate and the Mono team laid off, my
guess is "no one updates it".

Greg

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.IO.Pipes.PipeTransmissionMode.Message on *nix

[Gregory Junker]

OK so it's not an architectural reason. If Byte doesn't work for me I can
take a crack at implementing Message.

Thanks
Greg

> -Original Message-
> From: mono-list-boun...@lists.ximian.com [mailto:mono-list-
> boun...@lists.ximian.com] On Behalf Of Robert Jordan
> Sent: Friday, October 14, 2011 4:07 AM
> To: Mono-list@lists.ximian.com
> Subject: Re: [Mono-list] System.IO.Pipes.PipeTransmissionMode.Message
> on *nix
> 
> On 14.10.2011 00:18, Gregory Junker wrote:
> > Says it's not implemented -- why? Is there a technical reason for not
> being
> > able to do Message mode on Linux? I couldn't find much (anything,
> really) at
> > all on this through searching...
> 
> Only the bits necessary for WCF were implemented. Usually, when
> something is not implemented in Mono, the reason is rather lack of
> time and human resources.
> 
> Robert
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] System.IO.Pipes.PipeTransmissionMode.Message on *nix

[Gregory Junker]

Says it's not implemented -- why? Is there a technical reason for not being
able to do Message mode on Linux? I couldn't find much (anything, really) at
all on this through searching...

Thanks
Greg

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Continous Integration on Linux

[Gregory Junker]

Not at all -- we use it to manage the Linux integration and build of our C++
server codebase.


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rolando Martinez
Sent: Wednesday, July 09, 2008 9:11 AM
To: Aquil H. Abdullah
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Continous Integration on Linux


Hi Aquil,
I thought that Cruise Control is just Java project. I will see more the
documentation about Cruise Control.

Thank you!!!
Rolando.



2008/7/9 Aquil H. Abdullah <[EMAIL PROTECTED]>:


Hello Rolando,
  I am currently using a combination of NAnt and Cruise Control for a
Continuous Build process.  Both are fairly easy to download and install.
However, I did have some configuration issues which took me some time to
sort out.  NOTE: I am using Cruise Control and not CCNet.


On Wed, Jul 9, 2008 at 2:00 AM, Rolando Martinez
<[EMAIL PROTECTED]> wrote:


I would like to know if anyone knows how to install some CI Server (BuildBot
or CCNet or wathever..). I didn't find any useful site where I can see how
to make it on Linux =(

Thanks you!!!
Regards,
Rolando.




___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list






-- 
Aquil H. Abdullah
[EMAIL PROTECTED] 


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] eclipse IDE

[Gregory Junker]

I think what he meant to say was: "This is not a Java mailing list, and 
not an Eclipse mailing list; you should visit www.eclipse.org for help 
with configuring Eclipse."

Eclipse is an IDE implemented in Java (which explains why they say 
"something about Java"), and while there are many extensions for 
developing in other languages (such as C/C++ with the CDT or PHP with 
PHPEclipse, both of which are fantastic plugins), it is primarily 
intended for Java development (which is one of the reasons IBM replaced 
their WSAD IDE with it).

Implicit in his comments was also, "what does your question have to do 
with Mono, which is about as far removed from Java (other than the fact 
that C# is about as close to copyright infringement as even MS would 
want to go) as you can get?"

HTH
Greg
jim lawrence wrote:
On 5/13/05, Rafael Ferreira <[EMAIL PROTECTED]> wrote:
omg, wtf?
Whats the problem, If you don't anything positive to add don't post
any responses

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] rpm spec files

[Gregory Junker]

Are the spec files that were used to build the mono rpms available
to download anywhere?
From the Mono Downloads page:
http://www.go-mono.com/packagers/
Greg
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] rpm spec files

[Gregory Junker]

Are the spec files that were used to build the mono rpms available
to download anywhere?
From the Mono Downloads page:
http://www.go-mono.com/packagers/
Greg
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] rpm spec files

[Gregory Junker]

Are the spec files that were used to build the mono rpms available
to download anywhere?
From the Mono Downloads page:
http://www.go-mono.com/packagers/
Greg
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ADO and mono

[Gregory Junker]

The DataSet stores zero or more tables in the Tables collection. There is no
Table property, so you access the first (most of the time, only) table via
Tables[0]. It's a .NET idiom.

Greg
- Original Message - 
From: "Eric Damron" <[EMAIL PROTECTED]>
To: "mono-list" <[EMAIL PROTECTED]>
Sent: Tuesday, October 19, 2004 8:48 PM
Subject: Re: [Mono-list] ADO and mono


>
> Thanks for the reply Morten.  I guess what confused me was that the
> author used the same name for the recordset return table as the table he
> was querying.
>
> I'm still a little confused because the next thing he does is:
>
> DataTable dataTable = ds.Tables[0];
>
> If a single recordset table is returned isn't the [0] redundant?  How
> can one return more than a single recordset table?
>
> Thanks
> ___
> 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] Problem with MySQL Data Provider (ByteFx)

[Gregory Junker]

Yes...and no...

MySQL defaults to "localhost" for hostname if none is provided (assuming
you are connecting from the local server of course). However, somewhere
along the way "[EMAIL PROTECTED]" is being replaced by "[EMAIL PROTECTED]
localdomain" (which is the form most often put in /etc/hosts by default
in RedHat, at least). To put it another way, someone is doing a resolver
lookup on "localhost" instead of just passing it along when
"[EMAIL PROTECTED]" form is used. Reggie has been made aware of this but
he points the finger at the authors of the Mono libraries (in other
words, it's not his problem and he has no plans to fix it). 

One workaround is to edit the MySQL user entry to reflect "localhost.
localdomain" as well, but this is a poor solution (and impossible if one
does not have MySQL admin permissions). For those who are trying to use
ByteFX/Mono in a hosted environment (meaning, they are not the MySQL
admin), right now they are screwed. 

THIS NEEDS TO BE ADDRESSED. 

(I do not have time at present; perhaps in a month or three...otherwise
I would dig in myself). 

Greg


On Tue, 2004-06-29 at 16:32 +, Pablo Baena wrote:
> This is a permission problem in your Mysql configuration.
> 
> On Tuesday 29 June 2004 14:32, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > I've just installed Mono Beta 3...but I've still problems:
> >
> > ##
> > [EMAIL PROTECTED] mono]# mcs provaByteFX.cs -r System.Data.dll -r ByteFX.Data.dll
> > Compilation succeeded
> > [EMAIL PROTECTED] mono]# mono provaByteFX.exe
> >
> >
> > Unhandled Exception: ByteFX.Data.MySqlClient.MySqlException: Host
> > 'localhost.localdomain' is not allowed to connect to this MySQL server
> > in <0x000d5> ByteFX.Data.MySqlClient.Driver:ReadPacket ()
> > in <0x00198> ByteFX.Data.MySqlClient.Driver:Open
> > (ByteFX.Data.MySqlClient.MySqlConnectionString)
> > in <0x0003c> ByteFX.Data.MySqlClient.MySqlInternalConnection:Open ()
> > in <0x000ef> ByteFX.Data.MySqlClient.MySqlPool:CreateNewPooledConnection ()
> > in <0x0021d> ByteFX.Data.MySqlClient.MySqlPool:GetPooledConnection ()
> > in <0x00053> ByteFX.Data.MySqlClient.MySqlPool:GetConnection ()
> > in <0x00112> ByteFX.Data.MySqlClient.MySqlPoolManager:GetConnection
> > (ByteFX.Data.MySqlClient.MySqlConnectionString)
> > in <0x0007c> ByteFX.Data.MySqlClient.MySqlConnection:Open ()
> >
> >
> > ##
> > And with sqlsharp:
> >
> > SQL# \Provider MySql
> > The default Provider is LOADEXTPROVIDER
> >   Assembly: Mono.Data.MySql
> >   Connection Class: Mono.Data.MySql.MySqlConnection
> >
> > SQL# \Provider MySqlNet
> > The default Provider is LOADEXTPROVIDER
> >   Assembly: ByteFX.Data
> >   Connection Class: ByteFX.Data.MySQLClient.MySQLConnection
> >
> > SQL# \ConnectionString Server=localhost; Database=db1; UserID=root;
> > Password=rootpwd;
> >
> > SQL# \Open
> > Attempt to open connection...
> > Loading external provider...
> > Error: unable to load the assembly of the provider: ByteFX.Data : File
> > 'ByteFX.Data' not found.
> > 
> >
> > Any ideas?
> > thanks,
> > Valentina.
> >
> > >Scrive Artur Brodowski <[EMAIL PROTECTED]>:
> > >
> > > W liÂcie z pon, 28-06-2004, godz. 15:31, [EMAIL PROTECTED] pisze:
> > > > I've mono 1 Beta with Fedora Core 2.
> > > > I try to test a connection string with MySQL Data Provider (ByteFx),
> > >
> > > compilation
> > >
> > > > is all right but running failed:
> > >
> > > Install latest Mono release (RC has some issues, try Beta 3) -
> > > ByteFX.Data.dll version shoul be 0.7.6.1. Earlier versions of
> > > the libary were broken due to namespace changes.
> > >
> > > artb.
> > > --
> > > only so many songs can be sung with two lips two lungs and one tongue
> >
> > ___
> > 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

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono and ADO.Net

[Gregory Junker]

Shows you how much Windows Forms development I do. ;)

Greg

- Original Message - 
From: "Cory Nelson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Parviz" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, June 02, 2004 4:58 PM
Subject: Re: [Mono-list] Mono and ADO.Net


> Windows.Forms uses Winelib, GTK# is a seperate package.  Afaik, GTK#
> is more reliable than Windows.Forms right now.
> 
> On Wed, 02 Jun 2004 11:39:45 -0400, Gregory Junker
> <[EMAIL PROTECTED]> wrote:
> > 
> > Best I can tell, Windows Forms are done up in GTK# under Mono. ADO.Net
> > is widely supported, and most major database systems have providers
> > written (ByteFX for MySQL, etc). Works just fine, and the legal issue,
> > AFAIK, is, according to Miguel, far overblown. There are several recent
> > threads on that topic that a quick archive search should produce.
> > 
> > Greg
> > 
> > 
> > 
> > On Tue, 2004-06-01 at 21:08 -0400, Parviz wrote:
> > > We are looking at developing in Windows and taking it toUnix with
> > > Mono.  We have heard rumors that ADO.Net and windows forms are
> > > patented by MS and will not be avialable in Mono.
> > >
> > > First, is this true and second is there a different solution?
> > >
> > > Thanks
> > >
> > > Parviz
> > 
> > ___
> > 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] Mono and ADO.Net

[Gregory Junker]

Best I can tell, Windows Forms are done up in GTK# under Mono. ADO.Net
is widely supported, and most major database systems have providers
written (ByteFX for MySQL, etc). Works just fine, and the legal issue,
AFAIK, is, according to Miguel, far overblown. There are several recent
threads on that topic that a quick archive search should produce.

Greg

On Tue, 2004-06-01 at 21:08 -0400, Parviz wrote:
> We are looking at developing in Windows and taking it toUnix with
> Mono.  We have heard rumors that ADO.Net and windows forms are
> patented by MS and will not be avialable in Mono.  
>  
> First, is this true and second is there a different solution?
>  
> Thanks 
>  
> Parviz

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Fwd: Re: [Mono-list] Component services]

[Gregory Junker]

I am actually considering implementing a DTC for Linux at all (LAMP stack,
specifically, but could be bound to .NET I'm sure)...I can't believe no
one has done it yet, but my search thus far has been fruitless.

IMO, the fact that the LAMP stack is missing that key piece of
functionality is a large part of what keeps it from being considered
"industrial strength" in many circles...and the utility of a DTC is
inarguable to anyone seriously considering non-trivial and reliable
busniess applications.

Greg

> Oops, forgot to copy the list...
>
> -Forwarded Message-
>> From: A Rafael D Teixeira <[EMAIL PROTECTED]>
>> To: KiOrKY <[EMAIL PROTECTED]>
>> Subject: Re: [Mono-list] Component services
>> Date: Wed, 26 May 2004 11:59:41 -0300
>>
>> On Wed, 2004-05-26 at 11:36, KiOrKY wrote:
>> > Yeah,
>> > so i want just to test for example a "mutli base" operation:
>> >i soustract X from base A and add these X to base B.
>> > BTW i want to assure integrity of this operation.
>>
>> Well, we support ADO.NET Transactions, but as we currently don't have
>> a DTC (Distributed Transaction Coordinator), distributed transactions
>> aren't supported. Care to implement a DTC for Mono?
>>
>> >
>> >This is simple under .net and as you say component servives using
>> COM+ MTS
>> >
>> > Is that possible?
>> > regards
>> >
> --
> Rafael "Monoman" Teixeira
> Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/
> Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/
> English Blog: http://monoblog.blogspot.com/
> Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/
>
> ___
> 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: [Fwd: Re: [Mono-list] Component services]

[Gregory Junker]

I am actually considering implementing a DTC for Linux at all (LAMP
stack, specifically, but could be bound to .NET I'm sure)...I can't
believe no one has done it yet, but my search thus far has been
fruitless.

IMO, the fact that the LAMP stack is missing that key piece of
functionality is a large part of what keeps it from being considered
"industrial strength" in many circles...and the utility of a DTC is
inarguable to anyone seriously considering non-trivial and reliable
busniess applications.

Greg

> Oops, forgot to copy the list...
>
> -Forwarded Message-
>> From: A Rafael D Teixeira <[EMAIL PROTECTED]>
>> To: KiOrKY <[EMAIL PROTECTED]>
>> Subject: Re: [Mono-list] Component services
>> Date: Wed, 26 May 2004 11:59:41 -0300
>>
>> On Wed, 2004-05-26 at 11:36, KiOrKY wrote:
>> > Yeah,
>> > so i want just to test for example a "mutli base" operation:
>> >i soustract X from base A and add these X to base B.
>> > BTW i want to assure integrity of this operation.
>>
>> Well, we support ADO.NET Transactions, but as we currently don't have
>> a DTC (Distributed Transaction Coordinator), distributed transactions
>> aren't supported. Care to implement a DTC for Mono?
>>
>> >
>> >This is simple under .net and as you say component servives
>> using
>> COM+ MTS
>> >
>> > Is that possible?
>> > regards
>> >
> --
> Rafael "Monoman" Teixeira
> Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/
> Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/
> English Blog: http://monoblog.blogspot.com/
> Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/
>
> ___
> 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] C# Patterns Web Site

[Gregory Junker]

Or just use Opera...

> On Friday May 21, 2004 12:57 pm, Kevin Berry wrote:
>> Since C# is now popular on Linux ;-) it is a bit
>> irritating when you encounter a site like this...
>>
>> http://www.dofactory.com/Patterns/PatternCommand.aspx
>>
>> The "Show Code" link doesn't expand when used with
>> Mozilla.  Obviously if you're using Linux it is a bit
>> of a problem to just go into IE and browse it. ;-)
>
>   I know this probably won't work for you, but it works in konqueror.
>
>>
>> I've submitted my comments via their contact page.
>> Could someone else also do the same.  Maybe if enough
>> people complain they'll do something about this.
>>
>> Thanks,
>> Kevin.
>>
>>
>>
>>
>>
>> __
>> Do you Yahoo!?
>> Yahoo! Domains – Claim yours for only $14.70/year
>> http://smallbusiness.promotions.yahoo.com/offer
>> ___
>> 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



___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Xsp in standalone amd mod_mono

[Gregory Junker]

The server (mod-mono-server.exe) creates it when it starts up.

The DLLs, IIRC, are the JIT-compiled ASPX pages.

Greg

> Curious should I touch the tmp/mod_mono_server file and chmod it or it
> the server creating it? Also I do notice that some numerically named
> dll's are being created in my tmp.
>
> Any suggestions would be of great help.
>
> Regards,
> Shawn Vose
>
> On Tue, 2004-05-18 at 10:28, Gregory Junker wrote:
>> Well, for one, the mod_mono module expects to see
>> /tmp/mod_mono_server, which is created by mod-mono-server.exe, not
>> xsp.exe. If you did not chmod the /tmp/mod_mono_server file, you will
>> get Service Unavailable. Best thing to do is script the
>> mod-mono-server startup so that you pause for a couple seconds after
>> the .exe returns, then chmod the file in the script.
>>
>> Also, unless they have got mod-mono-server.exe to recognize, drop, and
>> reload changed assembly DLLs, you will need to restart
>> mod-mono-server.exe each time you change an assembly DLL that the
>> server has loaded. If you don't, you will get some truly weird errors
>> from your ASP.NET pages.
>>
>> If you are serving ONLY ASPX pages on this server, then you don't need
>> Apache at all; just set up XSP to server port 80 and off you go (akin
>> to Java servlets).
>>
>> HTH
>> Greg
>>
>> > I tried to add the --applications argument but xsp would throw an
>> exception. With respect to the two being different, this I know but
>> I would think that if xsp didnt work then most likely mod_mono would
>> fail as well since they are using the same engine. Is this not
>> correct. I would much rather get it to work as a module. The only
>> reason I tried xsp as a standalone was so I could see why mod_mono
>> was not servicing requests.
>> >
>> > On Tue, 2004-05-18 at 10:14, Gregory Junker wrote:
>> >> Unless I missed some significant change in the past couple of
>> weeks, you should be doing the following to start the mod_mono
>> server:
>> >>
>> >>
>> >> mono /usr/bin/mod-mono-server.exe --root <...> --applications
>> <...>:<...> --nonstop &
>> >>
>> >>
>> >> And then chmod the file so it's RW for the webserver.
>> >>
>> >> XSP and mod-mono-server are not exactly the same thing...
>> >>
>> >> Greg
>> >>
>> >>
>> >> ___
>> >> 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



___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] RE: WINFORM / Wine / Whats the fuck going wrong? (Mathieu PASQUET)

[Gregory Junker]

And I thought it was only American culture that was suffering from a
severe coarsening...

> Sorry that I need to respond to this. Please behave when sending mail to
>  this list!
> And for the solution to get to you, you will need to provide more (MORE)
>  information.
> wkr,
> Some user.
>
> Mathieu PASQUET wrote:
>
>>can somebody answer to me   ?.?  !!!
>>help !
>>___
>>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] Xsp in standalone amd mod_mono

[Gregory Junker]

Well, for one, the mod_mono module expects to see /tmp/mod_mono_server,
which is created by mod-mono-server.exe, not xsp.exe. If you did not chmod
the /tmp/mod_mono_server file, you will get Service Unavailable. Best
thing to do is script the mod-mono-server startup so that you pause for a
couple seconds after the .exe returns, then chmod the file in the script.

Also, unless they have got mod-mono-server.exe to recognize, drop, and
reload changed assembly DLLs, you will need to restart mod-mono-server.exe
each time you change an assembly DLL that the server has loaded. If you
don't, you will get some truly weird errors from your ASP.NET pages.

If you are serving ONLY ASPX pages on this server, then you don't need
Apache at all; just set up XSP to server port 80 and off you go (akin to
Java servlets).

HTH
Greg

> I tried to add the --applications argument but xsp would throw an
> exception. With respect to the two being different, this I know but I
> would think that if xsp didnt work then most likely mod_mono would fail
> as well since they are using the same engine. Is this not correct. I
> would much rather get it to work as a module. The only reason I tried
> xsp as a standalone was so I could see why mod_mono was not servicing
> requests.
>
> On Tue, 2004-05-18 at 10:14, Gregory Junker wrote:
>> Unless I missed some significant change in the past couple of weeks,
>> you should be doing the following to start the mod_mono server:
>>
>>
>> mono /usr/bin/mod-mono-server.exe --root <...> --applications
>> <...>:<...> --nonstop &
>>
>>
>> And then chmod the file so it's RW for the webserver.
>>
>> XSP and mod-mono-server are not exactly the same thing...
>>
>> Greg
>>
>>
>> ___
>> 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] Xsp in standalone amd mod_mono

[Gregory Junker]

Unless I missed some significant change in the past couple of weeks, you
should be doing the following to start the mod_mono server:


mono /usr/bin/mod-mono-server.exe --root <...> --applications <...>:<...>
--nonstop &


And then chmod the file so it's RW for the webserver.

XSP and mod-mono-server are not exactly the same thing...

Greg


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Virtual Hosts patch plans

[Gregory Junker]

"Service unavailable" is easily fixed by chmod/chown'ing the
/tmp/mod_mono_server file so that the webserver can read/write it. Can't
help you directly with the XSP crash though.

HTH
Greg


> Right now I need to get mon_mono working. I just got the source
> yesterday and started to install it but it drops out with a service
> unavailable. Also xsp drops with an unhandled exception. I need to
> review the list archives because I know this is not a new problem. Once
> I have that accomplished I will be ready to give a stab at it.
>
>
>
>
> On Mon, 2004-05-17 at 19:11, Andrew Arnott wrote:
>> I'd welcome any help you can give.  I am envisioning something like
>> this:
>>
>> MonoDocumentRootDir
>> "virtualhostname1:port1,physicaldir1;virtualhost2:port2,physicaldir2;...
>> "
>>
>> Where ":portx" is optional, and the whole virtualhostname:port combo
>> matches some virtualhost configuration in the httpd.conf file.
>>
>> Similarly with the next parameter:
>>
>> MonoApplications "virtualhostname1:port1/virtualdir1,physicaldir1;..."
>>
>> This way, one pair of parameters to mod-mono-server.exe provides all
>> the info necessary for it to handle all requests, whatever virtual
>> host it comes from.
>>
>> But then, here's my question that I haven't researched yet: why can't
>> mod_mono just look up the "Alias" and "VirtualHost" settings within
>> the configuration file rather than being hand-fed this information and
>> having redundant configuration settings in our httpd.conf file?  I
>> don't know enough about Apache MODs to know.
>>
>> Lastly, before we work on this patch, let's see what patch was
>> mentioned earlier today.  I'm downloading CVS now to see if it's
>> available.
>>
>> Andrew Arnott
>> -Original Message-
>> From: Shawn Vose [mailto:[EMAIL PROTECTED]
>> Sent: Monday, May 17, 2004 3:33 PM
>> To: Andrew Arnott
>> Cc: mono
>> Subject: RE: [Mono-list] Virtual Hosts patch plans
>>
>> Where would the delimited list of host's exist? Would it exist inside
>> the httpd.conf file?
>> I am asking out of ignorance as I am trying to think of a way I might
>> be able to help.
>>
>> Regards,
>> Shawn
>>
>> On Mon, 2004-05-17 at 17:19, Andrew Arnott wrote:
>> > That would be an elegant solution, but it seems it would be more
>> work. The emphasis on this patch is not elegance, since elegance
>> would mean rewriting more than I understand how to at the moment.
>> >
>> > It sounds like a patch is forthcoming later today.  Eagerly
>> waiting...
>> >
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Vose
>> Sent: Monday, May 17, 2004 2:28 PM
>> > To: mono
>> > Subject: Re: [Mono-list] Virtual Hosts patch plans
>> >
>> > Speaking out the side of my neck I ask why you couldnt use xml to
>> "delimit" the hosts?
>> >
>> > On Mon, 2004-05-17 at 15:11, Andrew Arnott wrote:
>> > > I plan to write a patch for mod_mono to enable support for
>> multiple virtual hosts in Apache by extending the use of the
>> > > MonoDocumentRootDir and MonoApplications parameters.  Essentially
>> in addition to comma delimitation, I will use another character to
>> delimit web sites and these will be top level keywords.  That is,
>> they
>> > > will not be specified in the VirtualHost tag area.
>> > >
>> > >
>> > >
>> > > I do not believe this is the best solution to the problem, but
>> until
>> a
>> > > rewrite happens on mod_mono, or someone says they have a better
>> design
>> > > idea that they are willing to work for, this seems like the
>> fastest way to get the job done.
>> > >
>> > >
>> > >
>> > > Has anyone already begun work on this?  Is there any interest if I
>> create one?  I'll probably post it on the list either way once
>> it's done.
>> > >
>> > >
>> > >
>> > > Andrew Arnott
>> > >
>> > >
>> >
>> > ___
>> > 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
>>
>>
>>
>> ___
>> 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



___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Remoting and DataSets

[Gregory Junker]

First, I know the drill, but before I do, I figured I ought to check
here first to see if it's known or if there is a resolution.

The problem: simple object, inherits MarshalByRefObject, exposed by a
server process using TcpChannel. A test process can call other methods
on the object, no problems, but when the method that returns a DataSet,
compliant with the example in 

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/
dnpatterns/html/ImpBrokerServer.asp

I get the following stack traces:
Unhandled Exception: System.Runtime.Remoting.RemotingException: Unknown
response message from server
 
Server stack trace:
in <0x00204> System.Runtime.Remoting.Channels.Tcp.
TcpClientTransportSink:ProcessMessage (System.Runtime.Remoting.
Messaging.IMessage,System.Runtime.Remoting.Channels.ITransportHeaders,
System.IO.Stream,System.Runtime.Remoting.Channels.ITransportHeaders&,
System.IO.Stream&)
in <0x0030c> System.Runtime.Remoting.Channels.BinaryClientFormatterSink:
SyncProcessMessage (System.Runtime.Remoting.Messaging.IMessage)
 
 
Exception rethrown at [0]:
 
in <0x00204> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke
(System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.
Messaging.IMessage,System.Exception&,object[]&)
 





My question is: are there currently known issues with remoting and
DataSets in Mono? This is the latest CVS (well, the latest that will
build anyway...from a few days ago). 

Thanks
Greg


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Web Forms and the @ Page directive

[Gregory Junker]

*hangs head in shame*

All this timeyou know what it was?

Another DLL in the bin/ directory with the same namespace/class
combination, from a previous testcase

Whichs makes me wonder, is it by design, that when presented with two
assembly DLLs with definitions for the same namespace/class combination,
it quietly picks one? I ask because I honestly don't know...

Thanks!
Greg

On Fri, 2004-04-16 at 08:07 +0200, Gonzalo Paniagua Javier wrote:
> El vie, 16-04-2004 a las 01:36, Gregory Junker escribiÃ:
> > I'll further add that when I use only Inherits in both the Page and
> > Control files, only the code-behind for the control is executed...the
> > Page starts in again with the ignoring thing for its code-behind...
> 
> If you have a simple test case that can reproduce this wrong behavior,
> please, report it through http://bugzilla.ximian.com.
> 
> Thanks.
> 
> -Gonzalo
> 
> 
> ___
> 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] Daily build

[Gregory Junker]

LOL I guess including the actual question would help...

Are the Fedora builds for 2.4 and 2.6 kernels? Or will there be FC1T1
(2.4) and FC1T2 (2.6) builds? Or just FC1T1 (2.4)? Or does it even
matter?

Thanks
Greg

On Fri, 2004-04-16 at 14:35 -0400, Gregory Junker wrote:
> On Fri, 2004-04-16 at 12:25 -0600, Sachin Kumar wrote:
> > Hello,
> > 
> > Daily build RPM packages for distros redhat, suse
> > and fedora are available at following location:
> > 
> > http://www.go-mono.com/packages/ 
> > 
> > Planning to have 5 previous builds. 
> > 
> > Regards,
> > Sachin
> > 
> > ___
> > 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

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Daily build

[Gregory Junker]

On Fri, 2004-04-16 at 12:25 -0600, Sachin Kumar wrote:
> Hello,
> 
> Daily build RPM packages for distros redhat, suse
> and fedora are available at following location:
> 
> http://www.go-mono.com/packages/ 
> 
> Planning to have 5 previous builds. 
> 
> Regards,
> Sachin
> 
> ___
> 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] Web Forms and the @ Page directive

[Gregory Junker]

I'll further add that when I use only Inherits in both the Page and
Control files, only the code-behind for the control is executed...the
Page starts in again with the ignoring thing for its code-behind...

Greg

On Thu, 2004-04-15 at 19:30 -0400, Gregory Junker wrote:
> Actually, I take it back...a simple test page with code-behind only in a
> DLL and referenced only via "Inherits" works fine. It's when a
> UserControl is placed on the page that things start getting weird.
> 
> Greg 
> 
> On Thu, 2004-04-15 at 18:31 -0400, Gregory Junker wrote:
> > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon/
> > html/vbconWebFormsCodeModel.asp
> > 
> > At that link they say:
> > 
> > "In Web Forms that use code-behind files, the @ Page directive (or @
> > Control in user control files) contains attributes that specify the
> > relationship of the .aspx file and its code-behind file. These attribute
> > are:
> > 
> >   * Codebehind   In Visual Studio, this attribute references the
> > name of a file that contains the class for the page. For
> > example, if you create a Web Forms page in Visual Studio called
> > WebForm1, the Codebehind attribute will point to WebForm1.aspx.
> > vb or WebForm1.aspx.cs. This attribute is used only by the
> > Visual Studio Web Forms Designer. It tells the designer where to
> > find the page class so that the designer can create an instance
> > of it for you to work with. The attribute is not used at run
> > time.
> >   * Inherits   Identifies the class from which the page derives. In
> > Visual Studio, this points to a class in the project assembly (.
> > dll), as shown in the diagram above.
> > 
> > The code-behind model illustrated above is the model used by Visual
> > Studio. The ASP.NET Framework supports a slightly different code-behind
> > model for Web Forms pages. In the ASP.NET code-behind model, the visual
> > elements are in an .aspx file and the code is in a separate code-only
> > file, as in Visual Studio. However, there is no project, and the code is
> > not pre-compiled. Instead, the code in the .vb or .cs file is compiled
> > at run time, when the page is first requested by a user.
> > 
> > The inheritance model works as illustrated above, with the difference
> > that the Web Forms class (WebForm1 class in the diagram) is not part of
> > a project assembly. Instead, each page is a separate assembly. There is
> > no difference in how your code runs in the two models.
> > 
> > In the ASP.NET code-behind model, there is no Codebehind page attribute,
> > since that attribute is unique to Visual Studio. To tie the .aspx file
> > to its corresponding code, the page directive contains a Src attribute,
> > which references the file containing the source code for the file."
> > 
> > =
> > 
> > Now, I have an aspx and and ascx in this thing I am developing for mono/
> > linux/mod_mono. The aspx ignores the "Inherits" attribute, which the
> > above says it should, yet if I change the class or namespace name in
> > the .cs file, compile the DLL and deploy it, I get the expected "class
> > not found" exception on page compilation...but it pretends not to notice
> > that the DLL contains the code for that class, and simply acts dumb when
> > challenged with the facts. Of course, if I use the Src attribute, voila!
> > works fine.
> > 
> > However, the UserControl uses the Inherits attribute and finds and uses
> > the referenced class in the compiled DLL. 
> > 
> > Which is it, in Mono? Can I precompile DLLs and deploy them to the bin/
> > directory of the webapp (which is infinitely preferable to me), or do I
> > have to put all of my .cs files on the server as well? (which I
> > specifically do not want to do...if I have to do that I'll stick with
> > PHP). 
> > 
> > Thanks
> > Greg
> > 
> > ___
> > 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

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Web Forms and the @ Page directive

[Gregory Junker]

Actually, I take it back...a simple test page with code-behind only in a
DLL and referenced only via "Inherits" works fine. It's when a
UserControl is placed on the page that things start getting weird.

Greg 

On Thu, 2004-04-15 at 18:31 -0400, Gregory Junker wrote:
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon/
> html/vbconWebFormsCodeModel.asp
> 
> At that link they say:
> 
> "In Web Forms that use code-behind files, the @ Page directive (or @
> Control in user control files) contains attributes that specify the
> relationship of the .aspx file and its code-behind file. These attribute
> are:
> 
>   * Codebehind   In Visual Studio, this attribute references the
> name of a file that contains the class for the page. For
> example, if you create a Web Forms page in Visual Studio called
> WebForm1, the Codebehind attribute will point to WebForm1.aspx.
> vb or WebForm1.aspx.cs. This attribute is used only by the
> Visual Studio Web Forms Designer. It tells the designer where to
> find the page class so that the designer can create an instance
> of it for you to work with. The attribute is not used at run
> time.
>   * Inherits   Identifies the class from which the page derives. In
> Visual Studio, this points to a class in the project assembly (.
> dll), as shown in the diagram above.
> 
> The code-behind model illustrated above is the model used by Visual
> Studio. The ASP.NET Framework supports a slightly different code-behind
> model for Web Forms pages. In the ASP.NET code-behind model, the visual
> elements are in an .aspx file and the code is in a separate code-only
> file, as in Visual Studio. However, there is no project, and the code is
> not pre-compiled. Instead, the code in the .vb or .cs file is compiled
> at run time, when the page is first requested by a user.
> 
> The inheritance model works as illustrated above, with the difference
> that the Web Forms class (WebForm1 class in the diagram) is not part of
> a project assembly. Instead, each page is a separate assembly. There is
> no difference in how your code runs in the two models.
> 
> In the ASP.NET code-behind model, there is no Codebehind page attribute,
> since that attribute is unique to Visual Studio. To tie the .aspx file
> to its corresponding code, the page directive contains a Src attribute,
> which references the file containing the source code for the file."
> 
> =
> 
> Now, I have an aspx and and ascx in this thing I am developing for mono/
> linux/mod_mono. The aspx ignores the "Inherits" attribute, which the
> above says it should, yet if I change the class or namespace name in
> the .cs file, compile the DLL and deploy it, I get the expected "class
> not found" exception on page compilation...but it pretends not to notice
> that the DLL contains the code for that class, and simply acts dumb when
> challenged with the facts. Of course, if I use the Src attribute, voila!
> works fine.
> 
> However, the UserControl uses the Inherits attribute and finds and uses
> the referenced class in the compiled DLL. 
> 
> Which is it, in Mono? Can I precompile DLLs and deploy them to the bin/
> directory of the webapp (which is infinitely preferable to me), or do I
> have to put all of my .cs files on the server as well? (which I
> specifically do not want to do...if I have to do that I'll stick with
> PHP). 
> 
> Thanks
> Greg
> 
> ___
> 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

[Mono-list] Web Forms and the @ Page directive

[Gregory Junker]

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon/
html/vbconWebFormsCodeModel.asp

At that link they say:

"In Web Forms that use code-behind files, the @ Page directive (or @
Control in user control files) contains attributes that specify the
relationship of the .aspx file and its code-behind file. These attribute
are:

  * Codebehind   In Visual Studio, this attribute references the
name of a file that contains the class for the page. For
example, if you create a Web Forms page in Visual Studio called
WebForm1, the Codebehind attribute will point to WebForm1.aspx.
vb or WebForm1.aspx.cs. This attribute is used only by the
Visual Studio Web Forms Designer. It tells the designer where to
find the page class so that the designer can create an instance
of it for you to work with. The attribute is not used at run
time.
  * Inherits   Identifies the class from which the page derives. In
Visual Studio, this points to a class in the project assembly (.
dll), as shown in the diagram above.

The code-behind model illustrated above is the model used by Visual
Studio. The ASP.NET Framework supports a slightly different code-behind
model for Web Forms pages. In the ASP.NET code-behind model, the visual
elements are in an .aspx file and the code is in a separate code-only
file, as in Visual Studio. However, there is no project, and the code is
not pre-compiled. Instead, the code in the .vb or .cs file is compiled
at run time, when the page is first requested by a user.

The inheritance model works as illustrated above, with the difference
that the Web Forms class (WebForm1 class in the diagram) is not part of
a project assembly. Instead, each page is a separate assembly. There is
no difference in how your code runs in the two models.

In the ASP.NET code-behind model, there is no Codebehind page attribute,
since that attribute is unique to Visual Studio. To tie the .aspx file
to its corresponding code, the page directive contains a Src attribute,
which references the file containing the source code for the file."

=

Now, I have an aspx and and ascx in this thing I am developing for mono/
linux/mod_mono. The aspx ignores the "Inherits" attribute, which the
above says it should, yet if I change the class or namespace name in
the .cs file, compile the DLL and deploy it, I get the expected "class
not found" exception on page compilation...but it pretends not to notice
that the DLL contains the code for that class, and simply acts dumb when
challenged with the facts. Of course, if I use the Src attribute, voila!
works fine.

However, the UserControl uses the Inherits attribute and finds and uses
the referenced class in the compiled DLL. 

Which is it, in Mono? Can I precompile DLLs and deploy them to the bin/
directory of the webapp (which is infinitely preferable to me), or do I
have to put all of my .cs files on the server as well? (which I
specifically do not want to do...if I have to do that I'll stick with
PHP). 

Thanks
Greg

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] I give up / Mac OS X PPC support

[Gregory Junker]

This is a rather short-sighted viewpoint, I have to say. If you were
talking about today, Monday April 12, 2004, then ya, sure, "if the
election were today" then Windows.NET would win hands down. That's not
what this project is about however. 

I strongly disagree with the statement "if Mono PPC doesn't work right
now, today, then you should just give it up". If Mono had the same paid
development staff of the same size that Microsoft has dedicated to .NET
just on Windows, then you might have a legitimate gripe. 

I hear a lot of sour grapes here, a lot of "glass is half empty". I
predict that two or three years from now you'll look back to this time
and wonder why you were worried at all. And if you need Mono to run
reliably on MacOSX before then, well, like you said...you need to run
Windows (or, increasingly, with each passing day, Mono/Linux). 

I rarely boot back into Windows unless I have to (gaming), and then, as
soon as I am done, it's back to Linux. All of my desktops have both
Fedora and Win2K on them, and they spend 99% of their uptime in Linux.
Not because I am a religious fanatic; I didn't have a single Linux
machine in my business until about 18 months ago, and I only recently
eliminated the last Windows server from the shop. I started in .NET and
C# in the second beta version of VS.NET, and liked it a lot, but did not
care to run it on Windows servers, so until I found out about this
project, and the level of its maturity, I more or less ignored .NET
completely. Now that I can run it in a commercial-license-free
environment, I am far more interested in employing it in our projects. 

You mention beating MS at their own game; MS themselves realize the
reality of the evolutionary path: the actual OS longer will matter in a
matter of a few short years. Businesses care about what it will take to
get the work done, not how it's done, and since the movement is
inexorably moving towards "software as a service", and since .NET is a
frontrunning technology towards that end, the fact that it runs on Linux
(and only gets more complete and stable with each CVS commit) means that
no longer will IT departments have to care about what latest-and-
greatest gee-whiz-bang-gizmo Microsoft puts out and expects us to buy:
it simply won't matter. 

In other words, in a Mono-enabled .NET world, Microsoft themselves
ironically become irrelevant. That's why Mono/Linux is important in and
of itself: weaning from the dependency on a single-source vendor for
what admittedly is a desirable technology. 

And best of all, you can still use VS.NET if you wish to develop apps
for Mono/Linux (and other platforms when ready). And even that
dependence is being addressed. 

So for me, and, I would imagine, for a significant portion of those
interested in developing applications under Mono (and for Novell itself,
I believe), it's not a religious fervor that drives this, not a hatred
for Microsoft. It's just the opportunity NOT to have to rely on the
whimsy of Redmond to "take care of business", as it were. It's about
freedom, simple as that. 

For me anyway...

Greg


> On x86 hardware, I prefer windows xp/2003. Sorry, I love *nix,
> butlinux doesn't do much for me on x86, especially when x86/
> windowsoffers 100% compatibility and killer dev tools.
> Frankly, there is noreal reason to host asp.net apps under
> apache, when my XP box doesbetter after locking it down. No
> religion here folks, just reality.
> 
> I appreciate the new features and the roadmap, but if all mono
> has tooffer is x86/linux stability, then mono has only
> succeeded in doing isproviding a 'free' implementation of
> the .net runtime that runs on thesame commodity hardware that
> a fully supported and commercial versionruns on.
> 
> the same hardware. Believeit or not, most windows shops
> adopting .NET don't care about OSlicensing costs or security. 

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

RE: Re: [Mono-list] I give up / Mac OS X PPC support

[Gregory Junker]

I would add that "Free" software is not "free" as in "free beer". It is
"free" as in "freedom to do what you want with it", and with freedom
comes responsibility.

At first glance, since I have only seen this snippet of his original
post, if urgent Mac OSX support is that important to Mr. Mentzer, then
he could actually lend his support in the form of either evaluating the
source of the problems, fixing the problems himself and submitting
patches, or both.

My $0.02 (which is more than any of us pay to use this software).
Greg

On Fri, 2004-04-09 at 13:32 -0400, Lee Malatesta wrote:
> Steve Mentzer wrote:
>  > No offense to the mono team, but you should either drop support
>  > for PPC entirely or actually concentrate on getting it as stable
>  > as x86/linux.
> 
> I think that this is exactly what the good folks on the mono team are 
> doing and I, for one, applaud their efforts. The mono project on the 
> PPC platform has come a long way and it should only continue to get 
> better. Perhaps the work isn't coming along as fast as I would like, 
> but this is mostly true of all software projects I've been interested 
> in whether open or proprietary. Good coding takes time.
> 
> Regards,
> 
> Lee
> 
> ___
> 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: Re: [Mono-list] I give up / Mac OS X PPC support

[Gregory Junker]

I would add that "Free" software is not "free" as in "free beer". It is
"free" as in "freedom to do what you want with it", and with freedom
comes responsibility.

At first glance, since I have only seen this snippet of his original
post, if urgent Mac OSX support is that important to Mr. Mentzer, then
he could actually lend his support in the form of either evaluating the
source of the problems, fixing the problems himself and submitting
patches, or both.

My $0.02 (which is more than any of us pay to use this software).
Greg

On Fri, 2004-04-09 at 13:32 -0400, Lee Malatesta wrote:
> Steve Mentzer wrote:
>  > No offense to the mono team, but you should either drop support
>  > for PPC entirely or actually concentrate on getting it as stable
>  > as x86/linux.
> 
> I think that this is exactly what the good folks on the mono team are 
> doing and I, for one, applaud their efforts. The mono project on the 
> PPC platform has come a long way and it should only continue to get 
> better. Perhaps the work isn't coming along as fast as I would like, 
> but this is mostly true of all software projects I've been interested 
> in whether open or proprietary. Good coding takes time.
> 
> Regards,
> 
> Lee
> 
> ___
> 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