Re: WineHQ: suggested improvement
Hi, On Fri, Jan 14, 2005 at 01:10:00AM -0500, Dimitrie O. Paun wrote: Can we please provide _explicit_ sizes for imges like these: img src=./images/winehq_border_top_right.gif alt= img src=./images/winehq_border_bottom_right.gif alt= Frankly, I'm a bit astonished that people in this day and age still sometimes fail to provide it, for such critical image elements of a website. Andreas Mohr
Re: listview: fix alignment tests
Dimitrie O. Paun wrote: ChangeLog Use the LVCFMT_{LEFT,RIGHT,CENTER} enumeration flags properly. /* set text alignment (leftmost column must be left-aligned) */ -if (nColumn == 0 || lpColumn-fmt LVCFMT_LEFT) +if (nColumn == 0 || (lpColumn-fmt LVCFMT_JUSTIFYMASK) == LVCFMT_LEFT) lphdi-fmt |= HDF_LEFT; HDF_LEFT is also 0, so should we get rid of the first check, and only check for LVCFMT_RIGHT and LVCFMT_CENTER? if (lpColumn-fmt LVCFMT_BITMAP_ON_RIGHT) -- Dimi. Cheers, Paul.
Re: Writing a driver for scanners
The other day I came across a wrapper for wireless lan drivers that uses the XP driver and loads it into Linux. Driver interfaces in Windows are fairly standard for a certain type of device. I suggest you look on the web for sites that list drivers and see if something like this is available. If it is not then add to the wifi wrapper so that it handles the XP or 2000 driver that came with your scanner. The resulting code would be very valuable to both Wine and Linux especially if it allowed the use of an XP driver for the thousands of special devices that only have XP drivers. Start by looking at www.linuxdrivers.org.
Re: WineHQ:winetest: produce valid HTML
Paul Millar [EMAIL PROTECTED] writes: As a shot in the dark, have you got either ECN set, or a non-zero default window-scaling? Which kernel are you running? cat /proc/sys/net/ipv4/tcp_ecn This gives 1 for me (and I can access your pages). cat /proc/sys/net/ipv4/tcp_default_win_scale This is 0. One more thing to try is tcptraceroute: $ /usr/sbin/tcptraceroute www.astro.gla.ac.uk 80 Selected device eth0, address 157.181.170.74, port 41886 for outgoing packets Tracing the path to www.astro.gla.ac.uk (130.209.45.194) on TCP port 80, 30 hops max [...] 15 po3-0.warr-scr.ja.net (146.97.33.54) 45.120 ms 44.988 ms 45.036 ms 16 po2-0.glas-scr.ja.net (146.97.33.58) 49.367 ms 49.226 ms 49.186 ms 17 po0-0.glasgow-bar.ja.net (146.97.35.54) 49.115 ms 49.114 ms 49.057 ms 18 146.97.40.106 (146.97.40.106) 49.504 ms 50.188 ms 49.472 ms 19 130.209.2.117 (130.209.2.117) 49.783 ms 50.823 ms 49.629 ms 20 130.209.2.2 (130.209.2.2) 49.744 ms 49.599 ms 49.957 ms 21 terra.astro.gla.ac.uk (130.209.45.194) [open] 49.644 ms * * The interesting part may be filtered, but it was able to contact terra at port 80. -- Feri.
WINE and FreeBSD
Hello all, I wasn't quite sure which list to post this on (no flames please) First, happy to see the new release of WINE 20050111 for FreeBSD (and previous 20041201) I obtained and compiled the latest version for my standard FreeBSD 5.3 install. Upon running any windows/wine app I get the error messages err:heap:HEAP_CreateSystemHeap system heap base address 0x8000 not available err:heap:HEAP_CreateSystemHeap system heap base address 0x8000 not available err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! Some apps (if they do not use the heap) continue to run, the apps I want to use (MS Office 2000 - Word/Excel/PowerPoint) fail as follows: MS Word will display the splash screen and then a message box with There is not enough memory or disk space to run Word. before crashing MS Excel will start with the message box Cannot use object linking and embedding before starting, but attempting use excel will result in an out of memory error and then a crash MS PowerPoint doesn't even start. This is dissapointing, we have managed (http://caia.swin.edu.au/reports/041129A) to install MS Office 2K on WINE 20040505 under FreeBSD but were hoping that this newer version would fix our two discovered problems (the new file.. dialog and the pulldown menus if more than one office app is running). Unfortunately, it seems that the new version breaks everything. Further pottering around found... HEAP_CreateSystemHeap() calls MapViewOfFileEx() which calls NtMapViewOfSection() which calls map_view() which attempts a normal allocation - wine_mmap_is_in_reserved_area() == 0 calling wine_anon_mmap() The returned pointer is valid so wine_anon_mmap() succeeds BUT the returned ptr != base and so the function returns STATUS_CONFLICTING_ADDRESSES which returns up the chain and the heap allocation fails. On my system base being requested is 0x8000 and ptr being returned is 0x9996d000. This result then fails the is_beyond_limit() test... Any clues would help!! Thanks. Jason
Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
Jeremy White wrote: Specifically, there are other areas of interest when you think about timing and scheduling. First is the Windows very clear cut 'foreground window' boost. I have no idea how this maps into the Linux interactivity strategy. They seem to be roughly equivalent, and I never found an application that relied on that timing. We do nothing of the sort. There is no special casing in the kernel for any processes that aren't kernel threads. However, the more frequently a task sleeps, the more priority it is rewarded with. That tends to select out interactive tasks. That connects to the theoretical flaw in Wine (the whole use of the Wine server) that should make us vulnerable to all sorts of unexpected context switches, creating timing patterns unfamiliar to Windows applications, and causing problems. And yet, from observation, I never see any such unexpected context switches. The Linux kernel priority boost for pipes seems to protect us here; we should make sure we understand why and let the kernel guys know that we depend on it, so they don't knock it out from under us some day. No chance again. The reason you get priority boost on pipes is a task is waiting, therefore it is sleeping. Fourth, based on your reply to my earlier email, I suspect I do not understand how time quanta are assigned. In fact, I had come to some conclusions at one point last fall, that I can no longer convince myself of (I was persuaded that a thread that constantly yielded had it's time quanta dranstically reduced; I can no longer reproduce that). Further, time quanta differences can be crippling to Wine. Photoshop, for example, relies on reliable 5ms timing, and if it doesn't get it, it doesn't work. Similarly, I could swear I had a problem That can't be true. What you are saying is it needs at least 5ms timeslice on hardware that is equal to or faster than the machine you tested it on. We cannot guarantee any timeslice of any size will occur uninterrupted in the linux kernel. For tasks that are not nice'd, the usual minimum slice is 10ms. But if something higher priority than it wakes up in the interim, it will be preempted even if it is 50 microseconds into its timeslice. case in IE where two threads were interdependent, and the one thread never got a large enough quanta to keep the second thread happy (and this then caused a spiral that led to the small quanta for thread A). This is not at all unusual. If there is no locking between threads, and you simply hope that one will complete in time for the other, you will get various degrees of priority inversion. Native linux applications do it too, and 2.6 has forced them to improve their coding principles (see the thread on 'blender' in the linux kernel mailing list during 2.5 development. There are various algorithms that have been tried to detect when this is happening and inherit appropriate priorities, but they have their own overhead and aren't as effective as proper blocking in the first place. Sadly, I didn't take good notes, so I have to go back and relearn that case again. And, knowing me, I probably completely misunderstood it anyways :-/. Not really. It sounds very much like you've got the thrust of the problem to me :) Sorry to ramble on; it's just tough around here, because everyone is tired of hearing me claim that every bug is a timing problem... grin Exactly. Generous use of blocking where appropriate is the answer to being friendly to any scheduler. Hoping dependant threads will complete in time is futile as the speed of execution of each thread will change on different schedulers, hardware etc. Cheers, Con signature.asc Description: OpenPGP digital signature
Re: WineHQ:winetest: produce valid HTML
Paul Millar wrote: On Thursday 13 January 2005 00:41, Dimitrie O. Paun wrote: Hmm, that would be cool. For reasons I can not understand, I can not access Paul's site at www.astro.gla.ac.uk, so having them available somewhere else would be very good for me. Yes, this problem again? I've never heard of problems from anyone else. It happens to me sometimes too. regards, Jakob
Re: WineHQ:winetest: produce valid HTML
Ferenc Wagner wrote: What makes you think I've got one? It should be *you* who speak up and tell what information/presentation is need for the best and easiest use. I can't believe I didn't think of this before, but the test results really should be sorted differently. I would prefer to have all failed tests at the top, so one could see easily which ones need to be fixed. It would also be nice if the author of a test got an email whenever a test failed. regards, Jakob
Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
Jeremy White wrote: Photoshop has a thread that runs that samples the mouse position every 5 ms; if it doesn't get it's samples in the right amount of time, you don't draw smooth curves. (It may be a timer event callback routine, or a thread that is woken up by a timer event, I can't recall exactly atm). I suspect that if you start a heavy compile on a Windows box, Photoshop won't paint right, just as it wouldn't if you burdened the CPU on Linux. What we need to protect is the apples to apples case - when Photoshop is the only app using the CPU with Wine, it needs to draw smoothly, and for that, it needs to know that the thread it has marked as super duper high priority will get run every 5 ms as it has requested. Right. Well the tasks that sleep the most on linux get the lowest latency and the best cpu guarantees. Unless this same thread is also doing lots of cpu on linux it should work fine with 10ms granularity. However this sort of coding is so not-portable... but that's another issue. They never had portability in mind when they coded it. Cheers, Con signature.asc Description: OpenPGP digital signature
Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
fre, 14,.01.2005 kl. 13.06 +1100, skrev Con Kolivas: Well the scheduler is not going to be rewritten any time soon (trust me, I've tried :P). Tell me what remaining requirements your threads have that you are unable to achieve at the moment and I'll see if I can help with my understanding of the priority system as it is, in a generic way that hopefully will work across scheduler designs. The biggest problem is that there is no way to say to the kernel that one thread is more important than another without permanently renicing all other threads. A potential kernel solution to the problem would be to implement process scoping in the kernel, i.e. pthread_attr_setscope(attr, PTHREAD_SCOPE_PROCESS) and then allow threads scoped this way to be set to high priority, since with a process scope, these threads should only preempt other threads in the same process (i.e. Wine), not threads run by other Linux apps, and thus the security concerns of elevated priority threads are irrelevant. Allowing a process-scoped thread to set the scheduling policy to SCHED_RR in order to inhibit the kernel's interactivity priority boost system would also help.
Re: Add WM_GETOBJECT definition, remove WM_OTHERWINDOWCREATED define
Robert North [EMAIL PROTECTED] wrote: I thought this removal looked a bit suspicious... So, I did a quick google for WM_OTHERWINDOWCREATED , and there seems to be a consensus that these two messages are defined as follows: WM_OTHERWINDOWCREATED0x0042 WM_OTHERWINDOWDESTROYED 0x0043 What do you think? Should google be trusted? I'd agree if that messages were really used somewhere, but since they are not even documented I'd not bother too much. -- Dmitry.
Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
Ove Kaaven wrote: fre, 14,.01.2005 kl. 13.06 +1100, skrev Con Kolivas: Well the scheduler is not going to be rewritten any time soon (trust me, I've tried :P). Tell me what remaining requirements your threads have that you are unable to achieve at the moment and I'll see if I can help with my understanding of the priority system as it is, in a generic way that hopefully will work across scheduler designs. The biggest problem is that there is no way to say to the kernel that one thread is more important than another without permanently renicing all other threads. A potential kernel solution to the problem would be to implement process scoping in the kernel, i.e. pthread_attr_setscope(attr, PTHREAD_SCOPE_PROCESS) and then allow threads scoped this way to be set to high priority, since with a process scope, these threads should only preempt other threads in the same process (i.e. Wine), not threads run by other Linux apps, and thus the security concerns of elevated priority threads are irrelevant. Allowing a process-scoped thread to set the scheduling policy to SCHED_RR in order to inhibit the kernel's interactivity priority boost system would also help. I had proposed a fixed priority scheduling class on the linux kernel mailing list for just such an occasion. However noone noticed or seemed interested. The patch is in the lkml archives and would be trivial to re-implement. Would this be helpful? I know Ingo Molnar certainly saw a need for such a patch after I described a different issue that could be helped with it. Cheers, Con signature.asc Description: OpenPGP digital signature
Re: Janitorial : add missing declarations ( #3 )
Dmitry Timoshkov [EMAIL PROTECTED] wrote: Rémi Assailly [EMAIL PROTECTED] wrote: diff -u dlls/x11drv/x11drv_main.c dlls/x11drv/x11drv_main.c --- dlls/x11drv/x11drv_main.c 2004-12-08 18:27:53.0 +0100 +++ dlls/x11drv/x11drv_main.c 2005-01-12 21:23:02.0 +0100 @@ -119,6 +119,8 @@ #define IS_OPTION_FALSE(ch) \ ((ch) == 'n' || (ch) == 'N' || (ch) == 'f' || (ch) == 'F' || (ch) == '0') +BOOL WINAPI DllMain( HINSTANCE hinst, DWORD reason, LPVOID reserved ); This one should not be needed. -- Dmitry. You are right. How can I declare it for all dlls ? Must I leave it undeclared ?
Re: Running dxdiag
Somebody needs to write a program that dumps the NT headers of each winelib DLL to the appropriate place in the virtual drive C when it's first created (in wineprefixcreate). Why can't wineprefixcreate just make links to the dlls? Ivan.
Re: Running dxdiag
On Fri, 14 Jan 2005 19:33:19 +0100, Ivan Leo Puoti wrote: Why can't wineprefixcreate just make links to the dlls? Like I said originally: Dumping the headers is necessary for stupid installers that map DLL files manually and rummage around in the headers to figure out versions and stuff ... simply having an empty file isn't enough for all of them I'm afraid :( The DLLs wine ships aren't actually PE DLLs so symlinking to them directly won't do the trick.
Re: WineHQ:winetest: produce valid HTML
Am Donnerstag, 13. Januar 2005 14:40 schrieb Hans Leidekker: I've put a couple of new RPMs on my page: http://mirzam.it.vu.nl/mingw/ From the changelog: - update mingw-runtime to 3.6 - update w32api to 3.2 - add mscms import library. - add msi import library. - add a uuid needed by MAPI tests - rebuild on Fedora Core 3 These allow me to cross build all tests in current cvs. Hello Hans, i had a build problem with the new rpms. The gcc rpm registers itself as mingw-gcc-3.4.2-10hl, but the mingw rpm (runtime, w32api) requires mingw-gcc-core for its build. Therefore i have changed gcc's spec file like this: diff -uw SPECS/mingw-gcc.spec.sav SPECS/mingw-gcc.spec --- SPECS/mingw-gcc.spec.sav 2005-01-14 20:05:50.0 +0100 +++ SPECS/mingw-gcc.spec 2005-01-14 20:06:09.0 +0100 @@ -12,7 +12,7 @@ %define debug_package %{nil} Summary: GCC, GNU Compiler Collection (C/C++ compiler) for MinGW/Wine. -Name: mingw-%{appname} +Name: mingw-%{appname}-core Version: %{mainver} Release: 10hl Copyright: GPL I will send you the SuSE 9.0 rpms on Monday from work. 11MB will take very long over my analog line. Bye Stefan
Help debugging Fotowire
Hi, I'm trying to get a (Win or Mac) software from my local photo printing shop to work. The software is in Finnish, and downloadable from http://www.ifi.fi/programs/IFI_OnlineFoto.exe. From what I gather, the software is just licensed and translated version of Fotowire, found at http://www.fotowire.com/home/html/download.htm Anyway, I cannot get it to work. With 20041201 it crashed at the end of install process (still found it's way to the virtual drive though). This was fixed in 20050111. The problem with actual functionality, however, was not. The program starts with a wizard. The first dialog box says that the software wants to connect to Internet. When I click next, there is an quick connecting to server - respond received dialog box and then an error box with a message that says erroneous response received - check your connection and the program returns to the first screen. With 20041201 I got some errors about CalendarA's as quarter-stub, but these have disappeared with 20051101. How do I go on with debugging this problem? I tried setting WINEDEBUG=+all wine fwprint.exe, but no debug messages appear..I'm using Gentoo, kernel 2.6.10, gcc 3.4. Thanks for any and all assistance. Hopefully we can get this to work. I do have access to native DLLs from Win'98 or 2k if any of those can help. -- - Antti Mäkelä - http://www.cs.tut.fi/~zarhan - [EMAIL PROTECTED] - There is a theory which states that if ever anyone discovers exactly what the Universe is for and why it is here,it will instantly disappear and be replaced by something even more bizarre and inexplicable.
Re: Help debugging Fotowire
On Fri, 14 Jan 2005 23:31:54 +0200, Antti Mäkelä wrote: The program starts with a wizard. The first dialog box says that the software wants to connect to Internet. When I click next, there is an quick connecting to server - respond received dialog box and then an error box with a message that says erroneous response received - check your connection and the program returns to the first screen. You might want to run a packet sniffer like Ethereal on it to see what it's doing on the network, failing that a +winsock,+wininet trace may be helpful. I noticed these Fotowire guys have a Mac port. I wonder if they'd be willing to do a Linux port. Hmm. thanks -mike
Re: Help debugging Fotowire
Antti Mäkelä wrote: Hi, I'm trying to get a (Win or Mac) software from my local photo printing shop to work. The software is in Finnish, and downloadable from http://www.ifi.fi/programs/IFI_OnlineFoto.exe. The program starts with a wizard. The first dialog box says that the software wants to connect to Internet. When I click next, there is an quick connecting to server - respond received dialog box and then an error box with a message that says erroneous response received - check your connection and the program returns to the first screen. If you can get debug messages working, I would makes sure you are running builtin wininet and then get a +wininet log. How do I go on with debugging this problem? I tried setting WINEDEBUG=+all wine fwprint.exe, but no debug messages appear..I'm using Gentoo, kernel 2.6.10, gcc 3.4. Hmmm, debug messages should be displayed. Can you think of anything you did different to the 20041201 release with regard to installing Wine? Rob
Re: Help debugging Fotowire
Le ven 14/01/2005 à 19:38, Robert Shearman a écrit : Antti Mäkelä wrote: Hi, I'm trying to get a (Win or Mac) software from my local photo printing shop to work. The software is in Finnish, and downloadable from http://www.ifi.fi/programs/IFI_OnlineFoto.exe. The program starts with a wizard. The first dialog box says that the software wants to connect to Internet. When I click next, there is an quick connecting to server - respond received dialog box and then an error box with a message that says erroneous response received - check your connection and the program returns to the first screen. If you can get debug messages working, I would makes sure you are running builtin wininet and then get a +wininet log. How do I go on with debugging this problem? I tried setting WINEDEBUG=+all wine fwprint.exe, but no debug messages appear..I'm using Gentoo, kernel 2.6.10, gcc 3.4. Hmmm, debug messages should be displayed. Can you think of anything you did different to the 20041201 release with regard to installing Wine? With the Gentoo ebuild, if you don't have debug in your USE flags, it'll pass --disable-debug and/or --disable-trace to ./configure, so you don't get any messages in your terminal. Use -debug (or whatever the correct syntax is) specifically for wine and you should now see the debug/trace messages. Vincent