If we use the syslog, doesnt this mean we must be root to read the
messages ?
> Syslog is for logging system events, which is precisely what Windows
> event logging does, so it sounds like a pretty good fit to me.
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597
Mike Hearn <[EMAIL PROTECTED]> writes:
> What's wrong with it? My main concern over other methods is that nobody
> would ever notice the app was outputting potentially useful information.
> At least with MESSAGE there's no chance of people missing it.
And if the info is not useful, there's no way
Nick Sukharev <[EMAIL PROTECTED]> writes:
> Any ideas why a call to the XQueryPointer function may fail to return
> in 5 seconds? The whole X system freezes until I kill wine processes
> from a text shell.
SIGUSR1 means the thread has been suspended. Of course if it gets
suspended while holding t
Good point. Efficiency is important, and my previous
script had a lot of unnecessary repeating. I've
rewritten it to be shorter and sweeter (and not have 6
if-thens in a row!)
#!/bin/bash
# Script for DLL downloading
if [ "$compress" <> 'tar' ] and if [ "$compress" <>
'tar.gzip' ] and if [ "$compr
Error message for unknown compression types added.
Bug involving excess {} fixed.
#!/bin/bash
if [ "$compress" <> 'tar' ]
then {
if [ "$compress" <> 'tar+gzip' ]
then {
if [ "$compress" <> 'zip' ]
then {
if [ "$compress" <> 'none' ]
then {
if [ "$com
Hello,
Having nothing to do, I bought Icewind Dale. As my luck would have it, it
doesn't run in Wine. So I've spent the weekend trying to figure out why
(which is aguably more fun than actually playing the game).
It turns out that it allocates a huge structure on the stack (20948 bytes)
but it d
The +seh does not add anything to the log. Actually I thought that I
failed to turn it on until the application crashed for another reason
and then I found something with seh in the log...
The handler called is
/**
*
Hello All Again,
We have found a work around for all our existing issues porting X-Lite so
long as Jerry Jenkins's unincorporated WINE patch listed below is applied to
Wine. I don't know why it's not incorporated yet, but without it our
application has horrible issues (as do similar styled applic
On Sun, 2003-11-02 at 23:20, Alexandre Julliard wrote:
> That would be one way to do it, yes. A better equivalent of the
> Windows functionality would probably be to use syslog. Using MESSAGE
> is definitely wrong.
What's wrong with it? My main concern over other methods is that nobody
would ever
Mike Hearn <[EMAIL PROTECTED]> writes:
> What was wrong with this patch? I guess you want it in a separate debug
> channel, yes?
That would be one way to do it, yes. A better equivalent of the
Windows functionality would probably be to use syslog. Using MESSAGE
is definitely wrong.
--
Alexandre
Just rereading some of this thread, and an FYI:
>Well normally you can use 0 to 65535 pallettes but as only a few games
use a lot of pallettes,
>its better to allocate sufficient buffer for pallettes on need. We can
suppose if a game wants
>more 255 palettes, he'll probably use 65535.
The dx8 s
On Sun, 2003-11-02 at 22:27, Mike Hearn wrote:
> Use xargs for etags generation to avoid argument list limit
This is of course broken, it seems to simply hide the error rather than
solve it.
This one works a bit better.
ChangeLog:
Remove limit on arguments size in etags generation
--- ../cvs/Ma
I get this when running the Anarchy Online game client on recent CVS
builds; the error does not occur in the last Wine release
(2003-10-16), and seems to have been introduced in the last half of
October sometime. I last tested this with a fresh CVS version
2003-11-01.
err:seh:setup_exception exce
Support for tar+bzip2 added.
Bug where .tar.gz file would go undeleted fixed.
#!/bin/bash
if [ "$compress" == 'tar' ]
then {
wget -P /var/tmp
"$server"/"$serverpath"/"$dllname".tar
tar -x -k -f /var/tmp/"$dllname".tar
rm /var/tmp/"$dllname".tar
cp /var/tmp/"$dllname".dll "$dest"/"$dlln
Sorry, forgot to add in the script!
#!/bin/bash
if [ "$compress" == 'tar' ]
then {
wget -P /var/tmp
"$server"/"$serverpath"/"$dllname".tar
tar -x -k -f /var/tmp/"$dllname".tar
rm /var/tmp/"$dllname".tar
cp /var/tmp/"$dllname".dll "$dest"/"$dllname".dll
}
else {
if [ "$compress" == '
I've gotten rather tired of downloading DLL files
one-by-one, so I wrote a script to do it
automatically. It gets the DLLs from an online server
and uses packages/tools bash, wget, tar, rm, cp, gzip,
and unzip (Those are basic GNU packages, so I'm
assuming they're universal to Linux distros.)
Unfor
I think this is caused by Wine doing an XLock then not releasing it for
whatever reason - I guess the signal handler being called in the second
backtrace indicates a crash or something. Have you tried doing a +seh
trace?
> * Some thread id ?? grabs the X11 lock
> * Thread 0x3c attempts to delete a device context, so deadlocks on the
> X11 lock while inside a syslevel
> * Thread 0x2f writes to a DIB, triggering a fault which is handled by
> Wine and then we also try to enter the syslevel held by 0x3c, so we
> deadlo
I am trying to make Trillian work under wine. It works fine up to the
point where I try to drag its window. Then it hangs and I even need to
switch to the text mode shell to be able to kill wine processes. The
error says :
err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c:
X11
I am trying to make Trillian work under wine. It works fine up to the
point where I try to drag its window. Then it hangs and I even need to
switch to the text mode shell to be able to kill wine processes. The
error says :
err:ntdll:RtlpWaitForCriticalSection section 0x40ef98c0 "x11drv_main.c:
Hi Alexandre,
What was wrong with this patch? I guess you want it in a separate debug
channel, yes?
On Sun, 2003-10-19 at 12:58, Mike Hearn wrote:
> This implementation is obviously not complete, but it prints out the
> event log strings using MESSAGE, which is good enough for now. This is
> hand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Le Sunday 02 November 2003 07:22, Sylvain Petreolle a écrit :
> > Well, i do some regressions tests too, but i use principaly:
> > - - UT2003
> > - - Unreal2
> > - - Mafia
> > - - Max Payne
> > - - D3D samples
>
> Doing tests with Max Payne starte
El dom, 02 de nov de 2003, a las 07:22, Sylvain Petreolle escribio:
> Doing tests with Max Payne started but used to crash the system after a
> few minutes with a RedHat 9 system. Since I updated today to Fedora
> beta3 , I will redo the tests :)
I have played around to 15 minutes without problems
23 matches
Mail list logo