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

No console output?

by Juan Lang

I'm trying to run a console program with wineconsole, and I see fixme output from the DLL I'm working on, but no output from my program. Any patches I should be applying? Wine20030408 on RH "phoebe" (8.1-ne-9 beta). FWIW, I'm working on iphlpapi.dll. I might take a crack at consolidating some duplicated code in netapi32, winsock, and wsock32 if I have time. Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

April 29, 2003

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work

by Troy Rollo

>What version did you specify in ~/.wine/config [windows] version? win2k >I guess you ran in non NT mode. And I guess your change will do havoc to >programs needing NT mode (like Xilix ISE). Probably the limit has to be set >in dependance of the version emulated. The limit doesn't depend on version, at least not in terms of what you probably mean by version. Windows only offers a 3GB user address space on its "higher end" editions, such as Advanced Server. Some applications can't deal with this. Yes, technically this is a bug in the application, but it's a bug that would not be triggered when running on a genuine Microsoft workstation operating system. And yes, it should be configurable, or perhaps Wine should be capable of detecting which apps can deal with a 3GB user address space (as apparently executables can be marked to declare this), but as long as it's not configurable, and Wine's not capable of detecting this, it seems to me that the 2GB limit applicable to the desktop operating systems is the correct one.

April 29, 2003

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work

by Troy Rollo

On Mon, 28 Apr 2003 14:23, Dimitrie O. Paun wrote: > Few questions: > * Do you build on Windows? Until now, I have developed on Windows, but I will be continuing to target Windows from Linux using Wine to support the build environment, and possibly for testing of the application itself, together with plex86 or Bochs VMs as needed for testing under the target OS. > * Could we run bcc in Wine on Linux to build on Linux using bcc? Yes, this is what I'm doing. > * How far do you get? Do you actually get an executable? Yes. It produced (among others) an executable of 9402368 bytes (not including debugging information which is in a separate file) from 948 object files (not including libraries). > * Does it run? Not only does it run, it appears to work OK in wine. > * What are the steps you need to take? A concise list of > instructions would be nice :) I can post it on the Fun > page, so other can play with it was well. The setup of the Borland C compiler was quite straight-forward - I copied it over from an existing Windows installation. This was necessary rather than a full install because we use modified header files, but it appears the installation from the self-extracting executable won't run, so copying over from a copy installed on native Windows is necessary. Then I put it in the PATH, checked out the code and built using exactly the same procedure I used to use under Windows.

April 29, 2003

Re: slovene keyboard without dead keys

by Dmitry Timoshkov

"Shachar Shemesh" <wine-devel(a)shemesh.biz> wrote: > >>Also important is an ability by the system to change keyboards. One such > >>requirement is for BiDi text editing, where the algorithm includes, > >>among other things, instances where it is necessary to change the > >>current keyboard layout. > >> > >> > >I'm not sure XFree86 supports this feature. Without support from X we couldn't > >implement keyboard layout changes on application request. > > > Can't you set the current group? How are you planning on implementing > "INPUTLANGCHANGEREQUEST" otherwise? Just reflect the change on the X notification event and inform the app about it. > > Also I don't know > >whether XFree has a layout enumeration facility. > > > > > We use it today for comparing the keyboards. If you mean X11DRV_KEYBOARD_DetectLayout, then we don't. > I feel really bad about this, especially as I cannot perform any useful > task myself at the moment, but there is one more question. Can we > shorten the current path each key takes? > Current path: > > 1. User presses key. > 2. X sends virtual key to app (wine) > 3. Wine translates virtual key to ascii. > 4. Wine looks up the ascii in the currently selected keymap. > 5. Wine translates ascii to virtual key > 6. Virtual key is sent to Windows application, which translates it > back to ascii (usually). I'm afraid we can't change anything in that path. > This is broken on two very hurting points. > > 1. If the current locale doesn't allow for the ascii for the key > pressed, it will not pass on to the application, even if the app > is a UNICODE app. > 1. In particular - if the locale codepage is UTF-8, I cannot > type any non-latin key, as the keyboard layouts are in ANSI > codepages. > 2. There is no chance in hell in supporting a English+Hebrew+Russian > application, as the last two languages use two distinct codepages, > which cannot, technically, be loaded simultaniously (see 1.1 above > for why UTF-8 will not work). There is a patch in CX Office which supports UTF-8 encoded keyboard input (in the case of UTF-8 locale of X Input Method) and makes it possible to avoid conversion to current locale code page and back to unicode. If Alexandre considers it clean enough he will certainly merge it into WineHQ tree. > Last, there is a problem that does not hurt so much, but is still a problem > > 3. There is great uncertanty regarding the matter of whose > responsibility it is to mirror characters on right to left > language keyboards. Mirroring is the process of emiting "(" when > shift-0 is pressed, despite it being the character opposite the > one engravd on the keyboard, and trusting the BiDi display to > mirror it back. Some say the X keyboard layout should do it, while > others say the infrastructure should do it. I'm not an expert on right-to-left layouts and can't comment on this. If you (or somebody else) feel to be a motivated enough to learn how it supposed to work under real Windows and implement this behaviour in Wine taking into account X peculiarities that would be great. -- Dmitry.

