adding a data point to ALSA vs Wine sound discussion

Adding a data point to the ALSA and Wine sound discussion. ALSA has a general problem with: * Doubling volume * Playing sound bites two times when it doesn't receive data fast enough from an application. I tried playing a video file over a network using a non-wine player, then paused the network

Re: A wine success story

Dan Kegel wrote: Today I saw one that says "I have discovered a way to get Shockwave working under Linux. Funny, I did the same thing at one point. Worked well but was slow. I ended up using Shockwave in a VMware session because it was just infinitely faster than using Shockwave by means of Wi

Re: Call for Installer Bugs...

Dan Kegel wrote: (see http://bugs.winehq.org/buglist.cgi?product=Wine&component=wine-msi&keywords_type=allwords&keywords=download&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED for list) I have an installer bug in the 'zilla, I'd like to see whether it's on your l

Re: ALSA implementation

James Courtier-Dutton wrote: The technically best solution is for the application to do the resampling before passing it to the sound card, so any effort to do it in the sound drivers is always going to be sub-optimal, with sound quality suffering. I still fail to see how that's the case for Wi

Re: ALSA implementation

James Courtier-Dutton wrote: I have not looked at the wine source code lately, but I would advise you that it would be sensible to talk to the sound card at only the 48000 Hz rate. alsa-lib does do resampling currently, but it has some importance constraints that I think are incompatible with

OpenGL multiplexing and Wine

A couple of OpenGL multiplexers for Xen (and VMWare, theoretically) exists: http://www.cs.toronto.edu/~andreslc/xen-gl/ http://www.diku.dk/hjemmesider/ansatte/jacobg/gfx/ They allow guest virtual machines to render 3D graphics using the host machine's graphics accelerator. I think they are very

Re: [meta-bug] I can not contact Jeremy Newman

Joerg Mayer wrote: http://www.bugzilla.org/features/#eam As far as I can see from a real-world Bugzilla, Bugzilla's HTML munging means replacing the @ character with the HTML entity "@". That's a stupid scheme. Even if it replaced all the characters, it would be a stupid scheme: First, it's t

Re: Rooms for Wineconf - Please act now

Jeremy White wrote: The thing they *don't* have (to my dismay) is rooms with double beds (or they do, but they're very expensive; more than twice). Seeing as Dan mentioned that WineConf is for Wine developers only... Would it be very untactful of me to ask you whom of the other wine developers

Re: wintrust: Only return ERROR_SUCCESS in WinVerifyTrust

Dan Kegel wrote: Not to be harsh, but: Hehe ;-). I know, I was just poking, hoping to get an explanation for why James' particular app might be more beneficial than Process Explorer. (yes, I like Process Explorer, I use it for debugging from time to time.) The optimal thing of course would b

Re: wintrust: Only return ERROR_SUCCESS in WinVerifyTrust

James Hawkins wrote: I'd rather have 5 more apps installing, than one app working (and it's Process Explorer of all things). Who are you to say which apps are important and which aren't?... Andreas Mohr wrote: Indeed, but I'm not sure it's a good idea to kill all comment annotations in the pr

Re: wine notepad.exe: Segmentation fault

Christoph Frick wrote: another good chance to skrew up: when you build your stuff in the same directory over and over again from cvs/git/nameit and you have change in your build environment, then even a ``make depend`` wont help you - autohell does not check against gcc, CFLAGS, ... -> make clean

Re: wine notepad.exe: Segmentation fault

> The only thing I can think of that might have happened (other than a > Wine bug) is GCC or GLIBC being upgraded by 'emerge world'. GCC > --version says "gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, > pie-8.7.8)", while ls /lib/libc* says "libc-2.3.6.so". Perhaps you can revert to 0.9.15 and r

Re: wine notepad.exe: Segmentation fault

Vitaliy Margolen wrote: > Any suggestions (please!)? Yes of course: Please file a proper bug report in Bugzilla. And use wine-users ML for this. That's hardly very helpful, but thanks anyway.

wine notepad.exe: Segmentation fault

