wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 08:37 PM 6/6/02 +0200, Patrik Stridvall wrote: > > >I'm not distracting. I wasn't refering to anything you said. > >I merely stated that whether you agree or not I don't consider > >to be of your concern. > > This will be my last email to this thread. You originally said: > > > > > > >Secondly who are you to tell people what they can or can't do > > > > > >for a living? > > And this is nonsense, since I didn't say anything like that. If the sentence implies that you said that then perhaps it is because english is not my main language. A better formulation would perhaps be: Secondly what other people do for living is not of your concern. This was an reaction to your statement: "What do you mean by 'bought out'? I suppose there where WINE contributors who now work for TG, right? If this is the case it is another point in favour of the LGPL..." This I interpreted as you MIGHT be against that some of Wine's contributors starting working with Transgaming and that is was POSSIBLE that you thought (or hoped) that a LGPL:ed Wine would have prevented that. Thus I replied as I did in the event that you really was against it. I should perhaps have formulated myself better, though. You one the other hand shouldn't interpreting everything litterary. This is especially true when discussing things with non native english speakers. > Please keep your twisted logic for youself, I won't bother > discussing this > anymore, I have better things to do... I don't think logic have very much to do with it in this case. It lies more in the realm of miscommunication.

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 08:10 PM 6/6/02 +0200, Patrik Stridvall wrote: > > > > >Secondly who are you to tell people what they can or can't do > > > >for a living? > > > > > > Huh? Did I say it was wrong what they did? Please provide > > > some evidence, > > > otherwise apologize... > > > >It was not meant as an accusation, merely a statement that > >it is not of your concern what other people do. > > Please don't try to distract. I'm not distracting. I wasn't refering to anything you said. I merely stated that whether you agree or not I don't consider to be of your concern. > Someone mentioned that > programmers got bought > out, then I asked what that meant exactly. I never said, that > I didn't > agree with programmers working for TG. In fact I think there > is nothing > wrong with that. So I didn't tell anyone they shouldn't do it. > Ok? So then we agree. Good.

2 1

GlobalAlloc returning memory that isn't 8-byte aligned?
by Warren_Baird＠cimmetry.com 06 Jun '02

06 Jun '02

Hi all, It looks to me like the wine implementation of GlobalAlloc is only returning addresses that are 4 byte aligned, not 8-byte aligned as MSDN says it should... Unfortunately on Sparc-Solaris double values need to be 8-byte aligned, and if GlobalAlloc is returning 4-byte aligned addresses - this is pretty hard. I'm afraid I don't really understand all of the magic going on in dlls/ntdll - I tried redefining ARENA_SIZE_MASK to ~7 instead of ~3, but this caused seg-faults in various places... Any suggestions on how to convince GlobalAlloc to actually return 8-byte aligned addresses would be greatly appreciated! Warren

1 0

winebootup
by Dustin Navea 06 Jun '02

06 Jun '02

After searching through the docs to see why there isnt any code in wine to run the normal windows bootup routines, i.e. Run/RunOnce/winboot.ini, see bug 717, I found something mentioning winebootup in the programs directory. I did a search for it on my whole system and didn't find it. What happened to it? Does anyone still have an old copy of it, I would like to put some of it's code directly into wine, or maybe reimplement it if it was problematic... Any info/help would be appreciated... -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 4

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 07:04 PM 6/6/02 +0200, Patrik Stridvall wrote: > > >First of all since it was in parts their code the could have > relicensed > >it to whatever they wished, so that wouldn't have been that large > >problem. > > No quite true. If the code is based on previous LGPL code, > they couldn't > relicense it, unless they also coded all of that previous > stuff. That's the > whole point of the LGPL. Obviously the author can relicense his code to whatever he wish. Now if if there are LGPL:ed parts that his code depends on he must remove them and if he wishes make his code usable in other contexts rewrite the LGPL:ed parts. Note that copyright only covers unique expression. Whether some his code was based on facts or ideas discover by authors of LGPL:ed licensed code doesn't count as far as copyright law is concerned. Also note that the LGPL has been fulfilled by since the other LGPL authors can keep his code so it will be quite hard to make additional claims especially since as I said copyright only protects unique expression. > >Secondly who are you to tell people what they can or can't do > >for a living? > > Huh? Did I say it was wrong what they did? Please provide > some evidence, > otherwise apologize... It was not meant as an accusation, merely a statement that it is not of your concern what other people do.

