wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

CPUID update to update
by Robert Lunnon 10 Feb '04

10 Feb '04

For anyone who is using my previously submitted patch here is an update. It fixes the latent file descriptor leak, and patches a hole where have_cpuid was retained from the legacy code (Dunno how I missed that one) this ended up diving into the middle of the cpuid machine code where have_cpuid is defined (For different reasons). Since my original submission is not being incorporated into the wine codebase, I am posting here instead. It just might be useful for someone out there... bash-2.05$ diff -c cpu.orig.c cpu.c *** cpu.orig.c Tue Feb 10 23:31:27 2004 --- cpu.c Tue Feb 10 23:39:15 2004 *************** *** 116,122 **** { if (strstr(line,"processor") )count++; } ! if(count>0) return count; } #endif /* linux*/ --- 116,126 ---- { if (strstr(line,"processor") )count++; } ! fclose(f); ! if(count>0) ! { ! return count; ! } } #endif /* linux*/ *************** *** 193,202 **** "\tandl $2097152,%%eax\n" "\tandl $2097152,%%ebx\n" "\txorl %%eax,%%ebx\n" ! "\tjnz have_cpuid\n" "\tclrl %%ebx\n" "\tjmp endcpuid\n" ! "have_cpuid:\tmovl %%ecx,%%eax\n" "\tcpuid\n" "endcpuid:\n" "\tmovl %%ebx,%0\n" --- 197,206 ---- "\tandl $2097152,%%eax\n" "\tandl $2097152,%%ebx\n" "\txorl %%eax,%%ebx\n" ! "\tjnz have_cpuid_inst\n" "\tclrl %%ebx\n" "\tjmp endcpuid\n" ! "have_cpuid_inst:\tmovl %%ecx,%%eax\n" "\tcpuid\n" "endcpuid:\n" "\tmovl %%ebx,%0\n" *************** *** 713,721 **** cpuid_t cpuId; unsigned int regs[4], regs2[4]; ! if (!have_cpuid()) ! regs[0] = 0; /* No cpuid support -- skip the rest */ ! else cpuId= CPUID_GetId(); /* get standard cpuid level and vendor name */ if (cpuId.family!=0) --- 717,723 ---- cpuid_t cpuId; unsigned int regs[4], regs2[4]; ! cpuId= CPUID_GetId(); /* get standard cpuid level and vendor name */ if (cpuId.family!=0)

1 0

Acknowledgment page
by Tom 10 Feb '04

10 Feb '04

Hello All, I have decided to volunteer to do the "Acknowledgment page" It will be short and simple and here are my plans. After Brian sends his update to the "Who's Who" page I will list everyone that has been removed from that page onto a "Acknowledgment page". Here is my problem :) I have only been involved with this project for the last 18 months so I have no idea of who some of the major contributors were! Here is a short list of past developers that i'm aware of, and the work that they did. Bob Amstadt Guy Albertelli David Hammerton Peter Hunnisett György 'Nog' Jeney Tony Lambregts Douglas Ridgway John Sheets Are you guys aware of past developers who did major work and who are not listed here or on the current "Who's Who" page? I will also link to the AUTHORS page for a full list of current and past developers. All feedback is most welcome! Tom

2 1

NHL2004 D3D8 crash
by Abdul-Haseeb Ahmad 10 Feb '04

10 Feb '04

