, the selection will move to the newly inserted item
instead of remaining on the first item (likely some internal index is
not recalculated in autoarrange mode)
A+
--
Eric Pouech
faults is another story...
A+
--
Eric Pouech
Juan Lang wrote:
--- Eric Pouech <[EMAIL PROTECTED]> wrote:
I'm in the process of rewriting the SMB code to
use
winsock name lookup and socket calls without
NetBIOS
first, and to fall back to NetBIOS (using the
Netbios() function) second if that fails.
beware that you cannot di
ot;
if you really want to share the code, better implement the TDI interface
to linkage points in ntdll and make netapi32 depend on it, but that may
be a bit overkill for the moment.
A+
--
Eric Pouech
preferred)
the internal NTDLL interfaces for handling file systems are likely to
evolve very shortly
I also assume that you're referring (parly) to NetBios resolution
if so, then copying the code might not be a wrong answer for now
if not, please explain what you want to do in more details
A+
--
Eric Pouech
Nope ;) I think there was a problem when you tried to attach that :-)
oops (took the file from the wrong dir...)
A+
--
Eric Pouech
Index: dlls/kernel/sync.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/sync.c,v
retrieving
So the problem appears to be that in the new implementation, the write
to the pipe is being blocked on every call, until a read has happened.
What should be happening is that the write should only block if the pipe
is full. Does that help someone know where to look?
does this help ?
A+
--
Eric
not find the object for that
the point is to know why you get a nil value for stdinput handle
could you compare the two server traces before and after the trace ?
TIA
--
Eric Pouech
implements what you described.
thanks... works like a charm now
impressive turn around time btw!!
A+
--
Eric Pouech
Dimitrie O. Paun wrote:
On Fri, 22 Aug 2003, Eric Pouech wrote:
some apps of mine needs this to get going:
can someone with good listview knowledge confirm ? (or find the correct fix)
-if (uView == LVS_REPORT && (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT))
+if (uVie
some apps of mine needs this to get going:
can someone with good listview knowledge confirm ? (or find the correct fix)
TIA
--
Eric Pouech
Index: dlls/comctl32/listview.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/comctl32
Eric Pouech wrote:
Oleg Prokhorov wrote:
Hello wine-patches,
Changelog:
Fixes two problems:
GPF when no extension was specified.
No handles were inherited in CreateProcess, all child console
programs were silent
the second part is wrong. a child process should inherit its parent
input
we don't inherit all the handles.
But the bug still exist as of today.
I'll look into it.
A+
--
Eric Pouech
ended attributes)
See the thread titled "[RFC] ioctl vs xattr for the filesystem specific
attributes".
yup that would help (to expose FAT attributes)
my only remark is that we need to open the file in order to get its
attributes
I wonder if there would be an impact performance wise
--
Eric Pouech
27;s
- a real VFS (as Linux does)
- the (V)FS I'm talking about is more related to adaptation (as you
mention), but I'm not sure I got you right
A+
(*) except files starting with a . which get the HIDDEN attribute
--
Eric Pouech
is send to the FS which handles the file, which can in turn
send it or transform it to another part...
As wine implements a more monolithic approach, and since we don't have
this orthoganility available today, I'm not yet convinced we need to
stick more to the NT behavior than what I described above as the minimal
requirements.
A+
--
Eric Pouech
long names conversion in the server
--
Eric Pouech
x27;ll send the removal of env handling later on today.
A+
--
Eric Pouech
x small test program on various platforms and see
what gives...
A+
--
Eric Pouech
dClose doesn't change the last
error on success, wine should do the same (especially if some known
program depends on it)
A+
--
Eric Pouech
ctly
is to run with the curses package that the one you compiled with...
A+
--
Eric Pouech
?
GlobalUnlock does set last error to 0 if it's unlocking the last lock.
A+
--
Eric Pouech
co. to avoid some
cut-and-paste development.
Normally, the _l* API is very close to the C standard library, but
moving to the win32 API is not too hard.
If not... there's more than one way to skin a
cat.
Windows surely does provide lots of tools for this to happen
A+
--
Eric Pouech
Dmitry Timoshkov wrote:
"Eric Pouech" <[EMAIL PROTECTED]> wrote:
Why don't you use _lclose, _lcreat, _llseek, _lopen, _lread, _lwrite
exported from kernel32?
except for _lopen which differs a bit from CreateFile, but why not using
ReadFile, WriteFile, CloseHandle...
Becau
x27;t you use _lclose, _lcreat, _llseek, _lopen, _lread, _lwrite
exported from kernel32?
except for _lopen which differs a bit from CreateFile, but why not using
ReadFile, WriteFile, CloseHandle...
A+
--
Eric Pouech
is
to run the application with the correct locale, and you should see the
interface in Italian.
BTW, is properties valid in Italian (just wondering if you didn't forget
to translate this menu)
A+
--
Eric Pouech
thread->attached = 0;
}
+else if (errno == EINTR) continue;
else perror( "wait4" );
return 0;
}
A+
--
Eric Pouech
week-end
A+
--
Eric Pouech
you describe in ntdll. (except for
the part on cd D: with curr drive already being D: which I'm not sure we
have set correctly).
However, kernel hasn't been updated (yet) to use ntdll for files & path
related functions. This should be done in the coming week^H^H^H^Hmonths
A+
--
Eric Pouech
program (if
correctly designed) to use some other mechanism and you may succeed in
running your program
A+
--
Eric Pouech
Dan Kegel wrote:
Eric Pouech wrote:
Dan Kegel wrote:
OK, so with the normal X11 driver, you can no longer
redirect stdout from commandline apps under Wine;
the output just vanishes if you try to send it to a file.
it works just fine here (at least for simple programs).
does your program
, which
actually does this output (this may be indeed broken)
A+
--
Eric Pouech
ound (for those functions), and not #define initscr to p_initscr if
initscr is already #define:d
+if( !WCCURSES_bind_libcurses() )
+return FALSE;
you'd better return init_failed from the enum instead of a boolean here
A+
--
Eric Pouech
different
ways, and editing one huge config file is a pain to script anyway.
I don't think Alexandre would like the command line option (at least as
it is) to the main wine executable, but that's another story.
A+
--
Eric Pouech
BiGgUn wrote:
set to "Y" ?
It's set to 'Y'
that's (maybe) why it doesn't get overwritten... It's likely keys will
be reordered if you set it to N
A+
--
Eric Pouech
BiGgUn wrote:
did you wait for wineserver to terminate before checking they have not
changed ?
yep
in your config, do you have
[registry]
"SaveOnlyUpdatedKeys" = "N"
set to "Y" ?
A+
--
Eric Pouech
Rein Klazes wrote:
Hi,
Recent commits
http://www.winehq.com/hypermail/wine-cvs/2003/06/0232.html and
http://www.winehq.com/hypermail/wine-cvs/2003/07/0090.html
broke communication with my online banking program girotel.
does this patch help ?
A+
--
Eric Pouech
Index: dlls/ntdll/file.c
er to terminate before checking they have not
changed ?
A+
--
Eric Pouech
Visual C/C++
compiler. It's not intended as gcc's CRT (which got linked anyway to any
winelib program).
A+
--
Eric Pouech
off the driver already, so is
probably
not able to say "these apps should not use x11drv or ttydrv".
It wouldn't be very difficult to set the User32 Driver on a pgm per pgm
basis.
A+
--
Eric Pouech
moreover, next time wine exits, the keys get
automatically reordered (and saved), so I don't understand the need of
the key reordering.
A+
--
Eric Pouech
x here...
I think more that's a discrepency in OSS handling between linux & *BSD
(or a more subtle bug somewhere)
could you rerun with WINEOPTIONS="-debugmsg +wave,+dsound,+wavemap"
TIA
A+
--
Eric Pouech
an be the case :-(, or
this shall be the first thing to look after
A+
--
Eric Pouech
Bill Medland wrote:
Where are they please?
http://www.winehq.com/?issue=171
A+
--
Eric Pouech
broken in your configuration.
A+
--
Eric Pouech
27;s the case, it means something is severely broken in some
other place => this is not the correct fix
A+
--
Eric Pouech
minutes of the latest (and first) wine tech meeting where the discussion
took place.
Is there an other way to embed ActiveX, or any windows component, like
DirectX plug-ins, in Gnome application?
try to make two different apps.
A+
--
Eric Pouech
layer thread. Try to change
dlls/winmm/wineoss/audio.c to not define USE_PIPE_SYNC and let us know
if it changes something.
A+
--
Eric Pouech
hese two as the same module, yet dlopen
does.
Did you test what Windows does in that case ? (I also wonder where the
double backslash comes from).
A+
--
Eric Pouech
using.
WinDbg (the MS one) should be easy to use, but you'll miss the native
part. WineDbg has some support for loading PDB files, but the latest
formats are likely not to be supported, so YMMV.
A+
--
Eric Pouech
ption, continue, exit...)
A+
--
Eric Pouech
21 take place in a row.
so, if you use cont at the second exception, you're stuck as for the
first one. So, you should use pass if you want the execution to be
correct (even the second time)
A+
--
Eric Pouech
mode in vm86 code
(00d4:045e).
How can this be avoided ?
do you get the winedbg prompt or not ? if so, 'pass' should do.
A+
--
Eric Pouech
instruction ???
insn is pop %es, so a wrong selector value on the stack will cause the
exception
A+
--
Eric Pouech
http://msdn.microsoft.com/msdnmag/issues/03/06/WindowsServer2003/default.aspx
well, not too many surprises here (most of the new APIs already existed
in XP)
A+
--
Eric Pouech
7;ll send a fix later on today.
--
Eric Pouech
sider Brasilian portugese to be the
default sublang for all portugese:s (which seems to me a bit ackward,
but South America is likely closer to Redmond than Lusitania...)
A+
--
Eric Pouech
Alexandre Julliard wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
as I wanted console handles to be managed by wineconsole, it was
cleaner IMO to let them be transparently handled on the client side
If you really prefer in the long run to keep the handles managed by
wineserver, then the
must be normal handles.
as I wanted console handles to be managed by wineconsole, it was cleaner
IMO to let them be transparently handled on the client side
If you really prefer in the long run to keep the handles managed by
wineserver, then the server should manage them transparently
A+
--
Alexandre Julliard wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
- this patch partially implements this scheme. It's partial because
console handles are still handled by wineserver. Their value is
however obfuscated so that we can track their real usage.
IMO you shouldn't
error message will not fix the real cause of the bug
A+
--
Eric Pouech
Alexandre Julliard wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
as reported by Igor Sysoev on WD, exit process code wasn't properly
implemented on *BSD
it appeared (thanks Igor for all the testings and traces) that after
terminate_process request was issued, the client/server pipe
Gerhard W. Gruber wrote:
On Thu, 12 Jun 2003 18:51:52 +0200, Eric Pouech <[EMAIL PROTECTED]>
wrote:
what didn't you like in gdb and winedbg ?
The interface is quite annyoing. A lot to type again and again. In pICE I have
all the relevant information at one glance. I was also thinkin
code of pICE
to make it stable first.
Again, I don't see what pICE will bring you that you don't have in gdb
or winedbg. IMO, you should start by explaining this.
A+
--
Eric Pouech
When using "so" mode this error is generated. I added "_ftol" in libmsvcrt.so
and that error is no longer generated. Is that right thing to do ?
so is now obsolete... there's only choice between native and builtin
A+
--
Eric Pouech
icular thread and look at what it's doing
A+
--
Eric Pouech
t the described problem is a pure window messaging issue, and
is not winhelp related
(winhelp uses WM_WINHELP and not the WM_HELP you're talking about)
so the bug should be set in ui category, not winhelp
A+
--
Eric Pouech
he seh
frams change or not
A+
--
Eric Pouech
Sylvain Petreolle wrote:
its in text format, fails the same way if I remove all html content.
http://www.winehq.com/hypermail/wine-patches/2003/06/0093.html
send me the text file you're patching with, I'll have a look at it
A+
--
Eric Pouech
[EMAIL PROTECTED] wine]$ patch -p0 <~/0093.html
is the patch format html or text...
if the former, then it'll likely fail
A+
--
Eric Pouech
Ann and Jason Edmeades wrote:
Ok, I wonder if this change will do it for you:
At the top of device.c
#ifdef HAVE_GL_GLEXT_H
#include
#endif
#ifdef HAVE_GL_GLX_H
#include
#endif
Jason
nope, doesn't work
A+
--
Eric Pouech
.
that won't be sufficient. In my case, I do have glext.h but I don't have
glxext.h. Sounds like we need some further check (configure, GL versions
...) for glxext.h
A+
--
Eric Pouech
using some more errors
A+
--
Eric Pouech
to "1"
despite the passed value. Under Windows NT p1 outputs:
-
executed
exit code: 0
-
while under wine-20030508 on FreeBSD 4.3 p1 outputs:
-
executed
exit code: 1
-
this works just fine on linux
could you rerun your test with -debugmsg +server and send me the log
A+
--
Eric Pouech
n)curses installed ? if not, that's the issue
if yes, could you send me a -debugmsg +server,+wineconsole,+console trace ?
TIA
A+
--
Eric Pouech
Ferenc Wagner wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
_lcreat16 (and al.) is in fact a 16 bit function, implemented in
krnl386. so, normally it wouldn't be accessible from 32 bit DLLs (we
can do it in some cases, but the least we do, the better it is).
So, if the same b
input of the win32 console attached to the
running process). running wine simply redirects the Win32 standard
handles to unix 0/1 (whatever they are) but doesn't create any console.
I've got some problems with wineconsole (latest CVS) and my Mandrake 9.1.
what type of problem ?
A+
--
Eric Pouech
sses, here that a given error is reported while trying
to move a file to a non correct filename)
A+
--
Eric Pouech
ectly, you must run your app in a console.
using wineconsole instead of wine should fix it
A+
--
Eric Pouech
t16) can be obtained with other 32
bit APIs (like _lcreat or CreateFile), that'd be better. Beware, that
_lcreat16 is different from _lcreat (search path order for example is
not the same).
HTH
A+
--
Eric Pouech
ent in the code noting the difference with Win 9x)
if the differences are more important, then more advanced techniques
should be used
A+
--
Eric Pouech
I wonder if it's possible to force GCC 3.2 to act as a C97 compiler.. It
could be used in Wine's configure script to prevent breakage on us poor GCC
2.95.X compilers :-)
-std=gnu89
A+
--
Eric Pouech
nd useless because RtlCreateAtomTable thought
I realy did mean Dimitry.
didn't you actually mean Dmitry ? ;-)
A+
--
Eric Pouech
at in the standard tree.
looking at VG MLs, it seems that there's already some ongoing work
(http://www.goop.org/~jeremy/valgrind/ get to #77) which would provide a
better signal handling, so this might be a way to get through that (I
didn't test it though)
A+
--
Eric Pouech
Rod Taylor wrote:
By default it seems to return EINVAL.
Line 953
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/dsp.c?annotate=1.62
so something like this should do.
A+
--
Eric Pouech
Index: dlls/winmm/wineoss/audio.c
a small contribution (for valgrind) to get current wine running
Adam, I think it would be better if you get all those changes together
for inclusion in vg, if you don't mind
A+
--
Eric Pouech
Index: vg_syscalls.c
===
RCS
would show the world all your bugs ;-)
sure!!! that's why putting it in a file external to winewrapper might be
a good solution too (lile the .winewrapper)
A+
--
Eric Pouech
if possible)
A+
--
Eric Pouech
alled foo) foo.vg to script wine (and change your rule something like
*.vg|*/*.vg). another option would be to embed this support as an option
to the wine script (like --valgrind)
how are your patches doing on the "other side" (I mean valgrind's) ?
A+
--
Eric Pouech
; would do
A+
--
Eric Pouech
ControlPanel folder. However, the shell folder for the control panel
should be finished (which I'm not sure it is ATM)
A+
--
Eric Pouech
Windows structure, we should use a Windows define. Any one knows what
the right value should be?
the code is wrong (evil cut & paste IMO). we should use
IOCTL_CDROM_CURRENT_POSITION in FormatCode
A+
--
Eric Pouech
Dimitrie O. Paun wrote:
On March 23, 2003 01:50 pm, Eric Pouech wrote:
I think we need to define clearly what is going to appear on winehq on
one hand, and on SF on the other hand:
- which parts/info... are only be hosted on winehq
- which parts/info... are only be hosted on SF
- which parts/info
M/DEB/... available on winehq, so what's going to change (for good) on SF
A+
--
Eric Pouech
o clean up your patch and remove the no op diffs
A+
--
Eric Pouech
ARAM)lpMax);
+else
+return SCROLL_GetScrollRange(hwnd, nBar, lpMin, lpMax);
}
This patch is wrong the hwnd is in fact a 16 bit window
I've an old win16 app which got broken because of this (wParam got
truncated to a 16 bit value, and of course caused a segfault)
A+
--
Eric Pouech
Vitaliy Margolen wrote:
I got CVS from 3 days ago. No problem there. I'll try to get CVS from 2 days ago &
see what's gonna happen.
thx, the fix has just been sent to wine-patches
A+
--
Eric Pouech
n)
A+
--
Eric Pouech
a GLE 2 fault. (file not
found).
Comments ?
it works as expected here, get an access denied error
can you really access your directory (what does wcmd's dir do ?)
A+
--
Eric Pouech
about what is done when the buffer is too
small (actually writting the string or not... which it doesn't when the
buffer is too small, in opposition to GetModuleFileName)
I only wish that MS could at least be consistent in their API
definition, but that's may be too much to be asked
A+
--
Eric Pouech
1 - 100 of 859 matches
Mail list logo