3 2

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br 06 Jun '02

06 Jun '02

Hello All At Wine-Devel! I am trying to convert a win32 DLL to a unix SO. The dll named if32dt is basically a wrapper over the serial port, interfacing some custom hardware. It is therefore a driver to the custom hw. This is part of a project to port a windows sales app to linux. There are about 6 DLLs with similar structure and my aim is to show my superiors that using winelib is much better than simply rewriting the DLL to use unix system calls. 1) I have sucessfully copied my project over to unix and built the so file The project is basicaly a couple of headers and the c file ifdt32.cpp bash# cd ifdt32/ bash# mv ifdt32.cpp ifdt32.c #the file is plain C , cpp was confusing gcc bash# winemaker --nomfc -imsvcrt.dll -I/usr/local/include/wine/msvcrt --dll . bash# ./configure bash# make bash# make install The DLL uses msvcrt so I added it. => I read some issues between msvcrt and crt in winehq.com After changing a couple lines of ifdt.c I was able to build libifdt.so . I had a lot of warnings like ifdt32.c:176: warning: comparison between pointer and integer My ifdt32.spec file is unchanged from what winemaker created name ifdt32 type win32 mode dll init DllMain import msvcrt.dll import advapi32.dll import comdlg32.dll import gdi32.dll import kernel32.dll import ntdll.dll import odbc32.dll import ole32.dll import oleaut32.dll import shell32.dll import user32.dll import winspool.drv ifdt32.c only uses msvcrt.dll, ntdll.dll , kernel32.dll, user32.dll I added simple printf calls to DllMain to see if it was being called when the SO is loaded make install correctly put libifdt.so in /usr/local/lib I ran ldconfig in /usr/local/lib with bash# ldconfig -v -n . libifdt32.so -> libifdt32.so libwine_unicode.so -> libwine_unicode.so.1.0 libwine_tsx11.so -> libwine_tsx11.so.1.0 libwine.so -> libwine.so.1.0 2) I created a trivial program to test libifdt.so bash# cat test.c #include "windows.h" #include "stdio.h" #include "stdlib.h" #include "string.h" #include "io.h" #include "conio.h" #include "fcntl.h" #include "direct.h" #include "time.h" #include "IFfunc32.h" printf("before start"); int main(void) { printf("before start"); if( IF_IFDT32_OPEN("COM2") == 0 ) { printf("We are working") ; } else { printf("Oh no!"); } } bash# make gcc -g -c test.c -I/usr/local/include/wine -I/usr/local/include/wine/msvcrt -I/home/nwine/ifdt32/ifdt32 gcc -o test test.o -lifdt32 -L/usr/local/lib This program seg faults. I have not been able to debug it with winedbg, it simply hangs with message "Starting with pid 0" bash# gdb test (gdb) b 1 Breakpoint 1 at 0x8048556: file test.c, line 1. (gdb) r Starting program: /home/nwine/ifdt32/test/test Breakpoint 1, main () at test.c:15 15 printf("before start"); (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x400387cb in dllname () from /usr/local/lib/libifdt32.so (gdb) bt #0 0x400387cb in dllname () from /usr/local/lib/libifdt32.so #1 0x8048563 in main () at test.c:15 #2 0x40057f9b in __libc_start_main () from /lib/libc.so.6 (gdb) p dllname $1 = "ifdt32" In this trace, it seems that a function named dllname is causing a segfault There is a string named dllname and it's contents are correct I think the winelib initialisation code has not been correctly called For example: the Dllmain function to start the DLL has not been called I have tried a great many things to work around this problem with no success. It is hard to debug because the seg fault happens very early and I havent been able to get winedbg to work. I have tried this on wine-20020509 and wine-20020122 with exactly the same problem. Thanks a lot for any help or pointers. Miguel Feitosa Sao Paulo - Brasil P.S> output of bash# ldd ifdt.dll libwine.so => /usr/local/lib/libwine.so (0x40010000) libwine_unicode.so => /usr/local/lib/libwine_unicode.so (0x40026000) libm.so.6 => /lib/libm.so.6 (0x40103000) libc.so.6 => /lib/libc.so.6 (0x40125000) libdl.so.2 => /lib/libdl.so.2 (0x40245000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000) ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 06:00 PM 6/6/02 +0200, Lionel Ulmer wrote: > >community's for not doing anything at all and letting things > in the state it > >was (well, not TG's fault except if you consider that they > 'bought out' the > >people who would have worked on it in their free time, but > that is just > >plain good business sense :-) ). > > What do you mean by 'bought out'? I suppose there where WINE > contributors > who now work for TG, right? Yes. > If this is the case it is another point in favour of the LGPL... First of all since it was in parts their code the could have relicensed it to whatever they wished, so that wouldn't have been that large problem. Secondly who are you to tell people what they can or can't do for a living?

