On Thu, 1 Sep 2005 14:30, Steven Edwards wrote:
Well yes some of us do. I work to keep the Wine SDK compatible with
the PSDK because we have developed a MSVC backend in the ReactOS build
system and one day (God willing) I will get the ReactOS Project to use
Wine headers rather than w32api
* On Wed, 31 Aug 2005, Jeremy Newman wrote:
* On Wed, 2005-08-31 at 19:24 +0300, Saulius Krasuckas wrote:
Still winehq server/mail-manager converts the type to
application/octet-stream.
Pipermail stores all attachments in as .bin files.
..
When you click the link, apache sees .bin,
--- Evgeny F [EMAIL PROTECTED] wrote:
Damjan Jovanovic [EMAIL PROTECTED] wrote:
What microdriver are you talking about? Are you
working on STI? For STI, there is a convention for
Windows 2000 and onwards, something like
\\.\USBSCAN\... (check the STI documentation on
MSDN).
If
Thanks for the great work on this! It is really cool, however I am
having a dependency problem that would be great to resolve.
uxtheme currently links in shlwapi.dll, shlwapi.dll in turn links in
ole32.dll. Since WM_NCCREATE seems to load uxtheme it would be that
ole32 is being loaded almost
On Thu, 2005-09-01 at 12:18 +0300, Saulius Krasuckas wrote:
* On Wed, 31 Aug 2005, Jeremy Newman wrote:
* On Wed, 2005-08-31 at 19:24 +0300, Saulius Krasuckas wrote:
The only way to work around that is for pipermail to use a cgi program
which would send the correct mime type when you
On 01.09.2005 15:59, Aric Stewart wrote:
Any chance these changes could be made?
Actually, some chaps in #winehackers asked for the same already ;) :
http://www.winehq.org/pipermail/wine-patches/2005-August/020373.html
-f.r.
* On Thu, 1 Sep 2005, Jeremy Newman wrote:
* On Thu, 2005-09-01 at 12:18 +0300, Saulius Krasuckas wrote:
If you are serious about taking on this issue. The best place to go is
to check out the mailman CVS at:
http://www.gnu.org/software/mailman/
Thanks.
as policy I only use binary
Robert Reif wrote:
Alex Villacís Lasso wrote:
Robert Reif wrote:
Fix the wine ALSA driver rather than the test unless you can prove
that the test fails on Windows.
Hers is a real quick hack that fixes the problem. This should give
you someplace to start.
Andreas Mohr wrote:
Hi,
On Mon, Aug 29, 2005 at 01:43:04PM -0500, Alex Villacís Lasso wrote:
I could not find any MSDN reference on any documented behavior for
LoadLibrary16 or LoadModule16 when libname == NULL.
I've checked it now (Watcom, Win98 SE):
(forgot to zero LOADPARAMS,
In reading the FAQ at
http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq04.046.htp
I came to the impression that the mime-type and extension must match. If they
don't
the extension is changed to .bin.
I checked /etc/mime.types on my etch system and there is no text/x-patch.
'diff' is
Great thanks, missed that patch.
-aric
Frank Richter wrote:
On 01.09.2005 15:59, Aric Stewart wrote:
Any chance these changes could be made?
Actually, some chaps in #winehackers asked for the same already ;) :
http://www.winehq.org/pipermail/wine-patches/2005-August/020373.html
Try that, let me know if it's better. Note: web browses cache mime type
as well, so try a different .bin if needed.
I'll try it for now.
I played with mod_mime_magic as well, but was unable to get any joy out
of it. It is supposed to do what the command 'file' does and get the
mime type based on
Interesting, when it does get the mime type, it inlines it for text
types. I'll add the mime type text/x-diff to /etc/mime.types and see
what happens.
Please try this email test again in about 5 minutes.
I'm not sure if people want the patches inline, maybe they do? Let me
know.
On Thu,
On Tuesday 30 August 2005 19:28, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
curses.c in wineconsole seems to be under (re) development at the moment.
Under Solaris I get the following. I presume this is because the changes
are being developed with ncurses in mind.
Alex Villacís Lasso wrote:
Robert Reif wrote:
Alex Villacís Lasso wrote:
Robert Reif wrote:
Fix the wine ALSA driver rather than the test unless you can prove
that the test fails on Windows.
Hers is a real quick hack that fixes the problem. This should give
you someplace to start.
Jeremy Newman wrote:
Interesting, when it does get the mime type, it inlines it for text
types. I'll add the mime type text/x-diff to /etc/mime.types and see
what happens.
Dont't you mean text/x-patch?
Richard
[please note: due to its cross-discipline and cross-project nature,
this message is going out to SEVERAL related project mailing lists.
when replying, please take EXTRA caution not least because some of
these lists are subscriber-only. also, please note: i _would_
post this also to the samba
Right, I added both. Since some pass it as text/x-patch, and some pass
text/x-diff.
I haven't seen any complaints about the patches appearing inline, so I
assume that it is OK.
On Thu, 2005-09-01 at 23:43 +0100, Richard Cohen wrote:
Jeremy Newman wrote:
Interesting, when it does get the mime
Sorry it took longer to retry the test. Had to work some.
Let's see what mailman does this time...
Ron
# MAKE distclean before a CVS update!
if [ -e cvs.log ]
then
if [ -e cvs.log.old ]
then
rm cvs.log.old
fi
mv cvs.log cvs.log.old
fi
make distclean
cvs update -PAd cvs.log; less
* On Thu, 1 Sep 2005, Jeremy Newman wrote:
* On Thu, 2005-09-01 at 23:43 +0100, Richard Cohen wrote:
Dont't you mean text/x-patch?
Right, I added both. Since some pass it as text/x-patch, and some pass
text/x-diff.
\m/
Works fine for me. Big thanks.
Luke Kenneth Casson Leighton wrote:
that you - the wine team - continue to reinvent an non-interoperable
version of MSRPC, for binary-level DCOM interoperabiltiy ONLY,
demonstrates quite how just as bloody stupid you are being. that _can_
be taken as a compliment, as i genuinely i mean it with
21 matches
Mail list logo
