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
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
handy
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:
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?
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
---
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
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
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
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,
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
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 the
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 to
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
* 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
deadlock.
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.)
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 == 'tar+gzip' ]
then
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/$dllname.dll
}
else {
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 sdk
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 [ $compress
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 [ $compress
20 matches
Mail list logo