Been running 0.9.15 for a while without problems. Since a week ago (or so) when I updated to HEAD, all I get from Wine is this: wine-git # notepad Segmentation fault Nuking ~/.wine doesn't help: wine-git # rm -rf ~/.wine wine-git # notepad wine: creating configuration directory '/root/.wine'...

Re: Drive mapping of Z:

Dimi Paun wrote: Fixing your X installation would do you a lot more good. Not sure how much it would help though - I'm secretly also slightly hateful towards the concept of configuring and switching between two user accounts just to do daily work. It seems such a conceptually broken solution (

Re: Drive mapping of Z:

Kuba Ober wrote: ?! You're saying that you can't get wine to work for you as non-root? Do other X applications work for you as non-root? Can't remember, but my gut feeling is 'no'. (It's probably something really simple too, I just don't have the time, energy nor do I even want to figure out h

Re: Drive mapping of Z:

Christoph Frick wrote: Molle Bestefich wrote: > But in PRACTICE, it would help a lot to hinder total system > destruction once viruses start running correctly on Wine. > (Especially for users like me, who always runs Wine as the root user > ;-).) you complain about security in win

Re: Drive mapping of Z:

Stefan Dösinger wrote: Disabling the Z:\ drive won't help security in THEORY... because windows applications can still do Linux syscalls (int 0x80) which they can use do do anything native apps do, like accessing files outside wine drive mappings. But in PRACTICE, it would help a lot to hin

(off-topic) tomshardware benchmark: Ati vs Nvidia on Linux

just in case anyone is interested... http://www.tomshardware.com/2006/07/12/geforce_and_radeon_take_on_linux/

Re: "assumed" graphic card memory

I'd say it needs a framebuffer device which I do not have Use the PCI variant ;-). Also, the PCI path varies a lot Obviously. The correct PCI path would need to be found first. (I used "lspci|grep VGA", hehe.) None of this works at all on non-Linux systems, for that matter. (Wine does ru

Re: "assumed" graphic card memory

Christoph Frick wrote: within the dlls/wined3d/device.c there is a define for the fake size of the graphic-card memory. Odd. Isn't it relatively easy to figure out? Perhaps something like: # ls -lS /sys/class/graphics/fb0/device/resource* | head -n1 | awk '{print $5}' 134217728 or # ls -lS

Re: indented relay traces

James Hawkins wrote: I don't know if you've ever wished the relay traces were indented by the level of the call, so you can get a better feel for who calls what from where, but I thought it would be nifty. I've attached a patch > for dlls/ntdll/relay.c that gives you this. Hah, funny.. I made

wine bugzilla questions

Regarding the Wine bugzilla "keywords": http://bugs.winehq.org/describekeywords.cgi 1) Where are they documented? 2) What does FIXME mean (seems superfluous)? 3) Should there be an "installer" keyword to easily pinpoint installer problems?

Re: Wine developers?

Jonathan Clark wrote: Judging by the two negative reactions Based on the expressive smiley in my posting, I'd hardly consider it negative. It was more of a well-meaning joke, but perhaps also one that told how your posting could be interpreted. I *would* find it interesting to know how much i

Re: Wine developers?

Jonathan Clark wrote: replaces the Windows loader for loading EXEs & DLLs, doing things like mapping, imports, and thread/process management. It also replaces ~400 Win32 api functions "We're currently borrowing code from the Wine project..." with funding coming from our customers. Recently

Re: How are we doing?

Since my previous posting(s) were poorly written (and/or misconceived), I'd like to try and explain my point again. Some coders think: "If it was hard to write it should be hard to understand, so that when people finally get it, they'll be amazed at how clever I am." Writing good comments can IM

Re: iphlpapi: forward Icmp* functions to icmp.dll

Dmitry Timoshkov wrote: In XP SP2 it's icmp.dll who forwards its entry points to iphlpapi.dll, so we need to move some code around to accomplish the same thing. Curious; what happens when this is implemented and wine is running in eg. win98 mode? Won't there technically be a discrepancy of some

Re: Linux noob

Kuba Ober wrote: Molle Bestefich wrote: > Kuba Ober wrote: > > > I'm annoyed that .wine is inaccessible through KDE and Gnome apps. > > > > It is accessible all right. You just don't know how to get there. > > Please insert relevant context when quoting.