3 2

opengl32 wglSwapLayerBuffers
by Jesse Allen 06 Jun '02

06 Jun '02

Hi, I've been on a kind of rampage trying to Warcraft 3 working the best it can under Wine. I have previously tried WineX, which works pretty much right out of their CVS. WineX has some of D3D8 done, thus War3 works easily. But however, it has some graphics bugs, and possible some what slower framerate than in Windows. Warcraft 3 has a secondary, opengl graphics driver in it. You can access it by running wine War3.exe -- -opengl for example. But when doing this on either Wine or WineX it would say wglSwapLayerBuffers... stub !, and there would be no graphics output. I investigated this and of course found that there was nothing there. I searched through gl headers and the wine sources for an opengl equivilant, and found a SwapBuffers(hdc HDC) through GDI/x11drv? I decided to call that from wglSwapLayerBuffers. In doing that, this still ignored a parameter of UINT fuplanes. I really don't know what fuplanes is for. So this is not at all a complete implimination of this function. An attached patch file shows my changes to wgl.c as from current release. I went ahead and tried War3 again with opengl. This time, it outputs graphics. In comparison with D3D8, there are no graphical errors, and it seems slightly faster. But DXGrab no longer works, but a quick solution is to switch to the same game resolution. The game looks like its working perfectly now!! No side affects have been seen with ignoring fuPlanes. I'm haven't worked on wine before, but I'm willing to work with whoever to figure out how to correctly implement this function or others related to this. Perhaps I can figure out what fuPlanes is? Jesse Allen cc me as I'm not subscribed to the mailing list. ___________________________________ NOCC, http://nocc.sourceforge.net

1 0

imports by ordinal
by juergen.schmied＠debitel.net 06 Jun '02

06 Jun '02

Hi! I'd like to use in a internal wine-dll(shell32) a function exported by an other dll(shlwapi) by ordinal. How can I do this in a clean way without use of GetProcAddress in a way it works with native dll's too? juergen

3 2

Need better documentation of Windows 16/32 APIs for Mingw Port
by Steven Edwards 06 Jun '02

06 Jun '02

Does anyone where I can find some good information on the win16/32 APIs? Any book refrences to amazon mabey? I'm trying to make a detailed list of what needs to be done to seperate all of the Wine 16/32 code and fix the locations of 16bit api call importations and it is turning in to a PITA. Finding anything on the normal APIs in MSDN is gettin harder everyday with all of the .NET crap they keep adding and the fact they tend to have a lot of bugs in there own docs. I will be submitting a few issues to bugzilla and emailing wine-devel this weekend with all of the TODO for proper seperation. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: null midi device
by Johan Gill 06 Jun '02

06 Jun '02

I was thinking: Couldn't one use timidity to make a fake midi device that actually produces sound? That would be something.

1 0

Bug 586
by admiral coeyman 06 Jun '02

06 Jun '02

Before retiring this bug with a patch, I have to check some things with somebody who knows the memory functions used in DOS emulation. I got the return address using CTX_SEG_OFF_TO_LIN on SegSs and Eip. Then, I used DOSMEM_MapDosToLinear on the return of DOSMEM_MapRealToLinear( (DWORD)*retpointer ) where retpointer is the result of the CTX call. I'm hoping that this gave me the linear address of the return address. Backup once, write a NOP ( 00 ) Backup again and write the 0x9b wait instruction. That should overwrite the interrupt call. Then, I have to back the return address up two bytes, to execute this code. Since my code pointer points to the first byte that I changed, I used DOSMEM_MapLinearToDos((LPVOID *)codepointer) and stored that value in *retpointer. Do these functions do what I think that they do and did I get my offsets right? If I got all of this right, I'll be able to complete the rest of these emulation interrupts, assuming an FPU is installed. There is one thing that bothers me. My resources say that this emulation code is part of the programs that use it. I don't have this program to test with. God Bless, --Admiral Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

