Re: [Mono-winforms-list] Private ImageList methods removed in r69012
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chris, I had a minute so I did what you asked in vs2003. For the imagelist properties: 1. Color Depth: Initial: Property name is not bold, property value is not bold, reset disabled. Changed: Property name is not bold, property value becomes bold, reset is enabled. 2. ImageSize and Transparent Color (both act the same) Initial: Property name is not bold, property value is bold, reset disabled. Changed: Property name is not bold, property value is bold, reset disabled. Hope this helps. Thanks, Greg - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Toshok Sent: Wednesday, December 06, 2006 9:47 AM To: Kornél Pál Cc: mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] Private ImageList methods removed in r69012 so I just brought up visual c# express (which is admittedly 2.0) and none of the image list properties affected (ColorDepth, ImageSize, TransparentColor) acted as if they had a Reset or ShouldSerialize method. from that article, an easy way to determine this is: 1. select the ImageList in the design surface. 2. Look at its properties. If a property is in bold, it doesn't have a ShouldSerialize method (and also doesn't have a DefaultValue attribute, but that's irrelevant here). 3. change the value of the property, then right click on it. If the Reset item in the menu is disabled ,the property lacks a Reset method (and also lacks a DefaultValue attribute, but again that's irrelevant). in all three cases, the property was bold at the start, and the reset menu item was never enabled. Would someone mind doing the above 3 steps on those three properties inside vs2003? are these methods used in another context outside of designers? If not, I'd say removing them was the right change. If they're needed in 1.1 I'll add them back in ifdefed for 1.1 and make them internal instead of private to keep the warnings down. Chris On Wed, 2006-12-06 at 09:24 -0500, Chris Toshok wrote: do we know that the designer in visual studio behaves as if it can call these methods? The designers of course have to use reflection to find the methods, but in the other cases these methods aren't private. If visual studio behaves as if the methods are there, we have another piece (besides the msdn docs and corcompare output) we need to look at to see which methods needs implementing. Chris On Wed, 2006-12-06 at 14:37 +0100, Kornél Pál wrote: Hi, The removed methods were private but they were intended to be used by designers. This feauture is documented: http://msdn2.microsoft.com/en-us/library/53b8022e.aspx Also note that I noticed the behavior in Visual Studio designer that can only be implemented using these methods. And I belive that it is legal to call these methods using reflection and study their behavior altough it wasn't necessary. Applications should not rely on the presence or absence of these methods if they are private but a properly implemented designer (or maybe other applications) can call these methods and the absence of these methods will result in different designer behavior regarding the default property values. Kornél ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list - -- I am using the free version of SPAMfighter for private users. It has removed 1118 spam emails to date. Paying users do not have this message in their emails. Get the free SPAMfighter here: http://www.spamfighter.com -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.0.6 (Build 6060) iQA/AwUBRXba+Xtl5NZuZcOqEQJt3gCeIXZGU8IvJJI7pcgashqUs74AeAMAoNO9 nGCwONwPYkp8zSXIg4bneew+ =RpE/ -END PGP SIGNATURE- ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
RE: [Mono-list] Has anyone gotten Mono to work at DreamHost?
I have a server that I use to host customer's websites. At this time, it has only been windows, however, if enough people want a linux testbed with mono installed, I wouldn't mind purchasing a server for everyone to rent space to host. If you would be interested, send me an email. The monthly cost to everyone would depend on how many people are interested. I'd only want to cover my costs for the server... Thanks, Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paddy Joy Sent: Monday, March 27, 2006 2:45 AM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? In the Home section of your control panel (panel.dreamhost.com) there is a suggestions page but of course you would have to sign up with them before you would have a control panel. I'm not sure about the installation of mono, I presume it wouldn't be possible without being root but maybe I'm wrong. I'm sure someone else on the list will be able to give you a better answer! Paddy I just received a note back from support saying they don't support asp. Is there a place to vote? Do you know if there is a way to configure it yourself and run as cgi or some other way? -Original Message- From: Paddy Joy [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 10:13 PM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? Mono and mod_mono are on their suggestions page but won't be installed until enough users vote for it. Paddy Kellner, Peter wrote: I really don't know all the details of what it takes to run mono. Can it run on as a cgi? I know dreamhost runs a lot of stuff as cgi which I think gives us more flexability. -Original Message- From: Paddy Joy [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 9:47 PM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? I'm with dreamhost but I didn't think they had Mono installed? Paddy Kellner, Peter wrote: http://www.dreamhost.com/ The have amazing pricing and performance for the cost. It's a great test bed. ___ 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.1/292 - Release Date: 3/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.1/292 - Release Date: 3/24/2006 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] compiling libgdiplus
That clears things up quite a bit! I didn't know that! So, now that I know where it is looking for the source, I checked and the error message is exactly correct - there is no configure file in the cairo directory under the libgdiplus directory. SO... I checked in SVN (http://svn.myrealbox.com/viewcvs/trunk/libgdiplus/cairo/) and configure is not there either (I thought maybe I just had gotten a bad cvs version). Now the question is, which of these is the problem? Should there be a configure file in CVS and it is missing or am I doing something wrong to make it look for the configure file that shouldn't be there? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 11:01 AM To: Greg Creme; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus The cairo source is in the libgdiplus directory. You do not need to install a version of cairo for libgdiplus to work. I can't remember what else I did to get libgdiplus built (I did it initially a few months ago). If you send me the output from ./configure in the cairo directory, I'll take a look. Else, we'll have to wait for an expert to answer. - Jonathan -Original Message- From: Greg Creme [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:54 AM To: Jonathan S. Chambers; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Hi Jonathan, It appears that the freetype package has installed to /usr/lib/pkgconfig. I typed echo $PKG_CONFIG_PATH to check and got a blank line, so I guess nothing was defined there. So, I typed export PKG_CONFIG_PATH=/usr/lib/pkgconfig to set it up and tried it again, and I still get the same error message. Is it possible that it can't find the cairo source? Is there a set location where that should be or some way for me to tell the configure command where to look for it? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:41 AM To: [EMAIL PROTECTED]; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Greg, I build libgdiplus on RHEL 3. I had the same problem as you, and I installed freetype/fontconfig. Is the directory where the fontconfig.pc file is located in your PKG_CONFIG_PATH? - Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:23 AM To: mono-list@lists.ximian.com Subject: [Mono-list] compiling libgdiplus I am trying to compile libgdiplus on redhat enterprise linux 3. I have already compiled and installed the latest mono from svn. When I type ./configure in the libgdiplus source directory, I get the following: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo I have downloaded the cairo 1.0.2 source code and placed it in the same directory as the libgdiplus source (ie. they are both in the directory called trunk so the path is /trunk/libgdiplus and /trunk/cairo-1.0.2) When I change to the cairo directory and run ./configure, I get the following: cairo will be compiled with the following surface backends: Xlib: yes Quartz: no XCB: no Win32: no PostScript: no PDF: no glitz: no the following font backends: FreeType: no Win32: no ATSUI: no and the following features: PNG functions: no configure: error: Cairo requires at least one font backend. Please install freetype and fontconfig, then try again: http://freetype.org/ http://fontconfig.org/ I went to freetype.org to download the code - grabbed freetype-2.1.10 and compiled and installed it. When I run.configure again for cairo, I get the same error message. SO, I went back and downloaded the fontconfig.org file - fontconfig-2.3.2, and compiled and installed it. Finally, it says that freetype is installed when I run ./configure in the cairo directory. So, I went back to the libgdiplus directory and ran ./configure again. I get the same error message: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo I even tried to run ./autogen.sh and it gave me: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local '--enable-maintainer -mode' '--enable-compile-warnings' --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo So, finally, I thought that if I just installed Cairo, it might work without having to do this, so I ran make and make install
RE: [Mono-list] compiling libgdiplus
Ok, one more update... In light of the missing configure file, I tried to run the autogen.sh file in the cairo directory and got the message: ERROR: 'aclocal' is too old. Aclocal (GNU automake) 1.6.3 And then down a little bit - (version 1.7 or newer is required). Does anyone know where I can get this updated aclocal file (or program) to see if that will fix my problem? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 11:01 AM To: Greg Creme; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus The cairo source is in the libgdiplus directory. You do not need to install a version of cairo for libgdiplus to work. I can't remember what else I did to get libgdiplus built (I did it initially a few months ago). If you send me the output from ./configure in the cairo directory, I'll take a look. Else, we'll have to wait for an expert to answer. - Jonathan -Original Message- From: Greg Creme [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:54 AM To: Jonathan S. Chambers; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Hi Jonathan, It appears that the freetype package has installed to /usr/lib/pkgconfig. I typed echo $PKG_CONFIG_PATH to check and got a blank line, so I guess nothing was defined there. So, I typed export PKG_CONFIG_PATH=/usr/lib/pkgconfig to set it up and tried it again, and I still get the same error message. Is it possible that it can't find the cairo source? Is there a set location where that should be or some way for me to tell the configure command where to look for it? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:41 AM To: [EMAIL PROTECTED]; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Greg, I build libgdiplus on RHEL 3. I had the same problem as you, and I installed freetype/fontconfig. Is the directory where the fontconfig.pc file is located in your PKG_CONFIG_PATH? - Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:23 AM To: mono-list@lists.ximian.com Subject: [Mono-list] compiling libgdiplus I am trying to compile libgdiplus on redhat enterprise linux 3. I have already compiled and installed the latest mono from svn. When I type ./configure in the libgdiplus source directory, I get the following: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo I have downloaded the cairo 1.0.2 source code and placed it in the same directory as the libgdiplus source (ie. they are both in the directory called trunk so the path is /trunk/libgdiplus and /trunk/cairo-1.0.2) When I change to the cairo directory and run ./configure, I get the following: cairo will be compiled with the following surface backends: Xlib: yes Quartz: no XCB: no Win32: no PostScript: no PDF: no glitz: no the following font backends: FreeType: no Win32: no ATSUI: no and the following features: PNG functions: no configure: error: Cairo requires at least one font backend. Please install freetype and fontconfig, then try again: http://freetype.org/ http://fontconfig.org/ I went to freetype.org to download the code - grabbed freetype-2.1.10 and compiled and installed it. When I run.configure again for cairo, I get the same error message. SO, I went back and downloaded the fontconfig.org file - fontconfig-2.3.2, and compiled and installed it. Finally, it says that freetype is installed when I run ./configure in the cairo directory. So, I went back to the libgdiplus directory and ran ./configure again. I get the same error message: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo I even tried to run ./autogen.sh and it gave me: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local '--enable-maintainer -mode' '--enable-compile-warnings' --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo So, finally, I thought that if I just installed Cairo, it might work without having to do this, so I ran make and make install in the cairo directory and tried again. No luck. Can someone tell me what I am missing to get this to compile and install? I am trying to get this done and working for a proof of concept for a client on Friday to show them that Mono on Linux
RE: [Mono-list] compiling libgdiplus
Thank you to everyone for your help getting this going. I finally have it compiling (HOORAY!). To recap, (for anyone having this problem in the future)... 1. knowing that cairo is in a subdirectory of libgdiplus was invaluable... 2. Finding the error message about automake being too old (which was masked when I ran the configure command from the libgdiplus directory). 3. Finally, red hat doesn't have update support for enterprise linux (unless you purchase support) so there is no way to get the updated automake command (1.7) without a subscription. Then to top it all off, we have Enterprise Linux 3 ES, and there is no version of automake 1.7 for this version. I had to download the version for Enterprise Linux 4 (which seems to work...) Phew... so all that having been said, it is now compiling and I hopefully have the latest version from SVN. Thanks again for all the help everyone. Sincerely, Greg -Original Message- From: Jonel Rienton [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 1:12 PM To: 'Greg Creme'; 'Jonathan S. Chambers'; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Seems to me like you might be missing one (or more) of the build tool chain. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Creme Sent: Wednesday, February 08, 2006 10:24 AM To: 'Jonathan S. Chambers'; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus That clears things up quite a bit! I didn't know that! So, now that I know where it is looking for the source, I checked and the error message is exactly correct - there is no configure file in the cairo directory under the libgdiplus directory. SO... I checked in SVN (http://svn.myrealbox.com/viewcvs/trunk/libgdiplus/cairo/) and configure is not there either (I thought maybe I just had gotten a bad cvs version). Now the question is, which of these is the problem? Should there be a configure file in CVS and it is missing or am I doing something wrong to make it look for the configure file that shouldn't be there? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 11:01 AM To: Greg Creme; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus The cairo source is in the libgdiplus directory. You do not need to install a version of cairo for libgdiplus to work. I can't remember what else I did to get libgdiplus built (I did it initially a few months ago). If you send me the output from ./configure in the cairo directory, I'll take a look. Else, we'll have to wait for an expert to answer. - Jonathan -Original Message- From: Greg Creme [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:54 AM To: Jonathan S. Chambers; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Hi Jonathan, It appears that the freetype package has installed to /usr/lib/pkgconfig. I typed echo $PKG_CONFIG_PATH to check and got a blank line, so I guess nothing was defined there. So, I typed export PKG_CONFIG_PATH=/usr/lib/pkgconfig to set it up and tried it again, and I still get the same error message. Is it possible that it can't find the cairo source? Is there a set location where that should be or some way for me to tell the configure command where to look for it? Thanks, Greg -Original Message- From: Jonathan S. Chambers [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:41 AM To: [EMAIL PROTECTED]; mono-list@lists.ximian.com Subject: RE: [Mono-list] compiling libgdiplus Greg, I build libgdiplus on RHEL 3. I had the same problem as you, and I installed freetype/fontconfig. Is the directory where the fontconfig.pc file is located in your PKG_CONFIG_PATH? - Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 08, 2006 10:23 AM To: mono-list@lists.ximian.com Subject: [Mono-list] compiling libgdiplus I am trying to compile libgdiplus on redhat enterprise linux 3. I have already compiled and installed the latest mono from svn. When I type ./configure in the libgdiplus source directory, I get the following: configure: configuring in cairo configure: running /bin/sh ./configure --prefix=/usr/local --cache-file=/dev/null --srcdir=. ./configure: ./configure: No such file or directory configure: error: /bin/sh ./configure failed for cairo I have downloaded the cairo 1.0.2 source code and placed it in the same directory as the libgdiplus source (ie. they are both in the directory called trunk so the path is /trunk/libgdiplus and /trunk/cairo-1.0.2) When I change to the cairo directory and run ./configure, I get the following: cairo will be compiled with the following surface backends: Xlib: yes Quartz: no XCB: no Win32: no PostScript: no PDF: no glitz: no the following
[Mono-list] Mono SVN Version - How to compile...
Hi Everyone, First, please forgive the long winded nature of this post, and I am new to this and dont know what everyone needs to know to help, so I thought I would try to give you as much background as possible. I have been desparately trying to get the latest version of Mono compiled from source to see if there have been any big improvements in the winforms area. However, this process seems to be more tricky than it seems in the documentation. So, if someone can please help me out and tell me where I am going wrong. I installed mono version 1.1.13.2 from the bin installer on the mono-project website (this is on Redhat Enterprise Linux 3). After I found that winforms for mdi applications are not quite fully baked in the release version, I decided that I would have to download and compile from source to see if it is usable for my current project. Reading some of the documentation on how to compile from source, I thought that I had to remove the installed version. I am not really sure how to do this (as I am new to linux). The documentation said to type rpm something to see if it was installed. I typed it in and the program said that the package wasnt found, however, I could still type mono and have the mono information come up so it looked like it was installed. To get around this, I removed the mono directory /opt/mono.1.1.13 from the path so that it wouldnt find it any more. I downloaded the source code and ran autogen.sh in the mono directory to build the whole thing. When I did this, it said that there was no mcs compiler so the install failed. SO I went back and put the mono directory back into the path so that it could be found. It then compiled and I think installed ok, but when I run mono V, I still get mono 1.1.13. So, the first question is is this what I should expect to see if I am running from the source I just compiled from SVN? If not, what should I see? Secondly, am I wrong in thinking that I now have two versions installed on the machine? If so, where would the compiled version have gone? Thanks for all your help. Greg -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.2/251 - Release Date: 2/4/2006 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] mono mdi form problem - Child forms erratic behavior
Hi Everyone, I am new to the mono project and am trying to get it working for my current project. I have been able to write a basic windows form application and that works well, but when I try to use an mdi form, it gets kind of funny on me. I have included links to the screen shots for the difference, video so you can see the behavior, as well as the code. Basicly, the code is: Form1 oForm = new Form1(); oForm.MdiParent = this; oForm.BackColor = Color.White; oForm.Show(); When I create a few child forms and then close the mdi form I get the following in the command prompt that I used to start the program: Mono System.Windows.Forms Assembly [Revision: 54007; built: 2005/12/6 14:35:24] = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x4 (wrapper managed-to-native) System.Drawing.GDIPlus:GdipDisposeImage (in tptr) in 0xffd8 (wrapper managed-to-native) System.Drawing.GDIPlus:GdipDisposeIm age (intptr) in 0x10 System.Drawing.Image:DisposeResources () in 0x13 System.Drawing.Image:Dispose (bool) in 0x10 System.Drawing.Image:Finalize () in 0xf0a2488 (wrapper runtime-invoke) System.Object:runtime_invoke_void (objec t,intptr,intptr,intptr) This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. I dont know if I am doing something wrong, or if there is something that I am missing, or if the implementation is incomplete and what I am seeing is a bug. Any help or advise anyone can give me would be greatly appreciated. Source Code: http://ncsadvantage.com/MonoTests/Mdi/LinuxProj.zip Screen shots: http://ncsadvantage.com/MonoTests/Mdi/ScreenShots.zip Video of Program Running: http://ncsadvantage.com/MonoTests/Mdi/Video.zip Thanks, Greg -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date: 1/26/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date: 1/26/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date: 1/26/2006 ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
