- wine-devel - winehq.org

Re: Document
by Dmitry 11 May '04

11 May '04

2 1

bug when displaying images ?
by fabrice martin 11 May '04

11 May '04

Hello, I am using a personal application under wine with great success. However a problem subsists: at one point, the program reads RGB images from the disk, and should display them. Unfortunately, they appear completely black ! I ran wine with WINEDEBUG=+bitmap, and I think the problem is in the following log: trace:bitmap:X11DRV_DIB_CreateDIBSection format (256,128), planes 1, bpp 24, size 0, colors 0 (RGB) trace:bitmap:CreateBitmap 256x128, 16777216 colors returning 0xb24 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 4 trace:bitmap:SetBitmapBits (0xb24, 98304, 0x4237b570) 256x128 16777216 colors fetched height: 128 trace:bitmap:SetBitmapBits Calling device specific BitmapBits trace:bitmap:X11DRV_DIB_Lock Locking 0x40273338 from thread 0009 trace:bitmap:X11DRV_DIB_CopyDIBSection (0x40270e58,0x402708e0,26,0,0,98,230,128) trace:bitmap:X11DRV_DIB_DoCopyDIBSection Copying from DIB bits to Pixmap trace:bitmap:X11DRV_DIB_SetImageBits Dib: depth=24 r=ff0000 g=ff00 b=ff trace:bitmap:X11DRV_DIB_SetImageBits Bmp: depth=24/32 r=ff0000 g=ff00 b=ff trace:bitmap:X11DRV_DIB_SetImageBits XPutImage(35651586,0x10152f18,0x10175df0,26,0,2,158,230,128) trace:bitmap:X11DRV_DIB_Unlock Unlocking in status AppMod trace:bitmap:X11DRV_DIB_Unlock Unlocked 0x40273338 As you can see, images are 256x128, 24bpp. I guess the problem comes from the conversion to pixmap ? Or from XputImage ? I have tried setting X in 8, 16, 24 bpp modes but images remain black... By the way, I am using Wine 20031212, with a GeForce4 Mx, and Redhat 8.0. Don't hesitate to ask more info if required. Thanks in advance for any advice ! Fabrice. Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com

2 2

Re: Running "United Devices Agent"
by Saulius Krasuckas 11 May '04

11 May '04

On Mon, 10 May 2004, Roger Olson wrote: > My wine conf is set to win98 and those are the error msgs I get. > According to MS VS6 documentation, CreateRemoteThread() is supported > with win 98 and newer versions even though most believe it is NT/2000 > only. Only the "lpSecurityDescriptor" of the SECURITY_ATTRIBUTES > structure is ignored by non window NT OS's. Can you compare it to info given by this page: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/ba… That sounds at least strange for me. Times ago I would have been thanking god for being able to call CreateRemoteThread() on my win98se box. Just I was unable to "find" it inside kernel32.dll here then. :-/ > Albeit coincidental, United Devices states the agent will not work with > win95 and earlier versions, and this call is only win98 and newer. Yeah, I've noticed that. Still, this req. sounds too artificially for me. And I am afraid UD Agent will run even with Wine version set to win31. ;-)

2 1

Re: listview
by Dimitrie O. Paun 11 May '04

11 May '04