1 0

Asymmetric mouse movement in DGA2 mode
by J. Christopher Pereira 05 Jun '02

05 Jun '02

Hi: I patched 'windows/x11drv/event.c' to run Starcraft in DGA2 mode. In DGA2 I noticed that the mouse movement is't symmetric, ie: mouse speed when moving left/up < mouse speed when moving right/down. To fix this, I modified 'dlls/x11drv/mouse.c', adding: void X11DRV_DGAMotionEvent( HWND hwnd, XDGAMotionEvent *event ) { update_key_state( event->state ); // HACK: fix asymmetric mouse motion if(event->dx < 0) event->dx *= 2; if(event->dy < 0) event->dy *= 2; send_mouse_event( hwnd, MOUSEEVENTF_MOVE, event->dx, event->dy, 0, event->time ); } (just empirical values) Why does this happen? Is there any cleaner solution? Observation: in 'send_mouse_event' says: "/* Relative mouse movements seem not to be scaled as absolute ones */" BTW, in this application, when the mouse reaches the border of the screen (moving the mouse cursor out of the window), the view is supposed to be scrolled in that direction. This doesn't work in DGA mode, but works when not using DGA Any idea? System: latest winex CVS version + XFree86 4.2.0

2 2

Making a patch
by Nix N. Nix 05 Jun '02

05 Jun '02

I have implemented the RunFileDlg in shell32.dll, but I don't know how to make a patch and submit it to wine-patches. Well, I have a pretty good idea, but I don't want to submit a garbage patch. Can you please help me ? Thanks.

2 1

Call for application owner
by Guy L. Albertelli 05 Jun '02

05 Jun '02

Having just fixed Bug 671, I think we need an owner for the Valve Hammer application. It demonstrates numerous bugs on the CVS version (4 days old). The bugs range from LoadLibrary errors during the installer run, to gui problems with the main screen. Even the tab control demonstrates differences from native in this package. I don't have the time to use this program as a test base and hope someone can step up and do it. The installer is the second attachment to Bug 671 and is all you need to get started. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

WINE dlls on Windows Status Update
by Steven Edwards 05 Jun '02

05 Jun '02

As many of you know, I have been in the process of porting the WINE shared libraries to Mingw as Windows PE dlls for the ReactOS project. Below are results of testing the dlls that we can build from the current WINE tree under Windows98SE. We were going to use win2k for this test however the Windows File Protection was giving us to much trouble for it to be worth it at this time. Another test is planned at the end of the month using win2k. Thanks to Chris Gianelloni for helping to setup and run these test in VMware. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson comcat.dll Win98 Test - Load of DllRegisterServer failed comctl32.dll Win98 test - shell32 imports ImageList_Read from comctl32.dll (kills 98 bootup) crtdll.dll Not Tested - Forwarder to Msvcrt crypt32.dll Not Tested - Stubbed Dll dciman32.dll Not Tested - Stubbed Dll dinput.dll Joy.cpl would not load in control panel dplayx.dll dxdiag.exe - Failure at step 2 (Creating Direct PLay object):HRESULT=0x80040154 (CLASS NOT REGISTERED) imagehlp.dll IE works , Outlook Express starts very slowly Check this =P http://service2.symantec.com/SUPPORT/nav.nsf/docid/2000011214501806 imm32.dll Stubbed Dll no problems but nothing to test with mapi32.dll If Outlook Express uses it then its fine. we replaced mapi32,mapi32x and mapi32s stub and it worked with hotmail and pop/imap. msdos prompt appears to be lined to mapi32.dll =P mpr.dll Didnt ask to login, Network Neigborhood is GONE, setupapi.dll is linked to missing export in mpr.dll:WNetCancelConnection2A error loading powerprof.dll a device attached to this system is not functioning. When trying to browse a smb network \\192.168.0.250 Error the network request is not supported msdmo.dll Not Tested as blank msimg32.dll Not Tested - Stubbed Dll msisys.ocx msinfo.exe loads and works. netapi32.dll FileSharing works. odbc32.dll Not Tested oleaut32.dll You cant view as a web Page in My Computer. If disable View as Web Page everything works fine oledlg.dll Nothing wrong but Stubbed Dll olepro32.dll Not Tested - Stubbed Dll rasapi32.dll No test as no modem at current riched32.dll Tested Win98 - Outlook Express, Networking, IE all flawless. serialui.dll No tested as no modem at current shdocvw.dll General Protection Fault - Explorer.exe shlwapi.dll Shell32 missing export from shlwapi SHRegGetUSValueA (kills 98 bootup) tapi32.dll No test as no modem at current twain_32.dll Not tested No Scanner to test with at this time. urlmon.dll Kills MSHTML. No Error. IE just doesnt work. Neither does View as Web Page crap. Forgot to test Outlook Express winnls.dll Not Tested - Stubbed Dll winspool.drv Error twice loading powerprof.dll - A device attached to the system is not functioning setupapi dll is linked to missing exported Winspool.drv:GetPrinterDriverDirectoryA the vmcontrolpanel.cpl is linked to missing export Winspool.drv:OpenPrinterA wintrust.dll Not Tested - Stubbed Dll

