Re: Bug #321: dlls/msvct/vf[w]printf functions

2002-10-27 Thread Jaco Greeff
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

Re: Segmentation Fault

2002-10-27 Thread Kye Lewis
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

Re: Listview Z8

2002-10-27 Thread Jeff Smith
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'

RPC test code?

2002-10-27 Thread Greg Turner
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

Re: Bug #321: dlls/msvct/vf[w]printf functions

2002-10-27 Thread Dmitry Timoshkov
"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

[wine application] wineinput

2002-10-27 Thread yumj
http://opencjk.org/projects/wineinput/index-e.html

Treeview bug - question

2002-10-27 Thread Dustin Navea
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

Bad hand

2002-10-27 Thread Dimitrie O. Paun
Sorry everybody, My right hand hurts badly, I'll be off for a few days... -- Dimi.

Re: Listview Z8

2002-10-27 Thread David D. Hagood
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!

Re: search for Slava Monich

2002-10-27 Thread Andreas Mohr
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

Re: Bug #321: dlls/msvct/vf[w]printf functions

2002-10-27 Thread Jaco Greeff
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

Re: Wine securityflaw.

2002-10-27 Thread Peter Andersson
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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread Francois Gouget
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

Re: Wine securityflaw.

2002-10-27 Thread Francois Gouget
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

search for Slava Monich

2002-10-27 Thread Doug Brown
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

Re: Found problem-causing patch for treeview

2002-10-27 Thread Greg Turner
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

Found problem-causing patch for treeview

2002-10-27 Thread Dustin Navea
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

Re: Listview Z8

2002-10-27 Thread Andreas Mohr
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

Re: Listview Z8

2002-10-27 Thread Dan de Haan
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

Re: Listview Z8

2002-10-27 Thread Dimitrie O. Paun
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.

Re: Listview Z8

2002-10-27 Thread Shachar Shemesh
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

Re: Listview Z8

2002-10-27 Thread Dimitrie O. Paun
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.

Re: Listview Z8

2002-10-27 Thread Shachar Shemesh
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

Re: Listview Z8

2002-10-27 Thread Dimitrie O. Paun
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.

Re: Known listview bugs (take 2)

2002-10-27 Thread Carlos Lozano
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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread Eric Pouech
> 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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread Andreas Mohr
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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread David D. Hagood
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

Re: Wine securityflaw.

2002-10-27 Thread Dimitrie O. Paun
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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread Shachar Shemesh
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

Re: It shouldn't be that easy

2002-10-27 Thread P. Christeas
"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 -

Re: Wine securityflaw: Protect against root

2002-10-27 Thread Eric Pouech
> 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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread David D. Hagood
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

Re: Wine securityflaw: Protect against root

2002-10-27 Thread P. Christeas
> 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

Re: Wine securityflaw.

2002-10-27 Thread Matthew Bloch
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

Re: How is Win/Dos syscalls implemented in Wine?

2002-10-27 Thread Eric Pouech
> Hm? I was replying to Sylvain, who was talking about that. talking too much of security must have turned me paranoid ;-) A+

Re: Known listview bugs (take 2)

2002-10-27 Thread Jürgen Schmied
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

Re: How is Win/Dos syscalls implemented in Wine?

2002-10-27 Thread Ove Kaaven
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

Re: Wine securityflaw.

2002-10-27 Thread Johan Gill
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

Re: Wine securityflaw.

2002-10-27 Thread Peter Andersson
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

Re: License query

2002-10-27 Thread Matthew Bloch
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: > > >

Re: Segmentation Fault

2002-10-27 Thread Kye Lewis
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

Re: dlls/user: w[v]snprintf[A|W] fixes

2002-10-27 Thread David Laight
> > > 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

RE: Segmentation Fault

2002-10-27 Thread Kye Lewis
>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

Re: dlls/user: w[v]snprintf[A|W] fixes

2002-10-27 Thread Jaco Greeff
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

Re: Wine securityflaw.

2002-10-27 Thread Greg Turner
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

Re: How is Win/Dos syscalls implemented in Wine?

2002-10-27 Thread Eric Pouech
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+

Re: Segmentation Fault

2002-10-27 Thread Eric Pouech
> 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

Re: How is Win/Dos syscalls implemented in Wine?

2002-10-27 Thread Eric Pouech
> 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