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

Re: debugger fix

by Ulrich Weigand

Eric Pouech wrote: > > Could you send me the libwinspool.drv.so file that objcopy > > is choking on? I'd like to look whether there's something > > strange with that. > here it is... (I've used libpsapi.so instead, because it's smaller, but > effects are the same) Well, one difference I see is that yours has a .rel.stabs section, while mine doesn't. Now I don't quite understand why stabs need to be relocated, but I guess this could be a source of confusion. In any case, after I strip the stabs data using objcopy --strip-debug, I can subsequently use objcopy -N without problems. The problem might be caused by the objcopy -L step not correctly updating the debug info. Could you try adding a --debugging argument to objcopy in both localize_imports and strip_imports? Bye, Ulrich -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

Feb. 4, 2001

Re: psdrv: map Courier New to Courier

by gerard patel

At 05:40 PM 3/2/01 +0600, you wrote: <snip> >I cannot get this patch to apply. I've tried it with a CVS pull from >earlier today and one from 1/29. With both, I get: > >patching file include/winspool.h >Hunk #1 FAILED at 957. >1 out of 1 hunk FAILED -- saving rejects to file include/winspool.h.rej <snip> This file is supposed to display where the problem is. If it's not obvious, the problem is with tab expansion - it happens with cut & paste from Netscape. Try with patch -l Gerard

Feb. 4, 2001

Re: psdrv: map Courier New to Courier

by Ian Pilcher

gerard patel wrote: > > This file is supposed to display where the problem is. If it's not > obvious, the problem is with tab expansion - it happens with cut & paste > from Netscape. Try with patch -l > It was the tab expansion. Thanks! -- ======================================================================== Ian Pilcher pilcher(a)concentric.net ========================================================================

Feb. 4, 2001

Re: debugger fix

by Ulrich Weigand

Eric Pouech wrote: > > > ../../tools/strip_imports libwinspool.drv.so > > > objcopy: styEor1D: File truncated > tested with binutils 2.9.1 and 2.10.1 and I get the same error... > even when changing objcopy by strip > did some strace on the operation, and it seems that there's some mixup in > the section reading / writing Very strange. I've tried various versions of objcopy (the GNU original 2.9, 2.9.1, 2.10, 2.10.1 and the version 2.9.5.0.24 that my SuSE distribution ships with) and they all work just fine ... Maybe it is caused by something else in the build chain? I'm using gcc 2.95.2, ld 2.9.5.0.24 and glibc 2.1.3 (all as modified for the SuSE distro). Could you send me the libwinspool.drv.so file that objcopy is choking on? I'd like to look whether there's something strange with that. Bye, Ulrich -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

Feb. 3, 2001

Re: debugger fix

by Jon Griffiths

Hi, > debugger starts all right and I can go to a breakpoint using the <dll name > in uppercase>.<api> trick. On a somewhat related note, I'm trying to get the debuggers from lcc and visual studio to work. VC is my preference since it will let you bring up a release build executable (i.e. any old program), and then set advanced breakpoints on dll calls that it makes. It also handles threaded programs with ease. VC currently runs and lets you step through assembly. Both environments need some Virtual* calls implemented before they will run properly. So, does anyone have a hint on how to go about supporting VirualProtectEx/VirtualQueryEx on other provesses? Cheers, Jon -- "Don't wait for the seas to part, or messiahs to come, Dont you sit around and waste this chance ..." -Live tntjpgriff(a)tsnxt.co.uk , jon_p_griffiths(a)yahoo.com

Feb. 3, 2001

Re: debugger fix

by gerard patel

At 06:24 PM 3/2/01 +0000, you wrote: <snip> >however, it would be great if someone else could try Ulrich's patch to see >if I'm the only one with BAAAAAAAAD results... I tested Ulrich's patch on current Cvs on a vanilla Suse 7.0 (gcc 2.95.2, binutils 2.9.5) The patch applied all right, built fine (I had to chmod +x strip_import though). I can run ForteFreeAgent with the patched Wine; the debugger starts all right and I can go to a breakpoint using the <dll name in uppercase>.<api> trick. Gerard

Feb. 3, 2001

Re: PATCH: afm loader

