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

Re: remote app problem: menus go away at wrong time

by Zsolt Rizsanyi

On Tuesday 28 January 2003 08:40, Dan Kegel wrote: > I was sitting at my wife's XP machine with a spare five minutes, > and it suddently came to me that I haven't done enough remote > testing of Wine. So I ran > wcmd > cygwin > startx > ssh -X mybox > ssh mylaptop > wine spyxx.exe > just to see how well wine would work via two ssh hops > on top of x on top of cygwin on top of winxp. > > First issue: you can't use the menus with the mouse! Sure, they'll > pop up, but when you move the mouse down to one of the menu items, > the menu goes away. It decides the user really wanted to highlight > the toolbar, or something. > > Before you say "Aw, nobody'll do that", consider that LTSP is getting > a lot more popular... and last week a local small business owner I know > asked me to help set up diskless Linux workstations to run his existing > Windows apps. I use LTSP to run a diskless Linux workstation. I'm running two Windows programs on top of it regularly (two dictionaries). And they work exactly the same as they work on the main machine. I have also tried some other programs too, and never seen any difference beetween the local and the remote machine (wrt this). So it works pretty good. I dont know for what the above cygwin and double ssh is needed. I dont need it :) Regards Zsolt

Jan. 28, 2003

Re: Guess who's back, back again... :)

by Mike Hearn

Completely nosy of me, so feel free to tell me to piss off, but I've been wondering if you get paid to work on Wine for a while now, or whether you just make far more efficient use of your spare time than I do :) Dimitrie O. Paun wrote: >Hi folks, > >My ski vacation was a blast, good snow, good skiing, good people... > >You guys have been busy this past week judging by the number of >messages I had to go through :) > >It's good to be back! > > >

Jan. 28, 2003

mkdir, copy, etc.

by Jon Bright

Hi, I'm trying to build OpenSSL using Borland Builder 5 within wine. Installation of Builder has gone fine, ActiveState Perl went on after a bit of fiddling, but I've now hit a small problem. The makefile for OpenSSL attempts to run mkdir, copy, etc. - this results in Borland's make attempting to run (after trying to find copy.exe/com/bat/cmd), the command interpreter found in COMSPEC. But wcmd is only a unix command - there is no windows\system\wcmd.exe Is there already a workaround for this, or can someone point me in the right direction to look at fixing it? -- Jon Bright Lead Programmer, Silicon Circus Ltd. http://www.siliconcircus.com/

Jan. 28, 2003

pshpack8.h:47:6: warning: #warning "8 as alignment

by Gerald Pfeifer

On all platforms I have access to (GNU/Linux, FreeBSD) I have been seeing the following for quite some time now: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" Is this really useful, resp. couldn't we avoid that somehow? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

Jan. 28, 2003

Guess who's back, back again... :)

by Dimitrie O. Paun

Hi folks, My ski vacation was a blast, good snow, good skiing, good people... You guys have been busy this past week judging by the number of messages I had to go through :) It's good to be back! -- Dimi.

Jan. 28, 2003

Re: PATCH: glibc 2.3.x and errno

by Dan Kegel

Ulrich Weigand wrote: > On the other hand, maybe it would now be possible to implement Wine > threads on top of regular pthreads; at least some of the inhibitors > should be gone now, e.g. you can have thread stacks at arbitrary locations > and sizes, and there is no master thread any more ... Unfortunately I > don't quite remember the full list of problems we had with pthreads ;-/ It occurs to me that implementing Wine threads on top of pthreads would probably get rid of a few of the problems keeping us from running Wine under Valgrind. Short of getting the Stanford Checker guys interested in the Wine source tree, I can't think of an cooler way to look for stupid memory bugs in Wine... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 28, 2003

remote app problem: menus go away at wrong time

by Dan Kegel

I was sitting at my wife's XP machine with a spare five minutes, and it suddently came to me that I haven't done enough remote testing of Wine. So I ran wcmd cygwin startx ssh -X mybox ssh mylaptop wine spyxx.exe just to see how well wine would work via two ssh hops on top of x on top of cygwin on top of winxp. First issue: you can't use the menus with the mouse! Sure, they'll pop up, but when you move the mouse down to one of the menu items, the menu goes away. It decides the user really wanted to highlight the toolbar, or something. Before you say "Aw, nobody'll do that", consider that LTSP is getting a lot more popular... and last week a local small business owner I know asked me to help set up diskless Linux workstations to run his existing Windows apps. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 28, 2003

Re: Windows API database

by Dan Kegel

