<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.emulators.wine.devel">
    <title>gmane.comp.emulators.wine.devel</title>
    <link>http://blog.gmane.org/gmane.comp.emulators.wine.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/90009"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89998"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89971"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89956"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89948"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89933"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89926"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89916"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89912"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89882"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89852"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89816"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89811"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89800"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89788"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89767"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89754"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89741"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89720"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89651"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/90009">
    <title>[website] Logo license? Usable in a propritary App?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/90009</link>
    <description>&lt;pre&gt;Hey,
they use the "old" WineHQ Logo in this 99 Cent App:
https://play.google.com/store/apps/details?id=com.appdevandroid.framework.wine
Is that ok? If not, could the creater please contact them. The Icon could be misleading.

&lt;/pre&gt;</description>
    <dc:creator>André Hentschel</dc:creator>
    <dc:date>2012-05-25T21:56:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89998">
    <title>Testing regedit</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89998</link>
    <description>&lt;pre&gt;Hello,
I just noticed that wine's regedit has a few interesting bugs that
appear when running with native comctl32. Can I/should I file them in
the bugzilla?

Regards,
Daniel



&lt;/pre&gt;</description>
    <dc:creator>Daniel Jelinski</dc:creator>
    <dc:date>2012-05-23T19:24:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89971">
    <title>Logging issue ?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89971</link>
    <description>&lt;pre&gt;Hi,

To understand why a game does not work with the disc while it does with 
the ISO (created from the same disc), I made a log with 
+tid,+relay,+volume in both cases and noticed :

- some lines (call or ret) are not printed / missing
- some lines are half-printed and joined with the following

I know sometimes a trailing \n is missing in TRACE() so the output is 
uncertain.
But that doesn't seem to be the case here.

Maybe it's not thread safe or something like that ?
I tried using taskset 1 wine .. to force using one core but no luck.