by Joerg Mayer

Moin Marcus, you codeed some thing like this in a few places: > + char afmfn[256]; > + strcpy(afmfn,afmdir); directories and filenames may be longer than 256 charaters. If you use such a value you should at least use strncpy or use FILENAME_MAX from stdio.h (if that's the right one). Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

Feb. 3, 2001

Re: debugger fix

by Eric Pouech

Ulrich Weigand wrote: > > Eric Pouech wrote: > > > thanks for taking a look at it. unfortunately, I couldn't really test > > your patches. when run, roughly 4/5 of the .so files did would generate > > this type of error > > ../../tools/strip_imports libwinspool.drv.so > > objcopy: styEor1D: File truncated > > Strange. Could you try using 'strip' instead of 'objcopy' in > strip_imports? (Only there, in localize_imports it must be objcopy.) tested with binutils 2.9.1 and 2.10.1 and I get the same error... even when changing objcopy by strip did some strace on the operation, and it seems that there's some mixup in the section reading / writing > > From a pure conceptual point of view, the build process definitively > > grows more and more complex (I'm not sure Alexandre would accept another > > tool or an extension to winebuild for it). However, if I got what you intend > > correctly, it means that an import symbol would be defined as: > > - no trace in stabs > > - listed in .dynamic section, as a local symbol. > > No, I mean no trace in stabs *and* no dynamic symbol either. [long explanation deleted] thanks, that what I thought at first, but got abused by the first outputs made out of the patch... > However, my method has admittedly also a serious disadvantage: > it makes heavy use of GNU-specifc tools (and apparently even > there are version problems ...). :-( I'm not sure it's a version issue. looks more I have something broken somewhere... still have to figure out where :-( however, it would be great if someone else could try Ulrich's patch to see if I'm the only one with BAAAAAAAAD results... A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Feb. 3, 2001

Re: ReadFile() and WriteFile() choke on non-zero lpOverlapped.

by Eric Pouech

Eric Kohl wrote: > > Hello! > > I'm currently debugging a database-application that uses the M$ Jet Engine > 3.5. This db-engine does not behave very well. It opens an exisisting > database-file (FILE_FLAG_OVERLAPPED is *not* set) and reads or writes using > calls to ReadFile() and WriteFile() with non-zero lpOverlapped pointers. In > this case calls to ReadFile() or WriteFile() return FALSE. > > IMO ReadFile() and WriteFile() should check whether FILE_FLAG_OVERLAPPED is > set. Unfortunately there is no method to retrieve the full file attributes > from wineserver. Is a new server call required? a quick hack would be to extend the get_file_info request to add to the flags field the high WORD from inner file object (the low word contains the FILE_ATTRIBUTE_??? flags and we should get the bits from the stat operation) however, it would add a stat to the file for every call which is not what you want in all cases Index: server/file.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/file.c,v retrieving revision 1.36 diff -u -r1.36 file.c --- server/file.c 2001/01/12 23:02:39 1.36 +++ server/file.c 2001/02/03 18:17:22 @@ -267,6 +267,8 @@ if (S_ISDIR(st.st_mode)) req->attr = FILE_ATTRIBUTE_DIRECTORY; else req->attr = FILE_ATTRIBUTE_ARCHIVE; if (!(st.st_mode & S_IWUSR)) req->attr |= FILE_ATTRIBUTE_READONLY; + /* copy back only the FILE_FLAG_??? bits */ + req->attr |= file->flags & 0xffff0000; req->access_time = st.st_atime; req->write_time = st.st_mtime; req->size_high = 0; -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Feb. 3, 2001

Microsoft Wine????

by Owen Rudge

Hi, This is what happens when you use the native Windows SHELL32.DLL and choose About Wine from the System menu...... <see http://www16.brinkster.com/orudge/mswine.gif for screenshot> Hmmmm..... has Microsoft taken over Wine too...... :-) The app I was running, BTW, is something I've made called Notebook, and seems to run fine. Owen Rudge http://www.osplus.co.uk/ http://www.owenrudge.com/ http://www.owenrudge.co.uk/ http://www.transporttycoon.uk.tt/ http://www.savedgamemanager.uk.tt/

Feb. 3, 2001