Re: Linux noob

Kuba Ober wrote: > I'm annoyed that .wine is inaccessible through KDE and Gnome apps. It is accessible all right. You just don't know how to get there. Please insert relevant context when quoting. You're obviously misrepresenting what I said, turning it into something completely else, and the

Re: Linux noob

Neil Skrypuch wrote: I can't say I've ever seen that. What apps in particular? Can't remember offhand. I was annoyed enough by it to create the symlink at one point. Both the standard Qt open file dialog and the Gtk open file dialog work fine with . directories for me, which doesn't leave man

Re: Linux noob

Molle Bestefich wrote: No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog. The symlink workaround works fine though. My main argument was that hidden folders is an ugly workaround for bad directory structure.

Re: Linux noob

Neil Skrypuch wrote: You can always type .wine in to access it, even if it isn't visible. No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog.

Re: Linux noob

Peter Beutner wrote: Because it is the defacto standard to store settings under ~/.. Only for stuff that's thought to be generally uninteresting. Your KDE desktop, for example, resides under ~/Desktop. And with enough applications installed that use this "standard" you probably will be glad

Re: To or or not :-)

Robert Shearman wrote: Perhaps you could post your coding style rants on a blog somewhere, Yeah, sorry. It was a joke on the K&R discussion - hence the smiley in the subject ;-).

Re: How are we doing?

Dmitry Timoshkov wrote: I'd suggest to return and carefully reread the whole paragraph I've quoted and replied to. It has nothing to do with a constructive talk about commenting the code, instead it's full of insults and hits. It has everything to do with a constructive talk about comments. I

To or or not :-)

isn't it rather insane to require specific editor settings just to be able to *view* the code? It's a necessity for some editors. The TAB setting can be embedded in ASCII files, there are various magic comments that will cause vim and emacs to switch to a readable tabs setting. What is insane

winedbg: newbie question (sorry...)

Hello Carsten Niehaus ([EMAIL PROTECTED]) over on wine-users gets a page fault when he tries to print with this app: http://www.learn-line.nrw.de/angebote/gefahrstoffdb/Gefahrstoffe.zip He's posted a backtrace: fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer list s

To K&R or not

EA Durbin wrote: >K&R style brack placements They are an eyesore and make things difficult to read. Highly subjective. I think K&R has distinct advantages, namely it unites the scope begin token with the relevant control statement. For me, this makes code easier and faster to read, since I c

Re: How are we doing?

Mike McCormack wrote: Add all the great comments you like, but you still actually have to read the code and understand it to figure out how to fix it. Often the goal is not to fix it, the goal is to understand it in order to fix something else. So, IMO, you're better off striving for the Utop

Re: How are we doing?

Mike McCormack wrote: /* My tests reveal that it's done this way */ /* FIXME: this is broken */ /* go forward in the array */ Then you've got the whole issue of maintaining the comments in synchronization with the code. You've gravely misunderstood what good code commenting is? Good comment

Re: How are we doing?

EA Durbin wrote: lack of comments in the code +1, I think it's horrifying.

Re: How are we doing?