i have finally gotten nhl2004's menus to work the way its supposed to.. going into the game it crashes however.. i've attached a +d3d trace of the error output (here: http://bugs.winehq.com/attachment.cgi?id=530&action=view). the game does some d3d8 stuff before it goes into the menu.. and then once you click on the play button to go ingame the resolution changes, and it does a whole bunch of d3d stuff again and crashes... one thing that may or may not be interesting to note here is that the resolution list in the display options is empty... the installation instructions look pretty lengthy, I'm not sure if you *have* to install all of these, but most of them made a difference when i did install them... you can (and *should*) skip the Flash installation, because its not necessary, and when flash IS enabled, it makes everything else on the screen flicker... if you have the time i'd appreciate you'd check it out... 1. installed IE6 via mike hearn's script (wine20031212) - can switch to winex cvs after installing ie6, although ie6 wont be functional standalone 2. installed DCOM98 with "ole32, oleaut32, rpcrt4" native 3. changed dlloverrides to following: [DllOverrides] ;dcom "ole32" = "native" "oleaut32" = "native" "rpcrt4" = "native" "oleaut32.dll" = "native" "olepro32.dll" = "native" "comcat.dll" = "native" "ole32.dll" = "native" "rpcrt4.dll" = "native" ;ie6 "mshtml" = "native, builtin" "shfolder" = "native, builtin" "shell32" = "native, builtin" "shell" = "native, builtin" "shdocvw" = "native, builtin" "shlwapi" = "native, builtin" "urlmon" = "native, builtin" "crypt32" = "native, builtin" "wininet" = "native, builtin" ;default ;"oleaut32" = "builtin, native" ;"ole32" = "builtin, native" "commdlg" = "builtin, native" "comdlg32" = "builtin, native" ;"shell" = "builtin, native" ;"shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" ;"shdocvw" = "builtin, native" "advapi32" = "builtin, native" "msvcrt" = "native, builtin" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msi" = "native, builtin" 4. installed InstallShield 5. installed Java 2 Runtime Environment 1.4.2_02 - gives an error, but it still is installed 6. installed MDAC 2.8 - set "setupapi" = "native" before installation - set "odbc32" = "native" after installataion 7. installed Jet 4.0 SP8 9x/NT - set "imm32" to native before installation - copied native win98se "setupx.dll" to system dir and set to native in config 8. installed Windows Script 5.6 98/ME/NT 9. installed Shockwave Flash 6 redistributable from NHL2004 CD (Shockwave_Installer_Full) - can just regsvr32 Flash.ocx from your windows install - can be obtained from www.macromedia.com/support/shockwave/info/licensing/ as well by signing up - will give an error registering Flash.ocx with redistributable, break program at this point - copy tmp/IXPxxx.TMP/Flash.ocx to system/Macromed/flash/ - run install again, or wine regsvr32 Flash.ocx 10. installed nhl2004 demo from ftp.ea.com/pub/easports/demos/nhl2004/NHL2004Demo.exe - must apply the intro.html hack and the game_setup_interface.js hack from http://bugs.winehq.org/show_bug.cgi?id=1970 (make sure you get the game_setup_interface.js for the DEMO version, not the RETAIL version

1 0

Want to Help with Wine Icons
by Terence Scott 10 Feb '04

10 Feb '04

I'm an illustrator who has been working in the Web Designing/Programming world for a while and would like to help out with drawing icons for Wine. Is there a list of what needs to be drawn and who to send the icons to? Thanks, Terry Scott Innovative Solutions 585-292-5070 x245 tscott(a)innovativesol.com Terence Scott Innovative Solutions 585-292-5070 x245 tscott(a)innovativesol.com

2 1

Status of Wine History page?
by Tom 10 Feb '04

10 Feb '04

It is my understanding that Brian V sent the "Wine History" page to J Newman for inclusion. May I ask what the current status is? May I also ask that this page be posted to wine-patches? It is my understanding that all changes should ge to the patch list so everyone will have a chance to view future changes. Tom

1 0

Re: Uncomment a now passing path test
by Alexandre Julliard 09 Feb '04

09 Feb '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > now one more path test passes. No it doesn't, at least not on my machine (otherwise it wouldn't be a todo, I never commit anything that causes a test failure here). Looks like this test will need more work. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/dlls/kernel profile.c
by Dmitry Timoshkov 09 Feb '04

09 Feb '04

"Alexandre Julliard" <julliard(a)winehq.org> wrote: > Log message: > Robert Shearman <R.J.Shearman(a)warwick.ac.uk> > - Use Win32 instead of Unix file functions. > - Process files fully in Unicode. > - Add Unicode file detection. Profile test suite fails after this patch. Please either fix or revert the patch. -- Dmitry.

2 1

Registry delete
by Zimler Attila 09 Feb '04

09 Feb '04

Hi, I tried to found out which value to use in framewnd.c to add key delete support (and rename). I found out that both key and value delete use ID_EDIT_DELETE. My question is: How can I separate the two event? Attila

2 3

Re: lostwages: todo_lists.diff
by Michael Stefaniuc 09 Feb '04

09 Feb '04

Hello, On Sun, Feb 08, 2004 at 01:01:49PM -0500, Tom wrote: > Here is the new revised 0.9 todo_lists it is based on the criteria that we > talked > about at WineConf for a 0.9 release.. At this time we have 4 [DONE], 34 [IN > PROGRESS] > and 18 [TODO] items. So if you woul'd like to volunteer for a item just let > the list know > and we will add you as the current worker. I would keep the old [DONE] items, the page looks better in mostly green. Could maybe motivate some more people to tackle the last remaining problems. Btw. the status of the "Cross compilation on RH" is [DONE] and please use RHL for the abbreviation. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Bug compatible?
by Fabian Cenedese 08 Feb '04

08 Feb '04

Hi Looking for something else I found this in wine/objects/font.c: GetTextExtentPointA/W: TRACE("not bug compatible."); As funny as it is it doesn't say that much. Is this referring to a bug in Windows? And in what way not compatible? Maybe there should be some comment explaining it. Thanks bye Fabi

3 5

Problem with Quicken crashing: Help, please!
by Carl Sopchak 08 Feb '04

08 Feb '04

Hi, Since about mid-December, I've had an issue running Quicken 2000 Deluxe using the CVS version of wine. The symptom is that *sometimes* (I hate that word when trying to debug!) the program crashes when printing a partial page of checks (landscape, centered, 1 or 2 checks on the page, not 3). When it happens (mostly when I'm trying to print real checks, not when I'm trying to debug the problem - argh!), it always happens after Quicken asks if the bottom tear-off part of the page of checks is still attached, and I click the Yes button. The actual error that I get is an X error, stating that X has run out of resources. The reason for that is that it's trying to create a bitmap with dimensions 1,075,900,608 by 1,082,644,840. Of course it's gonna run out of resources! Running it with --debugmsg, I see that this size is being passed to either CreateBitmap() or CreateCompatibleBitmap() in several places. I have added TRACE() statements before every call to either of these two functions that I can find in the wine source, displaying the values. Unfortunately, I don't see my trace statements in the log (created by redirecting wine's output with --debugmsg +all,-snoop,-win32,-heap) before the "bad values". (I DO see the statements for other calls, as well as those I put within CreateBitmap, so they are getting compiled, etc., correctly...) I have spent a few days - on several occasions - trying to debug this, but I keep running into a brick wall. Before I go much further here, I gotta say that besides other debugging of wine that I've done in the past, I know little to nothing about the Windows API, or the internals of wine. I can't call myself a C expert, either. (I have been a computer consultant for 20+ years - just on other platforms - so I consider myself competant in general debugging and various languages. Picking up C, so far, hasn't been that big of a deal. But I certainly don't know many of the nuances!) That said, here are the questions that I'm hoping someone can help me with so I can continue the debugging process: 1) I'd LOVE to use --debugmsg +snoop, but when I do this, the text box Quicken displays (within the Print Checks dialog) for the user to enter the first check number to print does not get displayed, and the program gives an "invalid check number" error, and I never get to the point that the program crashes. So, as an alternative to tracking down and trying to fix this debugging bug (which I really don't have the expertise [or, frankly, desire] to do in a reasonable amount of time), I was wondering if there was a data structure available that I could use in relay.c that would get me the CALLING procedure name, so that I could add the DPRINTF statements to show who called CreateBitmap / CreateCompatibleBitmap with the "bad values". Any help - as specific as possible - would be greatly appreciated... (Trying to follow all of the calls and returns gets pretty confusing pretty fast!) Or, if anyone has a clue on why +snoop would cause the textbox problem... 2) Now, for my lack of C knowledge: When adding the TRACE() statements, I found several places where the width and height parameters being passed to CreateBitmap and/or CreateCompatibleBitmap and/or CreateDIBitmap were not INT. For example (approximate line numbers in []) dlls/conctl32/animate.c[224], listview.c[4051], trackbar.c[799], treeview.c[4004], objects/dib.c[183], and metafile.c[1037] all pass LONG's, and dib.c[825] passes width as a DWORD, and height as an int. (This seems to be a potential issue relating to the function DIB_GetBitmapInfo, as the width an height fields of the data structures passed in as *header are LONG, except if *header is of type BITMAPCOREHEADER, where it's WORD, but they are being passed back to DWORD and int pointers.) Does the C compiler do an implicit conversion of these data types to INT (correctly), or is the fact that parameters are too big suspect in causing my problem? Can I just assign a LONG (and DWORD) to an INT (i.e., iWidth = lWidth) to do the conversion? Hopefully, these are simple enough questions for someone with the knowledge to answer and get me back on track to solving this issue. Any and all help will be greatly appreciated! Thanks, Carl P.S., I think my next step is going to restore my wine source tree from my November (October?) backup, and make sure the issue is in fact something that's changed in wine, and not some configuration change that's happened. (Althought I'm not certain of the timing, in the same time frame, I've attempted to install IE6, installed TaxCut 2003 (which required IE6 dlls, and seems to run, BTW. I haven't done my taxes yet, though...), and played with fonts some.

1 0

Re: shell32 patch 12
by Mike McCormack 08 Feb '04

08 Feb '04

This patch broke the installation of IE6. When running the command below during installation of IE6, a pathname is scribbled over the stack... C:\windows\inf\unregmp2.exe /Shortcuts /IE5 /RegExts Any ideas why? Mike Martin Fuchs wrote: > This patch is based on work of Ge van Geldorp <ge(a)gse.nl> and me. > > Changelog: > reimplementation of SHGetPathFromIDListA/W() using the new helper > functions SHELL_GetPathFromIDListA/W(). The new implementation avoids to > use IShellFolder::GetDisplayNameOf(), so that it behaves like the following: > > - return the absolute file system path, not relative to the dekstop > - return FALSE as error code if the path can not converted in a valid file system path > - don't return virtual CLSID paths > > Note: > The two helper functions will we called from other places in following patches, so they > are declared in the header file.

2 2

manpage slimmed down?
by cedric 08 Feb '04

08 Feb '04

Hi, recently i upgraded from 20031118 to 20040121. I noticed a lot of bugfixes and speed increases. Thanks! However, i don't like the new man.1 page as much as i did the one from 20031118. The section about what debug channels wine has is gone. This was nice info to have under 'man wine'. Why is it removed? Regards, cedric P.S. Sorry for posting a complaint as my very first post to this list. -- No microsoft products were used for this e-mail

4 4

IE6 Security Controls/URLMon;msimtf (nhl 2004)
by Abdul-Haseeb Ahmad 07 Feb '04

07 Feb '04

Okay when i use IE6 (installed by mike's script) any webpage that uses an activex control says my security settings are too high, even if i lower them (both custom settings and the slider have no effect), or even if i make the site a trusted website... now i believe this might be what be causing problems with NHL2004 because i get a script error 80040154 (which doesnt let me go in game) when i go to the game setup screen(rest of the game is flawless other than DXImageTransform filters not functioning), which is caused by a missing CLSID entry.. so i checked out the errors I was getting and urlmon.dll wasn't registered and neither was msimtf... now the thing that nhl was trying to call was the security manager which is part of urlmon.dll.. when i registered urlmon, it would crash the game, and i can't get msimtf to register because of problems it has with advapi32/user32 implementations... Im not sure what msimtf does, but i have a hunch that clearing the urlmon issue might solve my problems.. anyone have an idea of what i can do to solve this issue? Theres also an error: fixme:system:SystemParametersInfoA Unknown action: 8198 I have a feeling this is harmless though...

2 4

Are bugzilla patches getting in?
by Leonardo Quijano Vincenzi 07 Feb '04

07 Feb '04

Hello everybody. I'm new to the developers list. I have a question about patches in bugzilla. Do developers usually read the bug reports to check for patches? Or is it better to send them directly to wine-patches? I'm talking about the following (minor) bugs, just in case: http://bugs.winehq.org/show_bug.cgi?id=1980 http://bugs.winehq.org/show_bug.cgi?id=1981 Thanks in advance. -- Leonardo Quijano Vincenzi <lquijano(a)hotpop.com>

4 5

Update: starcraft runs faster from debugger!
by cedric 07 Feb '04

07 Feb '04

crossposted to wine-dev, and wine-users Hi, I've done some more tests, and i found that when i run winedbg starcraft and wine starcraft and then again winedbg starcraft etc. It works, but always following this pattern: <boot my box> winedbg starcraft :all runs perfectly wine starcraft: all video choppy winedbg starcraft :all runs perfectly winedbg starcraft: all video choppy wine starcraft all video choppy winedbg starcraft: :all runs perfectly Looks like winedbg leaves some things in a bad state, and running wine seems to solve the problems. However, after each run of winedbg i have 4 more of these: 1797 pts/0 00:00:01 wine-kthread <defunct> And after about 4 or 5 times trying the wine trick doesn't work anymore, Whatever i do the game starts choppy. I don't know how to trace a program while it's running from the debugger, winededbg --debugmsg +x11drv <prog> doesn't seem to work. How is the corrrect startline? The trace from wine shows that DGA is disabled (even with /dev/mem set at 777) Can somebody confirm this pattern of events? you need ,wine-20040121 (haven't tried other versions) and starcraft retail or starcraft shareware to reproduce this. The shareware version of starcraft should be available at: www.blizzard.com Regards, cedric -- No microsoft products were used for this e-mail

2 1

programs/winedbg/elf.c breaks non-Linux platforms
by Gerald Pfeifer 07 Feb '04

07 Feb '04

Hi, I'm afraid the following patch which added programs/winedbg/elf.c date: 2004/02/03 00:14:12; author: julliard; state: Exp; Eric Pouech <pouech-eric(a)wanadoo.fr> - now detecting Dwarf debug information in ELF modules (but don't load it) - separated module management (pe.c, elf.c) from debug information management (stabs.c, msc.c) - worked around new wine-pthread and wine-kthread loaders (no longer use "wine" as default loader) - better convergence of gdb-proxy and winedbg for ELF handling - fixed ELF link-map walking - now using all loaded shared libs - (with the help of Robert Shearman) - added a bit of const correctness breaks building Wine on non-Linux platforms. For example, on FreeBSD 4.9 I'm seeing: elf.c: In function `DEBUG_ProcessElfFile': elf.c:344: error: `DT_NUM' undeclared (first use in this function) elf.c:344: error: (Each undeclared identifier is reported only once elf.c:344: error: for each function it appears in.) elf.c:344: error: `DT_PROCNUM' undeclared (first use in this function) elf.c:344: error: `DT_EXTRANUM' undeclared (first use in this function) elf.c:345: error: `DT_LOOS' undeclared (first use in this function) elf.c:345: error: `DT_HIOS' undeclared (first use in this function) elf.c:346: error: `DT_LOPROC' undeclared (first use in this function) elf.c:346: error: `DT_HIPROC' undeclared (first use in this function) Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

3 4

Wineboot should process RunOnceEx Entries
by Geoffrey Antos 07 Feb '04

07 Feb '04

I saw early postings about RunOnceEx in this mailing list circa January 2003, however the problems they presented were never fixed. Some programs come with simple INF installers because people can cheaply create an INF file, and use a free Setup.exe bootstrap file that reads the name of an INF file from Setup.ini or something similar. These programs do not have any way of processing RunOnceEx themselves. In the distant past before I had converted to Linux and wine, I used to deal with such programs quite a bit; RunOnceEx was Microsoft's way of allowing simple installers to register files, especially if a reboot and wininit was necessary to overwrite files. The basic structure of the registry format is: [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\Number] "Number"="program.exe arguments" "Number"="c:\\somepath\\somedll.dll|SomeExportedFunction" Number is nothing more than a number. All commands are processed in sequential order, first by key, then by value. If there is no pipe symbol in the line ('|'), the data of the value is executed as a program, with all following tokens passed on as arguments. However, if the pipe symbol is included, the portion to the left is treated as a DLL, and calls the exported function of the name to the right of the symbol. Once all values in a key are processed, the key is deleted, and the process starts with the next key. There is one subkey that has a special meaning: All keys/values in [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\Setup] are not processed at boot-up. Rather, they are read by the program runonce.exe, not included in wine. It is through this key that one gets the annoying "Updating Windows" box in the upper left corner of the screen, listing tasks being performed. I believe Powertoys for Windows 98 utilized this feature, but I do not remember how. However, these days RunOnceEx still has one important feature: Some people, like me, have programs that fail to load objects because the OS version is not set to XP. When the OS is set to xp, the install-ie6 script does not automatically process the RunOnceEx keys, failling to register all of the DLL's, including the Crypto support needed for programs such as Steam. As such, for IE6 alone, users have to process 50+ lines by hand, in something that SHOULD be processed at bootup, via wineboot.

3 3

Update: starcraft runs faster from debugger!
by cedric 07 Feb '04

07 Feb '04

1 0

Re: PATCH: virtual fixes for native mode
by Juan Lang 07 Feb '04

07 Feb '04

Hi Uwe, in NT the native (system call) interface is through ntdll. There are a number of subsystems implemented on top of that: the win32 subsystem, the posix subsystem, and the OS/2 subsystem. It's possible however to write an app that just uses ntdll; this is a "native" NT app. This page has a pretty good explanation: http://www.sysinternals.com/ntw2k/info/native.shtml --Juan __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

Re: PATCH: virtual fixes for native mode
by Uwe Bonnes 06 Feb '04

06 Feb '04

>>>>> "Marcus" == Marcus Meissner <marcus(a)jet.franken.de> writes: Marcus> Hi, This is the next try for assisting loading NT native dlls. Marcus> We need non-page aligned access for those drvs, which have Marcus> sections that are not page aligned. Marcus> Also some bad magic tries to write the import thunks into Marcus> thefirst page, so we need to map the header r/w too. Marcus> Ciao, Marcus Marcus> Changelog: Added possibility to map native mode dlls which have Marcus> sections that are not page aligned. What are native NT dlls? An explanation is appreciated! Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: DOC: improvement to the cross-compiling of the tests (take 2)
by Dimitrie O. Paun 06 Feb '04

06 Feb '04

On Fri, 6 Feb 2004, Michael Stefaniuc wrote: > Hello, > > Alexandre, please use this patch instead. Funny, funny :) -- Dimi. P.S. No patch attached.

1 0

Re: DOC: improvement to the cross-compiling of the tests doc
by Dimitrie O. Paun 06 Feb '04

06 Feb '04

On Fri, 6 Feb 2004, Michael Stefaniuc wrote: > here is an updated documentation for the cross-compiling of the Wine > tests with MinGW. You can safely drop the reference to that patch, things have been fixed since then. Even if they aren't, it's not the place for such kind of information. And while you're at it, maybe you can also include the instructions about cross-compiling the entire Wine tree. :) -- Dimi.

2 1

Re: OLEPictureImpl_Load: fix for headerless pictures
by Fabian Cenedese 06 Feb '04

06 Feb '04

>> Where did you disable it? My patch or yours? With my patch it should >> never even get to try to call CreateIcon (which fails). So either the >> field is not 0 or you don't jump out. > >I juste removed my header[1]==1, so you can say i rejected my patch. > >> >MessageBox with >> >"Failed to load control 'SSTab' from TABCTL32.OCX. Your version of >> >TABCTL32.OCX is outdated...." >> >> This is the error I wanted to eliminate, just look for my postings with >> SSTAB in the subject in the last two months :) >> When I jump out if header[1] is 0 then I don't get this error anymore >and >> VB programs with the SSTab control come up. But I only tried those >> without icons as I assumed that those with icons don't have a 0 field. >But they do have 0 field... > >I can't help you until i see how your app is supposed to work. >Please make sure the programm runs without (header[1]==0). That's the point, it doesn't work on wine in the current state. That's why I try to fix wine. Use my patch (even if it's wrong for your progs) then my app should come up and you can test what's going on. This bug in wine prevents many VB apps from running on wine. And as we have some of them I tried to fix it. bye Fabi

2 1

Out of the office and all of that.....
by Steven Edwards 06 Feb '04

06 Feb '04

Sorry if you have had mail bounced to me and all of that. I am still on post-wineconf vacation until monday and my mailbox is a little overflowing. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel