Dmitry Timoshkov wrote:
+ wchar_t wch = L'w', *wstring = L"Unicode";
+ void *p = 0x1234ABCD;
>
1. use explicit WCHAR type instead of wchar_t.
2. explicitly encode unicode strings.
Agreed, that one is directly from the MS site (link attached to a
previous mail) and I've used it as such as a te
Oh, and one other thing.
If I run the setup for who wants to beat up a millionaire (it's a WISE
installer), the blue 'Initializing Wise Installation Wizard' screen
comes up BEFORE wine faults.
> On Sun, 2002-10-27 at 21:14, Kye Lewis wrote:
> > I don't know if this will help my Segmentation Fault
Actually, I believe Klingon got rejected. Some junk
about it not being a 'real' language or something.
Try telling that to all the people that speak it
though. Probably more than some of the other
languages represented in Unicode.
Maybe we should continue through the ASCII character
set: 'X' 'Y'
OK, wine made it's first successful RPC's on my box today (yay!)
Now, it's time to do a smidgen of housekeeping, and whip up a test.
This is a bit tricky, I have a few open questions, which I will
enumerate:
1) It feels like cheating to use the same process as client /and/
server. OTOH, i
"Jaco Greeff" <[EMAIL PROTECTED]> wrote:
> Changelog:
> * dlls/msvcrt/vfprintf.c, dlls/msvcrt/Makefile.in,
> dlls/msvcrt/tests/printf.c, dlls/msvcrt/tests/Makefile.in: Jaco Greeff
> <[EMAIL PROTECTED]>
> - Full implementation to allow for %C & %S in all printf related functions
> - Test case for t
http://opencjk.org/projects/wineinput/index-e.html
Anyone wanna take a stab at the treeview email I sent
earlier, since Guy isnt actively developing anymore?
I may take a look at it, but I'm not sure if I will be
able to do anything with it.
__
Do you Yahoo!?
Y! Web Hosting - Let the expert host you
Sorry everybody,
My right hand hurts badly, I'll be off for a few days...
--
Dimi.
Andreas Mohr wrote:
What a weak and useless suggestion, this will run out of characters in
no time at all ;-)
Better use Chinese characters !
Bah! You are still weak! Better to use Klingon - I do beleive they've
reserve some Unicode space for them!
On Sun, Oct 27, 2002 at 03:21:31PM -0500, Doug Brown wrote:
> Hello
> I used to work with Slava Monich in the period 1992-1997 thereabouts.
> I am interested to find him now.
> I found his name on some Wine web pages from Google search
> on his name and after not finding anything furthermore specif
On 27 Oct 2002 22:28:33 -, "Jaco Greeff" <[EMAIL PROTECTED]> wrote :
> Changelog:
> - Test case for the printf functions to test all known cases of formatting
> (test case based on example found on MSDN site)
The test case is mostly the same as this example with "\t" replaced with
spaces and s
On Sunday 27 October 2002 22.19, Francois Gouget wrote:
> On Sun, 27 Oct 2002, Peter Andersson wrote:
> > What is it with you people?
> > I was just trying to make a point about the security risks about using
> > wine at present. And you start flameing me?
>
> We're not flaming you. We're just see
On Sun, 27 Oct 2002, David D. Hagood wrote:
> P. Christeas wrote:
>
> >
> > Write a segment of code that will abort wine, if it is run as root
> > (that is,
> > just before wine starts anything). This piece of code should only be
> > explicitly disabled in the 'configure' script. That way, only a
On Sun, 27 Oct 2002, Peter Andersson wrote:
> What is it with you people?
> I was just trying to make a point about the security risks about using wine
> at present. And you start flameing me?
We're not flaming you. We're just see big flaws with your proposal. We
also proposed alternatives that
Hello
I used to work with Slava Monich in the period 1992-1997 thereabouts.
I am interested to find him now.
I found his name on some Wine web pages from Google search
on his name and after not finding anything furthermore specific
I ask you for help.
If you have any latest and greatest contact in
On Sunday 27 October 2002 01:23 pm, Dustin Navea wrote:
> I believe that
> this bug may also be whats causing native regedit to
> not show anything, but I'm not sure, that one could be
> listview related.
It's listview related and fixed by Z0-6 (last I tested).
--
gmt
"The purpose of government
Ok, I finally found the patch that is causing treeview
to not work on StarCraft (see bug #1073 for more info
and the debug output)
The hypermail link to the patch is:
http://www.winehq.com/hypermail/wine-cvs/2002/03/0070.html
I'm not sure which part of the patch caused it but
that is the one cau
On Sun, Oct 27, 2002 at 07:14:41PM +0200, Shachar Shemesh wrote:
> I can offer you the Hebrew alphabet. Except "à" (Aleph), which was used
> to indicate the various infiinity levels, there are 21 brand new, never
> before used, ready for your viewing pleasure letters (the number grows
> to 26+al
That's right. And we don't know what's going to happen, it's
uncharted territory. So if you have listview problems, speak
now!!! :)
The new listview patches cause WinMZ 3.3 to be unsable. While the
listview is being filled, you can it sort of flash some of the trext
that is supposed to be
On October 27, 2002 12:14 pm, Shachar Shemesh wrote:
> "àáâãäåæçèéëìîðñòôö÷øùú". Very useful `-)
Very cool man, but, ..., hmm, ..., I don't have a Hebrew keyboard. ;)
--
Dimi.
I can offer you the Hebrew alphabet. Except "à" (Aleph), which was used
to indicate the various infiinity levels, there are 21 brand new, never
before used, ready for your viewing pleasure letters (the number grows
to 26+aleph=27 if you want to count the different forms a letter may
take, depen
On October 27, 2002 12:05 pm, Shachar Shemesh wrote:
> Oh my god!!! he is running out of alphabet letters!!! ;-)
That's right. And we don't know what's going to happen, it's
uncharted territory. So if you have listview problems, speak
now!!! :)
--
Dimi.
Oh my god!!! he is running out of alphabet letters!!! ;-)
Shachar
Dimitrie O. Paun wrote:
ChangeLog
Mark immutable objects as const. Fix inconsisten *-style.
--- dlls/comctl32/listview.c.Z6 2002-10-27 10:29:52.0 -0500
+++ dlls/comctl32/listview.c 2002-10-27 11:24:45.000
On October 27, 2002 11:28 am, Dimitrie O. Paun wrote:
> ChangeLog
> Mark immutable objects as const. Fix inconsisten *-style.
This one, of course, is Z7, not Z8. Hmm, now I have problems
with digits, on top of the alphabet... And NO, we used to do
a _lot_ of math in Romania! :P
--
Dimi.
El dom, 27 de oct de 2002, a las 13:14, Jürgen Schmied escribio:
>
> The fix in
> http://bugs.winehq.com/show_bug.cgi?id=924
> looks good. Could sbd send it as a patch ?
My patch with subject: (Day 26 oct)
SHGFI_USEFILEATTRIBUTES support in SHGetFileInfoA
fixes this problem (winzip is working
> Also, I stated that the command line parameter to wine would be required
> to even start the process - in other words, if you didn't supply it, you
> would not get the dialog, wine would just terminate.
>
> AND, this would not necessarily have to be bloat in wine, it could be
> handled by a defa
On Sun, Oct 27, 2002 at 07:51:01AM -0600, David D. Hagood wrote:
> I would ALSO suggest that wine check the execute bit on the application
> being run - the recent incident with Klez running under Wine would not
> have happened (I think) if wine would not run that which is not marked
> with the
Eric Pouech wrote:
does rm have such an option ? rm doesn't, so I don't see any reason for
Actually, rm DOES have such an option:
-i, --interactive
prompt before any removal
AND certain distros (RedHat for example) alias rm to "rm -i" by default.
Also, I stated that the com
On October 27, 2002 06:37 am, Peter Andersson wrote:
> My idea is to use ptrace in a supervisor process to trap all syscalls from
> the wine process, and use some kind of sanity checks for some of the
> syscalls. Watching the fork,exec,open,write and unlink syscalls and doing
> sanity checks could
Excuse me, but I don't think that any of these proposed methods will
live up to any real malicious code. Personally, I believe we should make
wine:
A. Not require root
B. As secure on it's own as possible (i.e. - not open to any problems
not introduced by the hosted program).
These two should a
"David D. Hagood" wrote:
> P. Christeas wrote:
> > Write a segment of code that will abort wine, if it is run as root
> > (that is,
> > just before wine starts anything). This piece of code should only be
> > explicitly disabled in the 'configure' script. That way, only a
>
> I slightly disagree -
> I slightly disagree - I think the thing to do would be to have wine not
> run if UID == 0, UNLESS the commandline parameter --i-know-i-am-root is
> set, AND THEN pop up a dialog box that requires confirmation before
> continuing.
does rm have such an option ? rm doesn't, so I don't see any reason
P. Christeas wrote:
Write a segment of code that will abort wine, if it is run as root
(that is,
just before wine starts anything). This piece of code should only be
explicitly disabled in the 'configure' script. That way, only a
I slightly disagree - I think the thing to do would be to have
> Peter Andersson <[EMAIL PROTECTED]> writes:
> > The question is...Would you expect that damage from running a windows app
> > in wine, when you know it could be safely run in Windows?
> > In just a few embedded bytes in the code it could remove your home
> > directory in a single syscall. Would y
On Sunday 27 October 2002 11:37, Peter Andersson wrote:
> What is it with you people?
> I was just trying to make a point about the security risks about using wine
> at present. And you start flameing me?
I don't see any flames, just strong criticism of your idea for which you may
not have thoug
> Hm? I was replying to Sylvain, who was talking about that.
talking too much of security must have turned me paranoid ;-)
A+
The fix in
http://bugs.winehq.com/show_bug.cgi?id=924
looks good. Could sbd send it as a patch ?
Thanks
Juergen
> On Thu, 24 Oct 2002, Dimitrie O. Paun wrote:
>
> > On October 24, 2002 04:00 pm, Francois Gouget wrote:
> > > Argh! I cheated. I used a slightly older Wine and copied the comctl32
On Sun, 27 Oct 2002, Eric Pouech wrote:
> > Well, while I agree with the general sentiment, this is technically not
> > quite right. In i386 protected mode, you cannot jump directly to code with
> > a different privilege level (it'd cause a GPF/SIGSEGV to try), it must be
> > done through a "gate
On Sun, 27 Oct 2002, Peter Andersson wrote:
> What is it with you people?
> I was just trying to make a point about the security risks about using wine
> at present. And you start flameing me?
> Instead of continuing this flame war I will try to express myself more
> clearly.
You call that a fla
What is it with you people?
I was just trying to make a point about the security risks about using wine
at present. And you start flameing me?
Instead of continuing this flame war I will try to express myself more
clearly.
Before I go into details of my idea, lets make a few things clear...
I a
On Sunday 27 October 2002 01:56, you wrote:
> Matthew Bloch <[EMAIL PROTECTED]> writes:
> > I'm porting a closed-source game to Linux, and as a stop-gap I'd like to
> > get a version out using WINE until I can rewrite the
> > Direct(Sound|Draw|3D) backends with SDL. After reading this post:
> >
>
I don't know if this will help my Segmentation Fault at all, but when
runing winedbg c:\\windows\\pbrush.exe, the Debugger actually waits for
a command from me.
If i take a step, it says:
Single Stepping until exit from function,
which has no line number information
Stopped on breakpoint 1 at 0x0
>
> > Changelog:
> > * dlls/user/wsprintf.c Jaco Greeff <[EMAIL PROTECTED]>
> > - Changed the wsprintf[A|W] and wvsprintf[A|W] functions to
> > determine the size of the destination buffer before writing
> > to it. Previously the size was hardcoded to 1024 bytes.
>
> The size is supposed to b
>no. it seems however that:
>- debug info is not found. Either you did remove -g flags from
>compilation, or you have two wine trees (or installation), and
lookup
>isn't done on the right tree (install)
Well I definitely haven't removed any flags. My installation wa
On 26 Oct 2002 14:57:53 -0700, Alexandre Julliard <[EMAIL PROTECTED]> wrote :
> The size is supposed to be hardcoded to 1024, that's how wsprintf
> works. You can't make it dynamic since the buffer is allocated by the
> application.
>From MSDN:
"Pointer to a buffer to receive the formatted outpu
On Saturday 26 October 2002 11:43 pm, Francois Gouget wrote:
> On Sat, 26 Oct 2002, Greg Turner wrote:
> > That is, wine "emulates" an OS with no security measures at the
> > filesystem level, no security policy regarding what API's can be called
> > (except as provided by the CPU itself), and so o
Sylvain Petreolle a écrit :
>
> I disagree here.
> one anti debug / hiding technique is :
> 1)set regs
> 1a) push 3) location on the stack.
> 2) jump to 80h
> then the "iret" instruction in int 80h will jump to 3)
agreed (devil is in details)
A+
> Any extra command-line options that I should put on winedbg to help find
> out the problem?
no. it seems however that:
- debug info is not found. Either you did remove -g flags from
compilation, or you have two wine trees (or installation), and lookup
isn't done on the right tree (install)
- your
> Well, while I agree with the general sentiment, this is technically not
> quite right. In i386 protected mode, you cannot jump directly to code with
> a different privilege level (it'd cause a GPF/SIGSEGV to try), it must be
> done through a "gate" (typically an interrupt). Passing through such a
49 matches
Mail list logo