On Nov 2 12:20, Brian Dessent wrote:
> I'm not sure if the "SYSTEM user
> has mounts" issue would come up enough to warrant checking for it,
> because I can't really think of how that would come to happen.
I don't think this is really still an issue. AFAIR, the mounts in the
HKU/S-1-5-18 area
INFO
The run utility has been moved from X-startup-scripts to a new package.
run.exe will start console programs and hide their console. This is useful for
creating desktop shortcuts to XWin, xterm or using ssh for windows ssh clients.
The X-startup-scripts and X-start-menu-icons packages
Hey All,
I'm seriously interested in making the WINESERVER work under Cygwin and
have been invistigating some of the issues related to this matter. One of
the WineHQ developers informed me that:
"... the last time someone tried, the main obstacle was that cygwin
doesn't support send
On Nov 3 11:08, Informa??es wrote:
>Hey All,
>
>I'm seriously interested in making the WINESERVER work under Cygwin and
> have been invistigating some of the issues related to this matter. One of
> the WineHQ developers informed me that:
>
>"... the last time someone tried, the mai
On Thu, Nov 03, 2005 at 12:00:00AM -0500, Christopher Faylor wrote:
>On Wed, Nov 02, 2005 at 02:49:50PM -0500, Volker Quetschke wrote:
>>Hi!
>>
>>(snip)
No, talktome has nothing to do with wait. That's the interface which is
called when (among other things) you look at things in /proc.
>>>
(snip)
> Corinna has informed me that I added the debugging output to the wrong place
> so I'm generating a new snapshot with the right debugging. Please use the
> November 3 snapshot in your tests.
Just FYI, I tried the 20051102 snapshot and strace doesn't seem to
work at all in that version. Fo
Informações wrote:
Hey All,
I'm seriously interested in making the WINESERVER work under Cygwin
and have been invistigating some of the issues related to this matter.
One of the WineHQ developers informed me that:
"... the last time someone tried, the main obstacle was that cygwin
On Thu, 2005-11-03 at 07:41 -0800, Andrew DeFaria wrote:
> I guess I don't see the point. Isn't Wine an emulator for running
> Windows apps on Unix/Linux? If so then why would you need it under
> Cygwin as Cygwin already runs on Windows so if your want to run a
> Windows apps, well then just ru
On Thu, 03 Nov 2005 16:00:51 GMT, Alexander Gottwald wrote:
> On Thu, 2005-11-03 at 07:41 -0800, Andrew DeFaria wrote:
>
>> I guess I don't see the point. Isn't Wine an emulator for running
>> Windows apps on Unix/Linux? If so then why would you need it under
>> Cygwin as Cygwin already runs on
Andy Moreton wrote:
> On Thu, 03 Nov 2005 16:00:51 GMT, Alexander Gottwald wrote:
>
>> On Thu, 2005-11-03 at 07:41 -0800, Andrew DeFaria wrote:
>>
>>> I guess I don't see the point. Isn't Wine an emulator for running
>>> Windows apps on Unix/Linux? If so then why would you need it under
>>> Cygwi
On Thu, 2005-11-03 at 16:36 +, Andy Moreton wrote:
> > Sometimes it's useful to have a separation between the program and
> > windows. You could trace all registry or file access of a program. Wine
> > would be useful for remote program usage since it exports the display
> > via X11.
>
> Thi
Dave Korn wrote:
> Well, how about sandboxing? It's the ideal way to test out a virus or other
> suspect warez: run it on a virtual machine where it can't escape into your
> real one.
But WINE isn't a virtual machine, and it doesn't offer that kind of
protection. You would need Xen / VMWare /
Brian Dessent wrote:
> Dave Korn wrote:
>
>> Well, how about sandboxing? It's the ideal way to test out a virus or
>> other suspect warez: run it on a virtual machine where it can't escape
>> into your real one.
>
> But WINE isn't a virtual machine, and it doesn't offer that kind of
> protecti
Dave Korn wrote:
> > But WINE isn't a virtual machine, and it doesn't offer that kind of
> > protection. You would need Xen / VMWare / etc for that.
>
> Oh, I stand corrected. You mean it doesn't even do
> virtual-drive-in-a-file-on-the-real-HD then? That's a shame.
Well, considering WINE s
Brian Dessent wrote:
> Dave Korn wrote:
>
>>> But WINE isn't a virtual machine, and it doesn't offer that kind of
>>> protection. You would need Xen / VMWare / etc for that.
>>
>> Oh, I stand corrected. You mean it doesn't even do
>> virtual-drive-in-a-file-on-the-real-HD then? That's a sham
I guess I don't see the point. Isn't Wine an emulator for running
Windows apps on Unix/Linux? If so then why would you need it under Cygwin
as Cygwin already runs on Windows so if your want to run a Windows apps,
well then just run the Windows app!
Well how about to support WINE development?
When printing out a a REG_MULTI_SZ, regtool stops printing at the first \0\0
sequence encountered. However, if the multi-string contains a zero-length
element, a \0\0 sequence will be encountered before the end of the data.
regtool should use the length value returned from the registry query ca
On 11/3/05, Alexander Gottwald <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-11-03 at 16:36 +, Andy Moreton wrote:
>
> > > Sometimes it's useful to have a separation between the program and
> > > windows. You could trace all registry or file access of a program. Wine
> > > would be useful for remot
On Thu, Nov 03, 2005 at 05:20:57PM -0500, Eliah Kagan wrote:
>On 11/3/05, Alexander Gottwald <[EMAIL PROTECTED]> wrote:
>>On Thu, 2005-11-03 at 16:36 +, Andy Moreton wrote:
Sometimes it's useful to have a separation between the program and
windows. You could trace all registry or file
Folks,
Since updating the Cygwin 1.5.18, we started seeing problem similar to
the what "dd" is experiencing. The previous Cygwin DLL we used was
Cygwin 1.5.16, at that works flawlessly. Is anyone out there
experiencing the same issue?
I have reverted back to the Cygwin 1.5.16 and everything star
On 11/3/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 03, 2005 at 05:20:57PM -0500, Eliah Kagan wrote:
> >On 11/3/05, Alexander Gottwald <[EMAIL PROTECTED]> wrote:
> >>On Thu, 2005-11-03 at 16:36 +, Andy Moreton wrote:
> Sometimes it's useful to have a separation between t
emptydir.txt
[EMAIL PROTECTED] /tmp/nix
$ strace ls
[EMAIL PROTECTED] /tmp/nix
$ uname -a
CYGWIN_NT-5.1 Macros 1.5.19s(0.141/4/2) 20051103 10:52:21 i686 unknown unknown
Cygwin
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913
Hi,
After compiling a snapshot, I tried to strip the cygwin1.dll using
the binutils strip command. After I did this I started seeing this
windows dialog box appear:
"ls.exe - Bad Image
The application or DLL F:\cygwin\home\peter\tmp\cygwin1.dll is not a
valid Windows image. Please chec
On 20-Oct-2005 16:42, Christopher Faylor wrote:
> On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote:
>
>> there is a bug in this version:
>>
>> Supposed, you have a file X.sh ( exactly in this spelling ). If you
>> enter:
>>
>> vim x.sh ( also exactly in this spelling )
>>
>> and
On Fri, 4 Nov 2005, Michael Schaap wrote:
> On 20-Oct-2005 16:42, Christopher Faylor wrote:
> > On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote:
> >
> >> there is a bug in this version:
> >>
> >> Supposed, you have a file X.sh ( exactly in this spelling ). If you
> >> enter:
> >>
On 4-Nov-2005 1:49, Igor Pechtchanski wrote:
> On Fri, 4 Nov 2005, Michael Schaap wrote:
>
>
>> On 20-Oct-2005 16:42, Christopher Faylor wrote:
>>
>>> On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote:
>>>
>>>
there is a bug in this version:
Supposed, you
On Thu, Nov 03, 2005 at 06:25:17PM -0500, Eliah Kagan wrote:
>It would seem to me that making an arbitrary window application use
>X11 to draw its windows would involve cygwin.
Not necessarily.
>I recognize that as moderator, it's your call. If you say nothing more
>on it, nor shall I.
>
>Would i
On Thu, Nov 03, 2005 at 04:17:57PM -0800, Peter Rehley wrote:
>After compiling a snapshot, I tried to strip the cygwin1.dll using
>the binutils strip command. After I did this I started seeing this
>windows dialog box appear:
>
>"ls.exe - Bad Image
This is not a bug. You can't strip the DLL
'll try the 03 snap when it arrives.
>
>Still nothing. strace even eats the regular output:
>
>[EMAIL PROTECTED] /tmp/nix
>$ ls
>emptydir.txt
>
>[EMAIL PROTECTED] /tmp/nix
>$ strace ls
>
>[EMAIL PROTECTED] /tmp/nix
>$ uname -a
>CYGWIN_NT-5.1 Macros 1.5.19s(
/sbin/alternatives --config automake
failed to read /var/lib/alternatives/automake: No error
This is with snapshot 20051103 21:02:10, but this is the first time I've
ever tried to use alternatives, so that could have nothing to do with
anything.
--
Gary R. Van Sickle
--
Unsubscribe info:
30 matches
Mail list logo