wine-devel July 2002

wine-devel@winehq.org

114 participants
231 discussions

Re: Apps that installs VBA
by Massimo 08 Jul '02

08 Jul '02

Looking in wine dir (~/c/windows) I found the 'missing' fsivba.dll. I think it should have been placed in ~/c/windows/system, or system32, not in ~/c/windows... I think there's again some problem with path handling or something like that, as it was with missing '\\' in the system.reg files some times ago. That problem caused also misplacement of some files, because of the malformed path. Regards Max

1 0

RE: WINE
by Steven Edwards 08 Jul '02

08 Jul '02

I'm forwarding a copy of this to wine-devel and reactos-kernel. The way that I have been doing it is to work out of the WINE tree to and submit changes back to them. I try to take a snapshot of the current WINE tree every few months and that then becomes the -stable branch for ReactOS. If there is a bug in the ReactOS wine any patch needs to be wrapped in a #ifdef __REACTOS__ that way it will be easy for us to submit patches back to wine. The long term goal is to make all of the WINE dlls upgrade able at anytime. So if you have a idea about a better way to do it then please let me know. Our branch is a little odd because it was not tagget right when they first committed it to CVS. It doesnt really matter to much about the version numbers though because we know where changes have been made on the ReactOS side by the #ifdefs. Thanks Steven --- Jurgen Van Gael <jurgen.vangael(a)student.kuleuven.ac.be> wrote: > Hi Steven, > > I set up my box here in France, and am starting to > code again. My > question: > I am not that experienced with forking etc ... So > should I modify the > dll's in the reactos tree and submit patches, diffs > or new files to > reactos, or do I submit all my work to WINE? > > Jurgen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

1 0

Apps that installs VBA
by Max 07 Jul '02

07 Jul '02

Installing AutoCAD 14, I get everytimes an error telling that VBA (visual basic for applications) cannot be installed (the messagebox tells a very very meaningful 'error 18' (sigh) and aborts VBA setup). As I've seen that someone is working on visual basic apps (maybe Ann and Jason Edmeades ?), does someone have an idea of the solution ? Regards Max

3 5

Re: Suggested bitmap coords resolve
by Andreas Mohr 07 Jul '02

07 Jul '02

On Sun, Jun 23, 2002 at 06:18:13PM +0300, P. Christeas wrote: > This patch resolves some trouble with bitmap drawing (DIBs), when the y-axis > uses negative mapping (LPtoDP). This makes Aut0CaD r. 14 usable under wine. > Please note bug #720, which was closed by this patch and note any problems w. > the patch. > > The second patch is a simple suggestion about a NULL handler. IMHO all NULLs > coming from external programs-libs should be handled in a prog. In that case, > a NULL causes no harm, but I guess my 'early test' may introduce a minor > speedup. "Am I right?" No, IMO this is not correct. If Windows doesn't handle NULLs, then we shouldn't either. How are we supposed to detect problems with our API implementation if all we ever do is handle every single problem gracefully ? That way we'll never find out about that grave implementation problem of ours leading to a NULL value... -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

2 1

Wrote an graphical wine.config frontend
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi Wine-Hackers! I wrote an graphical tool to make the administrations of the config-file easier for those windosen. Currently its only an prototype and isnt very stable. Its written in Java, compiled into native-Unix-binaries and it uses java-gtk as gui-toolkit. Its nearly as fast as C++ but coding is much easier and faster. I added a screenhot, and I hope that nobody's angry about the big download-size :-( My problem is that I dontknow all the wine.config options avaible, I've just implemented all active and all not active (;) options, only the program-specific setting are still not implemented and they wont be implemented in the near future. So is there an overview avaible, which explains all the options aviable in the config? Thx , Linuxhippy

1 0

