April 2002 - Wine-Devel - list.winehq.org

Windows NT, int 0x01 & EXCEPTION_ACCESS_VIOLATION
by Laurent Pinchart April 6, 2002

April 6, 2002

Hi everybody, It seems that calling int 0x01 on windows NT should raise an EXCEPTION_ACCESS_VIOLATION instead of EXCEPTION_PRIV_INSTRUCTION. Could anyone confirm ? (I don't know how to test it. Calling the interruption is trivial, but how does a user program test the exception type ?) Laurent Pinchart

1 0

Re: wine/objects text.c
by Dimitrie O. Paun April 6, 2002

April 6, 2002

On April 5, 2002 07:37 pm, Alexandre Julliard wrote: > Log message: > Huw D M Davies <hdavies(a)codeweavers.com> > Spout a FIXME if we try to call ExtTextOut on an open path. FIXME what? Is there some unimplemented functionality, or is it just illegal to call ExtTextOut on an open path? -- Dimi.

3 3

[PATCH] HOMAM III fix
by Martin Lexa April 5, 2002

April 5, 2002

Hello! Function CreateFileA get this file path (just for example): C:\\Program Files\\3DO\\Heroes3\\DATAh3bitmap.lod As you can see the correct path should be: C:\\Program Files\\3DO\\Heroes3\\DATA\\h3bitmap.lod This lead to error message "Can't initialize resources.Possible disk problem." I see the problem in the function DOSFS_DoGetFullPathName(), which in the end removes the ending backslash from the path. The attached patch fixes it. Bye, Martin

7 11

Newbie developer looking for pointers (re printing)
by Carl Sopchak April 5, 2002

April 5, 2002

I've decided to try to fix a problem myself that I'm having printing from QuickBooks (partial page checks need to be landscape). I've downloaded the source, updated it via CVS, and now I'm trying to figure out where the problem is. I know where the problem is at the moment: ME! :-) That is, I could use some pointers on where to look... I have no knowledge of the Win API, and I can't say that I'm a strong C programmer (although I've played with it for a while a few years ago). However, being a consultant for over 15 years, I've jumped into more difficult situations and got results in a reasonable period of time. With a few helpful pointers, I don't think this should be any different. :-) I've looked around MSDN for a while, searching for printing API info with no luck (perhaps it's a lack of patients, perhaps its a poor search enging on top of a huge mass of information). I've looked at the Wine source, have successfully watched my program trace through wineps.c (et al), and even made a slight mod to it to make sure that I would know that I was running modified code (which worked). I've also looked around winehq and codeweavers, in the wine developer's sections... Here's where my head's at: It seems to me that I'm "too low" looking at wineps.c, but I can't figure out where else to look. Using the cross reference on winehq, and looking at the "where used" for wineps.c, the trail "goes cold" after a level or two (still "too low"). I know the app is making the proper calls to the Win Printing API to set landscape mode when needed since the program works fine on an NT box. I just don't know WHAT gets called to do this! If I started there, I could trace down to whatever levels I need to to figure out what is currently going on, so I can figure out what needs to be changed... So here are my questions: - What APIs are called by programs to talk to the printing subsystem? Is there a MS URL that gives an overview of this API? - What --debugmsg options can I use to trace programs through these API calls? (+psdrv works for the routines in wineps/*.c; +gdi [am I on the right track?] seems to give a whole bunch of traces, none of which [well, maybe a few] seem relavent.) - What calls the PSDRV_ functions? What's the --debugmsg option for it? - Is anyone willing to Mentor me?? (VERY big grin; flash the long eyelashes; etc.) I'd love to get this to work, and I'd be more than happy to supply the patch once it is working. I'm also be willing to continue working on the printing in wine, and perhaps fix other bugs that I run across. But in order for this to become reality, I sure could use some help up the learning curve!! Humble thanks, Carl

1 0

Re: Removed sorting of registry key values
by Eric Pouech April 5, 2002

April 5, 2002

Andriy Palamarchuk a écrit : > > Working on regedit replacement I noticed that Windows > regedit does not sort registry key values, while Wine > does. > I tested this on NT 4.0, SP2. You can check this by > importing a registry file with not alphabetic values > order and exporting it again. I fail to see the benefits of the patch: - key are sorted to allow O(log(n)) searching (registry is loaded only once, and then searched lots of time) so using enhanced searching techniques (<< O(n)) is really needed - saying that NT doesn't export the keys in an alphabetical order doesn't mean the keys are not sorted. So far, you can only tell that they are not sorted, in the export mechanism, by an alphabetical order. They could be sorted, for example, by a hash code value (look at misc/registry.c for some more details on registry internals) A+

5 5

Re: SetCooperativeLevel
by Tels April 5, 2002

April 5, 2002

-----BEGIN PGP SIGNED MESSAGE----- Moin, On 05-Apr-02 Jason Phillips carved into stone: > > > Well first are you confusing Transmeta with Transgaming? Transmeta is the Yes. Sorry, s/transmeta/transgaming/g; And transgaming has their own mailing list, and their own CVS, which I already synced and build (I don't know if it contains all source code parts, though, but I suppose yes - AFAIU transgaming gives you anything, you just redistribute it commercially - or something along these lines) [snip the rest] Cheers, Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' greatly extend B2B architectures -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPK2/IXcLPEOTuEwVAQGsgQf+I97ziYy4ZbYODW7dkSNjXPp0nAg/jKlj q4rCBhcvV1adFbNZ7JBGZJrkHVKZjiLLq99kK244iE+SQXKBG6kr9zIWbd9iCYSB gXwdqc4lf8mmVKiZz+EEtV5hCT1Dyst+hY9fxAYBYso1ZjXD/wz59Ds8YE9oLEOe y5sHzbzzXFsyLfRb7EWDwgXLB3TTRx0LPsHKLrzyn4k+7NMTimx8F2zFY5bhWqOW huvcDZ0vF3ldh1XuGl13t/fN8kqRpQfdHe/8RgXEXM1g/j9490zPVpFFZ67LY8ZE RkxVd6IWOFaVlGDmuCz04hPoeBQqg51hzTSga0aNw6R/GDFI9tdMnQ== =F3SZ -----END PGP SIGNATURE-----

1 0

Crossover/WINE Test In Large Rollout
by Dave Richards April 5, 2002

April 5, 2002

All- I am not on this list, so if you would like to respond to me you will have to reply to me directly. This is a real world situation where WINE could be used for a massive sever rollout (hundreds of users) and is having some problems in our environment. The City of Largo, Florida is a large Linux and thin client shop that has deployed a PC-less network for running out software. We are currently doing some R&D into options for running Lotus Notes in our environment. Our first choice obviously would be a native client running on Linux---it doesn't exist. We haven't looked at WINE in about 2 years and today the kind folks at CodeWeavers allowed us to test their new release with the Lotus Client. Here are the problems--> 1) Endian Bug. WINE is not able to detect that the runtime Endian order might be different than the server. Our Xterminals are RISC based and obviously WINE is running on Intel. All of the colors display incorrectly because of this. 2) Performance. On remote displays WINE is *much* slower than it is on the console. The Lotus Notes client took over 5 minutes to run remotely whereas on the console it comes up in about 20 seconds. I am assuming that it is making use of some of the XFree extensions for performance and that perhaps they have to timeout and drop through code in order to run on our Xservers. Once it is running, performance is much better, but the initial startup make it undeployable. We are thankful for everyone that has gotten WINE this far and that it works as well as it does considering the complexity of this task. If these areas are ever addressed, we would be happy to explore the product again! Dave Richards City of Largo, FL Systems Administrator

2 1

Re: [PATCH] async IO APCs call check_async_list() directly
by Mike McCormack April 5, 2002

April 5, 2002

Hi Martin, I think this is a better way to do things, but it might be better to submit this patch against the current CVS rather than against CVS+previous patch. Mike Original message from: Martin Wilck <Martin.Wilck(a)fujitsu-siemens.com> > > >PATCH: async-func.diff > >This is an improvement over my previous patch (async-struct.diff) >in that it does not need the static function check_async_lists >in several source files anymore and still achieves DLL separation. > >The idea is that all async I/O requests use check_async_list as callback function >anyway, so that there is no need to pass a function pointer. >I discussed the idea with Mike, and he seemed to like it. > >Patch against: Wine CVS 2002/04/04, with my async-struct patch applied. >Test status: Compiles warnings. > Tested regular file async IO (ok). > Serial port async IO: a test would be desirable. > ------------------------------------------ mailto:Mike_McCormack(a)start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

2 1

ReadFile and WriteFile in overlapped mode
by Jacques Gelinas April 5, 2002

April 5, 2002

I have been looking at those two functions and some specs. My understanding is that those function do not work at all in overlapped (async mode). Currently (latest stuff in CVS), both function handle overlap mode like this a) Give it a try in synchronous mode using a combination of pread/read and pwrite/write. b) If not enough bytes were read or written, a request is sent to wineserver to perform and asynchronous operation. This request always fail. (don't know why yet). There is two problem here. If step a succeed, no event will ever be generated since step be is not performed. Application doing the following sequence ReadFile .. WaitOnSingleObject will wait forever. Some borland Builder classes do this My understanding is that step a should never be done and only step b. Is that correct ? Now, why step b is failing is another story. Comments ? --------------------------------------------------------- Jacques Gelinas <jack(a)solucorp.qc.ca> vserver: run general purpose virtual servers on one box, full speed! http://www.solucorp.qc.ca/miscprj/s_context.hc

3 3

DeviceIoControl
by Laurent Pinchart April 4, 2002

April 4, 2002

Hi everybody, I need to add support for a currently unsupported VxD, and I'm quite puzzled by the way that DeviceIoControl currently processes the device control requests. DeviceIoControl starts by checking the high word of dwIoControlCode, which is the device type. If the device type is 0, it gets a client ID by sending a get_file_info request to the server, and uses the client ID as the device type. It then looks in the VxD table for a handler for the device type, and calls it if it exists. No problem with that. If the high word of dwIoControlCode is not 0, it checks if the device is a CDROM (by calling GetDriveTypeA). If so, it calls CDROM_DeviceIoControl, and if not is just fails. I was wondering why the same VxD table as for (HIWORD(dwIoControlCode) == 0) wasn't used when the device type in dwIoControlCode is not 0. It seems to be a mistake to me. I was thinking about implementing the following algorithm: - check HIWORD(dwIoControlCode) - if 0, deviceType = GetCliendID( Device ) - if ! 0, deviceType = HIWORD(dwIoControlCode) - look for a VxD handler in the VxD table using the deviceType. - call the handler if it exists, fails otherwise This leaves out the special case for CDROM_DeviceIoControl. Could anyone explain to me why that special check is needed, if it is ? Thanks in advance. Laurent Pinchart

2 5