1 0

Re: Lower bugs changing note
by Andriy Palamarchuk 05 Jun '02

05 Jun '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > The changes on the lower numbered bugs are done by > me, > trying to get some of these old bugs out of he list > of > ones to be worked on, if they have been fixed..... I noticed :-) Dustin, thank you for the great work you do. It was long overdue to clean these old issues. I have some comments - sometimes you mark as resolved and ask to reopen if the bug still exists bugs with very nice reports. I think this is good approach when you can't check whether the problem still exists or for some obscure applications, but many of the bug reports you closed are short, nice and consious. I think better approaches with these sort of bug reports is: a) try to reproduce yourself - the best approach. Your confirmation in the bug comments is very important for developer who may try to fix the issue. b) if research looks complex - a half a way to solving a bug, you can add comment, smth like "Needs to be confirmed". In both cases bug can be assigned to the component owner. c) ask to confirm without resolving the bug All these approaches insure that bug report won't be forgotten and this can happen if the bugs are just marked as "resolved". Could you try to go through the old bugs you marked as resolved? I already started to do this. I'll leave my comments in the bugs I reviewed. Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)
by Steven Edwards 05 Jun '02

05 Jun '02

In case anyone is interested in a alternitive to winemaker. Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: José Fonseca [mailto:j_r_fonseca@yahoo.co.uk] Sent: Friday, May 31, 2002 1:18 PM To: Steven_Ed4153(a)yahoo.com Cc: mingw-dvlpr(a)lists.sourceforge.net Subject: Re: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw) On 2002.05.31 17:44 Steven Edwards wrote: > MFC can and has been built with Wine although M$ licensing regarding > MFC on non-windows platforms is confusing as it has been changes a few > times. I think VS6 Before SP3 is OK. > This is nice to know. The MFC has been subject of long threads here. It's good to know that we can give some alternatives when people ask. (My general idea is that people who minimally care with cross-compiler (not to mention cross-platform) compatibility would never choose to build an application upon MFC - and that's probably the reason for why MFC has been loosing some ground and interest... ) > Also you guys might be insterested in the winemaker.pl script. It > converts VS makefiles to UNIX makefiles and can configure your win32 > application to be built with winelib+MFC. I may look at adapting it to > Mingw as part of the port I once made a small sed script for that, but probably it's not as complete as winemaker.pl. But we do have a fairly complete MS Dev Studio workspace to Unix Makefiles converter. It's availabable on http://mefriss1.swan.ac.uk/~jfonseca/gnu-win32/software/msds/ and it will soon be included on a "mingw-utils" package. Perhaps that might be interesting for the WINE Lib project too? Regards, José Fonseca

2 1

Improving debugging (gdb) support
by tijs＠connectux.com 04 Jun '02

04 Jun '02

Hi, I'd like to improve debugging support for Wine, and have time to undertake a larger project. Either I could work on winedbg to match gdb's features, or I could try to make gdb understand Wine better. Given the amount of useful frontends for gdb, it seems wiser to go for the second option. I'd love to be corrected if you think working on winedbg is a better choice. Gdb seems to have trouble understanding the way windows processes run in Wine. If anyone has thought about this, I'd like to know your opinions on a good solution to this problem. Furthermore, it seems useful to make gdb parse the .pdb format, or other debugging information. Winedbg already has a working pdb parser, which I could port to gdb. Feel free to push me in the right direction. -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

7 7

RE: Clear up my License information
by Patrik Stridvall 04 Jun '02

04 Jun '02

