Hiji schreef:
> --- Dan Sawyer <[EMAIL PROTECTED]> wrote:
>
>
>>All,
>>
>>I am testing with the wine 2005 release. The release
>>notes state config
>>file control has been moved to the registry and that
>>winecfg is active.
>>winecfg does not seem to recognize dll overrides.
>>Has anyone else s
Is there a way to cause winecfg to assume the contents of the config
file on initiation?
Brian Vincent wrote:
On 7/8/05, Hiji <[EMAIL PROTECTED]> wrote:
How are DLL overrides done in winecfg?
What may not be obvious is the "Applications" tab in winecfg is tied
to the o
James Liggett wrote:
\system. Then set msi.dll and misexec.exe to native, and Windows
Installer will work. Good luck. ;-)
It would be nice if you could try use the builtin msi and msiexec.exe
and report success or failure with it...
Mike
Hmmm... never seen that before. I never did use version 20050524, so
there could be some regressions that I'm not aware of. I would ditch
this version and go with the current one, 20050628. But there's a catch:
They got rid of the config file and replaced it with registry entries.
As of yet, Wineto
Brian Vincent wrote:
What may not be obvious is the "Applications" tab in winecfg is tied
to the other tabs.
The current design is totally braindead from a usability standpoint:
* As you pointed out it's not very intuitive that selecting an item in
the first tab affects the semantics of th
On 7/8/05, Hiji <[EMAIL PROTECTED]> wrote:
> How are DLL overrides done in winecfg?
What may not be obvious is the "Applications" tab in winecfg is tied
to the other tabs. We should probably add a sentence in the
description of that tab to briefly explain it links to other ones
(inc. "Graphics").
On Fri, 1 Jul 2005, Dmitry Timoshkov wrote:
>>> This means that HAVE_SCSIREQ_T_CMD is not defined for you, i.e. scsireq_t
>>> has not been detected. Very likely this is caused by a wrong/missing
>>> header
>> I found that FreeBSD does not have this type defined anywhere
> Any idea why it was in the
--- Dan Sawyer <[EMAIL PROTECTED]> wrote:
> All,
>
> I am testing with the wine 2005 release. The release
> notes state config
> file control has been moved to the registry and that
> winecfg is active.
> winecfg does not seem to recognize dll overrides.
> Has anyone else seen
> this? If so we
I'm trying to install the Windows Installer using Winetools.
Unfortunately, it stops about 60% through the "Preparing Installation"
phase with the message "The installer has insufficient privileges to
modify this file: C:\Config Msi\444860.rbf" Anyone know what is going
wrong ?
System:
Hi.
I want to split the source of winspool.drv in simple, easy to maintain
Parts. (My Target is to get my "Lexmark X5100 Series" working.)
Possible Resulting Files:
"host" Host-Related (Cups / LPR / Installing wineps)
"printers" printer and printerdata - related
"drivers"printerdriv
The patch you gave me fixed the crash in winmm, but now I get this:
err:seh:setup_exception stack overflow 496 bytes in thread 0009 eip
7bee164a esp 7b9d0e10 stack 0x7b9d-0x7bad
What's that?
Thanks,
James
On Fri, 2005-07-08 at 23:17 +0200, Uwe Bonnes wrote:
> > "James" == James Ligg
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> The patch you gave me fixed the crash in winmm, but now I get
James> this: err:seh:setup_exception stack overflow 496 bytes in thread
James> 0009 eip 7bee164a esp 7b9d0e10 stack 0x7b9d-0x7bad
James> What's t
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> Thanks, Uwe. I really apprecate all of this. I was wondering, why
James> are we even using this library when there's been bugs in it that
James> we discovered long ago, but never fixed? And another thing that
James>
> "Ge" == Ge van Geldorp <[EMAIL PROTECTED]> writes:
>> From: Kevin Koltzau
>>
>> The solution IMO is to use a real DIB engine
Ge> Since ReactOS never had the benefit of being able to use X11
Ge> functions, we've already done a lot of work on a DIB engine. As with
Ge>
Thanks, Uwe. I really apprecate all of this. I was wondering, why are we
even using this library when there's been bugs in it that we discovered
long ago, but never fixed? And another thing that bothers me: I've
selected ALSA as my sound output, but the debug trace shows wineoss.drv
loading. What's
On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber
<[EMAIL PROTECTED]> wrote:
I would have thought anyone capable of taking a
screen shot is capable of
resizing an image.
From experience I've had with people sending in images
(including myself) to web sites I wouldn't expect the
person who took
Am Donnerstag, den 07.07.2005, 19:53 +0200 schrieb Peter Åstrand:
> >> If only people could agree on a standard sound server...
> >
> > Esound and arts are relicts of the past. Try jack ,-)
>
> Jack does not support network redirection, which I need. Besides, Esound
> is still the standard sound
--- [EMAIL PROTECTED] wrote:
> On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber
> <[EMAIL PROTECTED]> wrote:
>
> I would have thought anyone capable of taking a
> screen shot is capable of
> resizing an image.
Well, I wasn't aware that the reason the db didn't
accept my screen shot was be
Uwe Bonnes wrote:
There are two sided of the problem:
- One is microquill not handling HeapValidate
- Second is the loading of the sound driver using this not otherwise used
function
WinMM should not be using HeapValidate. There are many other ways of
ensuring the handle that was passed i
On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber
<[EMAIL PROTECTED]> wrote:
I would have thought anyone capable of taking a screen shot is capable of
resizing an image.
Just say what size you want in px (and a max file just in case) and
suggest users try to upload a suitable size if pos
Would it be possible to offer the option of using
imagemagic to resize/format the uploaded images?
--- Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> If we are able to bump the size, we should still not
> accept images that
> are too big (>1MB for example) but instead present
> the user with a
> mes
Why don't we just bump the max size up a bit? Jeremy, is that ok from
a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> Yes I know about it.
>
> The problem is that the file is bigger than the maximum allowed by the
> server.
>
> I'll try my best to find a
If we are able to bump the size, we should still not accept images that
are too big (>1MB for example) but instead present the user with a
message that explains that the picture would be much smaller using jpeg
for example.
So the scheme is:
- let the server accept big files
- check the received s
Yes I know about it.
The problem is that the file is bigger than the maximum allowed by the
server.
I'll try my best to find a solution (I already tried but it doesn't work
on the live server).
Please use jpeg when uploading game-like screenshots and png for "text
and lines" screenshots. This r
Am Freitag, den 08.07.2005, 14:01 +0100 schrieb Huw D M Davies:
> I think Alexandre didn't want every special folder to have its own
> implementation.
I See, but I don't see any comment from Alexandre.
We need even more Window-handling in shell32.dll
See my stub for Printers_RegisterWindowW.
(P
--- Vijay Kiran Kamuju <[EMAIL PROTECTED]> wrote:
> But mbctype.h is a sdk header file, it should not be specific for
> msvcrt.
> I think it should not be put in include/msvcrt
It's not in my PSDK include directory, but it is in my VC++ include
directory. On MSDN it's documented as part of the VC
Frank Richter <[EMAIL PROTECTED]> writes:
> +static void test_LoadImage(void)
> +{
> +HINSTANCE hInst = GetModuleHandle (NULL);
> +HBITMAP bmp = LoadImage (hInst, MAKEINTRESOURCE(1), IMAGE_BITMAP,
> + 0, 0, LR_CREATEDIBSECTION|LR_SHARED);
> +DIBSECTION ds;
> +
> +GetObject (bm
On Thu, Jul 07, 2005 at 10:22:07PM +0200, Detlef Riekenberg wrote:
> Am Sonntag, den 29.05.2005, 01:13 +0200 schrieb Martin Fuchs:
> > Is there some problem with this patch?
> > Seems it's not yet committed, and I could not find any answer mail
> > about it.
> >
> > http://www.winehq.org/hypermail
On 08.07.2005 10:58, Vijay Kiran Kamuju wrote:
> But mbctype.h is a sdk header file,
It's not, it is ...
> it should not be specific for msvcrt.
> I think it should not be put in include/msvcrt
... really an MSVCRT-specific header.
(If you have VC7 or later, check the include directories - you
I'm also getting an stack overflow error
err:seh:setup_exception stack overflow 56 bytes in thread 0009 eip
6b94af41 esp 7bac0fc8 stack 0x7bac-0x7bcc
Im using wine20050628 version
Thanks,
Vijay
On 7/7/05, Vijay Kiran Kamuju <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Has anybody run HTTP-Tunne
Hi,
Can anybody help me in implementing the SBCS functionality for wine msvcrt?
This link http://www.geocities.com/yongweiwu/multibyte.htm says that
_MB_CP_SBCS is equivalent to "C" locale.
This link http://www.linuxforum.net/chinese/topic/lcr-1.htm (its in
chinese) say that SBCS code pages are d
> From: Kevin Koltzau
>
> The solution IMO is to use a real DIB engine
Since ReactOS never had the benefit of being able to use X11 functions,
we've already done a lot of work on a DIB engine. As with just about
everything in ReactOS, it is not complete yet. However, often-used stuff
like BitBlt
Hi,
But mbctype.h is a sdk header file, it should not be specific for msvcrt.
I think it should not be put in include/msvcrt
Thanks,
Vijay
On 7/8/05, Juan Lang <[EMAIL PROTECTED]> wrote:
> Hi Vijay,
>
> > it should not get errored out for _MB_CP_ANSI which is actually
> > defined in mbctype.h
>
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> Tried your lead, but no luck. I did find the conversation, but to
James> my dismay it was a dead end. It ended with you saying that the
James> problem had gone away out of the blue:
James> http://www.winehq.com/hyper
34 matches
Mail list logo