|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
|
|
Fuse, samba and windows? Excesive calls and dropped extended attributes.I'm trying to make a fuse file system on top of an sql database, and use
this from a windows or an other linux system over samba. I run into two problems: 1) The number of file system calls on a samba mounted file system seem to excessively increase when compared to local access. 2) Extended attributes seem to completely get dropped. Are these known/solvable problems? If so, what can I do to make the file system work transparently over a samba share without losing performance due to excessive additional file system calls, and without losing my extended attributes? T.I.A. Rob ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.Hello,
is it possible to be more specific. What does your fs? Is it like smbfuse and fusesmb, meant to access windows and/or linux samba shares? Stef Bon Rob Meijer wrote: > I'm trying to make a fuse file system on top of an sql database, and use > this from a windows or an other linux system over samba. I run into two > problems: > > 1) The number of file system calls on a samba mounted file system seem to > excessively increase when compared to local access. > 2) Extended attributes seem to completely get dropped. > > Are these known/solvable problems? If so, what can I do to make the file > system work transparently over a samba share without losing performance > due to excessive additional file system calls, and without losing my > extended attributes? > > T.I.A. > > Rob > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > fuse-devel mailing list > fuse-devel@... > https://lists.sourceforge.net/lists/listinfo/fuse-devel > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.It is a file system on top of data structures inside a postgresql
database (The database used for the Open Computer Forensics Architecture meta-data and data repository). The fuse file system works reasonably well when accessing the directory tree under mount point directly locally. When exporting the mount point as a samba share, performance goes way down, and extended attributes get lost. After putting in some additional logging, it is clear that using the samba share, the performance issues arise from the fact that over samba, the number of file system requests used to do the same thing (for example list the files in a rather deeply nested directory) is many times larger than hen doing this operation locally. Given that each file system action is translated into SQL queries to the rather big database, this increase in file system calls slows down the file system in such a way that it becomes unusable over a samba share. As a second samba problem, it seems that the meta data we make available using extended attributes are only accessible locally, and not over a samba mount. Does this clarify what I am attempting to accomplish? I would like to make this file system available over samba, especially to windows clients. With fuse not being available for windows, I'm probably not the only person wanting to share fuse based file system mount points as a samba share. Are there any important things I am missing that make my filesystem, or the samba server misbehave? Or is samba itself just very inefficient, and/or are extended attributes simply not transparently transferable over a samba share? Tnx, Rob On Mon, September 28, 2009 11:45, Stef Bon wrote: > Hello, > > is it possible to be more specific. > > What does your fs? Is it like smbfuse and fusesmb, meant to access > windows and/or linux samba shares? > > Stef Bon > > > > > > Rob Meijer wrote: >> I'm trying to make a fuse file system on top of an sql database, and use >> this from a windows or an other linux system over samba. I run into two >> problems: >> >> 1) The number of file system calls on a samba mounted file system seem >> to >> excessively increase when compared to local access. >> 2) Extended attributes seem to completely get dropped. >> >> Are these known/solvable problems? If so, what can I do to make the file >> system work transparently over a samba share without losing performance >> due to excessive additional file system calls, and without losing my >> extended attributes? >> >> T.I.A. >> >> Rob >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> fuse-devel mailing list >> fuse-devel@... >> https://lists.sourceforge.net/lists/listinfo/fuse-devel >> >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > fuse-devel mailing list > fuse-devel@... > https://lists.sourceforge.net/lists/listinfo/fuse-devel > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.Hello,
typing man smb.conf you will find this: ea support (S) with the mount option user_xattr in order for extended attributes to work, also extended attributes must be compiled into the Linux kernel. Default: ea support = no Best regards Luis Otavio de Colla Furquim On Mon, Sep 28, 2009 at 7:56 AM, Rob Meijer <capibara@...> wrote: > As a second samba problem, it seems that the meta data we make available > using extended attributes are only accessible locally, and not over a > samba mount. > > Does this clarify what I am attempting to accomplish? > > I would like to make this file system available over samba, especially to > windows clients. With fuse not being available for windows, I'm probably > not the only person wanting to share fuse based file system mount points > as a samba share. Are there any important things I am missing that make my > filesystem, or the samba server misbehave? Or is samba itself just very > inefficient, and/or are extended attributes simply not transparently > transferable over a samba share? > > Tnx, > > Rob > > On Mon, September 28, 2009 11:45, Stef Bon wrote: >> Hello, >> >> is it possible to be more specific. >> >> What does your fs? Is it like smbfuse and fusesmb, meant to access >> windows and/or linux samba shares? >> >> Stef Bon >> >> >> >> >> >> Rob Meijer wrote: >>> I'm trying to make a fuse file system on top of an sql database, and use >>> this from a windows or an other linux system over samba. I run into two >>> problems: >>> >>> 1) The number of file system calls on a samba mounted file system seem >>> to >>> excessively increase when compared to local access. >>> 2) Extended attributes seem to completely get dropped. >>> >>> Are these known/solvable problems? If so, what can I do to make the file >>> system work transparently over a samba share without losing performance >>> due to excessive additional file system calls, and without losing my >>> extended attributes? >>> >>> T.I.A. >>> >>> Rob >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> fuse-devel mailing list >>> fuse-devel@... >>> https://lists.sourceforge.net/lists/listinfo/fuse-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> fuse-devel mailing list >> fuse-devel@... >> https://lists.sourceforge.net/lists/listinfo/fuse-devel >> >> > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > fuse-devel mailing list > fuse-devel@... > https://lists.sourceforge.net/lists/listinfo/fuse-devel > -- Luis Otavio de Colla Furquim Não alimente os pingos Don't feed the tribbles - http://www.thinkgeek.com/geektoys/plush/ac6e/ By the nice edges of dataly graphs I shall walk http://www.furquim.org/chironfs/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.Hello,
> ea support (S) BTW, how do I test, in Windows, whether EAs got exported (sorry, I'm a Linux-head, never used EAs in Windows)? Sven -- _ ___ ___ ___ __| |/ __|| __|/ __| The dCache File System / _` | (__ | _| \__ \ An archive file-system for PB of data \__,_|\___||_| |___/ http://www.desy.de/~utcke/Data/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.Hello,
I really never tried such configuration, so I just passing documentatin related to the question. Searching the web I have found too few about this. But the links below seems to talk something about your problem. Most of the discussions are about security attributes, but you may check these pages just to be sure. http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/bacula-25/bacula-and-extended-attributes-72186/ http://74.125.113.132/search?q=cache:2b4g5YxxwXUJ:toxcorp.com/attic/kt/20011126/latest-pkot-fixed.xml+samba+%22extended+attributes%22+%22ntfs+attributes%22&cd=10&hl=pt-BR&ct=clnk&gl=br&client=firefox-a There are also some more options in smb.conf listed in the man page that may be of interest: map acl inherit (S) This boolean parameter controls whether smbd(8) will attempt to map the ´inherit´ and ´protected´ access control entry flags stored in Windows ACLs into an extended attribute called user.SAMBA_PAI. This parameter only takes effect if Samba is being run on a platform that supports extended attributes (Linux and IRIX so far) and allows the Windows 2000 ACL editor to correctly use inheritance with the Samba POSIX ACL mapping code. Default: map acl inherit = no map archive (S) This controls whether the DOS archive attribute should be mapped to the UNIX owner execute bit. The DOS archive bit is set when a file has been modified since its last backup. One motivation for this option is to keep Samba/your PC from making any file it touches from becoming executable under UNIX. This can be quite annoying for shared source code, documents, etc... Note that this requires the create mask parameter to be set such that owner execute bit is not masked out (i.e. it must include 100). See the parameter create mask for details. Default: map archive = yes map hidden (S) This controls whether DOS style hidden files should be mapped to the UNIX world execute bit. Note that this requires the create mask to be set such that the world execute bit is not masked out (i.e. it must include 001). See the parameter create mask for details. No default map read only (S) This controls how the DOS read only attribute should be mapped from a UNIX filesystem. This parameter can take three different values, which tell smbd(8) how to display the read only attribute on files, where either store dos attributes is set to No, or no extended attribute is present. If store dos attributes is set to yes then this parameter is ignored. This is a new parameter introduced in Samba version 3.0.21. The three settings are : · Yes - The read only DOS attribute is mapped to the inverse of the user or owner write bit in the unix permission mode set. If the owner write bit is not set, the read only attribute is reported as being set on the file. If the read only DOS attribute is set, Samba sets the owner, group and others write bits to zero. Write bits set in an ACL are ignored by Samba. If the read only DOS attribute is unset, Samba simply sets the write bit of the owner to one. · Permissions - The read only DOS attribute is mapped to the effective permissions of the connecting user, as evaluated by smbd(8) by reading the unix permissions and POSIX ACL (if present). If the connecting user does not have permission to modify the file, the read only attribute is reported as being set on the file. · No - The read only DOS attribute is unaffected by permissions, and can only be set by the store dos attributes method. This may be useful for exporting mounted CDs. Default: map read only = yes map system (S) This controls whether DOS style system files should be mapped to the UNIX group execute bit. Note that this requires the create mask to be set such that the group execute bit is not masked out (i.e. it must include 010). See the parameter create mask for details. Default: map system = no acl check permissions (S) This boolean parameter controls what smbd(8)does on receiving a protocol request of "open for delete" from a Windows client. If a Windows client doesn´t have permissions to delete a file then they expect this to be denied at open time. POSIX systems normally only detect restrictions on delete by actually attempting to delete the file or directory. As Windows clients can (and do) "back out" a delete request by unsetting the "delete on close" bit Samba cannot delete the file immediately on "open for delete" request as we cannot restore such a deleted file. With this parameter set to true (the default) then smbd checks the file system permissions directly on "open for delete" and denies the request without actually deleting the file if the file system permissions would seem to deny it. This is not perfect, as it´s possible a user could have deleted a file without Samba being able to check the permissions correctly, but it is close enough to Windows semantics for mostly correct behaviour. Samba will correctly check POSIX ACL semantics in this case. If this parameter is set to "false" Samba doesn´t check permissions on "open for delete" and allows the open. If the user doesn´t have permission to delete the file this will only be discovered at close time, which is too late for the Windows user tools to display an error message to the user. The symptom of this is files that appear to have been deleted "magically" re-appearing on a Windows explorer refresh. This is an extremely advanced protocol option which should not need to be changed. This parameter was introduced in its final form in 3.0.21, an earlier version with slightly different semantics was introduced in 3.0.20. That older version is not documented here. Default: acl check permissions = True acl compatibility (G) This parameter specifies what OS ACL semantics should be compatible with. Possible values are winnt for Windows NT 4, win2k for Windows 2000 and above and auto. If you specify auto, the value for this parameter will be based upon the version of the client. There should be no reason to change this parameter from the default. Default: acl compatibility = Auto Example: acl compatibility = win2k acl group control (S) In a POSIX filesystem, only the owner of a file or directory and the superuser can modify the permissions and ACLs on a file. If this parameter is set, then Samba overrides this restriction, and also allows the primary group owner of a file or directory to modify the permissions and ACLs on that file. On a Windows server, groups may be the owner of a file or directory - thus allowing anyone in that group to modify the permissions on it. This allows the delegation of security controls on a point in the filesystem to the group owner of a directory and anything below it also owned by that group. This means there are multiple people with permissions to modify ACLs on a file or directory, easing managability. This parameter allows Samba to also permit delegation of the control over a point in the exported directory hierarchy in much the same way as Windows. This allows all members of a UNIX group to control the permissions on a file or directory they have group ownership on. This parameter is best used with the inherit owner option and also on on a share containing directories with the UNIX setgid bit set on them, which causes new files and directories created within it to inherit the group ownership from the containing directory. This is parameter has been was deprecated in Samba 3.0.23, but re-activated in Samba 3.0.31 and above, as it now only controls permission changes if the user is in the owning primary group. It is now no longer equivalent to the dos filemode option. Default: acl group control = no acl map full control (S) This boolean parameter controls whether smbd(8)maps a POSIX ACE entry of "rwx" (read/write/execute), the maximum allowed POSIX permission set, into a Windows ACL of "FULL CONTROL". If this parameter is set to true any POSIX ACE entry of "rwx" will be returned in a Windows ACL as "FULL CONTROL", is this parameter is set to false any POSIX ACE entry of "rwx" will be returned as the specific Windows ACL bits representing read, write and execute. Default: acl map full control = True dos filemode (S) The default behavior in Samba is to provide UNIX-like behavior where only the owner of a file/directory is able to change the permissions on it. However, this behavior is often confusing to DOS/Windows users. Enabling this parameter allows a user who has write access to the file (by whatever means, including an ACL permission) to modify the permissions (including ACL) on it. Note that a user belonging to the group owning the file will not be allowed to change permissions if the group is only granted read access. Ownership of the file/directory may also be changed. Default: dos filemode = no dos filetime resolution (S) Under the DOS and Windows FAT filesystem, the finest granularity on time resolution is two seconds. Setting this parameter for a share causes Samba to round the reported time down to the nearest two second boundary when a query call that requires one second resolution is made to smbd(8). This option is mainly used as a compatibility option for Visual C++ when used against Samba shares. If oplocks are enabled on a share, Visual C++ uses two different time reading calls to check if a file has changed since it was last read. One of these calls uses a one-second granularity, the other uses a two second granularity. As the two second call rounds any odd second down, then if the file has a timestamp of an odd number of seconds then the two timestamps will not match and Visual C++ will keep reporting the file has changed. Setting this option causes the two timestamps to match, and Visual C++ is happy. Default: dos filetime resolution = no dos filetimes (S) Under DOS and Windows, if a user can write to a file they can change the timestamp on it. Under POSIX semantics, only the owner of the file or root may change the timestamp. By default, Samba runs with POSIX semantics and refuses to change the timestamp on a file if the user smbd is acting on behalf of is not the file owner. Setting this option to yes allows DOS semantics and smbd(8) will change the file timestamp as DOS requires. Due to changes in Microsoft Office 2000 and beyond, the default for this parameter has been changed from "no" to "yes" in Samba 3.0.14 and above. Microsoft Excel will display dialog box warnings about the file being changed by another user if this parameter is not set to "yes" and files are being shared between users. Default: dos filetimes = yes inherit permissions (S) The permissions on new files and directories are normally governed by create mask, directory mask, force create mode and force directory mode but the boolean inherit permissions parameter overrides this. New directories inherit the mode of the parent directory, including bits such as setgid. New files inherit their read/write bits from the parent directory. Their execute bits continue to be determined by map archive, map hidden and map system as usual. Note that the setuid bit is never set via inheritance (the code explicitly prohibits this). This can be particularly useful on large systems with many users, perhaps several thousand, to allow a single [homes] share to be used flexibly by each user. Default: inherit permissions = no store dos attributes (S) If this parameter is set Samba attempts to first read DOS attributes (SYSTEM, HIDDEN, ARCHIVE or READ-ONLY) from a filesystem extended attribute, before mapping DOS attributes to UNIX permission bits (such as occurs with map hidden and map readonly). When set, DOS attributes will be stored onto an extended attribute in the UNIX filesystem, associated with the file or directory. For no other mapping to occur as a fall-back, the parameters map hidden, map system, map archive and map readonly must be set to off. This parameter writes the DOS attributes as a string into the extended attribute named "user.DOSATTRIB". This extended attribute is explicitly hidden from smbd clients requesting an EA list. On Linux the filesystem must have been mounted with the mount option user_xattr in order for extended attributes to work, also extended attributes must be compiled into the Linux kernel. Default: store dos attributes = no So, good luck and Best Regards Luis Furquim On Thu, Oct 1, 2009 at 6:27 AM, Sven Utcke <utcke+fuse@...> wrote: > Hello, > >> ea support (S) > > BTW, how do I test, in Windows, whether EAs got exported (sorry, I'm a > Linux-head, never used EAs in Windows)? > > Sven > -- > _ ___ ___ ___ > __| |/ __|| __|/ __| The dCache File System > / _` | (__ | _| \__ \ An archive file-system for PB of data > \__,_|\___||_| |___/ http://www.desy.de/~utcke/Data/ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > fuse-devel mailing list > fuse-devel@... > https://lists.sourceforge.net/lists/listinfo/fuse-devel > -- Luis Otavio de Colla Furquim Não alimente os pingos Don't feed the tribbles - http://www.thinkgeek.com/geektoys/plush/ac6e/ By the nice edges of dataly graphs I shall walk http://www.furquim.org/chironfs/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
|
|
Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.The only things I can think of is:
- try to tweak the samba server for this share to bring back the amount of fs calls. - run your fuse fs with the debug option, or make your fusefs write messages to syslog/stdout to see what happens, maybe you can see something important there. Stef Luis Furquim wrote: > Hello, > > typing man smb.conf you will find this: > > ea support (S) > with the mount option user_xattr in order for extended attributes > to work, also extended > attributes must be compiled into the > Linux kernel. > > Default: ea support = no > > Best regards > Luis Otavio de Colla Furquim > > On Mon, Sep 28, 2009 at 7:56 AM, Rob Meijer <capibara@...> wrote: > >> As a second samba problem, it seems that the meta data we make available >> using extended attributes are only accessible locally, and not over a >> samba mount. >> >> Does this clarify what I am attempting to accomplish? >> >> I would like to make this file system available over samba, especially to >> windows clients. With fuse not being available for windows, I'm probably >> not the only person wanting to share fuse based file system mount points >> as a samba share. Are there any important things I am missing that make my >> filesystem, or the samba server misbehave? Or is samba itself just very >> inefficient, and/or are extended attributes simply not transparently >> transferable over a samba share? >> >> Tnx, >> >> Rob >> >> On Mon, September 28, 2009 11:45, Stef Bon wrote: >> >>> Hello, >>> >>> is it possible to be more specific. >>> >>> What does your fs? Is it like smbfuse and fusesmb, meant to access >>> windows and/or linux samba shares? >>> >>> Stef Bon >>> >>> >>> >>> >>> >>> Rob Meijer wrote: >>> >>>> I'm trying to make a fuse file system on top of an sql database, and use >>>> this from a windows or an other linux system over samba. I run into two >>>> problems: >>>> >>>> 1) The number of file system calls on a samba mounted file system seem >>>> to >>>> excessively increase when compared to local access. >>>> 2) Extended attributes seem to completely get dropped. >>>> >>>> Are these known/solvable problems? If so, what can I do to make the file >>>> system work transparently over a samba share without losing performance >>>> due to excessive additional file system calls, and without losing my >>>> extended attributes? >>>> >>>> T.I.A. >>>> >>>> Rob >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart your >>>> developing skills, take BlackBerry mobile applications to market and >>>> stay >>>> ahead of the curve. Join us from November 9-12, 2009. Register >>>> now! >>>> http://p.sf.net/sfu/devconf >>>> _______________________________________________ >>>> fuse-devel mailing list >>>> fuse-devel@... >>>> https://lists.sourceforge.net/lists/listinfo/fuse-devel >>>> >>>> >>>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> fuse-devel mailing list >>> fuse-devel@... >>> https://lists.sourceforge.net/lists/listinfo/fuse-devel >>> >>> >>> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> fuse-devel mailing list >> fuse-devel@... >> https://lists.sourceforge.net/lists/listinfo/fuse-devel >> >> > > > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ fuse-devel mailing list fuse-devel@... https://lists.sourceforge.net/lists/listinfo/fuse-devel |
| Free embeddable forum powered by Nabble | Forum Help |