Re: registry keys of serial ports

that proposal? Thanks -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Wine/USB, was: Re: Glitch-free iTunes?

Wine Damjan> (and Linux), and Wine will get many more patches :-). Damjan, do you have a GIT tree to test with some easily available device to play with and some rmearks what to expect and what to expect not? Lowering the entry barriere might help finding additional in

Re: USB Osciloscope

sbd.sys loading, also the final device driver failed. Another approach: Can you look at the ezusb-imports of your application and compare against what linux-2.6.34.7-0.7/drivers/usb/serial/ezusb.xxx sipplies? Perhaps you can write a replacemment ezusb DLL. Bye -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Wine and serial port AGAIN

et me on CC, too) 3) send the patch 4) wait for comments 5) if Wolfram> not applied goto 3 Wolfram> No magic involved :) Only patience and perstistance needed ... And hopefully more feedback than on wine-devel ... -- Uwe Bonnesb...@elektron.ikp.physi

Re: Wine and serial port AGAIN

upported = 0x%04x", __func__, cmd); break; } return -ENOIOCTLCMD; } Perhaps http://www.mp3car.com/vbulletin/linux/82704-iguidance-2-1-3-wine-7.html has some hints. Bye -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Wine and serial port AGAIN

e radio" and look what call before fails. If it is the get_irq_info above, we are on the right track... Bye -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: wiki slightly broken still?

>>>>> "Octavian" == Octavian Voicu writes: >> "What is the name for a billion bytes?" Terabyte, at least in germany. Billion -> 10^12. 10^9 -> "Milliarde" So these questions can be tricky... -- Uwe Bonnesb...@elek

Re: How to handle Wrapper(?) Dlls

>>>>> "Henri" == Henri Verbeet writes: Henri> On 26 July 2010 13:28, Uwe Bonnes Henri> wrote: >> there are several hardware related libraries, like libusb and >> libftd2xx which exist on Windows and at least linux. I tried already

How to handle Wrapper(?) Dlls

intervention and some way to let the user know about the translation dll. Bye -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Any more infos about the build failure for my (small) patch

ining in it's own way. What about debian? Isn't the OpenSSL documentation way th way it should be? -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Any more infos about the build failure for my (small) patch

*method; +static const SSL_METHOD *method; but http://source.winehq.org/patches/ flags 63746 Build failure Uwe Bonnes Add-missing-const-qualifier.patc Can anybody give more information? -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik

Re: usbd.sys: add usbd.sys (try 2)

Damjan, can you tell us what to expect to work with these patches applied? And to Alexandre: Please -vv if rejected... -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516

Wine coding style

Hello, are there any examples for Editor settings (e.g. emacs c-mode) resulting in acceptable indentation? Thanks -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax

Re: example code appending files with w32api broken?

>>>>> "Hin-Tak" == Hin-Tak Leung writes: Hin-Tak> --- On Tue, 19/1/10, Uwe Bonnes Hin-Tak> wrote: >> Register with the winetestbot, upload your test exe and compare the >> test output  Hin-Tak> Thanks for the pointer. I'll

Re: example code appending files with w32api broken?

t work? Register with the winetestbot, upload your test exe and compare the test output ... -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Winetest: What to do if NT4 behaves other then W2k and up

ures found === W2K3R2SESP2 (Server 2003 R2 Standard Edition SP2) === No test failures found === WVISTAADM (Windows Vista (English, IE7)) === No test failures found === W2K8SE (Server 2008 Standard Edition) === No test failures found -- Uwe Bonnesb...@elektron.ikp.physik.tu-da

Re: MSVCRT: Handle \r at buffer boundary

