Christopher Faylor schrieb:
On Tue, May 30, 2006 at 09:18:56PM -0500, Yaakov S (Cygwin Ports) wrote:
snip
Unless I'm missing something, the backtrace is useless and probably doesn't
show a real problem. It is just YA example of the OMG! I get SIGSEGV's in
GDB problem which we must discuss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
On Sun, May 28, 2006 at 10:59:35PM +0200, Ralf Habacker wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In the how-to-debug-cygwin.txt there is listed how to run application
using strace in gdb:
To debug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
Ralf Habacker wrote:
There is only one case where I still believe that there may be a problem.
If a pthread_mutexattr_t is constructed on the stack and the magic class
membere is be exactly the predefined value
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Habacker schrieb:
Brian Dessent schrieb:
Ralf Habacker wrote:
There is only one case where I still believe that there may be a problem.
If a pthread_mutexattr_t is constructed on the stack and the magic class
membere is be exactly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In the how-to-debug-cygwin.txt there is listed how to run application
using strace in gdb:
To debug this scenario, do something like this:
bash$ gdb -nw yourapp.exe
(gdb) dll cygwin1
(gdb) l dll_crt0_1
(gdb) b first line in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn schrieb:
On 24 May 2006 13:19, Ralf Habacker wrote:
This breakpoint is never reached (at least in released gdb) and makes it
hard to debug cygwin's threading stuff, probably impossible in this area.
How many times do you have
. People have a
tendency to point to the archives and say lookee, it's broken if the thread
does not come to a result. ]
Ralf Habacker wrote:
You said that the testcase runs, yes, but do you have tried to debug the
cygwin dll with this exception handling. Please start the above
mentioned
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
On Tue, May 23, 2006 at 09:20:28PM +0200, Ralf Habacker wrote:
your right, hope the above mentioned stuff help for this.
Ralf,
You have the test case. You have the source code. You've already
provided a patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
Ralf Habacker wrote:
Running this testcase results in an internal exception in
pthread_mutexattr_init()
Program received signal SIGSEGV, Segmentation fault.
0x610b1005 in pthread_mutexattr_init (attr=0x404040
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
Ralf Habacker wrote:
There is no segfault, but it does not work as expected e.g.
pthread_mutexattr_init() does not fill the pthread_mutexattr_t struct
given as parameter.
How does it not work? The testcase runs fine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Habacker schrieb:
Hi all,
If this would be my project I would add such unit test cases as far as
possible. Because pthread-win32 is also hosted on sources.redhat.com it
may be possible to relicense the test application to cygwin easier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent schrieb:
Ralf Habacker wrote:
And yes, it used to be that gdb was too dumb to recognise that these
faults in IsBadReadPtr were not actual faults, and it would print them
as spurious SIGSEGVs, just as it currently does for myfaults
, although I'm not sure if
this zero pointer indicates a major fault conditions in the threading stuff
Changelog:
2006-05-23 Ralf Habacker [EMAIL PROTECTED]
* thread.cc (verifyable_object_isvalid): catch zero pointer.
Index: thread.cc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn schrieb:
On 23 May 2006 18:10, Ralf Habacker wrote:
Oh no, not this old saw again!
C:\cygwin\home\Habacker\src\pthreads-snap-2005-03-08\testsstrace
mutex1n | grep C005
- --- Process 4872, exception C005 at 610B1005
155
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor schrieb:
On Tue, May 23, 2006 at 08:13:24PM +0200, Ralf Habacker wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn schrieb:
On 23 May 2006 18:10, Ralf Habacker wrote:
Oh no, not this old saw again!
C:\cygwin
).
If wished I can provide a setup confirm package.
Ralf Habacker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Am Donnerstag, 2. Juni 2005 23:43 schrieb Keith Moore:
Igor Pechtchanski wrote:
Dropping it altogether would be unfortunate. Providing Win98 support DLLs
in a separate package is a possibility. There's still the point that CGF
raised, about there being many more people with the
Am Dienstag, 31. Mai 2005 12:05 schrieb Gerrit P. Haase:
[EMAIL PROTECTED] wrote:
Am Montag, 30. Mai 2005 22:33 schrieb Gerrit P. Haase:
Anonymous wrote:
My System:
#Set-up:
$ g++ cygspd.cc -o cygspd-basic
$ g++ -O7 cygspd.cc -o cygspd-o7
$ g++ -fno-exceptions cygspd.cc -o
Am Dienstag, 31. Mai 2005 12:42 schrieb Gerrit P. Haase:
Ralf Habacker wrote:
Interesting, why is it faster when running a binary that doesn't
depend on cygwin1.dll after swapping the DLL? Some Win caching
mechanism?
I recognized this caching behavior with KDE/cygwin too. Under
Am Montag, 30. Mai 2005 22:33 schrieb Gerrit P. Haase:
Anonymous wrote:
My System:
#Set-up:
$ g++ cygspd.cc -o cygspd-basic
$ g++ -O7 cygspd.cc -o cygspd-o7
$ g++ -fno-exceptions cygspd.cc -o cygspd-ne
$ g++ -O7 -fno-exceptions cygspd.cc -o cygspd-ne-o7
$ g++ -mno-cygwin
Am Dienstag, 24. Mai 2005 13:47 schrieb Jason Tishler:
Hermann,
On Mon, May 23, 2005 at 11:06:29PM +0200, Hermann Klocker wrote:
Sorry if I email directly to you - I am new to cygwin. Please tell me
if I should have posted this report to another location.
I would have preferred if you
Hi Chuck,
you wrote
With newer gcc's (cygwin version numbers 3.3.3-3, 3.4.1-1, but not 3.3.1-3),
const variables are placed in an .rdata section. This causes problems when
those variables contain references to OTHER vars that are imported from a
dll -- because the runtime relocation
On Tuesday 07 September 2004 10:36, Alexander Gottwald wrote:
On Mon, 6 Sep 2004, Bruce Rhodewalt wrote:
I'm having trouble configuring KDE on my Windows XP machine (using
Cygwin/X 2004/03/25).
From my bash shell, I can ssh or telnet to my FreeBSD 5.2.1 RELEASE
machine. However, if I
On Friday 30 April 2004 17:15, Nicholas Gibson wrote:
I'm at a loss, this is a fresh install of cygwin+kde3
on a machine that has just been built with XP. There
are no spaces in my home path, any help would be much
appreciated. My kde session never gets past this
point, it just sits there
On Monday 26 April 2004 22:51, Nicholas Gibson wrote:
I am attempting to start kde after a fresh
installation of cygwin and kde from
http://kde-cygwin.sourcefroge.net.
This is on a fresh machine with 1GB of RAM and plenty
of disk space... It hangs at loading the window
manager. I love kde
On Monday 19 April 2004 12:06, Thorsten Kampe wrote:
* Sven Köhler (2004-04-19 07:58 +0100)
has anybody ever tried to port the gentoo-portage to cygwin? not that i
expect many of the gentoo-ebuilds to compile, but the cygwin-people
could maintain their own portage. the gentoo-portage also
On Thursday 01 April 2004 02:16, Igor Pechtchanski wrote:
On Wed, 31 Mar 2004, Eric Hanchrow wrote:
Ralf == Ralf Habacker [EMAIL PROTECTED] writes:
Ralf # Create a symbolic link for the windows truetype fonts ln
Ralf -sf $SYSTEMROOT/Fonts /usr/X11R6/lib/X11/fonts/truetype
On Saturday 10 April 2004 03:09, Harold L Hunt II wrote:
It looks like we no longer need ttmkfdir in order to expose the fonts
installed with Windows to X11. The mkfontscale utility that is included
with out distribution was inspired by ttmkfdir and essentially replaces it:
On Friday 09 April 2004 02:58, Christopher Faylor wrote:
You know how I always whine about how I can't debug 64 bit windows
without a 64 bit system and have asked (not entirely seriously) for the
contribution of a system?
Well, I now have a brand new 64 bit windows system, contributed by an
Hi,
currently I'm trying the xft stuff with windows true type fonts for cygwin/qt
and kde applications and it works really good.
I'm planning to release the next qt/kde releases with xft support enabled.
One thing I have noticed, is that a symbolic link from the windows fonts dir
is
On Wednesday 31 March 2004 20:08, Christopher Faylor wrote:
I just wanted to send a brief note to inform everyone that today is my
last day at Red Hat. I have accepted a position with TimeSys
Corporation.
I plan on continuing my volunteer work on both Cygwin and on
sources.redhat.com so
Hi Robert,
you may wondering about you haven't heard anything in the last months after I
have offered some time working on the command line cygwin installer (for
example http://sources.redhat.com/ml/cygwin-apps/2003-11/msg0.html)
but there were some personal (at that time one of my sons
On Saturday 20 March 2004 23:32, Brian Ford wrote:
I guess this is just a heads up since I don't have time to debug it
right now, but with the latest XFree packages, I get a stream
of error messages like the following when linking our apps:
On Thursday 25 March 2004 16:39, Crescioli, Phil wrote:
Ooops, I forgot to insert my KDE_Log File. Here it is.
Last night I did a FULL and COMPLETE download of cygwin from
http://kde-cygwin.sourcefroge.net
This morning I installed ALL of cygwin and tried to bring up KDE3.1
using startx
On Friday 12 March 2004 15:51, Egor Duda wrote:
Joe Buehler wrote:
The emacs recompile fails because there is a section in
the initially built emacs.exe named .rdata that the
unexec() code for Cygwin is not expecting. The section
appears to have something to do with exception handling
Hi,
I've tried to compile recent xfree server sources from freedesktop cvs area
branch CYGWIN (after switching over from the old cvs area by patching all CVS
Repository rsp. Root files followed by a cvs update -C -r CYGWIN) and got the
following compile error:
wincreatewnd.c: In function
Hi,
while porting a kde game (Kbattleship) to cygwin/xfree I recognized that the
ioctl FIONREAD function call wasn't implemented.
The appended minor patch added this support to fhandler_socket.cc
Cheers
Ralf
Changelog
2004-02-08 Ralf Habacker [EMAIL PROTECTED
Hi all,
while reading some stuff about the ms services for unix, I stumpled over a
list of xservers in their documentation, where the xfree port is also listed.
(probably in the time where it belongs to cygnus, but anyway, they have
stated).
Hi all,
Last week the first KDE 3.1.4 release of the KDE desktop environment for
cygwin/xfree was released. Beside the basic packages it contains already some
additional package like kde-i18n, kdevelop, kdeedu, quanta and kdenetwork
(alpha version).
See http://kde-cygwin.sf.net/kde3/ for
Hi,
sine 1.5.6 (also in recent cygwin snapshots 20040123) the sysinternals.com
process explorer procexp found at
http://www.sysinternals.com/ntw2k/freeware/procexp.shtml is not able to
retrieve process informations from cygwin applications. With 1.5.5 and lower
releases there were no
On Wednesday 21 January 2004 08:38, Dr. Volker Zell wrote:
Hi
Michael == Michael Henke writes:
Michael I want to do X-Forwarding with my Windowx-XP-Box and am using
Cygwin SSHd. Michael SSH is working very fine so far. All i need is a
browser (except textbrowser Michael like lynx!) for
On Friday 16 January 2004 00:39, you wrote:
Ralf Habacker [EMAIL PROTECTED] writes:
Just a little note. I've tried yesterday ogg123 from the vorbis-tools
1.0rc3
with recent cygwin snapshot. It works without any problems using oss.
However, I can't find any recent cygwin snapshot of vorbis
On Friday 16 January 2004 20:10, Bob Clark wrote:
Ralf,
I couldn't help myself. I just had to try compiling the sources that you
pointed me to before I got down to some serious exam grading.
I have to say, after reading the README.cygwin file that you recommended,
I wasn't too hopeful. The
On Tuesday 13 January 2004 23:58, Ralf Habacker wrote:
On Tuesday 13 January 2004 19:51, Bob Clark wrote:
Sven Köhler [EMAIL PROTECTED] writes:
i also think, that cygwin doesn't have any OSS emulation, does it?
it have using /dev/dsp. For the kde-3.1.4 cygwin port I've tried to build
On Wednesday 14 January 2004 18:19, tosch wrote:
Hi,
while trying to install a PHP-Wiki on cygwin i got
several (i think quit all) problems with mod_php which
were described in the thread More Apache/PHP
installation puzzles.
I finally reached this point:
# /usr/sbin/apachectl start
On Wednesday 14 January 2004 18:19, tosch wrote:
Cannot load /usr/lib/apache/libphp4.dll into server:
dlopen: Win32 error 998
BTW: This error means that some dll's could not be accessed, my be because the
executable bit isn't set. The dependency walker will show you, which dll is
affected.
On Wednesday 14 January 2004 05:20, Harold L Hunt II wrote:
In an exciting, and very recent, turn of events, I will be attending
LinuxWorld Expo in New York City from Wednesday January 21st 3:00 PM to
Friday January 23rd 4:00 PM. This trip has been made possible by
funding from X.org, for
On Tuesday 13 January 2004 19:51, Bob Clark wrote:
Sven Köhler [EMAIL PROTECTED] writes:
i also think, that cygwin doesn't have any OSS emulation, does it?
it have using /dev/dsp. For the kde-3.1.4 cygwin port I've tried to build
ogg123 and it does have problems with playing sounds using
On Monday 12 January 2004 11:08, Dr. Volker Zell wrote:
Ralf == Ralf Habacker writes:
Ralf today the cygwin/XFree port of the QT 3.2.3 X11 release based on
the recent Ralf cygwin release is ready containing binary and source
package.
The following configure test for QT fails
On Sunday 04 January 2004 01:10, Kensuke Matsuzaki wrote:
Hi,
A new window manager XWinWM handles Motif WM Hint and Blackbox hint,
and kicker has no border. XWinWM is based on Hackedbox, and Hackedbox
doesn't use _NET_WM_WINDOW_TYPE atom.
I have to supprot EWMH, but XWinWM has preblem on more
Hi,
1. for the next kde-cygwin 3.1.4 release I'm going to build a start script,
which starts all required applications like ipc-daemon2, XWin and KDE basic
apps and kills this processes after a logout, if they are started by the
script. I like to build this script without any inferences
Hi,
i just saw the xfree development page and recognized a missing feature in the
multi window mode, which is is at least interesting for kde, but I assume
also for other x applications.
Currently the server does not handle modal dialogs like expected (currently
modal dialogs are independed
On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote:
I have added a Cygwin/X Features webpage due to request by users and to
ease the job of getting Cygwin/X accepted by business users:
http://xfree86.cygwin.com/features.html
The list of features currently has about 17 items on it.
On Tuesday 23 December 2003 18:23, Dalibor Topic wrote:
in my attempts to fix an ugly bug in kaffe on Cygwin, the bug I'm
trying to squish turned out to be triggered by something that happens
*before* main is called.
you can set a breakpoint at the application entry point.
$ gdb /bin/bash
Corinna Vinschen wrote:
Ok, I don't know how that's implemented in cygipc so I think it might
be necessary to mention that:
The implementation of the MSG, SEM and SHM functions in Cygwin are so
that if the functions are not available (be it that CYGWIN doesn't
contain the word server or
Rob,
2. There are several ways to build the api of such a engine, smaller
approachs (using mostly available code and classes) or bigger approach
(complete rewrite), so at first I would prefer to use the
current code base and to apply minimal changes (see below) to enable gui
and command
Hi
On Fri, 2003-10-31 at 23:33, Frank Richter wrote:
This patch now properly deals with minimizing the window - before, some
sizes/positions were slightly off when the window was minimized and
restored. It also constraints the size of the property sheet, it now
can't get smaller than
On Sat, 2003-11-01 at 12:16, Ralf Habacker wrote:
Rob
I need more time to think about what you have written and how to
start with which class,
I have take some time to inspect how it could be go and have build a
testcase to see what kind of api is needed. Please note that I am
hi,
procexp: display same fields as task manager and
-see DLL's used and where loaded in memory for each program running
- See all open handles and what they point to
- See each thread, it's cpu time and what module it is executing
in and it's call stack
-
Rob
On Sat, 2003-10-25 at 22:23, Ralf Habacker wrote:
This is in the wrong place: LocalDirSetting::load is the
right method to
query the option from.
While thinking about this a while more, I recognized that there
is some more
basic work necessary how to design the command
On Mon, 2003-10-27 at 03:49, Ralf Habacker wrote:
Hi Rob,
Oh, and please resubmit the patch with the correction I requested..
Rob
here is it. I hope it is correct now.
Not quite: I'm not in the business of splitting up patches and adjusting
changelogs - could you please
Hi
Harold L Hunt II wrote:
I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it
fails to link due to unresolved symbols (all symbols must be resolved at
library link time in DLLs on Windows).
I will have to consult with the rest of the Cygwin people to see what we
Rob,
On Sat, 2003-10-25 at 22:23, Ralf Habacker wrote:
This is in the wrong place: LocalDirSetting::load is the
right method to
query the option from.
While thinking about this a while more, I recognized that there
is some more
basic work necessary how to design the command line
is it? That is,
if Harold releases another libXt with this change, would that break the
recently re-compiled and released lesstif, etc etc?
--
Chuck
Ralf Habacker wrote:
Not sure I understand. What should be changed in the current
version of
the Xt code?
only note 1, chaning the label. The second
Harold,
It looks like you got it nailed to me. I am testing a build right now.
I have too additional notes to this patch.
1. Because _Xtinherit is exported as a data symbol, immediate calls to this
function in the manner
...
_XtInherit();
...
will be relocated wrongly and should be
Harold
Not sure I understand. What should be changed in the current version of
the Xt code?
only note 1, chaning the label. The second note is only for completeness.
Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files.
Please send a diff against these if anything
On Sun, Oct 19, 2003 at 09:31:44PM +0200, Ralf Habacker wrote:
BTW: There is another lib, libutil.a in the inetutils package,
which causes
same libtool problems
Please don't use libutil.a anymore. All functionality intentionally
exported from libutil.a is now exported genuinely
Hi Charles,
this is very suprising. I have noted for the next to make a note exactly of
this library. The reason for this is, that KDE had upgrades their libtool
release to on to the newest cvs release and file_magic dependency style is
not the default.
Thanks very much for your effort.
BTW:
Hi,
the following shell script does not work at least with ash-20031007-1
although I don't see any reason why this should not be a valid syntax. If
you use
export PATH=${HOME}:/usr/bin
then the scripts runs. bash has no problems with this.
--- ~/test ---
#!/bin/sh
export
Hi
the following shell script does not work at least with ash-20031007-1
although I don't see any reason why this should not be a valid
syntax. If
you use
The reason is, '~' is an extension to the bourne shell syntax, first
defined in csh or tcsh, AFAIK. ash is a pure bourne shell
Hi all,
What we would need is a startup function which replaces pointers to the
importlib _XtInherit to the pointer of _XtInherit from the dll.
func reloc_addr[] = { };
unsigned reloc_addr_size = ...;
__startup_relocate(void) {
unsigned i;
func real_func = dlsym(cygXt.dll,
Hi Charles,
... if linked to the static ipc-library. Using the cygipc dll
results in an
additional runtime dependency, which will produce windows
runtime linking
errors if the cygipc package isn't installed, which will produce more
support noise dealing with this issue. Using the static
Hi Harold,
I just checked in changes to the MIT-SHM
(xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont
(xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM
support when the Cygwin IPC daemon is not running. This allows IPC/SHM
support to be enabled by default in
Hi Harold,
Ralf Habacker sent some patches on 2003/09/05 that I am working on
getting committed to the XFree86 CVS tree. Those two patches are here:
http://cygwin.com/ml/cygwin-xfree/2003-09/msg00092.html
http://cygwin.com/ml/cygwin-xfree/2003-09/msg00090.html
I have opened Bug 698
Hi Igor,
This has already been reported (and should be fixed in the next release of
base-files). You should be able to find the relevant messages in the
cygwin-apps archives. FYI, your patch is not space-in-filename-friendly.
thanks for this note, I will wait for the next release. Could anyone
env vars set
Cheers
Ralf
ChangeLog
2003-08-23 Ralf Habacker [EMAIL PROTECTED]
* etc/defaults/etc/profile: Fix problem not setting
environment vars through profile.d scripts.
$ diff -up etc/defaults/etc/profile.old etc/defaults/etc/profile
--- etc/defaults/etc/profile.old
I've tried that with your testcase and it seems to work.
What gcc release you are using ?
I tested with mingw builds of 3.3.1 and last weeks GCC-head (3.4). They put
readonly data into .rdata$ sections if -fdata-sections but in .text otherwise.
You're correct, though, it is is
Hi Harold,
What do you mean? Do you mean that even after adding a call to check if
shm is supported and running that the extension is still installed, even
if you return?
Or do you mean that looking at the existing code shows
that they were never checking for shm support in the first
Hi,
From: Nick Clifton nickc at redhat dot com
Hi Ralf,
while compiling trolltechs qt/xfree library with gcc3 (3.2x) on
cygwin I recognized, that the auto-import stuff in combination of
recent ld does not work in case of const variables in a dll when
using direct linking to a
Ralf --
What happens when you run your cygipc-based build of X11, but do not
have the ipc-daemon running? You can't run KDE, of course, but does the
Xserver itself still work properly? Can non-KDE X apps work?
Xfre has build in support for disabling XIT-SHM support in cases the kernel
Hi all,
The appended patch implemented this support for the xfree server.
I've found that the XFree86-Bigfont extension is also shm related, which is
fixed by the appended patch.
As I have looked into this code I was wondering about the extension
initialisation code, which doesn't work as
Hi
while compiling trolltechs qt/xfree library with gcc3 (3.2x) on cygwin I
recognized, that the auto-import stuff in combination of recent ld does not work
in case of const variables in a dll when using direct linking to a dll, because
gcc put those variables into a readonly, that means the
Hi Harold,
If my IP is w.x.y.z vs. my loopback of 127.0.0.1, how is one of these
using unix domain sockets and the other using tcp/ip?
you're right, the answer is off-topic for this issue. I had read a note about
using DISPLAY=:0, which means using unix domain socket and for that my answer
was
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Igor Pechtchanski
Sent: Saturday, August 09, 2003 10:29 PM
To: Sal
Cc: [EMAIL PROTECTED]
Subject: Re: cygwin as a replacement for explorer.exe
On Sat, 9 Aug 2003, Sal wrote:
Is it possible to
If you want a graphical file manager, take a look at the KDE for Cygwin
suite of tools.
For KDE see http://lists.kde.org/?l=kde-cygwinm=103072530327420w=2.
General Informations about KDE/cygwin could be found on
http://cygwin.kde.org
Thanks for the pointer.
You can get more
Hi all,
The most recent patch looks pretty good from your description.
c) Replaces %display% with 127.0.0.1:display.0 in commands
Huh, I was going to say that %display% should be replaced with
127.0.0.1:0.0, but then I remembered that we know the 0.0, but we
don't know that the user
;
- DEBUGPROC_MSG;
into
+ DEBUGVARS;
+ DEBUG_FN_NAME(winSetSpans);
+ DEBUGPROC_MSG;
Cheers
Ralf
Changelog
2003-08-04 Ralf Habacker [EMAIL PROTECTED]
* winfillsp.c(winFillSpansNativeGDI),
* wingc.c(winValidateGCNativeGDI),
* winsetsp.c(winSetSpansNativeGDI
#ifdef SUNSHLIB
/*
* _XtInherit needs to be statically linked since it is compared against as
* well as called.
*/
void _XtInherit()
{
extern void __XtInherit();
__XtInherit();
}
#define _XtInherit __XtInherit
+ #elif defined(CYGWIN)
+ void (_XtInherit)(void) =
ago
BTW: there are some design problems with the shared library.
snip
This test is also done in other shared libraries. On linux (and most unices)
there is no problem with this. But on windows the symbol XtInherit in the
other library points to the import table and is different to
Hi Alexander,
for libXt it uses the direct address. For every other library using
the libXt.dll it uses the address from the stub.
I see, this is another case. Please take a look into xc/lib/xt/Initialize.c and
xc/lib/xt/sharedlib.c which provides such a case for another os. I don't
Hi
http://www.gnu.org/licenses/gpl-faq.html#SourceAndBinaryOnDifferentSites
The link is out of date, the new one is
http://www.gnu.org/licenses/gpl-faq.html#TOCSourceAndBinaryOnDifferentSites
Cheers
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Hi,
On Mon, Jul 28, 2003 at 08:37:43PM +0200, Ralf Habacker wrote:
http://www.gnu.org/licenses/gpl-faq.html#SourceAndBinaryOnDifferentSites
The link is out of date, the new one is
http://www.gnu.org/licenses/gpl-faq.html#TOCSourceAndBinaryOnDifferentSites
The link is not out of date
Ralf,
I appreciate the acknowledgement on your kde-cygwin web site but I
really would rather not have my email address available on your
acknowledgement page.
I know that Corinna probably feels the same way and I suspect that
Charles Wilson, Egor Duda, and Robert Collins probably all would
Hi,
I tried to compile qt3 from kdesygwin.sf.net but
i've maybe done a mistake while retrieving the files from
cvs
indeed in my package (retrieved with cvs) there's no
header in include
in a normal qt x11 there are sym links for ex :
include/qmap.h - ../src/tools/qmap.h
Hello
i'm trying to compile qt3.1.0 on cygwin as said in
http://kde-cygwin.sourceforge.net/qt3-win32/compiling.php
but i get errors (impossible to find headers)
has someone compiled qt3.1.0 on cygwin ?
The qt3-win32 section covers the native port of qt on cygwin without using
, apply the
following patch to the cygwin sources.
Cheers
Ralf
-
2003-07-11 Ralf Habacker [EMAIL PROTECTED]
* Makefile.in (libdl.a): provide unix compatibility library
for dlopen
Hi Harold,
Have you checked if xoncygwin (SourceForge CVS) has both of your patches
applied? I think that I applied them both, but it would be nice if you
could verify that I did. The patches were not directly applied... I
looked at them and did the modifications by hand, adjusting a
Ralf Habacker wrote:
After installing this package, relink the Xserver with the following line:
$ make LDFLAGS=-Wl,--whole-archive -Wl,-lmemwatch -Wl,--no-whole-archive
I just noticed two little issue with linking xwin:
1. The above link line is a link line using default Makefiles
Hi Biju,
I am facing an issue of Memory access error in XWin -multiwindow mode
see http://www.cygwin.com/ml/cygwin-xfree/2003-06/msg00294.html
So Ralf pointed me to http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html
After seeing that patch, I have just gone thru XWin Source and found,
On Thursday, June 19, 2003, at 09:10 AM, Larry Hall wrote:
Robert Pollard wrote:
Hello all,
I tried to install KDE and it wouldn't run after installation. I did
all the post installation changes. It comes up with an error window
saying The application failed to initialize properly
1 - 100 of 394 matches
Mail list logo
