On Mon, 2005-04-04 at 16:19 +1000, Andrew Tridgell wrote:
> Unfortunately it doesn't really help with case-insensitivity, as it is
> a non-blocking async interface, so the listeners get told way too
> late. Plus you have to have every directory open that you want to
> monitor, which would get silly
Dimi,
> I understand that, but I'd certainly fall into the minority of Samba
> users then. I share my /home/dimi directory via Samba to my laptop,
> there's no way I want my filenames modified by the system.
Existing filenames, and names that are crated by posix don't get
modified of course. B
Jakob,
> Linux 2.6 has an API to monitor directory changes right? We could
> have our own directory list hash in RAM.
Linux 2.4 has that too, but 2.6 has a proposed new interface with
tries to generalise the idea.
The original interface (dnotify) is used by Samba already, and is
rather simila
Dimitrie O. Paun wrote:
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
In each case I will be trying to encourage methods which can store the
full NTFS semantics, rather than limiting ourselves to only the things
that fit natually in posix filesystems. I'm guessing we will have
Dimi,
> > - for mixed directories, Win32 names will appear lowercase to posix
> > programs, but will be case preserving to Wine/Samba. Wine/Samba
>
> This is something I don't really like: to change the filename's case
> behind user's back. From my POV, it's not acceptable. I know I'd
Steven,
> > Finally, if we have time, I'd like to discuss cooperation on IDL files
> > and MSRPC interfaces.
>
> Yes I would like to discuss this as well. Eirc Kohl has made quite
> a lot of changes to WIDL for ReactOS to support our MSRPC and PLug
> and Pray implementation and I would like
Dimitrie,
> Speaking of which, both Samba and Wine suffer from the lack of support
> of cases-insensitivness in the kernel. Now, I'm not suggesting that
> we should push for that (I'm aware of the past discussions on LKML, and
> I must agree with Linus), but we should push for *something* that
I should also say that if the WineConf agenda doesn't have enough room
for us to complete our Wine<->Samba discussions, then I'd like to
invite any Wine developers who would like to continue the discussion
to come to the SambaXP conference which takes place directly after
WineConf
On Mon, Apr 04, 2005 at 04:19:36PM +1000, Andrew Tridgell wrote:
> Personally I think that keeping a full alternative dcache in userspace
> isn't the right approach. I think we could bear the hit of something
> that keeps O(number_of_directories) memory, but not
> O(number_of_files). The lack of a
On Mon, Apr 04, 2005 at 11:51:02AM +1000, Andrew Tridgell wrote:
> It only changes the name from the point of view of posix. The name is
> completely preserved from the point of view of Wine/Samba. I can still
> understand this annoying some people, but I don't think it would annoy
> the majority o
On Mon, Apr 04, 2005 at 11:08:42AM +1000, Andrew Tridgell wrote:
> I have a proposed solution for that which needs no kernel
> modifications. I have been meaning to write this up properly, so if
> you like I can do that for WineConf.
I think it would be very good to have such a discution. It seems
Dimitrie O. Paun wrote:
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
In each case I will be trying to encourage methods which can store the
full NTFS semantics, rather than limiting ourselves to only the things
that fit natually in posix filesystems. I'm guessing we will have so
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
> In each case I will be trying to encourage methods which can store the
> full NTFS semantics, rather than limiting ourselves to only the things
> that fit natually in posix filesystems. I'm guessing we will have some
> lively discus
--- Andrew Tridgell <[EMAIL PROTECTED]> wrote:
> Finally, if we have time, I'd like to discuss cooperation on IDL files
> and MSRPC interfaces.
Yes I would like to discuss this as well. Eirc Kohl has made quite a lot of
changes to WIDL for
ReactOS to support our MSRPC and PLug and Pray implement
Brian,
> I think a full agenda would be about 11 items. If you would like to
> present something let me know - there's definitely space available.
I'd like to present something on the way Samba4 stores the extra NTFS
meta-data in posix filesystems (streams, NT ACLs, DOS attributes,
extra time
Hi,
On Fri, 2005-04-01 at 02:20, Jakob Eriksson wrote:
> 2) What's almost never been brought up on wine-devel is the
> unit testing in the XP sense.
The problem is you need to write a stub interface for all of the
functions the function or library you are testing due to all the
cross-calls win32
On Tue, Mar 29, 2005 at 10:31:33PM -0700, Brian Vincent wrote:
> I'm going to start this off with a huge apology - there's a very real
> chance I've asked someone to do a presentation and it's not on this
> list. If so, you need to email me to remind me. If you were
> definitely planning on prese
Title: RE: WineConf Agenda
In presenting the commercial value of wine and why we chose to use it, etc. How much time do I have for the presentation?
-Original Message-
From: Jakob Eriksson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 31, 2005 11:20 PM
To: [EMAIL PROTECTED]
Cc
Brian Vincent wrote:
I think a full agenda would be about 11 items. If you would like to
present something let me know - there's definitely space available.
If you've been wondering, "There's a neat project I'd like to do if I
could only get a few more people interested", well, this is the
perfec
I'm going to start this off with a huge apology - there's a very real
chance I've asked someone to do a presentation and it's not on this
list. If so, you need to email me to remind me. If you were
definitely planning on presenting something because I emailed you, let
me know - there's lots of sp
C. Scott Ananian wrote:
On Thu, 17 Mar 2005, Jakob Eriksson wrote:
Ouch. Of course, should have thought of that. Maybe we
need a patch penguin?
CVS actually handles 'vendor branches' fairly nicely. It should be
possible for Jakob (or whoever else decides to be the 'test penguin')
to maintain hi
Andreas Mohr wrote:
Hi,
On Thu, Mar 17, 2005 at 08:35:25AM -0600, Jeremy White wrote:
Will anyone demo CXtest? I think it would be great.
http://www.cxtest.org/
I think that's one of those topics that Brian is holding in reserve;
we'll be more than happy to demo it.
Nice stuff!
Will
Paul Millar wrote:
On Thursday 17 March 2005 11:54, Jakob Eriksson wrote:
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That'd be the best thing since sliced bread.
CVS supports doing some ser
On Thu, 17 Mar 2005, Jakob Eriksson wrote:
Ouch. Of course, should have thought of that. Maybe we
need a patch penguin?
CVS actually handles 'vendor branches' fairly nicely. It should be
possible for Jakob (or whoever else decides to be the 'test penguin') to
maintain his own 'testing' CVS tree,
A bit OT, well kinda.
I'm trying to stabilize offscreen rendering in DirectX 9, I know Jason was
thinking of doing a demo.
Is there going to be another wine release before wine conf so I can merge
DirectX and do you still plan to do a demo Jason, if so what are you time-lines
for something st
Paul Millar wrote:
On Thursday 17 March 2005 11:51, Jakob Eriksson wrote:
Paul Millar wrote:
[writing tests]'s a rather weary job, which no one enjoys doing
:^/
I do! Maybe I have a condition, but I really love doing it! :-)
Long may that continue!
Thanks, I hope so too! :-)
On Thursday 17 March 2005 11:51, Jakob Eriksson wrote:
> Paul Millar wrote:
> >[writing tests]'s a rather weary job, which no one enjoys doing
> > :^/
>
> I do! Maybe I have a condition, but I really love doing it! :-)
Long may that continue!
[...]
> > [separate CVS tree]
> This makes sense. Win
Ivan Leo Puoti wrote:
Jakob Eriksson wrote:
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That would be very hard to do and mostly pointless for drivers.
Sometimes hard is worthwile. At least
On Thursday 17 March 2005 11:54, Jakob Eriksson wrote:
> Maybe one could script something up so that a commit to
> tests CVS would not be *possible* without a confirmed test
> pass on Windows 95, NT, 2000 and XP.
> That'd be the best thing since sliced bread.
CVS supports doing some server-side va
Hi,
On Thu, Mar 17, 2005 at 08:35:25AM -0600, Jeremy White wrote:
> >
> >Will anyone demo CXtest? I think it would be great.
> >
> >http://www.cxtest.org/
>
> I think that's one of those topics that Brian is holding in reserve;
> we'll be more than happy to demo it.
Nice stuff!
Will you have de
Will anyone demo CXtest? I think it would be great.
http://www.cxtest.org/
I think that's one of those topics that Brian is holding in reserve;
we'll be more than happy to demo it.
Jer
Jakob Eriksson wrote:
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That would be very hard to do and mostly pointless for drivers.
Ivan.
On Thursday 17 March 2005 10:33, Jakob Eriksson wrote:
> Apart from all of Wine, I'm always interested in the conformance
> testing. I believe it's crucial in speeding up Wines' development.
> For each bug found, it is often a good idea to write an automatic
> regression test.
Yes, although that's
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That'd be the best thing since sliced bread.
regards,
Jakob
Brian Vincent wrote:
PS - still looking for ideas for the agenda, if you have any, let me
know. Also let me know if you'd like to present something.
Will anyone demo CXtest? I think it would be great.
http://www.cxtest.org/
regards,
Jakob
Paul Millar wrote:
On Thursday 17 March 2005 10:33, Jakob Eriksson wrote:
Apart from all of Wine, I'm always interested in the conformance
testing. I believe it's crucial in speeding up Wines' development.
For each bug found, it is often a good idea to write an automatic
regression test.
Ye
Brian Vincent wrote:
I
PS - still looking for ideas for the agenda, if you have any, let me
know. Also let me know if you'd like to present something.
Apart from all of Wine, I'm always interested in the conformance
testing. I believe it's crucial in speeding up Wines' development.
For each bug fo
Over the the past week or so I've harassed some folks about the agenda for
WineConf. At this point there's a lot that remains to be filled in, but I
need some feedback. Also, I need more ideas for presentations. Does anyone
want to present something? It'd be great if someone would volunteer.
38 matches
Mail list logo