Here a small part of my log (order not modified, I just remove lines 
from other threads):
0030:Call KERNEL32.GetVolumeInformationA(09732288 
"D:",097321ec,0000007f,00000000,00000000,097321d8,00000000,00000000) 
ret=0057b045
0030:trace:volume:GetVolumeInformationW L"\\??\\D:\\": found fs type 
50009:Call wined3d.wined3d_mutex_unlock() ret=7ed6e3a6
0030:Ret  KERNEL32.CreateFileA() retval=000001f4 ret=00c8b5ab
0030:Call 
KERNEL32.DeviceIoControl(000001f4,00041018,00000000,00&lt;/pre&gt;</description>
    <dc:creator>GOUJON Alexandre</dc:creator>
    <dc:date>2012-05-18T14:23:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89956">
    <title>Installing 64 bit visual c++ 2010 runtime?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89956</link>
    <description>&lt;pre&gt;I'd like to try a real 64 bit app, so on a 64 bit Ubuntu 12.04, I tried
  sudo apt-get install wine
  rm -rf ~/.wine
  export WINEARCH=win64
  wget http://download.microsoft.com/download/3/2/2/3224B87F-CFA0-4E70-BDA3-3DE650EFEBA5/vcredist_x64.exe
  wine vcredist_x64
and that installs fine... but only puts anything in c:\windows\syswow64,
and the 64 bit app I'm trying is rather upset that it can't
find mfc100.dll.  The log it writes into c:\users\$LOGNAME\*.html
says (if you look at the source, or click 'verbose' in a web browser)
"platform not supported".
This happens even if I use winecfg to set win7 mode.

Happily, it looks like one can just grab the file from the .cab with
something like this:
 mkdir foo
 cd foo
 cabextract ../vcredist_x64.exe
 cabextract vc_red.cab
 cp F_CENTRAL_mfc100_x86 ~/.wine/windows/system32
 cd ..
 rm -rf foo

That gets the app I'm trying to the point where it needs a newer
builtin vcrun100,
http://source.winehq.org/git/wine.git/?a=commit;h=6cb3713e26aa4d89d4dc67601f67e3dc29f51f24&lt;/pre&gt;</description>
    <dc:creator>Dan Kegel</dc:creator>
    <dc:date>2012-05-16T22:24:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89948">
    <title>kernel32: Correct WideCharToMultiByte and MultiByteToWideChar errorcodes and conditions</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89948</link>
    <description>&lt;pre&gt;Hello,

This patch was marked committed yesterday--thank you for accepting
it!--but it still isn't showing up in Git. Maybe it was accidentally
skipped? It needs to be committed before I can submit the UTF-7
implementation I wrote that builds on it.

-Alex



&lt;/pre&gt;</description>
    <dc:creator>Alex Henrie</dc:creator>
    <dc:date>2012-05-16T19:40:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89933">
    <title>AppDB, ratings and native vs. builtin trouble</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89933</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Good day to all subscribers of this list,

I've got a small decision trouble I have to deal with as an AppDB maintainer.
I know that years ago there had been discussion on this topic, but I want to
bring this once on a surface once again so we would get a fresh modern look an
thus minor problem.

As we all know, Wine isn't perfect, thus applications often require native
DLLs to behave properly. AppDb treats such cases as being "Gold" rating. It's
easy to distinguish between "Platinum" and "Gold" case most of the time, but
sometimes there are cases where native dll overrides happen automagically as a
result of app installed installing third-party lib redists himself.

Good example is idSoftware's Rage game which require XAudio2 to functions -
which is not implemented in Wine. User would have to install and use native
lib for game to function, but most of the times it would be done automatically
by Steam (its "auto-install required libs" feature would try to insta&lt;/pre&gt;</description>
    <dc:creator>Alexey Loukianov</dc:creator>
    <dc:date>2012-05-16T10:14:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89926">
    <title>wine/clang warnings</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89926</link>
    <description>&lt;pre&gt;Howdy,

I tried Wine with LLVM/Clang from svn recently, thought others may
like some of the results. I've also ran the static analyzer.

For reference, this is with:
wine-1.5.4-61-g8327e6f, plus the following patch:
diff --git a/include/windef.h b/include/windef.h
index 9cf98e7..e95388a 100644
--- a/include/windef.h
+++ b/include/windef.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -53,7 +53,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; extern "C" {
 #ifndef __stdcall
 # ifdef __i386__
 #  ifdef __GNUC__
-#   ifdef __APPLE__ /* Mac OS X uses a 16-byte aligned stack and not
a 4-byte one */
+#   if defined (__APPLE__) || defined (__clang__) /* Mac OS X uses a
16-byte aligned stack and not a 4-byte one */
 #    define __stdcall __attribute__((__stdcall__))
__attribute__((__force_align_arg_pointer__))
 #   else
 #    define __stdcall __attribute__((__stdcall__))

see http://wiki.winehq.org/Clang for more info. Wine was compiled using:
#!/bin/bash
export CC="clang"
export CXX="$CC"
export CFLAGS="-g -O0 -std=gnu89 -Wno-conversion -Wno-invalid-source-encoding"
./configure

-Wno-invalid-source-e&lt;/pre&gt;</description>
    <dc:creator>Austin English</dc:creator>
    <dc:date>2012-05-15T20:20:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89916">
    <title>Wine Mono 0.0.4 Release - I'm serious now!</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89916</link>
    <description>&lt;pre&gt;I have published version 0.0.4 of Wine Mono on Sourceforge. I fully
intend to make this release a part of Wine.

The source tarball is at
http://sourceforge.net/projects/wine/files/Wine%20Mono/0.0.4/wine-mono-0.0.4.tar.gz/download

The binary is at
http://sourceforge.net/projects/wine/files/Wine%20Mono/0.0.4/wine-mono-0.0.4.msi/download

For developers, the source repository is at
https://github.com/madewokherd/wine-mono

Changes since 0.0.2:
 * With Wine 1.5.4 and Wine Mono 0.0.4, it's now possible to run
mixed-mode assemblies.
 * The random hang that was introduced in Mono 2.11 is now fixed
(0.0.2 contained a hacky work-around).
 * A replacement for XNA 4.0 based on MonoGame is now included, to be
used if MS XNA 4.0 is not installed.
 * Updated Mono from 2.11.0 to 2.11.1, bringing in the changes listed
here: http://mono.1490590.n4.nabble.com/Mono-2-11-1-is-out-td4575466.html
 * Changes from Hans Leidekker to make upgrading and removing the msi
work better.
 * Added more registry keys to prevent native .NET&lt;/pre&gt;</description>
    <dc:creator>Vincent Povirk</dc:creator>
    <dc:date>2012-05-14T20:05:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89912">
    <title>XINPUT JOYSTICK PATCH</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89912</link>
    <description>&lt;pre&gt;I have written a modification of the xinput1_3 dll that simulates xbox
joystick with a logitech rumblepad 2 joystick,also provided is a way to
disable dinput joysticks through an environment variable, it seems to
work well,may it be of interest to the wine project?




&lt;/pre&gt;</description>
    <dc:creator>Giovanni Ongaro</dc:creator>
    <dc:date>2012-05-14T12:49:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89882">
    <title>Using an IDE on Wine?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89882</link>
    <description>&lt;pre&gt;How many of you use an Integrated Development Environment (IDE) when
working on Wine?

If you do, which  one do you use and how, how useful is it and how hard
was it to set up?

Max



&lt;/pre&gt;</description>
    <dc:creator>Max TenEyck Woodbury</dc:creator>
    <dc:date>2012-05-12T20:09:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89852">
    <title>GSoC Joystick Configuration Tools</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89852</link>
    <description>&lt;pre&gt;Hello all,

I'll use this thread to post information and ask questions regarding
my GSoC project.

First there's a wiki which aggregates some information and lists tasks
I'm working on: http://lfzawacki.heroku.com/wine/published/HomePage
Then there's a github repo: https://github.com/lfzawacki/wine-joysticks

In the repository you'll find the different tools I'll be
implementing. They can be easily built and tested, even before they
make it into wine. At the moment
there's an intial version of the command line joystick tester. This
tool is useful for listing connected joysticks, testing if they work
correctly in
wine, testing axis remapping, watching for dinput trace messages,
etc... It's also the basis for the joystick testing GUI.

I'll start cleaning up, splitting this code and commiting it to wine
next week. For now I'll make a similar tool to this one that tests
force feedback. I'll try to make it in the style
of the Linux fftest program, but using the dinput interfaces so that a
user can test the diffe&lt;/pre&gt;</description>
    <dc:creator>Lucas Zawacki</dc:creator>
    <dc:date>2012-05-10T14:40:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89816">
    <title>running 16bit code</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89816</link>
    <description>&lt;pre&gt;Does wine support running of 16bit windows apps?
If so does it rely on the underlying OS having support
for 'virtual 8086 emulation'?

I'm thinking of removing the VM86 support from NetBSD,
and wine is about the only likley user.

David

&lt;/pre&gt;</description>
    <dc:creator>David Laight</dc:creator>
    <dc:date>2012-05-08T09:40:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89811">
    <title>kernel32: Add UTF-7 support</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89811</link>
    <description>&lt;pre&gt;Hi all,

Could I get some feedback on
http://source.winehq.org/patches/data/85898 ? It was marked "Rejected"
a week ago without explanation.

Most of the code was authored by Katayama Hirofumi, whose patches have
been accepted into Wine before. He gave permission to use his code
under the LGPL at http://bugs.winehq.org/show_bug.cgi?id=27388

What more needs to be done before this patch can be accepted?

-Alex


&lt;/pre&gt;</description>
    <dc:creator>Alex Henrie</dc:creator>
    <dc:date>2012-05-08T01:21:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89800">
    <title>winetricks &amp; DLL overrides</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89800</link>
    <description>&lt;pre&gt;
Hi Dan,

i'm happy user of winetricks and thanks for all that work. Today i
found out, that i wasn't able to reveal, that apps uses some native
dll  when using:

winetricks settings alldlls=builtin

further checking revealed, that winetricks(20120308) has several no
longer available dll override compared to winecfg and some are
missing, thus application uses them as native.

So i add/del dlls from override_all_dlls list based on winecfg
(1.5.3-164-gdec3d50) and the result is attached as a patch.

Probably unusable for you, because:
* no care about line length

* i do not know whether removing no longer available dll's override
is allowed (what's happen for users using old wine-1.0 and need
dlls's override no longer available in wine-1.5.3)

* shouldn’t be the dll's override in user.reg simply overwritten? As
i noticed the names are there twice - 2nd one with "*" prefix making
it confusing, which value will be used and the list in winecfg is
twice as long.


Thanks and regards,&lt;/pre&gt;</description>
    <dc:creator>wylda&lt; at &gt;volny.cz</dc:creator>
    <dc:date>2012-05-06T04:26:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89788">
    <title>Wine Gecko 1.6-beta1</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89788</link>
    <description>&lt;pre&gt;Hi all,

I've uploaded a beta version of another Gecko update. Other than usual
Gecko changes coming from Mozilla (for upcoming Firefox 13), it contains
fixes for Wine bugs 30465 and 25243. To try it, as usually, the attached
patch is required as well as the build that may be found on SourceForge
[1], installed in usual way [2] (or your own build, it's easy those
days! See wine-gecko-1.6 branch on [3]).

All help with testing is appreciated!

Thanks,
    Jacek

[1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.6-beta1/
[2] http://wiki.winehq.org/Gecko
[3]
http://wine.git.sourceforge.net/git/gitweb.cgi?p=wine/wine-gecko;a=summary
diff --git a/dlls/appwiz.cpl/addons.c b/dlls/appwiz.cpl/addons.c
index 4b57cc3..c902eb8 100644
--- a/dlls/appwiz.cpl/addons.c
+++ b/dlls/appwiz.cpl/addons.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -51,7 +51,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 
 WINE_DEFAULT_DEBUG_CHANNEL(appwizcpl);
 
-#define GECKO_VERSION "1.5"
+#define GECKO_VERSION "1.6-beta1"
 
 #ifdef __i386__
 #define ARCH_STRING "x86"
diff --git a/dlls/mshtml/htmlelem.c b/dlls/ms&lt;/pre&gt;</description>
    <dc:creator>Jacek Caban</dc:creator>
    <dc:date>2012-05-04T14:46:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89767">
    <title>Building 64 &amp; 32 bit wine on Ubuntu 12.10?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89767</link>
    <description>&lt;pre&gt;What's the standard procedure for building both 32 and 64
bit wine together on Ubuntu 12.10?

Sadly, it seems you can't install both 32 and 64 bit development
files at the same time.
And trying to use a 32 bit chroot is awkward because wine's build
system tries to use the 64 bit makedep from inside
the 32 bit chroot (which fails because the 64 bit shared
libraries aren't present).



&lt;/pre&gt;</description>
    <dc:creator>Dan Kegel</dc:creator>
    <dc:date>2012-05-03T01:01:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89754">
    <title>Find Wine software installer</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89754</link>
    <description>&lt;pre&gt;haiiii

I have a problem that i need to track the software installation.that means
I need to keep the location where the files are installed. Are there any
place in wine source code to get help for my problem.

thank you.

&lt;/pre&gt;</description>
    <dc:creator>Shanuka Wijekoon</dc:creator>
    <dc:date>2012-05-01T18:49:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89741">
    <title>Patches 85862 &amp; 85862</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89741</link>
    <description>&lt;pre&gt;What's wrong with these patches :

- http://source.winehq.org/patches/data/85862
- http://source.winehq.org/patches/data/85862

There are marked as pending but can't see anything wrong. Maybe I'm 
missing something.

Christian




&lt;/pre&gt;</description>
    <dc:creator>Christian Costa</dc:creator>
    <dc:date>2012-04-30T23:09:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89720">
    <title>Wine developer example sessions?</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89720</link>
    <description>&lt;pre&gt;I'm bringing a new intern up to speed, and while I was
showing him how to diagnose one particular wine bug,
I recorded the session on a web page,
http://kegel.com/wine/bug30486.html

It occurred to me that recorded sessions like that
might be useful to other beginners (above and
beyond the more structured wine developer doc), so I
created http://wiki.winehq.org/DeveloperExamples
and linked to it from there.

Does that seem useful, and are there other
tutorials that could be linked to?



&lt;/pre&gt;</description>
    <dc:creator>Dan Kegel</dc:creator>
    <dc:date>2012-04-27T20:19:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89651">
    <title>GSOC 2012 has started</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89651</link>
    <description>&lt;pre&gt;Howdy,

Google Summer of Code 2012 has started, and we have 5 students this year:

Józef Kucia - Implement missing functions in D3DX9, mentored by Stefan
Dösinger - https://google-melange.appspot.com/gsoc/project/google/gsoc2012/jos/58002
Lucas Fialho Zawacki, mentored by Joystick configuration and testing
applet Marcus Meissner -
https://google-melange.appspot.com/gsoc/project/google/gsoc2012/lfzawacki/36002
Magdalena Nowak - Control Panel, mentored by Owen Rudge -
https://google-melange.appspot.com/gsoc/project/google/gsoc2012/magdalena/12001
Marek K Chmiel - Encryption – digital signature security, mentored by
Juan Lang - https://google-melange.appspot.com/gsoc/project/google/gsoc2012/mkchmiel/16001
Qian Hong - GSoC project: Improve CJK font support, mentored by Aric
Stewart - https://google-melange.appspot.com/gsoc/project/google/gsoc2012/fracting/11001

Good luck everyone!

&lt;/pre&gt;</description>
    <dc:creator>Austin English</dc:creator>
    <dc:date>2012-04-24T00:17:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.emulators.wine.devel/89634">
    <title>winedbg and program stdout</title>
    <link>http://comments.gmane.org/gmane.comp.emulators.wine.devel/89634</link>
    <description>&lt;pre&gt;When I debug a program with winedbg, it's output never goes to the
same terminal. If it's compiled with -mconsole, it goes to a new
console window; if compiled with -mwindows, the output is discarded.
Any way to change this behavior?




&lt;/pre&gt;</description>
    <dc:creator>Ilya Basin</dc:creator>
    <dc:date>2012-04-21T08:33:14</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.emulators.wine.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.emulators.wine.devel</link>
  </textinput>
</rdf:RDF>