Tony Lambregts wrote: The Application Queue is not being processed in a timely fashion. For myself I am busy with my day job, working on upgrading bugzilla, and burnt out/frustrated trying to keep up with Application submitions (I am too soft hearted to reject some submittions that probably shou

Re: How are we doing?

KGJ <[EMAIL PROTECTED]> wrote: The AppDB is a great idea, but why is it so poorly integrated in the main page? The same question goes to the Bugtracker and the Wiki where the situation is even worse. On most web pages you have a navigation bar which remains the same as long as you are on the same

Re: Picasa for Linux available!

Stefan Dösinger wrote: > I get a 404 on http://picasa.google.com/linux/. > Works only from inside the U.S. Lame. Why? You can use google translator as a proxy Hah! So you can. Funky :-D. Thanks!

Re: bug irony - bug in firefox or xorg

EA Durbin wrote: While browsing the bug database I discovered a bug, in which my x server crashes when i use the side horizontal scrollbar in firefox. I was browsing this attachment in firefox http://bugs.winehq.org/attachment.cgi?id=2517&action=view Doesn't crash at all here using xorg7 and M

Re: Picasa for Linux available!

Dan Kegel wrote: Google has indeed been working on Picasa, and it's finally available for download at http://labs.google.com/ I get a 404 on http://picasa.google.com/linux/. But great news anyway :-).

appdb [HeidiSQL]

What's going on with the AppDB? It's really annoying to spend a lot of time testing apps, grabbing screenshots, writing descriptions etc., just to see that nobody approves the applications entered. Can we please drop this entire "approval of new apps" crap? Or just give me proper privileges to

approval of appdb entries?

Who do I have to give a rim job if I want to be able to commit new applications to the AppDB without waiting for approval? Waiting for approval before being able to upload screenshots etc. sucks!

Re: will the real winedbg experts please stand up / please stand up

Eric Pouech wrote: well, that's strange, the program you stop in the X11 error handler. I tried it here and it works fine. what happens if you try starting the pgm from the debugger ? It starts behaving differently compared to running it with plain wine. Still using the synchronous trace, it lo

will the real winedbg experts please stand up / please stand up

Oi Trying to attach a debugger to an application crashing in X11DRV. Enabled the synchronous trace, and the debugger does start, but it's output doesn't show up on the console. It accepts commands such as c for continue, but it's useless if I want a backtrace, for example. Which I do :-). He

crash in mixer.c:457

Winecfg --> Audio --> OSS, Full Hardware Acceleration. wine starcraft.exe. Result: wine: Unhandled page fault on read access to 0x7e5c at address 0x7d3c02d6 (thread 000f), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7e5c00

Re: What's in mmbranch

Neil Skrypuch wrote: echo "dev-util/cogito curl webdav" >> /etc/portage/package.use to only enable those use flags for cogito. Neat, thanks for the info! *bookmarks conversation...* I'm using 'ufed' to define the flags though, since that's the easiest way to browse the hundreds of flags avai

Re: What's in mmbranch

Molle Bestefich wrote: Eep. Cogito on Gentoo is broken: [snip] If it's not too much work for you, could you set up git:// access to your branch? Oops, never mind that. Enabling "curl" and "webdav" USE flags on Gentoo makes git-http-fetch work. (Also causes my HT

Re: What's in mmbranch

Mike McCormack wrote: Here's the list of patches on top of Alexandre's "origin" in my public Wine tree. You can pull the branch more easily after setting it up as follows: cat > .git/remotes/mmbranch

Re: HTML e-mails

Vitaliy Margolen wrote: > People please don't send HTML e-mails to the mailing lists. All mailers send a text/plain MIME alternative also. So we could just have the wine mail servers strip the HTML alternative, et voila?

Re: Web forums - simple suggestion

Eric Pouech wrote: > my 0.02€ on the longuest thread of the year. I think we ought to have some sort of a phpBB forum. That way you wouldn't get all this crap in your inbox - you could just selectively choose the topics that interest you :-)..

Re: Web forums - simple suggestion

Jeremy White wrote: > > Of the problems mentioned at: > > http://article.gmane.org/gmane.comp.emulators.wine.devel/41377 > > > > your idea provides a solution for 1, 2, 3 and 4. That's of course really > > nice. > > It doesn't have a solution for 7, which is something I think will be missed. > >

Re: Re-proposal: web forums

Joseph Garvin wrote: > 1. They can bookmark forum posts. > > 2. Webmail interfaces are very popular but often suck at threading > mailing lists. Good points. > 3. phpbb has become so widespread that signing up for a forum is > something that they know how to do and are familiar with. > > 4. phpbb

Re: Web forums - simple suggestion

Jeremy White wrote: > http://www.winehq.org/site/forums > > There is way too much information; the useful bits > (the Gmane and Google links) are buried way to deep imho. Just took a look at it. I definitely agree! > For a while, the two were connected, until the old gateway > we were using bro

Re: Sum-up: Re-proposal: web forums

Philippe A. wrote: > When I saw the Wine Wiki, I was disappointed that the app db wasn't > integrated into it. There does seem to be a lot of stale information in there. Maybe a Wiki would be better suited for the AppDB than the current forum. A forum there is fine too, but exposing it like it is

Re: Sum-up: Re-proposal: web forums

Tom Spear (Dustin Booker, Dustin Navea) wrote: > > If solution 3 ever takes off, I will gladly contribute with coding. > > Realistically, though, i cannot implement something like this all by > > myself, especially not in any kind of a timely fashion. > > I can contrib some code (need to start lear

Re: Sum-up: Re-proposal: web forums

Philippe A. wrote: > I stayed away from them for a very long time, until I came across Google > Groups. Google taps so well into newsgroups that now I think all mailing > lists of the world should be turned into a newsgroup :-) > > (Note I keep advocating this suggestion because I'm quite convinced

Re: Sum-up: Re-proposal: web forums

Hi Philippe, Interesting post :-). I don't have time right now to answer all the pros you mention for newsgroups, so I'll just throw in a couple of things that I think is flawed in your suggestion (rude, perhaps! sorry!). Philippe A. wrote: > I guess you know what newsgroups are, and that they e

Re: Sum-up: Re-proposal: web forums

Sterling Christensen wrote: > Lots of forums support RSS, and you can "subscribe" to a topic > - two ways for forum posts to come to you. Those are definitely nice features. > There are lots of people who prefer forums. Everything seems so much > easier to me with a proper modern forum. There is

Re: Re-proposal: web forums

Scott Ritchie wrote: > This makes perfect sense to me: I _hate_ mailing lists, especially the > kind that I have to subscribe to in order to post - it's far easier to > run a search on a web forum (rather than googling the list archives), Can you explain what's so different between Google and a fo

Sum-up: Re-proposal: web forums

Hi I've tried to sum up the problems with the wine-users mailing list that are urging many people to call for a forum.winehq.org. I hope it's useful. Problems 1) Cannot post without configured mail client 2) Browsing old topics and replying/posting new ones happen in two different p