> > So no, save the work nessessary for Rewind to make any patch > > from X11 licenser apply I don't see any problem from LGPL > > "contamintion" of the patches. In any case, as I said earlier > > this is Rewind problem, not the X11 licenser. > > Ok If its ReWinds problem that's cool. Yes. :-) > Are you still planning on doing any work porting the Wine > dlls to MS_VC? Yes. I haven't felt like working with the previous weeks though. > I could use some help seperating the win16 code from the ones I have > left. OK. I will see what I can do. First on my priority list is cleaning up and releasing the Microsoft Visual C project files generator though. One of Alexandre's Makefile changes broke it and I haven't taken time fixing it yet...

1 0

RE: Clear up my License information
by Steven Edwards 04 Jun '02

04 Jun '02

> So no, save the work nessessary for Rewind to make any patch > from X11 licenser apply I don't see any problem from LGPL > "contamintion" of the patches. In any case, as I said earlier > this is Rewind problem, not the X11 licenser. Ok If its ReWinds problem that's cool. Are you still planning on doing any work porting the Wine dlls to MS_VC? I could use some help seperating the win16 code from the ones I have left. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Latest CVS build can't find c:\windows\system
by Daniel Schwarz 04 Jun '02

04 Jun '02

>"Alexandre Julliard" <julliard(a)winehq.com> wrote: > > > Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > > > > > [wine] > > > +; Warning ! case sensitive directory names here ! > > > "Windows" = "c:\\windows" > > > "System" = "c:\\windows\\system" > > > > What makes you think they are case sensitive? > > Apparently it's caused by a bug somewhere, but if you will replace > c:\windows by c:\Windows (note an uppercase 'W') Wine will not be > able find the Windows directory. I'm experiencing problems with this. Just updated to the lastest CVS (June 4 2002) and I'm getting the following WINE error when trying to run any application: Invalid path 'c:\windows\system' for system directory: does not exist Perhaps you have not properly edited or created your Wine configuration file. Relevant snippets from my wine config file: [Drive C] "Path" = "/windows" "Type" = "hd" "Filesystem" = "win95" [wine] "windows" = "C:\\windows" "system" = "C:\\windows\\system" And from /etc/fstab: /dev/hda1 /windows vfat rw,auto,umask=000 0 0 /dev/hda1 is a Fat32 partition and does indeed contain \windows and \windows\system subdirectories. All lower case. winecheck gives me a "99% correct" score, and reports no problems with "Drive C" (all errors are related to file permission issues on Drive D which is not being used here.) snippet from winecheck output: ----------------------------- checking config file ----------------------------- 003. Checking config file access... OK. >>> Checking drive C settings: 004. Checking Path option... OK. 005. Checking Type option... OK. 006. Checking Filesystem option... OK. --> OK. So, I'm out of ideas. Any thoughts on what's going wrong here? Regards, Dan Schwarz http://www.winecentric.com/

2 1

Re: Lotus Notes Application Owner
by Daniel Schwarz 04 Jun '02

04 Jun '02

Ian writes: >I was under the impression that there already was one, but it looks like >I was mistaken. I will volunteer to own the Notes *R4* client, which I >regularly use. (I suggest having a different owner for Notes R5.) Ian, I'm the Lotus Notes application owner. I regularly use and test R5 on Linux, and I run a Linux Domino server at home. If you are interested in owning R4, that's fine by me. For what it's worth, from 1993-97 I was a programmer on the team that designed and wrote Notes R4 and R5 (Iris Associates) so I have some knowledge of application internals (although, sadly, no source code.) I'm following the discussion and bug report 466 although I have not been able to test with the latest CVS due to wine config problems detailed in my earlier message to the list. Regards, Dan Schwarz

1 0

Lotus Notes application owner
by Ian Pilcher 04 Jun '02

04 Jun '02

I was under the impression that there already was one, but it looks like I was mistaken. I will volunteer to own the Notes *R4* client, which I regularly use. (I suggest having a different owner for Notes R5.) My employer only recently began providing a VPN access option for Linux, so I've only been back to using Notes with Wine for a few weeks, but it seems to be working very well. The only bug I've noticed is that the left pane of the mail window (in which the "views" are shown) is resized to a zero width when the window is redrawn. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

My posts don't appear in mailing list
by Massimo 04 Jun '02

04 Jun '02

I sent 3 posts to wine-devel, but none appears there... I checked my subscription, and it's all ok ! What happens ? Regards Max

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