>the net. And b.t.w., how do I get Google to not ignore the '%' in a search
>for "%Fp"?
You're out of luck (presently). I also had this problem and asked them
about it. Here's their answer:
---
Thank you for your note. Google currently does not recognize search terms
cont
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
> as discussed a few times on wine-devel, there isa need to clear the
> last error before calling a SPI_{GET|SET} routine.
>
> It appears that not every call resets the last error to 0 on succession
> and thus errors will propagate and leave us in the dar
On Wed, 02 Mar 2005 21:01:22 +0200, you wrote:
> I get it from the lack of an answer that MSDEV installs the regular way,
> and that it is able to compile a project with output redirected into the
> IDE so you can double click on errors and stuff?
Yes you can, console windows pop-up where they
--- [EMAIL PROTECTED] wrote:
> Good news and what looks like a first.
>
> Dragon Naturally Speaking 4 working under Wine.
> ===
>
> reqd riched32 and comdlg32 native from 98SE
>
> Gentoo Linux , 2.6.10-nitro4 kernel
> wine-20050111
>
> Fresh Wine installati
This is my first post in an attempt to help/clarify, so dont bash me too
bad for format :)
Boaz has been helping me offline quite a bit in the last few days.
Thanks to Boaz, I have gotten about a half a million lines of code to
compile, and Ive almost gotten them to link.
It is looking VERY hopef
Good news and what looks like a first.
Dragon Naturally Speaking 4 working under Wine.
===
reqd riched32 and comdlg32 native from 98SE
Gentoo Linux , 2.6.10-nitro4 kernel
wine-20050111
Fresh Wine installation
installed IE6 using sidenet
Install Dragon from CD no
> In my case, though, combining a high IQ and being a
> complete helpless
> newbie to Linux, is a powerful combination that
> produces questions out
> of nowhere. In the chapter about installing and
> un-installing, one small
> detail got left out: "How does one KNOW whether wine
> is installed, an
Ferenc Wagner wrote:
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
let's see if IsWindowVisible() better detects a not visible desktop.
I would have thought the suggestions at this page would be better:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/interactive
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> let's see if IsWindowVisible() better detects a not visible desktop.
Ah, fine, this may put some momentum into the situation!
--
Feri.
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ivan Leo Puoti" <[EMAIL PROTECTED]> wrote:
>
>>> In order to see what tests are affected by desktop visibility and which
>>> don't
>>> you have to run in both modes and compare the results. Why do it twice if it
>>> can be avoided? Right now any f
On Thu, 3 Mar 2005 03:43, Alex Woods wrote:
> Unfortunately, I never got to try out this method properly. WoW has
> it's own dbghelp.dll that it checks on login and that contains different
> functions to wine's dbghelp. So I got stuck there, but it's not all bad
> news.
In that case you may be a
Hi,
I saw this test was recently added. It fails partly on my win98 box as
this registry has the values in a different place.
WinXP:
[HKEY_CURRENT_USER\Control Panel\Accessibility\Keyboard Preference]
"On"="0"
Win98:
[HKEY_CURRENT_USER\Control Panel\Accessibility]
"Keyboard Preference"="0"
Wh
On Wed, Mar 02, 2005 at 06:52:36PM +0100, Paul van Schayck wrote:
> Hey,
>
> On Wed, 2 Mar 2005 16:43:11 +, Alex Woods <[EMAIL PROTECTED]> wrote:
> > Whilst playing around trying to get some kind of lead, the sound cut out
> > on me whilst playing the game. I decided to keep going, and the ga
Dnia 02-03-2005, Åro o godzinie 17:34 +0100, Uwe Bonnes napisaÅ(a):
> uses a "%Fp" format spezifier. Running with native msvcrt, this seems to be
> the same as "%p". However builtin msvcrt stumbles about the "superfluous" 'F".
%p = pointer
%Fp = far pointer? (as in segment:offset pointer in 16-bit
On Wed, 2 Mar 2005 12:35:47 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Mar 2005 20:24:27 +0100, Uwe Bonnes
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > Most recent CVS...
>
> Oh, since it hits 'F' first, it will try to parse it as 'f'. Maybe
> try this to see if it no longer accepts it
On Wed, 2 Mar 2005 20:24:27 +0100, Uwe Bonnes
<[EMAIL PROTECTED]> wrote:
>
>
> Most recent CVS...
Oh, since it hits 'F' first, it will try to parse it as 'f'. Maybe
try this to see if it no longer accepts it as a valid specifer, and
then maybe it will parse it as a pointer.
--- wcs.c-original
> "Jesse" == Jesse Allen <[EMAIL PROTECTED]> writes:
Jesse> On Wed, 2 Mar 2005 11:51:57 -0700, Jesse Allen
Jesse> <[EMAIL PROTECTED]> wrote:
>> Right now in current CVS, our *printf will handle any strings. For
>> any type numbers (except %n), they are forwarded to libc's prin
On Wed, 2 Mar 2005 11:51:57 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> Right now in current CVS, our *printf will handle any strings. For
> any type numbers (except %n), they are forwarded to libc's printf by
Oops, we handle %p differently too:
/* output a pointer */
else if
Ira Krakow wrote:
You can set a break point, the debugger runs, and
stops at the break point. You can inspect and change
variables.
This is amazing news. You should submit a little section about it for
the Winelib hackers guide. And also for the user guides as it is an
alternative to winedbg
Hi,
I am trying to get Dragon Naturally Speaking to run under Wine.
I have got it installed successfully from CD, now I need to get it running.
I have wine-20050111 installed , a 2.6.10 kernel and a current version of
IE6 since Dragon apparently needs IE installed .
Some advice please.
Is there
On Wed, 2 Mar 2005 19:24:33 +0100, Andreas Mohr
<[EMAIL PROTECTED]> wrote:
>
> Do we even have to do anything on "F"?
> "far" is long gone, right? As such simply silently ignore "F", right?
>
Right now in current CVS, our *printf will handle any strings. For
any type numbers (except %n), they a
Hi,
On Wed, Mar 02, 2005 at 05:34:23PM +0100, Uwe Bonnes wrote:
> Hallo,
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_crt__heapwalk.asp
> uses a "%Fp" format spezifier. Running with native msvcrt, this seems to be
> the same as "%p". However builtin msvcrt s
Boaz,
>
> Has any of these problems changed? Can you set a
> break point and run
> under the debugger?
You can set a break point, the debugger runs, and
stops at the break point. You can inspect and change
variables.
However, Step Into, Step Over, doesn't work. If you
try this after reaching
Hey,
On Wed, 2 Mar 2005 16:43:11 +, Alex Woods <[EMAIL PROTECTED]> wrote:
> Whilst playing around trying to get some kind of lead, the sound cut out
> on me whilst playing the game. I decided to keep going, and the game
> played for a surprisingly long time. The next day I booted the game
>
On Wed, 2 Mar 2005 09:59:29 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> You need to make sure that 2.6.8 works and
> 2.6.9-rc1 or 2 breaks it, for this to be the same case. I know the
> initial two patches did touch amd64, and the later fixes have not been
> migrated to amd64.
>
Here Andi
On Wed, Mar 02, 2005 at 01:12:06AM -0500, Dan W. wrote:
> crap questions to you, but to me it's a solid and tangible one. Well, I
> do know that I do have wine installed, because when I installed Fedora
> Core 2, I said "install everything". Besides, I tried..
> "wine /mnt/C/windows/notepad.exe" a
On Wed, Mar 02, 2005 at 05:52:45PM +0100, Uwe Bonnes wrote:
> + if ((entry->wFlags & PROCESS_HEAP_ENTRY_BUSY )
> + && (entry->wFlags & PROCESS_HEAP_ENTRY_MOVEABLE))
> +{
> + /* Treat as block */
> + DPRINTF( "BLOCK->hMem\t\t:%08lx\n", (DWORD)entry->u.Block.hMem);
> +}
Ple
On Wed, 02 Mar 2005 12:52:38 +, Mike Hearn <[EMAIL PROTECTED]> wrote:
> > I guess you meant the problems refered to in WWN250
> > (http://www.winehq.com/?issue=250). I checked and the patch there is
> > only for i386. I ported those to the x86_64 files (see attachments) and
> > tried again to n
Dan W. wrote:
Okay, now I found what I think is a more serious missing piece of info in
wine-user.pdf.
In page 20, last paragraph, it says one can start off by modifying the sample config file,
which "can be found in the directory 'documentation/samples'...
Hell Dan,
The config file is in the s
On Fri, Feb 25, 2005 at 11:07:03AM +1100, Troy Rollo wrote:
> On Fri, 25 Feb 2005 09:22, Alex Woods wrote:
> > Over the course of 13 (unlucky for me ;)) crashes, these are the only 3
> > addresses it has given. My question is what can I do to debug [target
> > application SEGVs].
>
> I can't fi
Hallo,
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_crt__heapwalk.asp
uses a "%Fp" format spezifier. Running with native msvcrt, this seems to be
the same as "%p". However builtin msvcrt stumbles about the "superfluous" 'F".
Does anybody know what the meaning of
Hi,
I don't know when it started and if found I wasn't able to reproduce,
but this is the message I sometimes get during a tools/wineinstall on a
clean cvs install:
Configuring Wine for a no-windows install in /data/wine-c...
err:dplay:DPLAYX_ConstructData : unable to map static data into process
Ira Krakow wrote:
I have Visual C++ 6.0 running under Crossover Office
4.1, which of course means it's running under Wine.
1.5 years ago I had 3 problems with this.
1. It did not install. But that was not so bad because also on windows,
VC6, if you copy an Installed directory and run it. Will
Okay, now I found what I think is a more serious missing piece of info in
wine-user.pdf.
In page 20, last paragraph, it says one can start off by modifying the sample
config file,
which "can be found in the directory 'documentation/samples'...
Problem is, I did a file search for 'documentation'
I think I have the answer why feedback to the wine-user.pdf has so far
been disappointing: It's too well written. No questions to ask, almost.
Actually, probably 90% of users try to get by without reading it. I saw
a posting somwhere today, someone advising someone else about running
the wine inst
On Wed, Mar 02, 2005 at 05:22:24AM -0800, Ira Krakow wrote:
> The Makefile that Winemaker generates _almost_ works.
> You need to delete the references to the mfc library
> and mfc.dll. After doing that, running make generates
> the .so file. Wine runs it flawlessly.
Nice!
> I got to thinking
Hi,
On Wed, Mar 02, 2005 at 08:30:17AM -0600, Jeremy Newman wrote:
> On Wed, 2005-03-02 at 09:18 +0100, Andreas Mohr wrote:
> > "FIXED" meaning that this will occur never again due to an SNMP alert
> > infrastructure (or something equally functional) being in place...
> > (which I'd have assumed t
> Ok, I'll take a look at this, but if where shouldn't> be using two pointer types we should be using> SymGetTypeInfo in all cases?
the only (two things) you have to do are:
- if one cannot find the pointer type in the pointee's module, then create a winedbg's type for the pointer type and store t
On Wed, 2005-03-02 at 09:18 +0100, Andreas Mohr wrote:
> "FIXED" meaning that this will occur never again due to an SNMP alert
> infrastructure (or something equally functional) being in place...
> (which I'd have assumed to be there already for WineHQ, given the relative
> importance of this serve
--- Pouech Eric DMI AEI CAEN <[EMAIL PROTECTED]>
wrote:
> I don't think this patch should go in as it is:
> - I don't think it's a good idea to have two ways to
> express a pointer type in the debugger (one being
> the standard dbghelp's SymTagPointerType, the other
> one the new deref count you'
This was a CodeWeavers related function that is taking more
disk space on our main server that we anticipated. All we
did was clean up some space and warn folks within CodeWeavers that this can
happen; that should suffice until we make the transition to the
new set of servers that Jer has built up
I have Visual C++ 6.0 running under Crossover Office
4.1, which of course means it's running under Wine.
For one of the examples in the Wine/Winelib book, I
decided to take the code produced by the VC++ Win32
"Hello World" wizard and see how to port it to Wine.
Turns out, it's almost trivial. Cr
Scott Ritchie wrote:
-MimeType=application/x-ms-dos-executable
+MimeType=application/x-ms-dos-executable;application/x-msdos-program;application/x-msdownload;application/exe;application/x-exe;application/dos-exe;vms/exe;application/x-winexe;application/msdos-windows;application/x-msdos-program;appl
T.J. Zeeman wrote:
Warcraft still complains about the CD-rom being MIA though :( I'll see
if I can dig up a few hints from the log this weekend.
Make sure your kernel hsa the ptrace regression fixes in.
I guess you meant the problems refered to in WWN250
(http://www.winehq.com/?issue=250). I check
Francois Gouget <[EMAIL PROTECTED]> writes:
> Francois Gouget <[EMAIL PROTECTED]>
> Ignore version.res.
version.res is no longer generated.
--
Alexandre Julliard
[EMAIL PROTECTED]
"Ivan Leo Puoti" <[EMAIL PROTECTED]> wrote:
> > In order to see what tests are affected by desktop visibility and which
> don't
> > you have to run in both modes and compare the results. Why do it twice if it
> > can be avoided? Right now any failure in the tests can be attributed to the
> > de
Andreas Mohr wrote:
Why not provide an strace/ltrace trace of that SEGV?
ltrace fails with this
$ltrace /usr/local/bin/wine ntoskrnl
ltrace: dict.c:117: dict_apply_to_all: Assertion `d' failed.
Aborted
strace output is attached (It's bziped because it was over 200k uncompressed).
I'm really stuck b
Dmitry Timoshkov wrote:
> In order to see what tests are affected by desktop visibility and which don't
you have to run in both modes and compare the results. Why do it twice if it
can be avoided? Right now any failure in the tests can be attributed to the
desktop visibility, and until it's fixed
Dan Kegel <[EMAIL PROTECTED]> writes:
> You could provide a dummy implementation of __bb_init_func
> in the preloader, but that's uglier IMHO than just not
> passing those options when compiling the preloader.
Sure, but you have to do that in a way that doesn't depend on
configure, and doesn't re
I don't think this patch should go in as it is:
- I don't think it's a good idea to have two ways to express a pointer type in the debugger (one being the standard dbghelp's SymTagPointerType, the other one the new deref count you've introduced). It would be better to add dynamic winedbg types (in
> "Andreas" == Andreas Mohr <[EMAIL PROTECTED]> writes:
Andreas> Hi, On Wed, Mar 02, 2005 at 04:09:36PM +1100, Troy Rollo wrote:
>> The nrelay ("native relay") debug channel acts to limit the output of
>> the relay debug channel, and only works if the relay debug channel is
>>
Troy Rollo <[EMAIL PROTECTED]> writes:
> Activate by setting WINEDEBUG=relay,nrelay
>
> Alternatives considered but rejected:
>
> - Having a config file option. When the config file options are read it is
>already too late to prevent calls by and between kernel32.dll and
>ntdll.dll from
[replying since it was the 2nd HELP! cry]
Hi,
On Tue, Mar 01, 2005 at 10:21:54PM +0100, Ivan Leo Puoti wrote:
> Hello,
> I'm trying to get a program in the programs/ directory to export
> symbols, I've added -shared path/to/spec/spec.c to the linker command, but
> I now get a
> segmentation faul
Hi,
On Wed, Mar 02, 2005 at 04:09:36PM +1100, Troy Rollo wrote:
> The nrelay ("native relay") debug channel acts to limit the output of the
> relay debug channel, and only works if the relay debug channel is also on.
> When "nrelay" is on, "relay" will not log calls made from one built-in
> lib
Hi,
On Tue, Mar 01, 2005 at 03:00:50PM -0600, Jeremy Newman wrote:
> Sorry about that. All fixed now.
The main question is: is it "fixed" or is it "FIXED"?
There's a difference, ya know...
"FIXED" meaning that this will occur never again due to an SNMP alert
infrastructure (or something equally f
55 matches
Mail list logo
