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
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
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
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
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
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'
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
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
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?
-
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 ...
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
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
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
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.
>> 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'
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
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
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
18 matches
Mail list logo