June 2001 - Wine-Devel - list.winehq.org

Re: Initializing Dosvm for direct port access

by Ove Kaaven

On Thu, 21 Jun 2001, Uwe Bonnes wrote: > Hallo Ove, > > is something like appended patch right to get direct port access working for > a win95 program? At least my dongle protected program (spde) doesn't crash > any more and recognizes the license. I meant to reply sooner or later... it doesn't seem right to me to load the entire DOS subsystem for reading out the timer. Direct port access is probably not allowed for win32 apps under NT anyway? Perhaps there should be a fallback there for when the DOS subsystem is not loaded? Then again, I'm not sure how it's supposed to work... it probably can't hook the timer interrupt or set the timer rate or anything without upsetting the OS?

June 21, 2001

Initializing Dosvm for direct port access

by Uwe Bonnes

Hallo Ove, is something like appended patch right to get direct port access working for a win95 program? At least my dongle protected program (spde) doesn't crash any more and recognizes the license. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- hertz:/spare/bon/wine-clean> cvs -d $CVSROOT diff -uw -7 wine/msdos/ioports.c Index: wine/msdos/ioports.c =================================================================== RCS file: /home/wine/wine/msdos/ioports.c,v retrieving revision 1.24 diff -u -w -7 -r1.24 ioports.c --- wine/msdos/ioports.c 2001/05/09 17:31:35 1.24 +++ wine/msdos/ioports.c 2001/06/21 08:23:57 @@ -227,14 +227,15 @@ static void IO_port_init(void) { char temp[1024]; do_direct_port_access = 0; /* Can we do that? */ + DPMI_LoadDosSystem(); if (!iopl(3)) { iopl(0); PROFILE_GetWineIniString( "ports", "read", "*", temp, sizeof(temp) ); do_IO_port_init_read_or_write(temp, IO_READ); PROFILE_GetWineIniString( "ports", "write", "*",

June 21, 2001

Re: Press: OsOpinion: Putting a Bad API on a Good OS

by FT Rathore

Hi Not bad. But (even though it is not related) Slashdot does not at all represent Linux hardcore users, I think slashdot is bad (lame) and the impression that it does represent LINIX users is even worst. FT On Wed, 20 Jun 2001, Francois Gouget wrote: > > Hi, > > > A nice article with a provocative title. What I like about it is that > it addresses the main objection of Linux hardcore users to Wine (at > least as seen from Slashdot): will Wine hurt Linux? > > But judge for yourself :-) > > > http://www.osopinion.com/perl/story/11297.html > > > -- > Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > f u kn rd ts, ur wy 2 gky 4 ur wn gd. > > >

June 20, 2001

Press: OsOpinion: Putting a Bad API on a Good OS

by Francois Gouget

Hi, A nice article with a provocative title. What I like about it is that it addresses the main objection of Linux hardcore users to Wine (at least as seen from Slashdot): will Wine hurt Linux? But judge for yourself :-) http://www.osopinion.com/perl/story/11297.html -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

June 20, 2001

Re: Still more clipping issues - but getting better

by r.maurizzi＠gvs.it

I'm using Lotus Notes 4.6, and with the last updates wirtualy all clipping problems were solved. The problem now is that every time I type a character in the editor, the whole window gets repainted 8-) and sometimes I can't see the cursor or a text selection I make. How can I help? Ciao, Roberto.

June 20, 2001

server:truncated to 32768

by David Hagood

With a fresh build of last night's CVS pull, when I attempt to run Delorme's AAA MapNGo V4.0, I get the following error condition: server:truncated to 32768 server:truncated to 32768 At this point the main window of the application is up. However, if I try to do anything non-trivial with the app, it coughs up this error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 1663 Current serial number in output stream: 1668 and one of the app threads dies. However, the main app window is still up, and four of its threads (plus the wineserver) are still alive. The app stops responding to the system, however. Where do I start on debugging this? What should I trace?

June 20, 2001

Still more clipping issues - but getting better

by Guy L. Albertelli

Hi Alexandre, The latest commits (through "Clip parent client area when using the drawable from a higher level parent." julliard(a)wine2. 01/06/19 20:22:40) have fixed the problem mentioned in the previous email. However certain problems still exist. The attached JPG shows the results with the latest commits and the native control when the second band is deleted (band # 1). Somehow it never erases the band. This did work correctly in 6/1 CVS. Recreation instructions: Select RB_DELETEBAND and change the first zero (second line) to a 1 and send it. The second band with the ComboBoxEx should disappear. There is another issue with IE4 (one of my test programs). When a string is typed into the address line (a ComboBoxEx) and "return" pressed, the entire IE window disappears. IE is still running and by selecting the item in the GNOME taskbar, the IE window reappears correctly. Thanks a lot, Guy Albertelli <<galberte(a)neo.lrun.com>>

June 20, 2001

Still clipping issues

by Guy L. Albertelli

The REBAR ControlSpy (as a simple test application) still displays clipping/drawing issues since 6/1/2001 even with the native control. The enclosed JPG shows some of the problems. The method for recreation is to select the Styles menu and then select the Recreate Control button. At the end of the redraw cycle the distortion is as shown. Note the partial combobox dropdown arrow just below the word "Control_" in the center of the screen. This seems to be due to an unclipped rectangle/too large a client area during the ComboBoxEx creation. In the 6/1 CVS version, you can see the same dropdown arrow but it is within the left hand control window not beyond. Note also the badly drawn text in the two listboxes to the right. If there is anything I can supply to help fix this please let me know. Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>>

June 19, 2001

Re: PATCH: wine-config

by Alexandre Julliard

Malte Starostik <malte(a)kde.org> writes: > For example if the winelib app is only part of a project that for some reason > has its own Makefile management and/or merges its own rules with the ones for > wine. Yes, this refers to activexproxy where we currently have a self-written > configure check, but I could imagine other places where this might be of > interest... Well, of course you don't have to use the complete configure and makefile generated by winemaker, you can just take the subset you need and copy it into your makefiles. But I don't see how a wine-config could help you do that. Also I don't see why you'd necessarily want to use the same flags to compile your winelib app that have been used to compile wine itself; in fact you may not even be using the same compiler. -- Alexandre Julliard julliard(a)winehq.com

June 19, 2001

Re: PATCH: wine-config

by Malte Starostik

On Dienstag, 19. Juni 2001 20:38, you wrote: > Marcus Meissner <marcus(a)jet.franken.de> writes: > > to help winelib using developers, this program exports flags and > > directories to /usr/bin/. > > > > I am not sure whether exported cflags and libs are ok. > > > > Hmm, we probably should also tell how to build .so libs. And specs -> > > .cs. (Hmm, supply Makefile snippets?) > > Actually we already have winemaker that can generate a complete > configure and makefile, so I'm not sure what purpose a wine-config > would serve. For example if the winelib app is only part of a project that for some reason has its own Makefile management and/or merges its own rules with the ones for wine. Yes, this refers to activexproxy where we currently have a self-written configure check, but I could imagine other places where this might be of interest... -Malte -- Wars don't determine who's right, only who's left.

June 19, 2001