Dave Miller wrote: > So for starters, we want something like this? It doesn't look very > impressive. :) > > http://home.ptd.net/~compsol/imported_dll.txt Yes, but probably want to convert all filenames to lower (or upper) case, and sort them alphabetically. Next step is to take that data and turn it into a graph or map of some sort. Perhaps the same sort of map I did to display Usenet connectivity of la.personals years ago... here's the "map": http://www.alumni.caltech.edu/~dank/la.personals/map.html and here's the code: http://www.alumni.caltech.edu/~dank/ftp/map/ > However, my system is by no means a clean install of WinXP home so most of > thos DLLs probably don't belong to windows. Yeah, you'll probably want to run this on a clean install sometime. - Dan > > > > -----Original Message----- > From: Dan Kegel [mailto:dank(a)kegel.com] > > Oh, ok. Cross-referencing DLL imports and exports. > > Yeah, that sounds like a job for a simple perl script. > All you need to output is DLL name and what DLLs it imports from. > Just generate a flat text file for starters, then > later postprocess that into an ascii tree or graph. > > > It's going to be a messy little graph, I bet. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 28, 2003

Re: PATCH: dlls/ole32/storage.c

by Dan Kegel

Gerald Pfeifer wrote: > - int lastblocknr; > + int lastblocknr=-1; FWIW, some compilers will complain on that line (though only us K&R vets remember why). Safer to use whitespace between the = and the -, e.g. > - int lastblocknr; > + int lastblocknr = -1; - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 28, 2003

Re: Windows API database

by Dave Miller

So for starters, we want something like this? It doesn't look very impressive. :) http://home.ptd.net/~compsol/imported_dll.txt However, my system is by no means a clean install of WinXP home so most of thos DLLs probably don't belong to windows. -----Original Message----- From: Dan Kegel [mailto:dank(a)kegel.com] Sent: Thursday, January 23, 2003 5:20 PM To: Dave Miller Cc: wine-devel(a)winehq.com Subject: Re: Windows API database Oh, ok. Cross-referencing DLL imports and exports. Yeah, that sounds like a job for a simple perl script. All you need to output is DLL name and what DLLs it imports from. Just generate a flat text file for starters, then later postprocess that into an ascii tree or graph. It's going to be a messy little graph, I bet. - Dan Dave Miller wrote: > The project I am considering is mentioned on the contributing page here: > http://fgouget.free.fr/wine/contributing-en.shtml. (Build a database of > Windows APIs and dependencies) It sounds like less work to simply create > text files containing the imports and exports, although I think the point is > partially for the results to be easily cross referenced by developers. > Hence the suggestion of a database of some kind. I've considered scanning > applications as well. If I have any success with the Windows APIs I may try > tackling that at some point as well. > > ----- Original Message ----- > From: "Dan Kegel" <dank(a)kegel.com> > To: "David Miller" <compsol(a)ptd.net> > Cc: <wine-devel(a)winehq.com> > Sent: Thursday, January 23, 2003 3:38 PM > Subject: Re: Windows API database > > > >>David Miller wrote: >> >>>I would be interested in knowing more about the goals of this project. >>>Don't consider me officially working on such a thing just yet. I have >>>no real perl experience, but would like to learn. First I'd like to >>>know more about what I'm up against. >> >>I'm not sure what project you're talking about, but I can make a few >>wild guesses... >> >> >>>1. Is there a specific set of dll's and exe's we want included in the >>>database or does it need to scan and gather a list of all dll and exe >>>files? That would suggest a clean OS install is necessary. >> >>Sure, a clean OS install is probably good. Many of the >>APIs exposed by even the clean OS install may not be >>needed if no application calls them, but it's hard to know >>that in advance. >> >>We might want to also scan applications to see what APIs >>they actually use, but that's real hard. >> >> >>>2. What information should be in the database? (OS ver, name of dll or >>>exe, name of imported dll, APIs and whether they are imported or >>>exported, etc.) >> >>Maybe use the same format as we use in the souce tree? e.g. >>scanning advapi32.dll should produce something that looks very >>much like > > http://cvs.winehq.com/cvsweb/wine/dlls/advapi32/advapi32.spec?rev=1.32 > >>>3. Will a single MySQL table do or does it need to be a relational >>>database with multiple tables? >> >>IMHO no SQL is needed. The database should be plain text >>files checked into CVS. >> >> >>>4. Anything else you can tell me about this task? >> >>Compare with other standards which provide lists of API's, for example: >>http://www.linuxbase.org/spec/ >>http://www.unix.org/ >>http://www.ecma.ch/ecma1/STAND/ECMA-234.HTM >>to get some ideas. Of course, these are formatted all fancily, >>and cover different operating systems, but the goal is similar: >>to provide an authoritative list of APIs. >>Ideally, the result could be part of a submission to a >>standards body. >>(See also http://www.kegel.com/remedy/remedy2.html#fix.info ) >>- Dan >> >>-- >>Dan Kegel >>http://www.kegel.com >>http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 >> >> >> > > > > -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 28, 2003