Do we really need to write out unix pid?
AFAIK Winedbg can attach to windows process IDs just fine.
Hrmph. The author did say in
http://bugs.winehq.org/show_bug.cgi?id=8243
that he needed Windows PIDs, didn't say he needed Unix pids.
so maybe you're right. Let's ask him.
Hey, Anastasius, do y
Hi,
I have found some talk of implementing USB device support in wine in this
list some time ago (2005), but as far as I know, nothing ever came of it.
I would perhaps be interested in getting this going again, as I have an
application (Serato Scratch Live: http://www.rane.com/scratch.html) for
What's the bug number for this?
Did you debugged the crash to the particular information Wine
returns/doesn't return?
Sébastien GRIPON wrote:
> Hi,
>
> I try to play to Pro Evolution Soccer 3 on my Ubuntu Fesity Fawn and
> it's not far to be possible. Every wine release brings a lots of wined3d
>
On 03.05.2007 22:00, Tom Spear wrote:
> Do we implement secured versions of other functions, and if
> not, how come?
The *_s functions are provided by the C runtime library (ie
msvcr80.dll). So Wine probably doesn't need to implement them (at least
not until they pop up in, say, msvcrt.dll).
-f.r
On 5/3/07, Bill Medland <[EMAIL PROTECTED]> wrote:
Bill Medland ([EMAIL PROTECTED])
Lower boundary test cases for SystemTimeToFileTime and GetDateFormat
Index: wine/dlls/kernel32/tests/locale.c
===
RCS file: /home/wine/wine/dlls/ker
On 5/3/07, Kai Blin <[EMAIL PROTECTED]> wrote:
On Thursday 03 May 2007 23:16, Tom Spear wrote:
Noone should use gets(). There are lots of better alternatives. For the other
deprecated functions, there are ways to check that the input is valid before
calling it, iirc.
I agree that nobody uses i
On Thursday 03 May 2007 23:16, Tom Spear wrote:
> Otherwise I assume there would be thousands of buffer overflows that
> (malicious) people would exploit.
Noone should use gets(). There are lots of better alternatives. For the other
deprecated functions, there are ways to check that the input is
On Thu, 2007-03-05 at 07:29 -0700, Bill Medland wrote:
> On Thu, 2007-03-05 at 07:49 +0200, Marcus Meissner wrote:
> > On Wed, May 02, 2007 at 03:32:59PM -0700, Bill Medland wrote:
> > > Does anyone know where a call to OLE2A is going to enter wine?
> > > Presumably OLE2A returning null means that
On 5/3/07, Marcus Meissner <[EMAIL PROTECTED]> wrote:
wine is not using gets() at all, insofar there is no risk from it.
That much I knew, however we do use strcpy (especially in msi), and
that is another one that has been deprecated ("banned")..
See http://msdn2.microsoft.com/en-us/library/bb
On Thu, May 03, 2007 at 04:16:31PM -0500, Tom Spear wrote:
> On 5/3/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
> >Tom Spear wrote:
> >> I was writing up a Hello World with input program for a demonstration
> >> for a non-developer coworker last week, and used the unsecured getch()
> >> and got
Please comment on this patch:
This patch adds two options to toool/winegcc to allow Solaris linker flags to
be
passed through and recognized.
Prior to this patch, libraries compiled with winegcc (despite overloading every
link related env variable I could think of), had a single RPATH when eva
On 5/3/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
Tom Spear wrote:
> I was writing up a Hello World with input program for a demonstration
> for a non-developer coworker last week, and used the unsecured getch()
> and got the standard warning about how it was unsecured and dangerous
> to use
Hi,
I try to play to Pro Evolution Soccer 3 on my Ubuntu Fesity Fawn and
it's not far to be possible. Every wine release brings a lots of wined3d
improvements and pes3 is almost playable. Many textures are missing, but
it's on a good way. Congratulations !
However, I have a problem with my joysti
Tom Spear wrote:
I was writing up a Hello World with input program for a demonstration
for a non-developer coworker last week, and used the unsecured getch()
and got the standard warning about how it was unsecured and dangerous
to use that. That prompted me to look up the basic secured functions
I was writing up a Hello World with input program for a demonstration
for a non-developer coworker last week, and used the unsecured getch()
and got the standard warning about how it was unsecured and dangerous
to use that. That prompted me to look up the basic secured functions
on the MS website
On 5/2/07, EA Durbin <[EMAIL PROTECTED]> wrote:
patch created by Anastasius Focht for Bug 8243.
+/* check "MsiBreak" environment variable */
+if( GetEnvironmentVariableW( envMsiBreakW, envMsiBreakValueW,
MAX_PATH))
+{
I think we need more investigation into this before accepting t
On Thursday 03 May 2007 05:45, EA Durbin wrote:
Hi,
> patch created by Anastasius Focht for Bug 8243.
>
>+#include /* for getpid() */
>+#include /* for getpid() */
Do we really need to write out unix pid?
AFAIK Winedbg can attach to windows process IDs just fine.
>+ if( MessageBo
Actually, I only thought about this just now, but you should also call
glDisableClientState(GL_WEIGHT_ARRAY); in unloadVertexData().
José Manuel Ferrer Ortiz <[EMAIL PROTECTED]> writes:
> By the way, I've changed the license of the files
> 'oledlg/oledlg_Es.rc' and 'shdoclc/Es.rc' (I was the creator of
> these two files) to LPGL version 2.1 (and not any later).
Please don't do that. All of Wine should be under the same license
On Thu, 2007-03-05 at 07:49 +0200, Marcus Meissner wrote:
> On Wed, May 02, 2007 at 03:32:59PM -0700, Bill Medland wrote:
> > Does anyone know where a call to OLE2A is going to enter wine?
> > Presumably OLE2A returning null means that the thread ran out of stack
> > space?
>
> What is OLE2A? I do
Scott Ritchie <[EMAIL PROTECTED]> writes:
> But why have separate packages if the problem lies in wineserver? Once
> we figure out how to make wineserver intelligently handle the issue,
> then we can package the apps together. Until then, we're best off
> packaging just the 32 bit version, since
> В сообщении от 23 апреля 2007 16:11 вы написали:
> > "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> > >> >> The written strings in 866 and 1251 code pages are only readable
> > >> >> when output console code page matches the string encoding.
> > >> >
> > >> > This is in wine.
> > >> > In window
On 03/05/07, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
I think both of you are wrong, and the correct number is 15 +
WINED3DDP_MAXTEXCOORD,
True, I only noticed the hardcoded 16, not that the code's actually
looping over the strided data rather than actual vertex attributes.
23 matches
Mail list logo