> From: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> > Ulrich Czekalla <ulrich(a)codeweavers.com> > Handle case where iterator range contains 0 elements I'm reading my mail through a webmail client (my gateway to the net died yesterday :(), so I might not see things properly, but shouldn't the content of the if be properly indented: static RANGE iterator_range(ITERATOR* i) { - RANGE range; + RANGE range = { 0, 0 }; if (!i->ranges) return i->range; + if (DPA_GetPtrCount(i->ranges->hdpa) > 0) + { range.lower = (*(RANGE*)DPA_GetPtr(i->ranges->hdpa, 0)).lower; range.upper = (*(RANGE*)DPA_GetPtr(i->ranges->hdpa, DPA_GetPtrCount(i- >ranges->hdpa) - 1)).upper; + } + -- Dimi.

1 0

Re: Running "United Devices Agent"
by Saulius Krasuckas 11 May '04

11 May '04

> Mon, 10 May 2004 10:29:34 +0100 Mike Hearn Wrote: > > > What sort of program is this? The only use of CreateRemoteThread that > > I'm aware of is for bots like Kore which inject themselves into games > > to perform remote control. > > United Devices Agent is a distributed computing application like > setiathome but used for cancer/smallpox research in an attempt to find > cures. Wait a minute: CreateRemoteThread() doesn't exist in win98 either. How does UD behaves under Wine with [Version] set to win98?

2 1

err:file:GetOverlappedResult lpOverlapped->hEvent was null
by Scott W Gifford 10 May '04

10 May '04

When running an application under Wine that uses the serial port, I get messages like this over and over: err:file:GetOverlappedResult lpOverlapped->hEvent was null However, the API documentation implies that this is perfectly fine: OVERLAPPED ... hEvent Handle to an event set to the signaled state when the operation has been completed. The calling process must set this member either to zero or a valid event handle before calling any overlapped functions. To create an event object, use the CreateEvent function. Despite this error message, the application appears to work normally. Is there some reason for this error, or can I safely remove the message? ----ScottG.

1 0

Linux Developers
by Ahmed Soliman 10 May '04

10 May '04

Hi All, I am managing a large porting project for a banking case tool written in C/C++. We are using winelib to help us complete the port from Windows to Linux. I am seeking experienced programmers/contractors in C/C++ programming under Linux, in winelib, and preferably in STL, and IBM IOC libraries. Should anyone is interested or have candidate for this job, please let me know. Thanks, Ahmed.

2 1

Re: TEB sizes
by Dimitrie O. Paun 10 May '04

10 May '04

On Sun, 9 May 2004, Eric Pouech wrote: > winternl.h and thread.h definitions of structure TEB didn't have the > same size. Sync them up. A test would be good to avoid them diverging in the future... -- Dimi.

3 3

Re: Building wine on darwin (resend) (5/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add darwin support in read_undef_symbols That should be based on the __ASM_NAME etc. configure checks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Why different use of memory
by Bill Medland 10 May '04

10 May '04

Continuing the saga!! I have this program that I am trying to run under RedHat Enterprise Linux 3. I have installed the 20031118 rh8 rpm. (Big saga as to why that one) When I first run the program after a reboot (of the linux) the program fails When I run it again it works, and it continues to work until the next reboot. The BIG difference between the two runs is which memory it uses. Can anyone tell me why it is using such different areas of memory? When it fails it is basically using memory up at approx 0xb6000000 When it is working it is using memory down at 0x40000000 -kernel32.__wine_register_dll_16(40b35374) ret=40a8cc12 +kernel32.__wine_register_dll_16(b6b8f3c4) ret=b6ae6c12 -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

5 10

Re: Building wine on darwin (resend) (4/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add strip flags to build winetest on Darwin. That should not be needed anymore. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Building wine on darwin (resend) (2/6)
by Alexandre Julliard 10 May '04

10 May '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Add macro used to build the Wine configure script You should make the existing WINE_GET_SONAME macro more general so that you can use it too, instead of duplicating the whole thing. -- Alexandre Julliard julliard(a)winehq.org

1 0

Curious Deployment Ponderings
by Jerry Haltom 10 May '04

10 May '04

This could be possible right now, I've just got it floating around in my head and wanted to write it down someplace permanent so I don't forget. Right now there isn't really any concrete methodology for installing Wine is there? By this I mean something similar to how Perl, Python, Java, Mono, and all other runtime environments on Unix behave (Wine is a runtime environment eh!). A standard common directory (/usr/lib/win32) for Win32 .DLLs. Smarter directory diversion: "pretending C:\Program Files" is /usr/lib/win32-software or something". All of this is just floating around in my head, given some things i've noticed that I myself tend to do when I use wine... I keep my own C: drive in ~. There is no sharing of .DLL resources between users, and no potential for it. There is also no ideal way for a vendor to package Windows applications up into a proper RPM or DEB file, which installs the .dlls in the right place, and the program in another, and depends on the right infrastructure. It's pretty disorganized right now. Has anybody given relaying out Wine as I described any thought. I know Windows programs aren't the friendlyest for such a thing... Some save settings in Program Files, so putting it in /usr would be bad... But then again, lots of new Windows programs do behave good, putting settings in C:\Documents and Settings, and the HKCU key of the registry. Food for thought anyways.

1 0

Running "United Devices Agent" (was: Re: Unhandled API Call to Kernel32 Question)
by Dan Kegel 10 May '04

10 May '04

Roger wrote: > I am attempting to run a native windows VB6 app (United Devices) > in wine, fake windows, but I continue to encounter an > unimplemented/unhandled API call "CreateRemoteThread" > ... > Any advice where I go from here as I want to dump win, get more hd space but I need this app? Unless you're willing to pay for its development, don't hold your breath; I have a feeling CreateRemoteThread might be a tricky one to implement. Can you give a URL to the application in question? Is it the one at http://www.grid.org/download/gold/download.htm ? I just tried installing that for fun. Here's what I learned: 1. It requires MSI. I was able to download and run InstMsiA.exe from microsoft.com no problem. 2. It refuses to install on "Windows 95", so I had to edit ~/.wine/config and set Version to winnt. (Couldn't figure out how to do it selectively, had to do it for all apps.) 3. When the installer finished, it put up the "UD Agent Registration" dialog. Clicking on "Login" failed, and Wine displayed the warning fixme:ole:VarOr unimplemented part, V_VT(left) == 0x1, V_VT(right) == 0xB I'm running wine-20040213, so perhaps this has since been fixed ... or maybe not. Andreas Mohr implemented part of VarOr about 16 months ago (http://www.winehq.org/hypermail/wine-devel/2002/12/0625.html) and has been waiting for feedback ever since. Maybe you're already past that problem, I don't know. But it'd be nice if somebody updated VarOr to handle this case. That's probably easier than the CreateRemoteThread issue, btw. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

2 1

RE: Protected message
by Julliard 10 May '04

10 May '04

1 0

/. & wine
by Tom 10 May '04

10 May '04

http://interviews.slashdot.org/interviews/04/05/10/1252243.shtml?tid=106&ti… Tom

1 0

Re: Thank you!
by Dmitry 10 May '04

10 May '04

1 0

Project David
by Ge van Geldorp 09 May '04

09 May '04

There are some screenshots available now at http://www.flexbeta.net/main/articles.php?action=show&id=56 One of the comments on osnews noticed that in the picture http://www.flexbeta.net/images/david/winbridge_install.gif the second line in winbridge.lst is /etc/wine... There are more clues that this project David is just a (possibly repackaged) Wine. Gé van Geldorp.

3 2

Fw: Project David
by MediaHost (TM) 08 May '04

08 May '04

I see on http://www.flexbeta.net/images/david/office_install1.gif wine version 20040408 installed or at least there such a directory... Don't get fooled! Regards Signer: Eddy Nigg Company: StartCom Group at http://www.startcom.org MediaHostT at http://www.mediahost.org > ----- Original Message ----- > From: "Ge van Geldorp" <gvg(a)reactos.com> > To: <wine-devel(a)winehq.org> > Sent: Sunday, May 09, 2004 12:44 AM > Subject: Project David > > > > There are some screenshots available now at > > http://www.flexbeta.net/main/articles.php?action=show&id=56 One of the > > comments on osnews noticed that in the picture > > http://www.flexbeta.net/images/david/winbridge_install.gif the second > > line in winbridge.lst is /etc/wine... There are more clues that this > > project David is just a (possibly repackaged) Wine. > > > > Gé van Geldorp. > > > > > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.674 / Virus Database: 436 - Release Date: 5/9/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.674 / Virus Database: 436 - Release Date: 5/9/2004

1 0

[PATCH] Updates the wine alsa driver to the new alsa api. No functionallity changes.
by James Courtier-Dutton 08 May '04

08 May '04

Is there any chance of getting my patch into cvs. I could then start making further improvements to the winealsa driver. Currently, the winealsa driver does a lot of stuff it should not, and I will changing things to make it more reliable with a wider variety of sound cards. If my patch is not going into CVS, I will not proceed with improvements over that. Cheers James P.S. Patch was posted with same subject line to the wine-patches list a few days ago.

6 9

Re: [lostwages] add urls to supported applications page
by hatky 08 May '04

08 May '04

On Saturday 08 May 2004 09:57, Dan Kegel wrote: > + <td>5.58 (FIXME: 7.2?)</td> Dan, Please don't put FIXMEs on the site, it is not hidden code, either check it to confirm or don't put that at all, same stance for the rest of your statments on the versions, you can't assume newer versions do not have bugs with wine, winamp3 and winamp 4 for example work but winamp5 crashed becouse of there new skin....... -- Hatky, Worshiper of wine (http://www.winehq.org/), Impossible is only an opinion.

2 1

Re: [lostwages] add urls to supported applications page
by Dan Kegel 08 May '04

08 May '04

Hatky wrote: > On Saturday 08 May 2004 09:57, Dan Kegel wrote: >> + <td>5.58 (FIXME: 7.2?)</td> > Dan, Please don't put FIXMEs on the site, it is not hidden code, either check > it to confirm or don't put that at all, same stance for the rest of your > statments on the versions, you can't assume newer versions do not have bugs > with wine, winamp3 and winamp 4 for example work but winamp5 crashed becouse > of there new skin....... I'm not assuming anything about newer versions. I just pointed out that some of the versions mentioned there are so old they are either no longer downloadable, or (in the case of winmx) might contain serious security holes. Whoever applies the patch, please remove that FIXME. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

wininet asynchronous transfers
by Kevin Koltzau 08 May '04

08 May '04

I noticed the wininet callbacks don't respond quite the same as windows does. Primarily the async calls complete almost immediately while on windows they don't respond at all until an alertable function is called (eg. SleepEx). Looking through the wininet code, I noticed we are using worker threads for async transfers rather then async procedure calls via QueueUserAPC, which is how windows does it AFAICT. Is there a reason for this? Would it be a problem if the implementation was changed to use APC? IMHO this would reduce some overhead as we would not be creating extra worker threads when not really needed, the callbacks would respond more similar to how they respond under windows, and may significantly simplify the code. If there are no arguments against this, I would like to work on it.

1 0

supported apps page, crash reporting, and phoning home on success
by Dan Kegel 08 May '04

08 May '04

I was looking for a newbie project recommendation (for someone else, not me!), and figured "pick a popular windows app, and firm up wine support for it" would be a good one. Not knowing what apps are popular, I paid a visit to the winehq supported apps page. I noticed the page didn't have links to the apps' homepages, so I posted a patch to fix that. We're probably missing some apps that people use and like. I don't know where to get good data on this, though (I'm no Windows user!) Maybe we need to add a 'phone home' sort of option to Wine so that it gives people the option of uploading crash and/or success data for each app the user runs to winehq? It could upload once a day, no need to upload any more often, probably. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

3 2

Re: winmm WAVE_MAPPER patch
by Eric Pouech 08 May '04

08 May '04

Robert Reif a écrit : > Fixes a bug where waveOutGetDevCapsA succeeds with the > WAVE_MAPPER device when there are no devices. > > I'm not sure this is best fix because the code is hard to > follow but it does work. > I'm not sure it's the right place to fix it. Did you try on windows what happens with waveOutGetDevCaps(-1, ...) to see what Windows returns for the mapper itself. The current code (in mapper) assumes that mapper itself has capabilities (which I'm not sure of). It may well be that we shall return an error (independently on the number of installed drivers), but in that case, proper support is better in the wave mapper it self than in winmm. A+

2 2

Fwd: Re: KP_Separator in the abnt2 keyboard
by Rafael Ávila de Espíndola 08 May '04

08 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - ---------- Mensagem repassada ---------- Subject: Re: KP_Separator in the abnt2 keyboard Date: Saturday 08 May 2004 03:49 From: Ivan Pascal <pascal(a)info.tsu.ru> To: devel(a)XFree86.Org Cc: rafael.espindola(a)ic.unicamp.br Hi, Sorry for such long delay. > The abnt2 keyboard has a comma and a dot in the keypad. The dot is > generating the KP_Decimal keysym but the comma is generating the comma > keysym. This make both comas use the same keysym. It appears to me that the > KP_Separator should be generated. Probably you are right. We told about it before your mail with Ricardo Y. Igarashi (the author of that keymap). But he didn't insist on immediate changes. :) Since you think it is a real problem I change it now. Thanks for the report. - -- Ivan U. Pascal | e-mail: pascal(a)tsu.ru Administrator of | Tomsk State University University Network | Tomsk, Russia - ------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAnMYbLlrfGJ8JUHwRAqjGAJwNKx/nGVvS+ThbXpKQ86JO8qxv1QCg6dWh bdPk+JkUabeFHTUalPt2nPI= =7JE9 -----END PGP SIGNATURE-----

1 0

Re: syscolor and sysmetrics registry key names
by Mike Hearn 07 May '04

07 May '04

On Fri, 2004-05-07 at 12:17 -0700, Jake Hamby wrote: > * windows/syscolor.c, windows/sysmetrics.c > > Jake Hamby <jhamby(a)anobject.com> > > Several of the registry keys for system colors and system metrics are > incorrect. I've attached the relevant registry keys from my WinXP > system (nice Visual Studio.NET looking colors from a StyleXP theme). > The system metrics were compared against Windows using the SysMets3 > program from Petzold. Cool, I've been wanting the Wine colour scheme to be upgraded for ages. > Plain text document attachment (winxp_colors.reg) > Windows Reg.... But.... your .reg file got mangled somewhere along the line :( thanks -mike

2 1

ARTSD capture and wine
by Háber János 07 May '04

07 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I have a little question Wine why not support artsd in full duplex mode? I try to use skype, it's installed sucessfully, because the capture not work. (Playback and capture work with artsd in same time, tested Krec/XMMS/Sim) Cow - -- Fingerprint: EC31 2ABB 041F DA6C AE7C 6B45 7962 5707 C033 1A33 Public Key: http://boci.eminens.hu/boci.asc Key Identifier: 0xC0331A33 Key Server: wwwkeys.eu.pgp.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAm7+6eWJXB8AzGjMRAk3RAJwLkURXMA8YVwb7w6VzCS2nj0x2HACfYrpJ MOoqXIAmRS1/JSdhFTk1A44= =b6qg -----END PGP SIGNATURE-----

1 0

Question about a FIXME
by William Lahti 07 May '04

07 May '04

I read previously that Daylight Savings Time transition dates were a FIXME. If I knew where to implement them, I will look into implementing them myself.

2 1

Log of wine32 build of wine-20040505
by Ivan Leo Murray-Smith 07 May '04

07 May '04

Log is attached. Ivan.

1 0

RE: WNetGetConnection(): Fix for incorrect drive name and remote name and
by Krishna Murthy 07 May '04

07 May '04

Thanks Alexandre, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Thursday, May 06, 2004 9:00 PM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: WNetGetConnection(): Fix for incorrect drive name and remote name and Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> 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 generated application are behaving differently on Win32 > and Wine. Well, this still doesn't answer my question, but never mind, I put the patch in. It's not more incorrect than before anyway, so if you prefer to see something that looks more like a valid path that's OK with me. Just be aware that if any real app tries to do something with the results it will fail just as badly as before. -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: WNetGetConnection(): Fix for incorrect drive name and remote name and
by Krishna Murthy 07 May '04

07 May '04

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 generated application are behaving differently on Win32 and Wine. Please find attached the sample win32 application that demonstrates the behavior of WNetGetConnection API. 1. The sample has hard coded the network drive name as "N:\" for this demonstration. Please map a new network drive named "N:\" before running this sample program. 2. In Wine, apply the fix-1 (wide character issue) before applying fix-2 to see the different behavior. 3. Invoke Menu item Test->GetRemotePath Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Thursday, May 06, 2004 11:57 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: WNetGetConnection(): Fix for incorrect drive name and remote name and Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> 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? -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Nuke winedefault.reg references
by Alexandre Julliard 07 May '04

07 May '04

Vincent Béron <vberon(a)mecano.gme.usherb.ca> 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 wineprefixcreate, but it may be best to wait for them to actually work... -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Destroy a window used for testing on exit of the metafile test
by Alexandre Julliard 06 May '04

06 May '04

Dmitry Timoshkov <dmitry(a)baikal.ru> 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's something that needs to be tested too. As shown by the XRender error, that test is exercising some interesting code paths, so I think it's much better to keep it the way it is. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Only child windows receive WM_SHOWWINDOW in DestroyWindow() under Windows
by Alexandre Julliard 06 May '04

06 May '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > it's an old patch synchronized with current CVS. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Only child windows receive WM_SHOWWINDOW in DestroyWindow() under Windows. It's not merged properly, you now have two ShowWindow calls, and WINPOS_ActivateOtherWindow will never be called. -- Alexandre Julliard julliard(a)winehq.org

1 0

Filesystem bug
by Steven Edwards 06 May '04

06 May '04

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 rather than C:\temp like it should I just double checked this with ie6setup to make sure it wasnt user error and it really is doing it. wine ie6setup.exe /C /T:C:\tp1 dumps the files in C:\tp1\tp1 Thanks Steven __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

1 0

RE: WNetGetConnection(): Fix for incorrect drive name and remote name and
by Krishna Murthy 06 May '04

06 May '04

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 'QueryDosDevice' retrieves a local path for the network drive (from wine config file), this will be a better choice than GetVolumeInformation. Please find attached diff taken with diff -u Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Wednesday, May 05, 2004 12:05 PM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: WNetGetConnection(): Fix for incorrect drive name and remote name and Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > - Long Description: > 1. WNetGetConnectionA calls WNetGetConnectionW without converting > single character string "drive name" to wide character string. Fix is > to convert the single character string "drive name" to wide character > before calling WNetGetConnectionW. > 2. WNetGetConnectionW() returns drive's label instead of remote name. > Fix is to call QueryDosDeviceW instead of GetVolumeInformationW It's not clear to me that QueryDosDeviceW is a better choice, neither of them is going to return a valid remote name anyway. What does your app need to do with the remote name? And BTW please send diff -u patches. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Resend: Fix toolbar getstyle
by Mike Hearn 06 May '04

06 May '04

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

2 2

Re: Vertical font problem
by paolo inzaghi 06 May '04

06 May '04

In attachment the zip file containing the Visual Studio project. Regards, Paolo >From: Shachar Shemesh <wine-devel(a)shemesh.biz> >To: paolo inzaghi <winedev(a)hotmail.com> >CC: wine-devel(a)winehq.org >Subject: Re: Vertical font problem >Date: Wed, 05 May 2004 20:02:34 +0300 > >paolo inzaghi wrote: > >>Hi, >>I'm porting a Windows application to Wine and I found 2 problems. >>For simplicity I wrote a simple Window application (attached to the mail) >>that use two TextOut to write the strings "Horizontal" and "Vertical". >>The text is written horizontally and vertically, setting the lfEscapement >>field of the LOGFONT structure respectively to 0 and 900. >>The application, compiled with MSVC 7.0, works fine in Windows, but it has >>two problems when it is executed inside with wine-20040408 environment. >> >>First problem: >>after the application starts, the two strings are not shown. >>To see the strings in Linux, I force the sending of a WM_PAINT message >>when the user right click the mouse. >>By the way, if you minimize and then restore the application, the strings >>disappear. >> >>Second problem: >>even when shown, the vertical text is not correctly shown. A large amount >>of space is left between the string characters. >>Note that the problem arise every time you set the lfEscapement to >>something different from 0. >>If I use 3600 to show the "Horizontal" string, it also is badly shown (in >>theory 3600 should be equivalent to 0). >> >>Please, could you help me ? >> >>Regards >>Paolo >> >Can you send the project with the zip file? I don't feel like running >precompiled binaries in this day and age. > > Shachar > >-- >Shachar Shemesh >Lingnu Open Source Consulting >http://www.lingnu.com/ > _________________________________________________________________ Invia allegati fino a 20MB con Hotmail Extra Storage! Provalo! http://join.msn.com/?pgmarket=it-it&page=hotmail/es

1 0

Help Porting Application To Linux
by MIKEL CARRASCO 06 May '04

06 May '04

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 interface, which makes an intensive use of COM, MFC, databases and other MS Windows technologies; the second is the application's "kernel" (nothing to do with the Linux kernel), which carries out all the processing. This "kernel" has been created using mostly plain C. The project needs to be done quite quickly so we've been thinking of using Wine to speed up the process of porting. Thus, we would run the graphic interface using Wine, while we would compile our application's kernel in Linux and it would run as a normal Linux process. In fact we have already managed to run the GUI using wine and it seems to work (more or less). We have compiled most of the kernel too. 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 Winelib and it seems like we are getting something. 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? If that's not feasible, I guess we will have to go look how Wineserver works, so we can make our own XXXFileMapping functions to call them from our application's kernel and let us have access to Wineserver's services. But we don't know wether this is posible or if it would be a good solution to our problem. Another possible solution we've been thinking of is to tweak the Wineserver, so it does the file mapping the way we want (place in memory, format, etc.) and we can read/write it from our application's kernel using plain C functions. Can anybody help us, please? Which one do you think would be the best solution? Thank you very much for your help. ______________________________________ Mikel Carrasco I + D Software. Fagor Automation S. Coop. P. O. Box 144 E-20500 Mondragón-Arrasate Spain Tel. ++34 943 71 92 00 Fax. ++34 943 79 17 12 www.fagorautomation.com * Este mensaje y los documentos que, en su caso, lleve anexos, pueden contener información confidencial. Por ello, se informa a quien lo reciba por error que la información contenida en el mismo es reservada y su uso no autorizado está prohibido legalmente, por lo que en tal caso le rogamos que nos lo comunique por la misma vía , se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. * Mezu honek eta txertatuta eraman ditzakeen dokumentuek informazio konfidentziala izan dezakete. Hori dela eta, nahi gabe hartzen duenari jakinarazten zaio bertako informazioa erreserbatua dela eta baimenik gabe erabiltzea legez debekatuta dagoela; horregatik, bide beretik guri jakinarazteko eskatzen diogu, eta aldi berean mezuaren kopiarik ez egiteko, beste pertsona bati ez emateko eta berehala ezabatzeko erregutzen diogu." * This message together with any documents attached may contain confidential information. You are informed that if you should receive it by mistake, the information it contains is reserved and its use is not authorized. It is legally prohibited. If you have received this message by mistake, please let us know as soon as possible by e-mail. Do not make any copies of the message, nor send it or give it to anybody else. Please delete it right away.

4 3

Re: Thanks :)
by Julliard 05 May '04

05 May '04

1 0

winetest list
by Ivan Leo Murray-Smith 05 May '04

05 May '04

The winetest list no longer has reason of existing, right? Ivan.

2 1

Re: Runtime Error - abnormal program termination
by Ivan Leo Murray-Smith 05 May '04

05 May '04

Sorry, wrong list. Ivan.

1 0

Re: Runtime Error - abnormal program termination
by Ivan Leo Murray-Smith 05 May '04

05 May '04

> What is dcom98 and where to get it ? What is the purpose ? See http://www.winehq.com/hypermail/wine-users/2004/05/0048.html > Where can I find Frank's Corner ? http://frankscorner.org BTW you should try using google, it's a great tool for finding things http://www.google.com Ivan.

1 0

Re: Hi!
by Ivan Leo Murray-Smith 05 May '04

05 May '04

> Hi! > > An new in the list, and need your help. I need make a executable statically > wine . This is possible and if it's possible, how i do it?. I don't think so. In any case it would be a big and inefficient binary, why on earth do you want to do this? Ivan,

1 0

Re: regression: crash on X2
by Ivan Leo Murray-Smith 05 May '04

05 May '04

> Are all of you sure whether it is right thing to include "make depend" > when testing for a regression? I just did it and "make" now recompiles > all src from the ground, it seems :-( Yes, the last time I didn't run make depend, wine started, then silently exited. A headers/makefile change can cause this. It doesn't happen that often.

1 0

Re: Filedialog: support lpstrCustomFilter and return nFilterIndex
by Lionel Ulmer 05 May '04

05 May '04

> @@ -32,8 +32,14 @@ > * > * FIXME: old style hook messages are not implemented (except FILEOKSTRING) > * > +<<<<<<< filedlg.c > + * FIXME: if the size of lpstrFile (nMaxFile) is too small the first > + * two bytes of lpstrFile should contain the needed size > + * > +======= > * FIXME: lpstrCustomFilter not handled > * > +>>>>>>> 1.78 > * FIXME: algorithm for selecting the initial directory is too simple Hmmm, this looks like you had some merging issues with CVS :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Mozilla Firefox and XPCOM problems
by Steven Edwards 05 May '04

05 May '04

Hi, I dont know if anyone else is seeing this but with the latest CVS and with any recent Firefox or other mozilla applications I keep getting a crash with the following backtrace. Thanks Steven Unhandled exception: page fault on write access to 0x53e58964 in 32-bit code (0x4022374e). In 32-bit mode. 0x4022374e (.L58+0x1e [wctomb.c] in libwine_unicode.so.1): movb %al,0xf(%ecx) Unable to open file wctomb.c Wine-dbg>bt Backtrace: =>0 0x4022374e (.L58+0x1e [wctomb.c] in libwine_unicode.so.1) (ebp=406b9e08) 1 0x404cb461 (WideCharToMultiByte+0xa1(page=0x0, flags=0x0, src=0x406b9e74, srclen=0x16, dst=0x53e58955, dstlen=0x20, defchar=0x0, used=0x0) [locale.c:1547] in KERNEL32.DLL) (ebp=406b9e44) 2 0x30015c60 (NSPR4.DLL.PR_Now+0x90 in NSPR4.DLL) (ebp=406b9ffc) 3 0x43910e17 (XPCOM.DLL.NS_GetMemoryManager+0x1b in XPCOM.DLL) (ebp=406ba024) 4 0x439446ab (XPCOM.DLL.?ToNewCString@@YAPADABVnsACString@@@Z+0x16 in XPCOM.DLL) (ebp=406ba050) 5 0x439226f8 (XPCOM.DLL.NS_NewByteInputStream+0x180c in XPCOM.DLL) (ebp=406ba07c) 6 0x4392456e (XPCOM.DLL.NS_NewNativeLocalFile+0x53 in XPCOM.DLL) (ebp=406ba1d8) 7 0x0041272a (SETUP.EXE..text+0x1172a in SETUP.EXE) (ebp=406be200) 8 0x00403063 (SETUP.EXE..text+0x2063 in SETUP.EXE) (ebp=406be320) 9 0x00402f46 (SETUP.EXE..text+0x1f46 in SETUP.EXE) (ebp=406beb38) 10 0x40750cb7 (WINPROC_wrapper+0x17 in USER32.DLL) (ebp=406beb5c) 11 0x40750d14 (WINPROC_CallWndProc+0x54(proc=0x402e2f, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:229] in USER32.DLL) (ebp=406beb90) 12 0x40756bc5 (CallWindowProcA+0xb5(func=0x407e8664, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:3101] in USER32.DLL) (ebp=406bebc4) 13 0x4072b5f0 (DefDlgProcA+0x60(hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [defdlg.c:401] in USER32.DLL) (ebp=406bebf4) 14 0x40750cb7 (WINPROC_wrapper+0x17 in USER32.DLL) (ebp=406bec18) 15 0x40750d14 (WINPROC_CallWndProc+0x54(proc=0x4072b590, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:229] in USER32.DLL) (ebp=406bec4c) 16 0x40756647 (WINPROC_CallProc32WTo32A+0xf7(func=0x4072b590, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2921] in USER32.DLL) (ebp=406bec78) 17 0x40756ce5 (CallWindowProcW+0xb5(func=0x407e858c, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:3140] in USER32.DLL) (ebp=406becac) 18 0x407387b1 (DispatchMessageW+0xb1(msg=0x406bed2c) [message.c:891] in USER32.DLL) (ebp=406becf0) 19 0x4072f36a (.L406+0x12 [dialog.c] in USER32.DLL) (ebp=406bed14) 20 0x4072ec0a (DIALOG_DoDialogBox+0xba(hwnd=0x30025, owner=0x0) [dialog.c:773] in USER32.DLL) (ebp=406bed58) 21 0x4072ed9b (DialogBoxIndirectParamAorW+0x4b(hInstance=0x10000000, template=0x403da368, owner=0x0, dlgProc=0x409d9ab0, param=0x403da1d8, flags=0x2) [dialog.c:845] in USER32.DLL) (ebp=406bed70) 22 0x4072eddb (DialogBoxIndirectParamA+0x2b(hInstance=0x10000000, template=0x403da368, owner=0x0, dlgProc=0x409d9ab0, param=0x403da1d8) [dialog.c:855] in USER32.DLL) (ebp=406bed94) 23 0x409d618f (PROPSHEET_CreateDialog+0x13f(psInfo=0x403da1d8) [propsheet.c:648] in COMCTL32.DLL) (ebp=406bedc0) 24 0x409d92fd (PropertySheetA+0x12d(lppsh=0x406bedfc) [propsheet.c:2532] in COMCTL32.DLL) (ebp=406bede8) 25 0x004012a1 (SETUP.EXE..text+0x2a1 in SETUP.EXE) (ebp=406bee8c) 26 0x00412393 (SETUP.EXE..text+0x11393 in SETUP.EXE) (ebp=406bfea0) 27 0x0041c2e5 (SETUP.EXE.EntryPoint+0xce in SETUP.EXE) (ebp=406bff2c) 28 0x404d9d08 (start_process+0xc8(arg=0x0) [process.c:782] in KERNEL32.DLL) (ebp=406bfff4) 29 0x4002c5ed (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

1 0

Hi!
by J.A. Frutos 05 May '04

05 May '04

Hi! An new in the list, and need your help. I need make a executable statically wine . This is possible and if it's possible, how i do it?.

2 1

Re: WNetGetConnection(): Fix for incorrect drive name and remote name and
by Alexandre Julliard 05 May '04

05 May '04

Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > - Long Description: > 1. WNetGetConnectionA calls WNetGetConnectionW without converting single > character string "drive name" to wide character string. Fix is to convert > the single character string "drive name" to wide character before calling > WNetGetConnectionW. > 2. WNetGetConnectionW() returns drive's label instead of remote name. Fix is > to call QueryDosDeviceW instead of GetVolumeInformationW It's not clear to me that QueryDosDeviceW is a better choice, neither of them is going to return a valid remote name anyway. What does your app need to do with the remote name? And BTW please send diff -u patches. -- Alexandre Julliard julliard(a)winehq.org

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel