Sai Pullabhotla wrote:
That's what I was expecting. So, if the issue is about RMDIR on the current
working directory, we should be able to match up the canonical paths and if
they are same (the directory that was requested for deletion and the current
working directory), send an error back. Does
That's what I was expecting. So, if the issue is about RMDIR on the current
working directory, we should be able to match up the canonical paths and if
they are same (the directory that was requested for deletion and the current
working directory), send an error back. Does that sound correct?
Sai
Niklas Gustavsson wrote:
On Thu, Mar 5, 2009 at 8:55 PM, Emmanuel Lecharny wrote:
i'm pretty sure I tested it, and the getCanonicalPath() keeps the name which
as been used on HSF+.
Could you please clarify that? If a file exists with the name "foo",
and we call new File("FOO").getCano
On Thu, Mar 5, 2009 at 8:55 PM, Emmanuel Lecharny wrote:
> i'm pretty sure I tested it, and the getCanonicalPath() keeps the name which
> as been used on HSF+.
Could you please clarify that? If a file exists with the name "foo",
and we call new File("FOO").getCanonicalPath(), what casing will it
Niklas Gustavsson wrote:
On Thu, Mar 5, 2009 at 5:34 PM, Sai Pullabhotla
wrote:
I would like to take this one step back as I think that the
getCanonicalFile() or getCanonicalPath() on an existing file should return
the exact file name with the correct case as it is stored on the file
system.
On Thu, Mar 5, 2009 at 5:34 PM, Sai Pullabhotla
wrote:
> I would like to take this one step back as I think that the
> getCanonicalFile() or getCanonicalPath() on an existing file should return
> the exact file name with the correct case as it is stored on the file
> system. At least that is what
I would like to take this one step back as I think that the
getCanonicalFile() or getCanonicalPath() on an existing file should return
the exact file name with the correct case as it is stored on the file
system. At least that is what the JavaDoc says.
Can some one run this test program on OS X/HF
Parijat Bansal wrote:
Hi all,
I am interested in contribute in implementing new/unimplemented commands,
features in FTP server. Please let me know how I can join you all.
Well, it's described on this page :
http://www.apache.org/dev/contributors.html
Just read the
http://www.apache.org/dev/
Hi all,
I am interested in contribute in implementing new/unimplemented commands,
features in FTP server. Please let me know how I can join you all.
About me, I am working as a SME for FTP, SMTP, POP3, MIME protocols with a
leading B2B integration solutions provider and my job is to
implement/en
Works fine on Fedora 10, ext2, ext3 and ntfs mounted with ntfs-3g (fuseblk)
For the mounted ntfs partition I had to use CaseSensitive.
Maarten
On Thu, Mar 5, 2009 at 10:39 AM, Emmanuel Lecharny wrote:
> Works fine on my Mac OS X 10.4/Java 5
>
> On Wed, Mar 4, 2009 at 11:13 PM, Niklas Gustavsson
[
https://issues.apache.org/jira/browse/DIRMINA-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679178#action_12679178
]
Ashish Paliwal commented on DIRMINA-258:
Can we have something simpler, like a bas
Ashish wrote:
Should we vote for issues in JIRA and prioritize them for RC1?
A vote should not be necessary, we just need a consensus, I think...
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Should we vote for issues in JIRA and prioritize them for RC1?
>
>
> Hi guys,
>
> at some point, we will have to release this 2.0.0-RC1 everyone is expecting.
> I have listed all the open issues we have in JIRA, those associated with
> this version, and a list of 42 issues non scheduled.
>
> It wo
[
https://issues.apache.org/jira/browse/FTPSERVER-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson updated FTPSERVER-240:
Fix Version/s: (was: WISHLIST)
1.1
Assignee: Nikl
Works fine on my Mac OS X 10.4/Java 5
On Wed, Mar 4, 2009 at 11:13 PM, Niklas Gustavsson wrote:
> On Mon, Mar 2, 2009 at 4:54 PM, Niklas Gustavsson
> wrote:
>> Let me whip up a prototype and we can test it on the available platforms.
>
> Alright, here's a prototype that I would much appreciate
15 matches
Mail list logo