Graphical Configuration-Tool for wine.conf
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi! I'm one of two web-masters of www.linux-wine.de . Many people in our forum asked for a graphical frontend to the wine.config. And because google didnt find anything, I've just wrote a prototype. Its written in Java, is compiled to a native-Linux program via gcj and uses java-gtk as toolkit. It is nearyl as fast as a C++ program, but coding is much faster und easier. And (for all GNU-fanatics) its fully GPL-compatible.... My problem is, that I dont know all options of the config-file. Till now I only implemented the options which stands in my wine-config, including the ;-Entries. Only the specific-program settings are not iplemented, its too hard to make this part GUI-based (I'm so sorry, but my english is terrible). Is there somewhere an overview over all avaible options? Is such a tool already avaible, or an existing codebase? Please note that Jine (Jawy after the rewrite) isnt ready for use. O.K it does work, but the code is awful and I'm currently working on a rewrite. May I ask wine-questions for this tool at this list? Thx , Linuxhippy

2 1

Strange behaviour -- app starts only with --debugmsg+snoop
by Max 06 Jul '02

06 Jul '02

AutoCAD again ! After finally R14 runs fine, i'm trying with AutoCAD 2000. Setup goes ok (besides usual VBA problem). Starting with 'wine acad' gives a very early error of unhandled access violation. I tried to start it with --debugmsg +snoop to see what happened and, surprise, app starts up quite good. It then hangs much later, but that's another problem. So the question : how it's possible that requesting snoop messages bypasses the initial access violation ? I think that snoop adds only a thunk to calls on native dlls.... Any suggestion appreciated ! Regards Max

3 2

Re: The filedlg95 behaviour
by Ann and Jason Edmeades 06 Jul '02

06 Jul '02

This leads to an interesting question. The MSDN states (edited for w2k behaviour but others are teh same): Initial Dir: Pointer to a null terminated string that can specify the initial directory. The algorithm for selecting the initial directory varies on different platforms. Windows 2000: ------------- If lpstrFile contains a path, that path is the initial directory. Otherwise, lpstrInitialDir specifies the initial directory. If lpstrInitialDir is NULL and the current directory contains any files of the specified filter types, the initial directory is the current directory. Otherwise, if the application has used an Open or Save As dialog box in the past, the path most recently used is selected as the initial directory. However, if an application is not run for a long time, its saved selected path will be discarded. *****> Otherwise, the initial directory is the personal files directory of the current user. Otherwise, the initial directory is the Desktop folder. Questions... Windows has the 'personal files' directory set to My Documents - That is why when doing this patch I implemented it that way. If you are saying you would prefer the home directory to be this, then why dont we make the Personal Files registry key always point to the users home directory? We either have complete compatibility eg. files go in ~ which is the Unix methodology, but windows apps looking in \My Documents directly would work, or we can try to slightly unix-ify the windows way and use ~ as the My Documents directory. I'm not convinced a patch should be submitted unless this is addressed. I have no problems assuming my change is not 100% correct, but we dont want a bounce of patches where someone tries to swap it back later to fix a specific unix app. BTW It is not a registry key directly which changes the behaviour, moreover which version of windows is trying to be emulated by Wine at that time. Regards, Jason

1 0

Re: wine/ dlls/dsound/dsound_main.c dlls/x11drv/x1 ...
by Steven Edwards 06 Jul '02

06 Jul '02

> Log message: > No need to call GetModuleFileName16 now that > GetModuleFileNameA > handles 16-bit tasks. With this patch I can now build dsound on Mingw if I import ntdll. Are there going to be other places like this where the A/W function can be used rather then the 16? Thanks Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

2 2

Re: ShellExecute placeholder patch
by Eric Pouech 06 Jul '02

06 Jul '02

Duane Clark a écrit : > > As the comment to ShellExecute states, there can be placeholders in > commandlines retrieved from the registry. For example, MS Installer has > this string: [snip] Hi Duane, It would be better IMO to merge actually ShellExecute and ShellExecuteEx Most of what you need is already in ShellExecute but not in ShellExecuteEx (of course, ShellExecute should call ShellExecuteEx, but this isn't done yet) A+

2 2

← Newer
1
...
17
18
19
20
21
22
23
24
Older →

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 July 2002