April 29, 2003

Re: Excessive Swap with MSVC++ and Wine

by hatky

Hi sounds like a memory leak in the code sould be addressed to wine-devel(a)winehq.com and you should probably open a bug on this ..... wine-devel, can someone comment/help on that? (I think there wore more details on the original message) Hatky. --- Stephen Mollett <molletts(a)yahoo.com> wrote: > On Sunday 27 Apr 2003 14:51, Phil Thompson wrote: > > The problem is the amount of memory used by > link.exe. At the moment, with > > 256M of real memory and 1G of swap I quickly run > out. Under Windows2000, on > > the same machine, the link takes a long time > (30mins - 1 hour) but does > > complete. > > That sounds very similar to a problem I used to have > with another program. I > used to run NewsXpress under Wine (quite a nice, and > somewhat non-traditional > in design, newsreader) but I found that, even with > 1GB of RAM, I had to add > lots of swap in order to download large numbers of > headers. When I used to > run it on Windows, I was able to get tens or > hundreds of thousands of headers > in 128MB RAM without even approaching the point > where swapping would be > needed. > > I think it may be some inefficiency in Wine's memory > allocation subsystem - > perhaps it consistently allocates too much which > mounts up each time the > program requests more. (When I exited NewsXpress, > only about half of the > memory it had claimed was freed; the rest had to be > reclaimed with 'killall > wine'.) > > Doesn't help you very much, but perhaps it might > help someone to track down > the problem. > > Stephen > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-users ===== Hatky ��: http://www.hatky.myz.info __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

April 28, 2003

FindWindow timeouts

by Mike Hearn

Hi, After chatting to some people on IRC about windows message handling, I remembered a bug I hit where a frozen window could kill everything because FindWindow sends a message to every window with no timeout (to get the window text). Is this right? Wouldn't it be better to make FindWindow more robust by sending messages with a timeout so if one window in an app (or anothe process) has frozen, it doesn't kill the caller? thanks -mike

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Bill Medland

On April 28, 2003 11:59 am, Mike Hearn wrote: > > Putting in a test would be even better than simply commenting that the > > behaviour is known for e.g. Win95; it might point out version differences > > and certainly will catch when we accidentally break the code. > > If we add a test for every micro-detail of the APIs, the test cases > would probably be larger than Wine itself. I think sanity checking input > parameters in this way is pretty obvious, for cases where it's not clear > a comment in the code is probably more useful than another test case. Sorry but I have to disagree. "The obvious" is frequently not obvious. As I asked before (but in slightly different words), is the Microsoft behaviour to return this special value when passed a null pointer, or is it to catch a segv and return the special value? And does the special value returned vary between systems? It seems to me that half of what we are doing in Wine is figuring out the facts that are not in MSDN but are important. A test is a good way of documenting what we discover to be important, in a way that allows us to check our conformance. And what's the problem with a large test suite anyway? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Mike Hearn

> Putting in a test would be even better than simply commenting that the > behaviour is known for e.g. Win95; it might point out version differences and > certainly will catch when we accidentally break the code. If we add a test for every micro-detail of the APIs, the test cases would probably be larger than Wine itself. I think sanity checking input parameters in this way is pretty obvious, for cases where it's not clear a comment in the code is probably more useful than another test case.

April 28, 2003

Winword, StorageImpl_Commit, Crossover and Wine

by Uwe Bonnes

Hallo, running MS Word 2000 with builtin dlls doesn't allow to write files, because of at least StorageImpl_Commit and WriteFmtUserTypeStg still stubs? Does Crosover Office still require the native OLE dlls or has it some implementation? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 28, 2003

Re: WineHQ: different pages with same content

by hatky

Hi Stefan Leichter, Real Explanation: it's a translation of the wwwoffle program a website server can define a default file witch means users asks for www.winehq.com give him him /index.php which comes to www.winehq.com/index.php if you ask for say www.winehq.com/test it would actually try to send you www.winehq.com/test/index.php Short one: in short it's exactly the same link and if you try pointing you browser to http://www.winehq.com/index.php?page=cvs and click on any link you will see that your are getting all the links the same way you have your off line content p.s. It has nothing to do with wine/winehq p.s.s. The same goes for ever site on the net Hatky. --- Stefan Leichter <Stefan.Leichter(a)camLine.com> wrote: > Hello, > > during browsing WineHQ offline (via wwwoffle) i > noticed that the links in the > left column of the current WWN are different to the > links on the main page > and some other (have not tested all) e.g. > > in the development section of the WWN the CVS link > is: > http://www.winehq.com/index.php?page=cvs > > on the main page (and other) the link is > http://www.winehq.com/?page=cvs > > Any reason for this? > > Bye Stefan > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

April 28, 2003