>>>>> "Alexandre" == Alexandre Julliard writes: Alexandre> Uwe Bonnes writes: >> @@ -1767,6 +1771,12 @@ static int read_i(int fd, void *buf, unsigned >> int count) if (MSVCRT_fdesc[fd].wxflag & WX_TEXT) { DWORD i, j; + if >>

Re: Wine 64-bit in Fedora ...

*.i586 instead. Did nobody of the packages test what they did? -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Infinite loop with translation DLL

>>>>> "Henri" == Henri Verbeet writes: Henri> 2009/11/9 Uwe Bonnes : >> Can anybody help with the flaw in my implementation? Or did anything >> change in wine? >> Henri> I'm not sure if anything changed there recently

Infinite loop with translation DLL

t as "Stub implementation for ftd2xx.dll" Thanks -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Add-stub-for-IoOpenDeviceRegistryKey-needed-for-l.patch

Appended stup is needed for libusb-win32-0.1x -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 -- >From 7216b1e26b9cbd3d4bb7eaa096757ad11d0b7

Re: Latest git fails compiling

>>>>> "Ben" == Ben Klein writes: Ben> 2009/6/9 Uwe Bonnes : >> Hello, >> >> on a fresh tree check out and compiled successfully yesterday >> (090608) and updated today(090609), compile fails with: >> >>

Latest git fails compiling

*** [activscp.h] Fehler 1 make[1]: Leaving directory `/media/sda8/sdb8/spare/bon/Wine/wine-git/include' This is on Suse 11.1, x86-64. I have not seens this reported before. Any hints for fixing (perhaps my setup)? -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstad

Status of "USB device support in wine"

ftd2xx.dll/ftdibus.sys) work an a lot devices and so must scan the bus for matching devices. I didn't get wine with the patches to do anything sensible in that case. Alexander, could you perhaps have a look (ftd2xx at http://www.ftdichip.com/Drivers/D2XX.htm and libusb-win32 at sourceforge)

Re: Loading of Mingw Provided .sys files

s 0x230e executable line numbers stripped symbols stripped 32 bit words debugging information removed DLL and DriverEntry being called as DllMain without the storage for the DriverObject. Removing the -shared Linker option from the Makefile lets

Loading of Mingw Provided .sys files

protection is set to 0014:trace:virtual:VIRTUAL_DumpView 0x6864 - 0x68640fff c-r-- and driver_object is in the 0x6864 pages and so writing to driver_object->MajorFunction[i] through an exception and the function fails. I guess libusb0.sys works on WIN32, so here our loader does so

Status of "USB device support in wine"

Hello, Alexander Morozov did a large redesign after Alexandre's remarks from 07 October 2008. What is still needed to include this functionality? Thanks -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darm

Re: Status of USB driver support?

using ftd2xx.dll. Can I expect to get them working? Thanks -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Fully automated bisecting with "git bisect run" [LWN.net]

un "git bisect bad" or "git bisect good" every time you Ben> test the app. It should work it there is a test in the test suite too -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: include: Change some DWORD to DWORD_PTR in msacm.h.

m(ACMDRIVERENUMCB fnCallback, DWORD_PTR dwInstance, DWORD fdwEnum) Is the spec aentry then still right? ./dlls/msacm32/msacm32.spec:@ stdcall acmDriverDetailsW(long ptr long) -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 6

Re: MSVCRT: Still problems in ASCII Mode

/* in text mode, strip \r if followed by \n. * BUG: should save state across calls somehow, so CR LF that * straddles buffer boundary gets recognized properly? */ It is not clear, if this is the real cause for the simpll.exe failure. Bye -- Uwe

Another MSVCRT problem, perhaps __RTDynamicCast()

e4550 ret=7ec2de07 0023:Ret msvcrt._ecvt() retval=006e4550 ret=0040a952 I suspect __RTDynamicCast() to cause the error. Having not much C++ understanding, I don't feel like writing a sensible testcase. Can anybody perhaps have a look? Thanks -- Uwe Bonnesb...@elektron.ikp

Re: re: Test Case to show Wine-MSVCRT still misshandling ASCII Mode

>>>>> "Dan" == Dan Kegel writes: Dan> That's how we used to do it, but tests showed that _filbuf really Dan> has to do the cr removal. Dan> On Jan 25, 2009 10:57 AM, "Uwe Bonnes" < Dan> b...@elektron.ikp.physik.tu-darmstadt

Serial Fixes

Hello Wolfgang, nice findings and fixes around the serial driver! What application do you test against? Bye -- Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151

Re: Serial port support in wine-1.0: What to do to make it working ?

vel, perhaps compile wine yourself and instrument the serial code with debugging output. Try to see what's going wrong. Look at the codes where this happens and read the old changelogs, where somebody fiddled witrh the code. Ask about what people thought (or smoked) when implementing or

Re: Implementation of D3DXGetFVFVertexSize with tests

>>>>> "David" == David Adam <[EMAIL PROTECTED]> writes: ... David> What is the purpose of the line David> + ok(TRUE,"prueba"); ? "prueba" could be spanish for test. David> David Hello,to keep the code reada

OUTB() and friends on Win32 and .sys files(Resent)

ed5ff48 7ffdf000 0072fec8 7ed30f5c Backtrace: =>1 0x004014b6 outb+0x6(value=0x0, port=0x378) [/spare/bon/jtagprog/win/javr-2.8/ppiwin.c:311] in javr (0x0072fe50) MS msvcrt.dll also supplies outb(). What is the policy to handle outb() and friends? Thanks -- Uwe Bonnes[EMAIL P

OUTB() and friends on Win32 and .sys files

ed5ff48 7ffdf000 0072fec8 7ed30f5c Backtrace: =>1 0x004014b6 outb+0x6(value=0x0, port=0x378) [/spare/bon/jtagprog/win/javr-2.8/ppiwin.c:311] in javr (0x0072fe50) MS msvcrt.dll also supplies outb(). What is the policy to handle outb() and friends? Thanks -- Uwe Bonnes[EMAIL P

Re: gitignore: ignore files generated by the Visual C++ compiler.

when using the VCExpress family of >> compilers on Windows. Dmitry> There is no point in that, patches should be generated after Dmitry> testing in Wine under a supported platform. That sounds like a Microsoft requirement... -- Uwe Bonnes[EMAIL PRO

Re: advapi32/service.c -- remove untriggerable check

ceConfig->lpDependencies) ); Is dropping the check the right answer? Shouldn't the check test for high values like > 0xff00 and report a possible problem? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: server: Make timer id allocation algorithm conform to the Windows one

timer ids at 0x7fff and goes Dmitry> backwards to 0x101, then restarts from 0x7fff. Isn't this worth a test suite case? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

RE: icmp states I need to be running wine as root

96 25. Nov 2006 /bin/ping ping is suid root. Can we perhaps translate a lot of icmp.dll calls via ping? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

WOAFONT needed

also talks about the app850 font, however neither gives a hint usefull for me. Any ideas? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

re: nhelp, Vector NTI, molecular biologists

butable DLLs is a showstopper for winelib and running windows code on non i386 archtecture... -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: mapi32: Add DebugInfo to critical sections.

>>>>> "Jan" == Jan Zerebecki <[EMAIL PROTECTED]> writes: Jan> --- If this patch is rejected from inclusion, please tell me why, Jan> as I would have to ask anyway. Nice disclaimer ;-) I wonder if it works? -- Uwe Bonnes[EMAIL

Re: Memory checking?

decide to report it as "out-of-memory" error. Mostly totally misleading... Look for the first error and cure it. -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: wine.inf: Update the timezone information.

from the CLDR mapping to tzids. I Francois> will now summarize all these differences in bug 7295. How do internaltional version of Windows get the localized names of the pletora of timezones? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 642

Re: Error in ntdll/module.c?

t. Anyone? Write a test for our test suite and run the test on wine and a windows machine. Send at least the test. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: direct access to IO space [Was: kernel level drivers - next try]

. 2) DMA handler 3) IRQ handler James> Getting IO port access in wine really is not going to help a James> whole lot! For a lot of programms used to program electronic devices, IO port access under wine would help a lot! -- Uwe Bonnes[EMAIL PROTECTED] Inst

Re: wine and serial port - again

ith our wait implementation to go wrong. The program immediate does a read after the write, and doesn't repeat the read if 0 characters are read. So if the device reacts slow, the read will be to early. Can you try to put a Sleep() between the Readfile() and the Writefile() in the windows pro

Re: msvcrt[2/3]: add initial tests for dlls/msvcrt/data.c [try 2]

tions that must be met, tell these conditions, perhaps like #define SOME_SPECIAL_TEST 0 #ifdef SOME_SPECIAL_TEST so that others can decipher what you mean. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: How are we doing?

>>>>> "Michael" == Michael Stefaniuc <[EMAIL PROTECTED]> writes: Michael> P.S.: Let the flame war begin. ;) Isn't it already raginh ;-) -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt -

Re: comdlg32: Janitorial: write-strings warning fix

>>>>> "Michael" == Michael Stefaniuc <[EMAIL PROTECTED]> writes: Michael> Uwe Bonnes wrote: >>>>>>> "Andrew" == Andrew Talbot <[EMAIL PROTECTED]> >>>>>>> writes: >> Andrew>

Re: comdlg32: Janitorial: write-strings warning fix

>>>>> "Andrew" == Andrew Talbot <[EMAIL PROTECTED]> writes: Andrew> Changelog: Janitorial: Fix a write-strings compiler warning in Andrew> dlls/comdlg32/printdlg.c What is a "white-string" warning? -- Uwe Bonnes

Still missing glyph

$LD_LIBRARY_PATH" ../tools/sfnt2fnt small_fonts.ttf 11 1250 96 128 5 LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt small_fonts.ttf 11 1253 96 128 5 Missing glyph for char 0385 Missing glyph for char 0386 ... Is this expected behaviour? -- Uwe Bonnes

[0.9.13]Dynamic drive configuration using HAL?

Hallo, I don't find any explanation or usage hints on wine-devel. Thanks -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: [Wine] Wine + serial port basically hangs system

>>>>> "Eric" == Eric Pouech <[EMAIL PROTECTED]> writes: Eric> Uwe Bonnes wrote: >> Hallo, >> >> this is a thread from wine-users. I think further discussion of this >> issue is better done on wine-devel. >>

What arguments to use to call winemenubuilder by hand?

ployed. I tried to decipher, what is calling winemenubuilder and when, but did't succeed. Google also wasn't a big help. Can anyone give a short explanation? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: [Wine] Wine + serial port basically hangs system

I guess these about 7500 thread creation/termination in about 90 seconds could explain the high system load. In the moment, my implementation of WaitCommEvent creates a thread in the context of the running program for every call. Any ideas how to do it better? Bye -- Uwe Bonnes[

Re: Who is responsible to start up a Wineconsole

>>>>> "Eric" == Eric Pouech <[EMAIL PROTECTED]> writes: Eric> Uwe Bonnes wrote: >> Hallo, >> >> on XP, Program->Execute->(../system32/)telnet.exe starts up a >> Console. "wine telnet.exe&qu

Re: Who is responsible to start up a Wineconsole

>>>>> "Andreas" == Andreas Mohr <[EMAIL PROTECTED]> writes: Andreas> Hi, On Mon, May 08, 2006 at 02:27:53PM +0200, Uwe Bonnes wrote: >> Hallo, >> >> on XP, Program->Execute->(../system32/)telnet.exe starts up a

Who is responsible to start up a Wineconsole

e wineconsole in that circumstances as XP does? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Linuxtag06/Wiesbaden/Germany

Hallo, Stefan Maunz, Micheal Jung and me will present Wine at Linuxtag06/Wiesbaden/Germany. As a project we can send out invitations. If anybody is interested to receive an invitation, please let me know. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik

RE: Using msvcmon to debug

gain. ... Ryan> Ryan> Please, no HTML in Mail. And please, no full quote neither... -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Using msvcmon to debug

he "epoll_ctl: Operation not permitted" problem appeared now and then, but mostly only Suse Distribution was involved. If I remember right, the dll/kernel/test directory provoked such an error for me, but does not now, with a nearly up-to-date CVS wine on Suse 10.0 Ryan> Pleas

Re: AutoCAD in Linux

o easy and legal ways to run those software in wine Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: [Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI

me kind of H> assumptions about what's going to be defined. I said "circumvent" not "solve"... -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

[Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI

Hallo, compiling a recent CVS checkout, I go a failure with GL_STENCIL_BACK_FAIL etc undefined. It seems that a patch from Vitaly regarding wined3d_gl.h from yesterday evening as notor only partial applied. Appended patch lets me circumvent that problem. Bye -- Uwe Bonnes[EMAIL

Design Decision? Code, Clone or Translate

;D', so we need out own implemenation in msvcrt. I see three possibilities. Which is best suited? - Code it ourself - Clone the implemention from glibc or another open source libc with suitable license and make this cloned code understand d/D - Or clone the string, substitute d/D for e/E and call

Re: NTDLL/loader.c: Remove spaces at end of name in import_dll

>>>>> "Vitaliy" == Vitaliy Margolen <[EMAIL PROTECTED]> writes: Vitaliy> Saturday, February 18, 2006, 11:16:10 AM, Uwe Bonnes wrote: >> Changelog: ntdll/loader.c import_dll() Remove spaces at end of name >> retrieved with get_rva( mo

Re: [RESENT] Don't duplicate handles for _get_osfhandle

>>>>> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes: Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes: >> Changelog: wine/dlls/msvcrt/file.c: _get_osfhandle Don't duplicate >> handles, otherwise they leak &

error: length() does not define an explicit binding handle!

Hello, a recent CVS checkout gives ../tools/widl/widl -I. -I. -I../include -I../include-h \ -H mshtml.h mshtml.idl error: length() does not define an explicit binding handle! make[1]: *** [mshtml.h] Fehler 2 Any hints? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik

Re: New developer

ase nothing obvious Segin> (bugzilla, MSDN, etc.), and what I can do to contribute. Thanks. Look around on www.winehq.org. You will find a lot of things, like poibter to documents, fun projects etc. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstra

[Corrected] Fix (w)strto(l)d family and test for atof

strtod should be implemented by translating the string to a wide string and calling wcstod. Few other msvcrt ascii functions however use MultiByteToWideChar and call the wcs counterpart... -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289

Re: StartServiceCtrlDispatcher/

startus, so I posted that (wrong) run. May I send you the log of a run with hopefully the right arguments? It still hangs in a call to ConnectNamedPipe. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Wine and DJGPP sources

into an application may be distributed without sources. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: bug in atof

>>>>> "Louis" == Louis Lenders <[EMAIL PROTECTED]> writes: Louis> Uwe Bonnes elektron.ikp.physik.tu-darmstadt.de> writes: >> >>>>> "Peter" == Peter Beutner gmx.net> writes: >> Peter&

StartServiceCtrlDispatcher/

. -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 -- 0009:Starting process L"C:\\altera\\quartus51\\bin\\jtagserver.exe" (entryproc=0x41a49a) 0009:Call msvcrt.__se

Re: bug in atof

>>>>> "Peter" == Peter Beutner <[EMAIL PROTECTED]> writes: Peter> Uwe Bonnes schrieb: >>>>>>> "Peter" == Peter Beutner <[EMAIL PROTECTED]> writes: >> Peter> Which means that '7.8912654773d21

Re: bug in atof

0. Peter> It doesn't parse 'd' or 'D' as exponent. Seems to be a "MS-only Peter> extension" to the standard :p Could you please check '7.8912654773d210' gives the expected result on windows? Peter> [1] Peter>

Re: bug in atof

atof() is the cause of your bug, but printf(). I entered your sample into the test suite to show the correct behaviour of wine's implementation of atof. The printf() test has already a todo for the incorrect exponent output. -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Linuxtag 2006

flat in Darmstadt. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: JDK

e are on the devel list, can you tell what bug in what native library you see? Thanks -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: MSI patch getting some installer working thx deformat_environment did cut off string at beign of it.

> "Magnus" == Magnus Olsen <[EMAIL PROTECTED]> writes: Magnus> in function deformat_environment did cut of one letter of Magnus> GetEnvironmentVariableW at beigner in second call. it try found Magnus> example LLUSERSPROFILE but it mean ALLUSERSPROFILE. fixed by me Magnus> and h

Re: Create new mailing list wine-isv?

at I wanted to say ;) Any new project with multi platform target in mind would probably be created on a more "library like" library than Wine(lib). However I guess few projects are created that way. Projects have often a long history, and for the last year Windows was the on

Re: LoadImage (4bpp) / CopyImage() crashing

map.c) but it should take pair physical pixmap/logical Cyril> bitmap, and make pixels conversion from one to another. If you look in the archives, you will see that I also stumbles about crashes in CopyImage. My patches (by far not as elaborated as yours) where also not applied.

Re: msvcrt incompatibility in Origin 6.0 when saving documents

in the cipow seems of importance ( math.c:double _CIpow(void) ). I am not sure about a double as retval. Perhaps you can instrument dll/msvcrt/math.c with the patch below and run with (additional or exclusive) WINEDEBUG=+msvrt and look if the arguments and result look right. Happy bughunting --

Re: Problem with serial port

mismatches in initialization. Perhaps there is more mismatch lingering around. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Problem with serial port

re the communication of the windows program with the device, do the same under wine and compare. However I don't have a suggestion for a serial caputure program for you :-( -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: Problem with serial port

is a >> workaround for a symptom where data is flushed away in wine but not >> in Windows. It would be interesting to know if that works for you as >> well. >> Félix, just to make things sure, are you running a recent wine? -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: msvcrt incompatibility in Origin 6.0 when saving documents

ap. This will check the heap with each heap operation and will immediately tell you when something hag gone wrong (but not where). Otherwise perhaps try running with WINEDEBUG=+snoop,+relay and compare each msvcrt call. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: [msvcrt] how to handle msvcr*.dll ?

nelib on non-X86? Raphael> I know that but many application expect they are already there Raphael> (and they are usually installed with microsoft Raphael> patches/packages/...) -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64

Re: msvcrt incompatibility in Origin 6.0 when saving documents

can seach for the message text. Now work up the log and try to find why the program decides to emit the messagebox. Hope this helps! -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: powerpoint: images upside down

This will make things easier for others to pick up. Also perhaps pit these files and description in the bugs database. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: [MSVCRT]: undname tests.

ative msvcrt always returns something, at least the original input if nothing is understood. Wine undname however returned nothing when something was unknown to out implementation, resulting in a crash when the application dereferenced the NULL buffer returned... Bye -- Uwe Bonnes

Re: usb driver proxy

>>>>> "Marcus" == Marcus Meissner <[EMAIL PROTECTED]> writes: ... Marcus> We have some work going on on hooking new devices (openable by Marcus> CreateFile() from the make-safedisc-work crowd). Are these patches available somewhere? -- Uwe B

Re: kernel/comm.c - page fault in thread

>>>>> "Cihan" == Cihan Altinay <[EMAIL PROTECTED]> writes: Cihan> Uwe Bonnes wrote: >> If you need input into the serial port, consider using some kind of >> loopback. Either use the plug with the appropriate pins shorted , or

Re: GetQueueStatus: unknown flag 0x4000

bout what the flag Cihan> 0x4000 is meant to be. Could that be another undocumented flag Cihan> like QS_SMRESULT? The program works so it can't be that important Cihan> :-) but I thought it's worth mentioning... I get this only when running with native ole32/oleau

Re: privileged instruction in 32-bit code

;t really know what you can do about that :( Perhaps that some Wine memory layout has some weak spots in i't 16-bit range.. -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

Re: kernel/comm.c - page fault in thread

ws? Clear all those offending flags and write a comment that somebody looking in the code can understand. -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --

  1   2   3   4   >