Re: Re-proposal: web forums

Mike Hearn wrote: > Obviously _some_ people post to wine-users, but judging from other > projects I'd expect there to be a lot of others who don't, simply > because they're not comfortable with mailing lists as an interface. When I first tried Wine many a year ago, it didn't work. I saw there was

Re: REALLY old backwards compatability and Wine

Segin wrote: > you all may find intersting. Not me. Nyah, nyah. > I went to make sure that Wine wasn't broken, so I re-exec'd the binary, > but only to get this: I've recently seen exceptions too when trying to run Win3.1 (and DOS, but I'm not sure that's supposed to work) applications. Sucks,

Re: Re-proposal: web forums

David Shaw wrote: > Actually, "sticky" posts are ones that don't or can't get deleted Aha. So people usually delete posts from bulletin boards after some time? Who decides what gets deleted, an administrator or the postee, time, or?... That's a feature that would be very hard to implement as a w

Re: Re-proposal: web forums

Segin wrote: > People get upset with me cause I won't reveal my real name, That, or maybe just because you act like an asshole :-). n0dalus wrote: > Some ideas: > - Threads get shown in usual bulletin board style What exactly is that? I agree that the pipermail interface is nothing short of abs

Re: Re-proposal: web forums

Paul wrote: > No seriously, I don't have the time to spend going out and monitoring a > dozen forums. I find mail lists much more convenient ... the > information comes to me, I don't have to go to the information. I feel the same. I'd like to know exactly what it is that people find so convenien

git & sharing patches (was: SoC idea: improve dsound/winmm)

Mike Hearn wrote: > Do the artifacts change or disappear if you use my thread priority patch? I'd like to try out your patch with a couple of apps where sound is shoddy. What's the correct GIT way to apply your patch (and still be able to pull changes from the Wine tree)? Apologies if it's a stup

Re: SOC project

Willie Sippel wrote: > Still, a DIB engine would be great, it would fix quite visual glitches in > certain applications. I also tested a few applications recently (audio > apps, no games) that were unusable slow with X at almost 100% > CPU load on every interface redraw - I guess that's an issue th

