Oh, I forgot. If you don't know what 7-Zip is, visit
http://www.7-zip.org/ . It is a very good compression utility.
Binary commandline version works flawlessly on Wine. So
I am trying to port it to Winelib.
Good thing is that its 7z format compresses much better than
bzip2, extracts faster than bz
Continuing the saga!!
I have this program that I am trying to run under RedHat Enterprise Linux 3.
I have installed the 20031118 rh8 rpm.
(Big saga as to why that one)
When I first run the program after a reboot (of the linux) the program fails
When I run it again it works, and it continues to w
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> Back to the topic: my main point is that the situation is
> best expressed by a Makefile and solved by make. Best as
> opposed to verbosity and complexity. I suppose this is also
> a fairly workable scheme for those who build the winetest
> packages wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Robert,
> Try this patch. DirectSoundCreate should be called with the GUID of
> the device or NULL for the default device, not the GUID of the COM
> object interface.
Thx, its perfect (i have included it in my patch)
Regards,
Raphael
-BEGIN
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> My first implementation did exactly that. However, these
>> pieces of information have their places in the depencency
>> tree and I managed to screw up my build more often than not
>> without the help
Following is from README of attached archive.
* * *
This is a preliminary effort to port 7-Zip to Winelib.
For now, "Common" and "Windows" directory can be compiled.
You need Scons. It is a damn good build tool.
Wine version used is snapshot 20040408 downloaded from
Debian unstable.
1. Downlo
Francois Gouget <[EMAIL PROTECTED]> writes:
> * dlls/ntdll/tests/rtlstr.c
>
>Make deststring static const.
The string can't be const, it gets modified.
--
Alexandre Julliard
[EMAIL PROTECTED]
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> My first implementation did exactly that. However, these
> pieces of information have their places in the depencency
> tree and I managed to screw up my build more often than not
> without the help of make. Beyond that, moving this little
> complexity
On Tue, May 04, 2004 at 09:22:58AM -0700, Bill Medland wrote:
> Does anyone know a tool that will dump the relocation table of a DLL?
>
> I am tracking down a bug that seems to me to relate either to a failure
> correctly to relocate a symbol or else to a corruption after the relocation
> has ha
Bill Medland a écrit :
Just asking
Is it possible to get winedbg to break on a specific dll being loaded? I want
to get at the debugger between a certain dll being mapped into memory and its
Process attach being called (so that I can watch a memory location that gets
loaded with incorrect info
Just asking
Is it possible to get winedbg to break on a specific dll being loaded? I want
to get at the debugger between a certain dll being mapped into memory and its
Process attach being called (so that I can watch a memory location that gets
loaded with incorrect information dureing the pro
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> It's almost a resend of my previous patch which seems MIA.
>> The only difference is that I removed the possible sequence
>> point screwups in the hope they were the reason for the drop.
>>
>> New files
Does anyone know a tool that will dump the relocation table of a DLL?
I am tracking down a bug that seems to me to relate either to a failure
correctly to relocate a symbol or else to a corruption after the relocation
has happened.
I want to find out where the specific relocation is and is used
On Tue, 4 May 2004, Ferenc Wagner wrote:
> Sorry for being so terse. This problem arises in the ELF
> build only, therefore has very little relevance in our case.
> Special casing would be possible but not worth in my
> opinion. Still, I can do it if you beat me to it.
I'd say you were to the p
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 4 May 2004, Ferenc Wagner wrote:
>
>> The msvcrt subtest parse error is a known redirection
>> issue: the msvcrt test is linked against msvcrt (wow) and
>> thus ignores the redirected libc filehandles. Tough.
>
> Can e special case this guy
Alexandre Julliard wrote:
Modified files:
dlls/kernel/tests: pipe.c
Log message:
Avoid killing threads with TerminateThread, this can cause deadlocks.
Thank you, so that was why it hanged on Win9x!
regards,
Jakob
On Tue, 4 May 2004, Ivan Leo Murray-Smith wrote:
> Any idea when the tests will be hosted by winehq?
We have no plans on hosting the tests on WineHQ.
The server is already overloaded, and I see no
reason not to host things at SF. Other projects
us a hell of a lot more resources than us and that'
On Tue, 4 May 2004, Ferenc Wagner wrote:
> The msvcrt subtest parse error is a known redirection issue:
> the msvcrt test is linked against msvcrt (wow) and thus
> ignores the redirected libc filehandles. Tough.
Can e special case this guy somehow? More generally, can we
special case test case l
Any idea when the tests will be hosted by winehq?
Every build is only up to date for day, and once uploaded they stay on the sf
servers forever, I see this a a waste of sf resources. Maybe an alternative temp
location would be a good idea, until the tests are hosted on winehq.
Ivan.
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
> this patch fixes default window extents passed in MINMAXINFO structure
> to a window. Now some picky applications are able to correctly size their
> child windows.
>
> Changelog:
> Dmitry Timoshkov <[EMAIL PROTECTED]>
> - Maximized windows h
Robert Reif <[EMAIL PROTECTED]> writes:
> This patch adds msacm32 to the tests.
>
> I'm not sure this is correct because I got a subtest parse
> error on the test following the one I added (msvcrt). I
> also only tested it with wine. Could someone knowledgeable
> in this program please check and
> Is it just me, or is some one posing as julliard_at_winehq.org and
> dmitry_at_baikal.ru sending e-mail virii into the mailing list? My ISP filtered
> it before I could get it, and it's a Windows virus so I doubt it could do
> very much damage. The virus is described as W32.Beagle.X_at_mm.
It'
> Got any idea for me anyway, I can try to check patch by patch but it takes a
> really long time recompiling each time btw can I advance cvs my 1 patch
> or something that is smaller then date?
Use time with CST time zone, so you use the same time as the wine-cvs list
archives, how to do thi
On Monday 03 May 2004 14:05, Dmitry Timoshkov wrote:
> I think that a correct way deciding whether a struct is correctly
> packed is to make sure that our generated tests for packing issues
> work under MSVC, then just compare the results. Otherwise we risk
> to miss something.
Sure, but until my
24 matches
Mail list logo
