RE: WNetGetConnection(): Fix for incorrect drive name and remote name and

2004-05-06 Thread Krishna Murthy
Thanks Alexandre, Krishna -Original Message- From: Alexandre Julliard [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 9:00 PM To: Krishna Murthy Cc: [EMAIL PROTECTED] Subject: Re: WNetGetConnection(): Fix for incorrect drive name and remote name and Krishna Murthy <[EMAIL PROTECTE

Re: WNetGetConnection(): Fix for incorrect drive name and remote name and

2004-05-06 Thread Alexandre Julliard
Krishna Murthy <[EMAIL PROTECTED]> writes: > We have used the attached sample to test this. The patch I have sent earlier > had two fixes; Fix-1 (wide character string) and Fix-2 (Remote Path Name). > Basically we have Team Developer product which generates the runtime win32 > applications. These

Re: Nuke winedefault.reg references

2004-05-06 Thread Alexandre Julliard
Vincent Béron <[EMAIL PROTECTED]> writes: > But for now there's some documentation (or messages from Wine at > runtime) which the user cannot follow because winedefault.reg file is > not included anymore. Do you propose to just remove those references > right now and wait until winecfg takes over

Re: Nuke winedefault.reg references

2004-05-06 Thread Vincent Béron
Le jeu 06/05/2004 à 20:02, Alexandre Julliard a écrit : > Vincent Béron <[EMAIL PROTECTED]> writes: > > > Changelog: > > Remove remaining references to winedefault.reg and replace them by > > wine.inf. > > I don't think we want to document the rundll32 thing; if users have to > know about this we

Re: Nuke winedefault.reg references

2004-05-06 Thread Alexandre Julliard
Vincent Béron <[EMAIL PROTECTED]> writes: > Changelog: > Remove remaining references to winedefault.reg and replace them by > wine.inf. I don't think we want to document the rundll32 thing; if users have to know about this we are doing something wrong. What we should do is document winecfg and wi

Re: Destroy a window used for testing on exit of the metafile test

2004-05-06 Thread Alexandre Julliard
Dmitry Timoshkov <[EMAIL PROTECTED]> writes: > the main reason of the XRender error on dlls/gdi/tests/metafile.c exit > is fixed now. Anyway, I think it's a good programming practice to free > resources on a program exit. Not really, resources are going to be freed automatically anyway, and that'

Re: Only child windows receive WM_SHOWWINDOW in DestroyWindow() under Windows

2004-05-06 Thread Alexandre Julliard
Dmitry Timoshkov <[EMAIL PROTECTED]> writes: > it's an old patch synchronized with current CVS. > > Changelog: > Dmitry Timoshkov <[EMAIL PROTECTED]> > Only child windows receive WM_SHOWWINDOW in DestroyWindow() under Windows. It's not merged properly, you now have two ShowWindow calls, a

Filesystem bug

2004-05-06 Thread Steven Edwards
Hello, I noticed this when I was playing around with DCOM and IE installers today. If you run the dcom9x or ie setup programs and pass the /C /T:path flags Wine is creating the destination directory twice. Here is a example wine dcom95.exe /C /T:C:\temp will extract the files to C:\temp\temp rath

Re: WNetGetConnection(): Fix for incorrect drive name and remote name and

2004-05-06 Thread Alexandre Julliard
Krishna Murthy <[EMAIL PROTECTED]> writes: > We did some analysis and come to conclusion that QueryDosDevice is a better > choice than GetVolumeInformation. What sort of analysis? Do you have an app that needs that, and if so why is returning a Unix path better? What does the app do with it? -

Re: Resend: Fix toolbar getstyle

2004-05-06 Thread Mike Hearn
On Thu, 2004-05-06 at 19:50 +0200, Maxime Bellengà wrote: > Oops sorry for my mistake, I should not mix my devel tree and my wine > tree :) Maybe you need arch! Yeah yeah, I'm a super-pimp :) Forgive me ...

Re: Resend: Fix toolbar getstyle

2004-05-06 Thread Maxime Bellengé
Oops sorry for my mistake, I should not mix my devel tree and my wine tree :) a+ Max On Thu, 2004-05-06 at 19:36, Mike Hearn wrote: > On Thu, 2004-05-06 at 13:57 +0200, BELLENGE Maxime FTRD/DMI/REN wrote: > > As I got no comments on this patch and it is not applied, I resend it. > > http://sou

Re: Resend: Fix toolbar getstyle

2004-05-06 Thread Mike Hearn
On Thu, 2004-05-06 at 13:57 +0200, BELLENGE Maxime FTRD/DMI/REN wrote: > As I got no comments on this patch and it is not applied, I resend it. http://source.winehq.org/source/dlls/comctl32/toolbar.c#L3488 It looks like it has already been applied :) thanks -mike

RE: WNetGetConnection(): Fix for incorrect drive name and remote name and

2004-05-06 Thread Krishna Murthy
We did some analysis and come to conclusion that QueryDosDevice is a better choice than GetVolumeInformation. As you indicated, since network path of the wine's network drive is not pointing to a real network path, neither of them going to return the remote path of the network drive. Since 'QueryDo

Re: Why different use of memory

2004-05-06 Thread Francois Gouget
On Thu, 6 May 2004, Shachar Shemesh wrote: [...] > What would such a program do on Win2K Advanced server with 3GB of user > memory? IIRC Windows NT/2000 only gives 3GB of address space to apps that ask for it via a flag in the PE header. So this app would probably be all mapped in the lower 2GBs.

Re: Help Porting Application To Linux

2004-05-06 Thread Paul Davis
>> However, later on we need our kernel to run as a real time task by means >> of RTAI, and we don't know if that is even possible with Wine/Winelib. >> Anybody knows if such a thing is possible? > >What is RTAI? Realtiming a task in Linux is certainly possible but you >need to be root to do it. I'

Re: Help Porting Application To Linux

2004-05-06 Thread Mike Hearn
On Thu, 06 May 2004 09:49:33 +0200, MIKEL CARRASCO wrote: > The main problem we are facing is communication between the GUI and the > kernel. Under Windows we do so by means of shared memory (CreateFileMapping, > ...) and we don't know very well how to do it in Linux. We have done some > tests with

Re: Help Porting Application To Linux

2004-05-06 Thread Shachar Shemesh
MIKEL CARRASCO wrote: However, later on we need our kernel to run as a real time task by means of RTAI, and we don't know if that is even possible with Wine/Winelib. Anybody knows if such a thing is possible? Can you get you GUI compiled as a winelib app? if so, you can use the Linux IPC mechan

Help Porting Application To Linux

2004-05-06 Thread MIKEL CARRASCO
Hi all, A few weeks ago we sent the following message to the Wine newsgroup at Usenet and we were told that it was better to send it here, so here it goes: We are trying to port an application from Windows to Linux. This application is clearly divided in two parts: the first one is the graphic int