On Sunday 03 November 2002 10:50 pm, Gavriel State wrote:
Mark Hannessen wrote:
When the patch was published, there was a discussion, and the
conclusion was that the code is very probably legal, and is not
against DMCA
Are you sure about the above statements? Have you checked that, or
This one implements pseudo-fork behavior, a main workhorse loop,
pseudo-debug log emitter, and command-line interpretation. In
particular I'm looking for comments/criticism/flames/etc for:
o my handling of NO_NAMELESS_STRUCT... works for me, but
how correct will this be, say, under MSVC
This works for GetComputerName(), but not for apps that look directly
in the registry. This is why we need to put something in there.
Yes, but only if there is nothing in there yet. I am not against setting
this registry value and I see why it's set. I was just saying that this
init stuff
Hi all,
I posted a similar query on Thursday but got no response, and was then
away for a few days, so I'll try again a few times before filing
something in bugzilla and forgetting about it.
Basically my question is whether there is any way of restricting debug
messages to one particular COM
Am Fre, 2002-11-01 um 00.09 schrieb Dimitrie O. Paun:
-- the big Navigation box is wasted space, because
1. It contains items everybody expects as a left-hand menu
2. Contains no real content
-- while pretty, the layout is a non-standard, and is a wee bit
too far away
There is something that sees very wrong in OSS_WaveOutInit. We do:
smplrate = 44100;
if (ioctl(ossdev-fd, SNDCTL_DSP_SPEED, smplrate) == 0) {
... this format is supported ...
}
But according to the OSS spect this ioctl call is not garanteed to give
you the actual sampling
On 3 Nov 2002, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
Does anyone have a good way to deal with this? One way might be to make
DestroyWindow map to EndDialog in this case (as EndDialog manages to
handle this right), but what would the best way to do that be?
DanteAliegri [EMAIL PROTECTED] wrote:
Hey, I've come across what appears to be a
simple problem in comctl32.
When running icq99b, wine was dying in imagelist.c while trying to
dereference a null pointer.
Upon looking at the file, there was code for returning FALSE if that
pointer was null,
Rolf Kalbermatter wrote:
DanteAliegri [EMAIL PROTECTED] wrote:
Hey, I've come across what appears to be a
simple problem in comctl32.
When running icq99b, wine was dying in imagelist.c while trying to
dereference a null pointer.
Upon looking at the file, there was code for returning FALSE
--- Francois Gouget [EMAIL PROTECTED] wrote:
Here's the latest version of my WineHQ menu proposal. I tried to take
into account (at least some of) the comments I received on the previous
one.
What's especially new is that you can see this one on the Web and that
should give everyone
Why not cmd.exe only, and hope to find it in the PATH?
I think the PATH in Windows contains windows\system32
in it by default.
Jaco, did you make sure you have the correct link into
C:\windows\system32 created by wineinstall ?
lrwxrwxrwx1 syl wine 31 aoû 3 09:08
--- Jeremy Newman [EMAIL PROTECTED] wrote:
Alpha 1 of WineHQ is up at http://lostwages.winehq.org
The site is very very red. I'm not sure of that idea right now, but tell
me what you think anyway. I think it hurts my eyes, but this is a short
notice thing, I'll come up with something better.
-const INT lx = himl-cx * pimldp-i + pimldp-xBitmap;
-const INT ly = pimldp-yBitmap;
+static INT lx;
+static INT ly;
Should this be really static? Can't this function be called reentrant?
well, static is no worse than const ;)
but I'll leave that to
-const INT lx = himl-cx * pimldp-i + pimldp-xBitmap;
-const INT ly = pimldp-yBitmap;
+static INT lx;
+static INT ly;
Should this be really static? Can't this function be called reentrant?
well, static is no worse than const ;)
It is. Your program is no longer
[DOH! forgot to send to wine-devel again]
On Sunday 03 November 2002 09:11 pm, Francois Gouget wrote:
Here's the latest version of my WineHQ menu proposal. I tried to take
into account (at least some of) the comments I received on the previous
one.
What's especially new is that you can see
Rolf Kalbermatter wrote:
There is a huge distinction between static and const. static is allocated
on the heap as global as you say and that means bad things will happen when
the function is called in parallel from several threads.
const basically is only a compiler restriction which prevents
Using latest CVS, make test complains about undefined symbol :
make[3]: Entre dans le répertoire `/home/wine/dlls/advapi32/tests'
../../../programs/winetest/runtest -q -P wine -M advapi32.dll -T
../../.. -p adv
api32_test.exe.so registry.c touch registry.ok
/home/wine/miscemu/wine: could not
greg turner wrote:
hmm that's too bad. couldn't this problem be eliminated by creating
a safedisc spec from this patch, and doing a dirty-room/clean-room
number on it, by implementing that spec from scratch? Dunno if it's
worth the effort... are a lot of people really in need of
Sylvain Petreolle wrote:
Using latest CVS, make test complains about undefined symbol :
Stange, I don't get the same problems you are experiencing:
[jacogrumpy advapi32]$ make test
make[1]: Entering directory
`/home/jaco/Personal/Projects/wine/dlls/advapi32/tests'
gcc -c -I. -I.
On Wed, Oct 30, 2002 at 10:13:36AM -0600, Greg Turner wrote:
On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote:
Fixed LITTLE_ENDIAN_32_READ macro to at least compile.
btw, this seems to imply that even with the parentheses fix, it's still
not right... is that the case? You
On Monday 04 November 2002 09:36 am, Mark Hannessen wrote:
greg turner wrote:
hmm that's too bad. couldn't this problem be eliminated by creating
a safedisc spec from this patch, and doing a dirty-room/clean-room
number on it, by implementing that spec from scratch? Dunno if it's
On Mon, 2002-11-04 at 02:13, David Fraser wrote:
Just wondering, is it really neccessary to have the URLs as queries i.e.
http://lostwages.winehq.org/?page=Supportview=page-support
Couldn't they just be
http://lostwages.winehq.org/support
I plan on something similar, the urls will be
On Mon, 2002-11-04 at 02:48, Keith Matthews wrote:
Do please try not to have more javascript than is really necessary. Sexy
looking features are nice from a designer's point of view, but to a
No js on this site at all. I prefer to do most on the server side. Works
across more browsers that way.
Hallo,
_pn.exe from webpack just stops now (after a webpack service pack has been
applied and after a wine update. The controlling terminal tells
about memory protection error Speicherschutzfehler. I don't get any
usefull log. Here a log with --debugmsg +seh,+relay,+server:
352180
--- Jaco Greeff [EMAIL PROTECTED] a écrit : Sylvain Petreolle wrote:
Using latest CVS, make test complains about undefined symbol :
Stange, I don't get the same problems you are experiencing:
Got it.
I had to go in dlls/advapi32/tests and do a 'make clean',
because objects weren't
I must add this :
I get stuck with others dlls too.
I have problems with gdi and kernel, but I know what to do.
Isn't there a dependancy problem ?
--- Jaco Greeff [EMAIL PROTECTED] a écrit : Sylvain Petreolle wrote:
Using latest CVS, make test complains about undefined symbol :
Stange, I
Martin Wilck [EMAIL PROTECTED] writes:
- check the availability of the ComputerName entry in the registry,
- if not there, set it directly from gethostname()
Then I'd implement proper ComputerNameEx(), ComputerName() in Kernel32
with all options, and remove it from the init code.
That
Greg Turner [EMAIL PROTECTED] writes:
o Pseudo-debug log emitter: should I be using stderr? is this
basically an OK approach? What is the hex number that
most real wine debug logs begin with? I'd like to look the
same.
Why don't you simply use the Wine debug macros?
o the
But according to the OSS spect this ioctl call is not garanteed to give
you the actual sampling frequency you asked for. So if the device only
supports 11025Hz, ioctl will return success but you will find that after
the call smplrate==11025.
So it seems it would be more correct to do:
Sylvain Petreolle [EMAIL PROTECTED] writes:
I get stuck with others dlls too.
I have problems with gdi and kernel, but I know what to do.
Isn't there a dependancy problem ?
Yes there is, the testlist.c files don't have correct dependencies.
I'll fix it eventually, for now just do a make
greg turner wrote:
hmm that's too bad. couldn't this problem be eliminated by creating
a safedisc spec from this patch, and doing a dirty-room/clean-room
number on it, by implementing that spec from scratch? Dunno if it's
worth the effort... are a lot of people really in need of
[EMAIL PROTECTED] a écrit :
My app calls DirectSoundCreate, which fails, returning
DSERR_ALLOCATED. I have no idea what the problem is.
Any ideas what might be wrong, or any traces, etc I could
provide to give more info?
aren't you running in the background an app which keeps the audio port
make[3]: Entre dans le répertoire `/home/wine/dlls/shlwapi/tests'
../../../programs/winetest/runtest -q -P wine -M shlwapi.dll -T
../../.. -p shlwapi_test.exe.so shreg.c touch shreg.ok
shreg.c:263: Test failed: didn't open copy
make[3]: *** [shreg.ok] Erreur 1
This is the console output when I try to install Autocad 2002 Trial.I think the trial
is identical to the full version in this aspect.
Do you want me to log something?
The error message in swedish say essantially Installation package cannot be opened.
Make sure that you can acces the
A log is up at http://www.lustbader.net/dsound.log
[EMAIL PROTECTED] a écrit :
My app calls DirectSoundCreate, which fails, returning
DSERR_ALLOCATED. I have no idea what the problem is.
Any ideas what might be wrong, or any traces, etc I could
provide to give more info?
aren't you
This is the console output when I try to install Autocad 2002 Trial.I think the trial
is identical to the full version in this aspect.
Do you want me to log something?
The error message in swedish say essantially Installation package cannot be opened.
Make sure that you can acces the
On Monday 04 November 2002 11:56 am, Alexandre Julliard wrote:
Greg Turner [EMAIL PROTECTED] writes:
o Pseudo-debug log emitter: should I be using stderr? is this
basically an OK approach? What is the hex number that
most real wine debug logs begin with? I'd like to look the
On Monday 04 November 2002 01:42 pm, Matts wrote:
[rootlocalhost cdrom]# wine /mnt/cdrom/setup.exe
I don't think this will help you to solve your problem, but running wine
as root seems like a very bad idea to me.
good luck,
--
gmt
The purpose of government is to rein in the rights of the
Greg Turner [EMAIL PROTECTED] writes:
Cool. I assumed I wasn't allowed to -- I'd love to use them, I'll give
it a shot after work. I presume, then, that I acheive this by just
pretending I'm a DLL, and following the same patterns that abound
elsewhere?
Yes; the only difference is that
Stupid question that will probably be ripped to shreds but what about if we
release the binaries with copy protection support but not put it in CVS
(kinda like transgaming, except that users dont have to pay for the binaries)?
It's illegal according to the LGPL as far as I know (except, of
--- Lionel Ulmer [EMAIL PROTECTED] wrote:
Stupid question that will probably be ripped to shreds but what about if
we
release the binaries with copy protection support but not put it in CVS
(kinda like transgaming, except that users dont have to pay for the
binaries)?
It's illegal
On 4 Nov 2002, Alexandre Julliard wrote:
Greg Turner [EMAIL PROTECTED] writes:
Cool. I assumed I wasn't allowed to -- I'd love to use them, I'll give
it a shot after work. I presume, then, that I acheive this by just
pretending I'm a DLL, and following the same patterns that abound
On November 4, 2002 07:33 am, DanteAliegri wrote:
-const INT lx = himl-cx * pimldp-i + pimldp-xBitmap;
-const INT ly = pimldp-yBitmap;
+static INT lx;
+static INT ly;
Should this be really static? Can't this function be called reentrant?
well, static is no
On November 4, 2002 08:12 am, Igor Izyumin wrote:
Here's the mockup (done very quickly and on the wrong end of a slow ssh
connection):
http://mlug.missouri.edu/~igor/WineHQ.html
I like this, it's exactly what I was suggesting as well. But the stupid
menus still don't render right in Kongy :(
On November 4, 2002 05:49 am, Rolf Kalbermatter wrote:
const HIMAGELIST himl = pimldp-himl;
According to the same lines pimldp could also be NULL so this might as
well cause a NULL pointer dereference and should be moved to after the
On Mon, 4 Nov 2002, Greg Turner wrote:
ATM that's largely correct, except it should also support a daemon
mode (/s command-line argument). For local RPC's, the lazy (from
rpcrt4.dll) invocation method will be enough. But -- to be a real,
fully functional RPC server, we will need it
Hi,
I am currently trying to debug an lockup that happens in
Planscape:Torment and potentially other Black Isle games(havent tested yet)
as well.
So far I am out of luck.
(For those who know the game the lockup happens between the intro movie and
the main menu)
The symtoms are:
--debugmsg +relay
On Monday 04 November 2002 04:52 pm, Dimitrie O. Paun wrote:
On November 4, 2002 08:12 am, Igor Izyumin wrote:
Here's the mockup (done very quickly and on the wrong end of a slow ssh
connection):
http://mlug.missouri.edu/~igor/WineHQ.html
I like this, it's exactly what I was suggesting as
On Monday 04 November 2002 05:04 pm, Ove Kaaven wrote:
Note that to be a real, fully functional RPC server, it would have
to bind to a privileged port and such, providing all the DCE RPC
daemon services that should live on that port. I'm not sure I would
trust a complex Winelib app to run as
On Monday 04 November 2002 05:59 pm, you wrote:
On November 4, 2002 06:46 pm, Igor Izyumin wrote:
Are you referring to Konqueror? Seem to work fine on my machine. KDE
3.0.3.
Yes. I use RH 8.0 (KDE 3.0.3), but these menus _always_ failed to properly
render in Konqy. Check it out:
A couple of questions about headers...
I wrote...
+#include stdio.h
First, does this end up using the right stdio.h? It won't be an issue
once I switch over to the real wine debug macros... but I wasn't sure
if, by doing this, I was going to get the wine printf() or the unix
printf()? I
On Monday 04 November 2002 04:31 pm, Dustin Navea wrote:
--- Lionel Ulmer [EMAIL PROTECTED] wrote:
Stupid question that will probably be ripped to shreds but what about
if
we
release the binaries with copy protection support but not put it in CVS
(kinda like transgaming, except
I wrote...
#include msvcrt/stdio.h
oops, s/msvcrt/wine\/msvcrt/
ugh! I take it back! sorry.
--
gmt
The purpose of government is to rein in the rights of the people
--President Bill Clinton, MTV interview, 1993
I wrote...
#include msvcrt/stdio.h
oops, s/msvcrt/wine\/msvcrt/
--
gmt
The purpose of government is to rein in the rights of the people
--President Bill Clinton, MTV interview, 1993
Installs OK, runs almost fine.
This one is special in that the main window is supposed to be round,
but we also create a rectangular window behind it. I think we should
try to get this one to Gold.
http://thenewsmonsters.tucows.com/mmedia/preview/193593.html
--
Dimi.
This one installs OK, and runs OK. And it's cool.
I haven't tried playing CDs, but I think we should
try to include it on the list.
http://www.accelware.com/axelcd/
--
Dimi.
Seems to install run just fine:
http://solair.eunet.yu/~muaddib
Cool app!
--
Dimi.
Another success story:
http://www.quinnware.com/news.html
See, we're not doing that bad! :)
Besides, if we get the multimedia thingy working right,
we'll impress quite a few people...
--
Dimi.
On November 4, 2002 11:19 pm, Greg Turner wrote:
+#include windows.h
would it be more general to do something like:
#if defined(__WINE__)
#include windows.h
#else
#include windows.h
#endif
Or is it OK, as is, for MSVC/cygwin?
The way you did it is just fine, don't do the
Dimitrie O. Paun wrote:
Another success story:
http://www.quinnware.com/news.html
See, we're not doing that bad! :)
Besides, if we get the multimedia thingy working right,
we'll impress quite a few people...
Agreed :)
Office Apps
Graphics/Animation
Webdesign
Internet
Multimedia
If we can
On Mon, Nov 04, 2002 at 08:07:39PM -0600, Igor Izyumin wrote:
Yes. I use RH 8.0 (KDE 3.0.3), but these menus _always_ failed to properly
render in Konqy. Check it out:
http://24.103.156.204/bad-konqy.png
OK, now I see what the problem is. Something is set in the HTML so that the
text
61 matches
Mail list logo