wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: d3dx8_math interface and stubs
by Raphaël Junqueira 01 Mar '03

01 Mar '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Vendredi 28 Février 2003 17:31, Rok Mandeljc a écrit : > I've implemented part of d3dx8.dll related to d3dx8math.h header (stubs, > I'll implement real functs later). > This is my first work with COM interfaces so please someone check it if > it's ok. Great ;) For me it seems correct, but i can't test now as i am not at home Problems: - - your headers are too "microsoft compliant": i can't use copy&paste with microsft headers for wine headers ;( - - inlining headers are not very usable with most of the unix compilers so you have to find a way to get it working (in my proto, i haven't inlining actived) If you want to play wuth dx i have already done most of the easy implementations of maths functions, MatrixStack is almost complete, etc... The last time i worked for dx8, i was trying to get D3DXFont working ... But i haven"t send it because lack of time ;( Regards Raphael PS: sorry for my very poor english, but i had an operation at my left eye, and i can't see very well ;((( > ChangeLog: > - added files: > - wine/dlls/d3dx8/d3dx8math.c (direct3d x 8 math functions) > - wine/dlls/d3dx8/d3dx8math_private.h (ID3DXMatrixStack > Implementation) > - wine/dlls/d3dx8/d3dxmatrixstack.c (ID3DXMatrixStack stubs) > - wine/include/d3dx8math.h (Direct3D X 8 Math definitions and > ID3DXMatrixStack Interface) > - wine/include/d3dx8math.inl (inline Direct3D X 8 Math functions) > - some minor adjustments in existing files -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+YIpSp7NA3AmQTU4RAjwSAKCdHibb6O4gggcSTFIZycJTvdTcQACZAbdR dRh7Vk+kqgTW8fXDTUEFuwI= =czE5 -----END PGP SIGNATURE-----

1 0

Re: more direct sound capture fixes
by Robert Reif 01 Mar '03

01 Mar '03

Thanks for the feedback. I know the debugging code is getting out of hand but what is the recommended way of providing useable traces. Should the debug code be put in a separate file? Are there standard routines for converting constants to readable strings? I'm new to wine so I don't know what the current practices are yet. The critical section was put in there because there is the potential of accessing that variable from all three threads. It's overkill now and probably not needed but I'm trying to track down some weird behavior in full duplex mode. That variable stores the state of both the read and write threads so we need to do bit opps on it. The current behavior of the driver reorders commands by placing ones that must be waited on at the head of the queue. Not sure why but I added that #define to allow it to be disabled. It makes the capture code more stable and deterministic. It defaults to the current behavior. I was running into under run problems in the capture thread where it had data to save but no headers to put it in. The headers were in the queue but ignored until after the timeout period. I added code to peek into the queue rather than giving up and it fixed the under run problem. I'm also having problems with the mixer and primary buffers and am trying to figure them out but I suspect a similar problem. The OSS people don't recommend using multiple threads for reading and writing. Three are currently used: the main app thread where the sound device is opened, one for writing and one for reading. Could this have something to do with my full duplex problems? audio.c is getting big with both input and output and wave and direct sound all together. Do we want to break it up someday? What about hardware mixing? Is anyone working on redesigning this? My needs are short term. I need to get my app working under wine right now but I would like to see direct sound audio better integrated someday and am willing to help. Thanks, Bob. Eric Pouech wrote: > > wineoss.diff: > > Added more debugging code. > it really starts being ugly and inefficient > > Started work on direct sound capture driver. > > Tried to get wave driver to work better in full duplex mode. > > Capture works but playback has problems. > just a few questions: > - I don't think you need the enable_crst, do you ? I don't think the > ioctl will be done in parallel anyway > - why do you need to change the message order ? you'd better in wave > capture, when you run out of waveheaders try to process the pending > messages (as we do in wave playback) before sending back an error, > without reordering them > > A+ > > -- > Eric Pouech

2 1

wcmd aliases
by J. Grant 01 Mar '03

01 Mar '03

Hello, A couple of aliases in wcmd would make life much simpler, common commands all have unix style alternatives such as dir -> ls, copy -> cp etc, could these be added as aliases of the DOS commands please? in the same way that dir works in the bash shell because it is aliased to ls. Regards JG

2 1

Wine dir
by J. Grant 01 Mar '03

01 Mar '03

Hello, After reading through my "config" file I pondered why the default Wine installation dir was c:\windows, in MS-Windows 9x,ntxx etc the instalation dir can be anything, "windows" and "winnt" being common defaults, as well as "win2k" I saw on some custom install machines. There is an enviroment variable and "config", "Windows" setting in the [wine] block and perhaps a registry setting for this. Would it be more appropriate to use "wine" as the instalation dir? e.g. "c:\wine" Regards JG

1 0

Report after porting a windows app to WINE
by Mike Engelhardt 28 Feb '03

28 Feb '03

Dear WINE developers, I develop an MS windows app and just got it working under WINE/Linux. It's call LTspice/SwitcherCADIII. It's a free schematic capture/SPICE simulator obtainable from www.linear.com/software. I've noticed a few things about WINE that might help you improve it. WINE can confuse SendMessage() with PostMessage(). LTspice uses SendMessage to handshake between threads sometimes. Wine usually obeys the difference, but treated some SendMessage calls like a PostMessage. My workaround was to poll volatile global variables. I needed to add some redraws to clear up some differences between WINE and Windows dialog box updates. This was for a tab control that make different controls on the pane visible or not depending on tab selection. Also LTspice draws directly to the screen and carefully counts the number of times it XOR'ed something with the screen. That behaved a bit different between WINE and Windows. Again, I found workarounds for most of it. I'm not sure, but maybe it's just a difference between obeying the SetROP2() setting for CDC::SetPixel() calls. The version of LTspice I put up on the web today, 2.01c, works quite well under WINE/Linux. The main problem with it is that the RoboHelp isn't working. Any advice there? A few other WINE issues: 1. The icons drawn on Property sheet tabs have a black background in WINE. In Windows it's the background color. You can see the problem on the Tools=>Control Panel tab icons. 2. The resize grip on the lower right hand corner of resizeable dialogs is drawn like a scrollbar. The "proper" windows method to draw these resize grips is to use a scroll bar created like this: CScrollBar m_Grip; char OldResizableGrip[] = "OldResizableGrip"; LRESULT CALLBACK GripWindowProc(HWND hwnd, UINT msg, WPARAM wParam,LPARAM lParam) { if(WM_NCHITTEST == msg) return(HTBOTTOMRIGHT); // the mouse cursor that goes with a grip on the bottom right of a window HANDLE oldWndProc = GetProp(hwnd, OldResizableGrip); if(WM_DESTROY == msg) // unsubclass { RemoveProp(hwnd, OldResizableGrip); SetWindowLong(hwnd, GWL_WNDPROC, (LONG) oldWndProc); } return(CallWindowProc((WNDPROC) oldWndProc, hwnd, msg, wParam,lParam)); } BOOL CSelectWaveformsDlg::OnInitDialog() { CDialog::OnInitDialog(); SetAllListBoxItems(); CRect rect(0, 0, GetSystemMetrics(SM_CXVSCROLL),GetSystemMetrics(SM_CYHSCROLL)); m_Grip.Create(WS_CHILD | WS_CLIPSIBLINGS | SBS_SIZEGRIP | WS_VISIBLE,rect, this, AFX_IDW_SIZE_BOX); CWnd *resizeWnd = GetDlgItem(AFX_IDW_SIZE_BOX); if(resizeWnd) { CRect rect, rect2; resizeWnd->GetWindowRect(&rect); GetClientRect(rect2); rect2.left = rect2.right - rect.Width(); rect2.top = rect2.bottom - rect.Height(); resizeWnd->MoveWindow(&rect2, FALSE); ::SetProp(m_Grip, OldResizableGrip, (HANDLE) ::GetWindowLong(m_Grip, GWL_WNDPROC)); ::SetWindowLong(m_Grip, GWL_WNDPROC, (LONG) GripWindowProc); } return(TRUE); } 3. Function key F6 is not trapped. 4. The cursor colors are off. For example, the voltage probe cursor should have a red body. In WINE it's black. The sleeve of the pointing hand is blue, in WINE it's black. 5. Font's aren't always correct. There's two types for schematics, "Arial" and "New Courier". The Arial can become italic depending on the size required. I would like to know if there is a way to determine if my app is running under WINE under runtime. That way I can work around more of these problems without imparing its performance under MS Windows. If you know the answer, please e-mail me directly. --Mike Engelhardt pmte(a)concentric.net

5 15

Re: FAQ updates
by Mike Hearn 28 Feb '03

28 Feb '03

On Fri, 2003-02-28 at 12:56, Andreas Mohr wrote: > Hi all, > > - Supported Platforms didn't mention MacOS X prominently enough by far... I think it should be made clear that Wine is useless on MacOS anyway, even if you do have the source and try to recompile for WineLib. It might simply be better to say, MacOS is *not* supported in any shape or form, and won't be until somebody does the large amount of work necessary to make it happen. > - add some URLs, correct URL handling > - remove linux.corel.com, as it's DEAD :-\ May it rest in peace.

1 0

Wine on Windows
by Serenity 28 Feb '03

28 Feb '03

Hi, Right, I've been Googling this one up, and I've found some information, but it's a few years old so I'm not sure if it's current... Has anybody had any success compiling and executing Wine on Win32? I know, it seems a bizzare concept, but I have legitament reasons to want to use Wine on Windows. There are some emails dating back to 2000 online saying it compiles on cygwin, but I'm not sure if this is still the case... Plus, ideally I'd be looking for a native port... Any directions would be great Ta Serenity

6 10

Enviroment variable formats
by J. Grant 28 Feb '03

28 Feb '03

Hello, While converting some paths, i had to frequently modify case.. Would it be possible for the fake wine drives use lower case names for their directorys by default? In MS-Windows different case is not a different file name. So I don't believe it will not make any difference to the program. The "config" has a mixture of all uppercase, and lowercase etc From wcmd there is also a mixture in the environment vars: COMSPEC=C:\WINDOWS\SYSTEM\wcmd.exe PATH=d:\vs\vc98\bin;d:\vs\common\msdev98\bin;c:\windows;c:\windows\system TEMP=E:\ TMP=E:\ windir=C:\WINDOWS winsysdir=C:\WINDOWS\SYSTEM USERPROFILE=C:\windows\Profiles\Administrator SYSTEMROOT=C:\WINDOWS the vars would be best in uppercase too IMO, as they are not differentiated. What do you think? Regards JG

1 0

Re: wine/ windows/painting.c windows/driver.c obje ...
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Thu, 27 Feb 2003, Alexandre Julliard wrote: > Replaced most uses of the auto-generated glue code by explicit calls > to WOWCallback16Ex. Yay! Will you get rid of the last 4 as well: ./loader/task.c:/* ### start build ### */ ./loader/ne/module.c:/* ### start build ### */ ./loader/ne/segment.c:/* ### start build ### */ ./memory/local.c:/* ### start build ### */ This is a rather obscure extension that is hard to understand, I'm glad it's on it's way out. -- Dimi.

2 1

CryptoAPI
by Eric 27 Feb '03

27 Feb '03

Is anyone working on the CryptoAPI? I saw that back in December of '01 that a couple people had some interest, but I don't see anything else in the archives since then. - Eric

1 0

Re: more direct sound capture fixes
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Thu, 27 Feb 2003, Eric Pouech wrote: > except that I'm not sure ALSA folks will be happy answering OSS related > questions ;-) True, but we might just trick'em into explaining how to do that in ALSA :) -- Dimi.

1 0

open source developer tutorial
by Dan Kegel 27 Feb '03

27 Feb '03

I'm writing a tutorial for budding open source developers; it's at http://www.kegel.com/academy/opensource.html My goal is to expand the pool of available open source developers by reaching out to e.g. college students who know C but aren't part of the open source / free software scene, and encouraging them to join in the fun. I use Wine in several of my examples, so be forewarned, this tutorial might cause a few newbies to post patches to wine. Feedback welcome. (I'm especially interested in usability comments -- the tutorial has to be easy to follow -- but any feedback at all would be helpful.) Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Consoles (1/3)
by Eric Pouech 27 Feb '03

27 Feb '03

Before Dan gets a sore throat by screaming out too loud, it's time to remove the console creation code from our CUI programs It's not the purpose of a CUI program to dictate its environment, but rather to make the best efforts to behave in the context its creator have(th) given it... (including console, input/output stream...) it means that running a CUI program (let's call it foo): wine foo => will use a a very primitive console (as if foo's output was printf:ed on stdout, and foo's input was read on stdin). no fancy support (like cursor pos, colors, scrolling...) will be available wineconsole foo => will use the ncurse backend of wineconsole (on current terminal) and will provide a full featured console I'll provide a bit later a way (for those who really like the user backend) to use it the same way as wineconsole foo (yes, don't always believe what's said on wine-devel, those people exist !!) let's start with wcmd A+ -- Eric Pouech Name: wcmd_con ChangeLog: - don't create a new console upon startup - no longer assume we're always attached to a console License: X11 GenDate: 2003/02/26 19:47:24 UTC ModifiedFiles: programs/wcmd/builtins.c programs/wcmd/directory.c programs/wcmd/wcmdmain.c AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/builtins.c,v retrieving revision 1.17 diff -u -u -r1.17 builtins.c --- programs/wcmd/builtins.c 11 Feb 2003 22:01:11 -0000 1.17 +++ programs/wcmd/builtins.c 26 Feb 2003 19:36:01 -0000 @@ -55,22 +55,25 @@ * Clear the terminal screen. */ -void WCMD_clear_screen () { +void WCMD_clear_screen (void) { /* Emulate by filling the screen from the top left to bottom right with spaces, then moving the cursor to the top left afterwards */ - COORD topLeft; - long screenSize; CONSOLE_SCREEN_BUFFER_INFO consoleInfo; HANDLE hStdOut = GetStdHandle(STD_OUTPUT_HANDLE); - GetConsoleScreenBufferInfo(hStdOut, &consoleInfo); - screenSize = consoleInfo.dwSize.X * (consoleInfo.dwSize.Y + 1); - - topLeft.X = 0; - topLeft.Y = 0; - FillConsoleOutputCharacter(hStdOut, ' ', screenSize, topLeft, &screenSize); - SetConsoleCursorPosition(hStdOut, topLeft); + if (GetConsoleScreenBufferInfo(hStdOut, &consoleInfo)) + { + COORD topLeft; + long screenSize; + + screenSize = consoleInfo.dwSize.X * (consoleInfo.dwSize.Y + 1); + + topLeft.X = 0; + topLeft.Y = 0; + FillConsoleOutputCharacter(hStdOut, ' ', screenSize, topLeft, &screenSize); + SetConsoleCursorPosition(hStdOut, topLeft); + } } /**************************************************************************** @@ -79,7 +82,7 @@ * Change the default i/o device (ie redirect STDin/STDout). */ -void WCMD_change_tty () { +void WCMD_change_tty (void) { WCMD_output (nyi); @@ -92,7 +95,7 @@ * FIXME: No wildcard support */ -void WCMD_copy () { +void WCMD_copy (void) { DWORD count; WIN32_FIND_DATA fd; @@ -145,7 +148,7 @@ * Create a directory. */ -void WCMD_create_dir () { +void WCMD_create_dir (void) { if (!CreateDirectory (param1, NULL)) WCMD_print_error (); } @@ -351,7 +354,7 @@ * FIXME: DOS is supposed to allow labels with spaces - we don't. */ -void WCMD_goto () { +void WCMD_goto (void) { char string[MAX_PATH]; @@ -423,7 +426,7 @@ * FIXME: Needs input and output files to be fully specified. */ -void WCMD_move () { +void WCMD_move (void) { int status; char outpath[MAX_PATH], inpath[MAX_PATH], *infile; @@ -462,7 +465,7 @@ * Wait for keyboard input. */ -void WCMD_pause () { +void WCMD_pause (void) { DWORD count; char string[32]; @@ -477,7 +480,7 @@ * Delete a directory. */ -void WCMD_remove_dir () { +void WCMD_remove_dir (void) { if (!RemoveDirectory (param1)) WCMD_print_error (); } @@ -489,7 +492,7 @@ * FIXME: Needs input and output files to be fully specified. */ -void WCMD_rename () { +void WCMD_rename (void) { int status; @@ -514,7 +517,7 @@ * */ -void WCMD_setshow_attrib () { +void WCMD_setshow_attrib (void) { DWORD count; HANDLE hff; @@ -570,7 +573,7 @@ * Set/Show the current default directory */ -void WCMD_setshow_default () { +void WCMD_setshow_default (void) { BOOL status; char string[1024]; @@ -597,7 +600,7 @@ * FIXME: Can't change date yet */ -void WCMD_setshow_date () { +void WCMD_setshow_date (void) { char curdate[64], buffer[64]; DWORD count; @@ -698,7 +701,7 @@ * Set or show the command prompt. */ -void WCMD_setshow_prompt () { +void WCMD_setshow_prompt (void) { char *s; @@ -722,7 +725,7 @@ * FIXME: Can't change time yet */ -void WCMD_setshow_time () { +void WCMD_setshow_time (void) { char curtime[64], buffer[64]; DWORD count; @@ -751,7 +754,7 @@ * Shift batch parameters. */ -void WCMD_shift () { +void WCMD_shift (void) { if (context != NULL) context -> shift_count++; @@ -772,7 +775,7 @@ * Copy a file to standard output. */ -void WCMD_type () { +void WCMD_type (void) { HANDLE h; char buffer[512]; @@ -786,7 +789,8 @@ } while (ReadFile (h, buffer, sizeof(buffer), &count, NULL)) { if (count == 0) break; /* ReadFile reports success on EOF! */ - WriteFile (GetStdHandle(STD_OUTPUT_HANDLE), buffer, count, &count, NULL); + buffer[count] = 0; + WCMD_output_asis (buffer); } CloseHandle (h); } @@ -827,7 +831,7 @@ * Display version info. */ -void WCMD_version () { +void WCMD_version (void) { WCMD_output (version_string); @@ -857,7 +861,7 @@ } else { if ((path[1] != ':') || (lstrlen(path) != 2)) { - WriteFile (GetStdHandle(STD_OUTPUT_HANDLE), syntax, strlen(syntax), &count, NULL); + WCMD_output_asis(syntax); return 0; } wsprintf (curdir, "%s\\", path); Index: programs/wcmd/directory.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/directory.c,v retrieving revision 1.16 diff -u -u -r1.16 directory.c --- programs/wcmd/directory.c 25 Feb 2003 03:58:42 -0000 1.16 +++ programs/wcmd/directory.c 26 Feb 2003 19:22:40 -0000 @@ -73,8 +73,10 @@ if (bare) wide = FALSE; if (wide) { - GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo); - max_width = consoleInfo.dwSize.X; + if (GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo)) + max_width = consoleInfo.dwSize.X; + else + max_width = 80; } if (paged_mode) { WCMD_enter_paged_mode(); Index: programs/wcmd/wcmdmain.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/wcmdmain.c,v retrieving revision 1.24 diff -u -u -r1.24 wcmdmain.c --- programs/wcmd/wcmdmain.c 25 Feb 2003 03:58:42 -0000 1.24 +++ programs/wcmd/wcmdmain.c 26 Feb 2003 19:36:00 -0000 @@ -50,7 +50,7 @@ int main (int argc, char *argv[]) { char string[1024], args[MAX_PATH], param[MAX_PATH]; -int status, i; +int i; DWORD count; HANDLE h; @@ -77,14 +77,6 @@ return 0; } -/* - * Allocate a console and set it up. - */ - - status = FreeConsole (); - if (!status) WCMD_print_error(); - status = AllocConsole(); - if (!status) WCMD_print_error(); SetConsoleMode (GetStdHandle(STD_INPUT_HANDLE), ENABLE_LINE_INPUT | ENABLE_ECHO_INPUT | ENABLE_PROCESSED_INPUT); SetConsoleTitle("Wine Command Prompt"); @@ -425,7 +417,7 @@ * */ -void WCMD_show_prompt () { +void WCMD_show_prompt (void) { int status; char out_string[MAX_PATH], curdir[MAX_PATH], prompt_string[MAX_PATH]; @@ -506,7 +498,7 @@ * Print the message for GetLastError */ -void WCMD_print_error () { +void WCMD_print_error (void) { LPVOID lpMsgBuf; DWORD error_code; int status; @@ -603,8 +595,10 @@ { CONSOLE_SCREEN_BUFFER_INFO consoleInfo; - GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo); - max_height = consoleInfo.dwSize.Y; + if (GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo)) + max_height = consoleInfo.dwSize.Y; + else + max_height = 25; paged_mode = TRUE; line_count = 5; /* keep 5 lines from previous output */ }

3 2

Re: Handle invalid export table
by Eric Pouech 27 Feb '03

27 Feb '03

Pavel Lapin wrote: > Running an installer for FAR file manager with turned on win32 debug channel > leads to crash due to invalid address of export table. > This installer can be downloaded at http://www.rarlab.com/download.htm, the > executable file seems compressed with RAR archiver. this is a compressed executable (with the infamous UPX0 & UPX1 sections) basically, your patch is not the right way of solving the problem (look at previous posts on winedevel, and read Wine Cousin or WWN editions 107 108) basically, we need to better detect RVA pointing out of sections to circumvent bogus informations in UPX header A+ -- Eric Pouech

1 0

Re: Consoles (3/3)
by Alexandre Julliard 27 Feb '03

27 Feb '03

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > but we also need to force console creation on jit debugging... Why would you want to force it? Why not let the user decide? Users who want a new console can specify the debugger as "wineconsole winedbg" in their registry. -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: A window size/move fix (repost)
by Alexandre Julliard 27 Feb '03

27 Feb '03

Duane Clark <dclark(a)akamail.com> writes: > Changelog: > Before changing window size/pos, handle pending ConfigureNotify events. That's only hiding the problem, and only in some cases. There is no guarantee that the ConfigureNotify has arrived by the time we do the resize, so we need to cope with a ConfigureNotify arriving at any time. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: SHELL32: fix for IShellFolder::GetAttributesOf
by Mike Hearn 27 Feb '03

27 Feb '03

On Thu, 2003-02-27 at 14:39, Alberto Massari wrote: > With this change, Internet Explorer 6 is able to read files from the filesystem using the builtin shell32.dll. > It still doesn't show the content of folders... Hey, thanks for that! Up until now I've been running everything through a local apache server, this will make my work a lot easier :) thanks -mike

1 0

Fw: Wine on Windows
by Serenity 27 Feb '03

27 Feb '03

> > What calls do you want to catch and why? File IO related (opens, writes, delete files yadada), network (TCPIP stuff)... Creating my own DLLs and proxying to the Windows DLLs isn't a bad idea, actually, so thanks...

1 0

Re: more direct sound capture fixes
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Wed, 26 Feb 2003, Robert Reif wrote: Cool stuff! Any games improve from these patches? > Direct Sound Capture driver. I could use help from anyone > familiar with the OSS driver and Direct Sound code. There > are a few things that I have questions about. The best way is to post those question to the list (maybe one per message), and maybe Cc: some of the ALSA lists as well. Waiting for someone to say 'OK, I can help, ask away' will not work. -- Dimi.

1 0

dvd2one
by hal-9000-＠t-online.de 27 Feb '03

27 Feb '03

hi, I am not a developer, please do not hurt me! I want to run dvd2one from www.dvd2one.com to "clone" my dvds! Every time I try to start the program, I get this error: wine win/dvd2one102.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: fixme:win32:PE_CreateModule Unknown directory 15 ignored wine: Unhandled exception, starting debugger... has somebody of you a solution for this? I tried it with and without native wininstallation, but everytime the same error. So if you want to spend a little bit of time for it, go on www.dvd2one.com and download the trial version! The program is absolutly great, and , there is no native linux tool that can do the same and i believe that there never will be one! thanks in advance for your help thorsten p.s. please don´t ignore me!

2 1

Road Rash
by Kevin DeKorte 26 Feb '03

26 Feb '03

Success! I was able to run Road Rash by Electronic Arts on a Wine No Windows install. This is great to see cause just a couple of months ago this game would not run. Config: RedHat 8.0 KDE 3.1 - arts sound WINE CVS 2/26/03 I did run the app in desktop 640x480 mode. And did have some issues with MIDI sounds, but it does that on some windows machines too. Kevin

1 0

using-ms-vcpp-with-gnu-win article
by Dan Kegel 26 Feb '03

26 Feb '03

http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html was just mentioned at http://developers.slashdot.org/developers/03/02/23/1939225.shtml?tid=156 Yup, I've been doing this, and the author is right: the commandline tools show off a few rough edges of Wine. As more people start using them, maybe we'll get them smoothed off (e.g. my fix to wcmd the other day to keep it from stripping off switches too zealously)... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 6

Re: wrc: change -J to -I-
by Alexandre Julliard 26 Feb '03

26 Feb '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Cleanup a bit the command line. > I know, I've introduced -J but I did it under time pressure, > I never liked it :). It seems to me -I- is more intuitive, > and cleans up the options space for stuff that we actually > need. Moreover, this option is relevant mostly for Wine, > so it's better if it doesn't use on of the precious letters. I think this will be confusing, -I- means something slightly different in gcc. I'd suggest fixing the dependency on getopt_long so that we can have long options without having to always introduce a short option too. Then we can get rid of -J and simply use --nostdinc. -- Alexandre Julliard julliard(a)winehq.com

4 10

windres devel forum
by Dimitrie O. Paun 26 Feb '03

26 Feb '03

Hi, Anyone know by any change where I can post some windres requests? That is, the devel mailing list for windres? TIA. -- Dimi.

2 1

annoyance running mingw
by Dan Kegel 26 Feb '03

26 Feb '03

I installed mingw under Wine today, and aside from the EULA etc. showing up blank in the installer, it installed just fine. And it even compiles programs ok! Cool! Unfortunately, mingw's gcc causes Wine to emit zillions of warnings like this: Warning: L"/mingw/lib/gcc-lib/mingw32/specs" not accessible from a configured DOS drive Seems like somehow Wine should have been able to avoid issuing that warning. Oh, ok, mingw could stick a drive letter on the path, or use \ as a dir separator, but it shouldn't have to, should it? - Dan p.s. Here's the full set of warnings from one compile of one C file: fixme:console:SetConsoleCtrlHandler (0x78010087,1) - no error checking or testing yet Warning: L"/mingw/lib/gcc-lib/mingw32/specs" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/lib/gcc-lib/mingw32/3.2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../include" not accessible from a configured DOS drive Warning: L"/mingw/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/include" not accessible from a configured DOS drive Warning: L"/usr/local/mingw32/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/as" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/as.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/as" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/collect2" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/collect2.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../." not accessible from a configured DOS drive Warning: L"/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/usr/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/ld" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/ld.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/ld" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/mingw32/lib/ldscripts" not accessible from a configured DOS drive -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

8 16

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