Things That Doesn't Work Too Well With DxGrab=Yes (tm)

Hi. Hope I do not spam too much. Things That Doesn't Work Too Well With DxGrab=Yes (tm) = 1.) Grabbing isn't disabled when I switch to the KDE menu with CTRL-ESC. (I was trying to start ksnapshot.) 2.) Grabbing isn't disabled when I switch (to ksn

Re: Starcraft vs. fullscreen

Neil Skrypuch wrote: > You can tell Wine to use xvidmode instead of xrandr. Add UseXVidMode as Y > and UseXRandR as N in \HKEY_CURRENT_USER\Software\Wine\X11 Driver. Aha, that's why my XVidMode=Y didn't work. How odd that one flag isn't enough. eg. SwitchResolutionWith = XRandR / XVidMode Thank

Re: Starcraft vs. fullscreen

Neil Skrypuch wrote: > Molle Bestefich wrote: > > I can switch to 640x480 just fine using [CTRL] [ALT] [-], > > That uses xvidmode to switch resolutions (and really just changes the amount > you can view, the desktop size stays the same, try moving the mouse to the > edges o

Re: tasklet - sfd2ttf - eliminate dependency on FontForge (for anybody who's interested)

Brian Vincent wrote: > > 2.) Seems like slight overkill, considering that the user can just > > install FontForge. > > What is wrong with the simpler solution you mentioned: > > > > > * put a warning about this in configure > > This issue that we can really do decent font support with our fonts

Re: README: Updated to not point users at wineinstall and to mention fontforge

> > echo "=media-gfx/fontforge-20060406" >> /etc/portage/package.keywords > > echo "media-gfx/fontforge ~x86" >> /etc/portage/package.keywords Latter version is definitely preferable, as otherwise FontForge will never again be upgraded (right?).

Re: tasklet - sfd2ttf - eliminate dependency on FontForge (for anybody who's interested)

Mike McCormack wrote: > As I'm busy with my day job at the moment, we're only missing somebody > to write it. Any volunteers? I'd be happy to volunteer, but.. 1.) I haven't got the knowhow (I don't even know what an sfd file is) :-). 2.) Seems like slight overkill, considering that the user ca

Re: Starcraft vs. fullscreen

Jesse Allen wrote: > Molle Bestefich wrote: > > Looks like xrandr [support] is broken. > > It says "Changing Resolution to 640x480", > > so that sounds great - only it doesn't. > > I'd maybe look through xorg.conf or you X.org > log and see what

Re: Starcraft vs. fullscreen

Jesse Allen wrote: > > These lines could explain why Starcraft is unable to switch to fullscreen: > > > > err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default > > fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 > > to 8 > > fixme:xrandr:X11DRV_XRand

Re: XVidMode is required for Gamma Control

Molle Bestefich wrote: > Mouse grabbing is now broken both with and without UseXVidMode. Scratch that. When using a virtual desktop, DXGrab works fine, with UseXVidMode=Y too. It does screw up if the window is placed near the KDE taskbar and you drag the mouse in that direction, but alas..

Starcraft vs. fullscreen

These lines could explain why Starcraft is unable to switch to fullscreen: err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 to 8 fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP f

Re: XVidMode is required for Gamma Control

Jesse Allen wrote: > Just set UseXVidMode = Y in HKCU\Software\Wine\X11 Driver and test the game. Ah, crap, someone's broken it completely. Can't exactly blame UseXVidMode though. It's something that happened after upgrading to 0.9.10. It doesn't switch to fullscreen anymore. Mouse grabbing is no

Re: XVidMode is required for Gamma Control

Jesse Allen wrote: > I think it used to default to Y until the switch-over to the registry, > and the setting got lost. Perhaps that's why Starcraft suddenly started becoming playable? You use the mouse to scroll the play area in Starcraft, it's completely broken unless the mouse stays within the

Re: wine / fontforge regression

> > err:font:ReadFontDir Can't open directory > > "/usr/local/bin/../lib/../share/wine/fonts/" > > > > when fontforge isn't installed. > > Missing fontforge means that you don't have Wine builtin fonts > which leads to the above problems. The solution obviously is to > install fontforge Yes, a

wine / fontforge regression

Hello, This patch from Mar 9: http://www.winehq.org/pipermail/wine-cvs/2006-March/021502.html causes all applications run with Wine to continually emit: err:font:ReadFontDir Can't open directory "/usr/local/bin/../lib/../share/wine/fonts/" when fontforge isn't installed. Also, take a look

Re: Keyboard Rewrite

I have a couple of Danish keyboards. I'll gladly spend some time testing with those. (I even have one with A1-A4 keys...)

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

Tomas Carnecky wrote: > Also, it would be great if we could put the *Swap*Buffers() into their > own log domain, something like 'swapbuffers', because the trace is > usually useless, only when you explicitly look whether these functions > are called or not, otherwise they only fill the log with gar

Re: Easy applications to write automated tests for?

Dan Kegel wrote: > Molle Bestefich wrote: > > Dimi Paun wrote: > > > Being able to run an emulation layer like msys/cygwin > > > > In my experience (couple of years worth of different Cygwin versions, > > all relatively new stuff), the Cygwin kernel emulation st

Re: Easy applications to write automated tests for?

Dimi Paun wrote: > Being able to run an emulation layer like msys/cygwin In my experience (couple of years worth of different Cygwin versions, all relatively new stuff), the Cygwin kernel emulation stuff is extremely unstable itself. So that would probably get you a heck of a lot of false positiv

Re: Debugging

Rich Gilson wrote: > I appreciate the tip about falling back on the relay debug channel, but may I > ask how you know the problem is with BlockInput not existing? Is there > something from the output that I'm not understanding, or do you just know > that because you're familiar with the kernel32.d

Re: Fact check for wine talk

Dan Kegel wrote: > If you find any errors in the side, please let me know! Just one. "Wine is not an emulator"... Oxford Advanced Learner's Dictionary: = emulator (n) (computing) A device or piece of software that enable a program or an item of equipment intend

Re: VC++ demangling tool

Andreas Mohr wrote: > Detlef Riekenberg wrote: > > schrieb Michael Stefaniuc: > > > Why not make winedump a Wine app > > > > Please do not do that. > > winedump now works on windows without an wine-specific dll. > > I second that. > winedump has the potential to become a very powerful yet small uni

Re: New wined3d configuration window

Brian Hill wrote: > Ok, after working on the winecfg program for a bit, this is what I have : > > http://img434.imageshack.us/my.php?image=winecfg17nf.png Looks good!

Re: New wined3d configuration window

Stefan Dösinger wrote: > What options do want to add? IMO, the best guideline is to avoid options and > try to find it automatically. Most D3D options in the registry exist, because > the D3D code is incorrect and needs tweaks for some games -> The best thing > is to fix the code so it works withou

Re: dx9 and shaders

Stefan Dösinger wrote: > However, I am still stuck on > IWineD3DSurface::GetDC / IWineD3DSurface::ReleaseDC, > and they are show stoppers for d3d7 games. Here's the relevant post. http://article.gmane.org/gmane.comp.emulators.wine.devel/38533/ Unfortunately I'm of no use wrt. that, but thought I'

Re: wined3d: Fixed render states

Stefan Dösinger wrote: > > It would be good if someone with an ATI card could download the > > point_sprite_bug sample mentioned on that page and test it out to see if > > it is still an issue. > > a "GL_ARB_point_parameters extension was not found" error. Same here, Radeon 8500LE and open source

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]

Jonathan Ernst wrote: > Le samedi 28 janvier 2006 à 21:07 +0000, Molle Bestefich a écrit : > > Jonathan, what software do you use, if you don't mind revealing? :-) > > It's Evolution 2.4.2.1, pretty good e-mail client if you ask me. I'll agree that the GUI is pretty

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]

Tony Lambregts wrote: > Now the question remains (now that we know it is archived) how do would > one actually find it > > http://search.gmane.org/ I'm leaving now, but I'll check this out later. If I remember :-). > > If I were writing a mail parser, I'd have serious trouble choosing what to > >

  1   2   >