See http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html
Cheers
Ralf
--- original Nachricht Ende
--- Ralf Habacker [EMAIL PROTECTED] wrote:
--- Sylvain Petreolle [EMAIL PROTECTED] wrote:
--- Biju G C [EMAIL PROTECTED] a écrit : I dont know whether
this error is same as some
/ml/cygwin-xfree/2003-06/msg00162.html'
target='_blank'uhttp://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html/u/a
Cheers
Ralf
--- original Nachricht Ende
--- Ralf Habacker [EMAIL PROTECTED] wrote:
--- Sylvain Petreolle [EMAIL PROTECTED] wrote:
--- Biju G C [EMAIL
);
--
Ralf,
Thanks.
http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2
Harold
Ralf Habacker wrote:
Harold Hunt wrote:
5) winclass.c, winclass.h - Rename these files to
winmultiwindowclass.c and winmultiwindowclass.h, respectively, since
they are only used in MultiWindow
Harold Hunt wrote:
5) winclass.c, winclass.h - Rename these files to
winmultiwindowclass.c and winmultiwindowclass.h, respectively, since
they are only used in MultiWindow mode. Prefix the functions in these
files with MultiWindow. (Harold L Hunt II)
The appended patch contains some
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower
III
Sent: Monday, May 26, 2003 7:28 PM
To: [EMAIL PROTECTED]
Subject: RE: Custom icons per window class/name patch
Howdy Ralf,
At 09:39 AM 5/26/2003 +0200, you wrote:
while
Erle wrote:
I just did some runs with the commercial apps I use at work, and can
see that many do *not* create custom classes or window_roles for each
type of window.
KDE and gnome apps does.
I think the best thing to do for the class naming is
to just use an incrementing number and make
Hi Ralf,
Huh, where was the problem ? I've build it after applying all recent
patches from Earle.
When I applied Earle's and your patches in sequence, clean, from Harold's
test86 sources I got some minor hiccups on the last .dif.
I have seen, that you have got already this problems.
Gerrit P. Haase wrote:
Hallo,
why is the MD5 check performed every time?
A good question.
Because in the five minutes from now on, my packages
may be corrupted?
How can I get rid of it?
There is a command line option to disable: -5
But what about starting setup directly from
If you have such great insight into this type of thing, it won't take
you any time at all to duplicate. You've been complaining about this
and other cygwin performance issues for months. Why don't *you* do
something? I figured fork/exec/signals out from scratch. Certainly the
brighter
I don't have the code anymore
It's a pity, because everbody else has to start from scratch and couldn't take a
deeper look and perhaps find the problem.
Cheers
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Having Mozilla itself running under Cygwin might not be useful
to a lot of people but the fixes that Cygwin might have to go
through to make this happen could pave the way for other X apps
that come later.
like we have encountered while porting KDE to cygin/xfree.
I remember a very good
Hi
First off, I have said it before and I'll say it again, Evolution from
Ximian needs to be ported to Cygwin..
do you have heard from KMail or KOrganizer on cygwin/xfree.
Additional for the people who does not know that there is already an alternative
web browser: Konqueror from the
Hi,
Having Mozilla itself running under Cygwin might not be useful
to a lot of people but the fixes that Cygwin might have to go
through to make this happen could pave the way for other X apps
that come later.
like we have encountered while porting KDE to cygin/xfree.
Cheers
Ralf
--
am already running the ipc-deamon, no change, the problem seems to be
with the qt-2-3.dll, if I tell cygwin to use that version, then, when I
use the xclient, none of the kde icons appear
Do you have this problems with the qt-designer too ?
I haven't got this problems with the recent qt cvs
is there a location to install cygwin with Gnome /or kde as part of the
package? I have looked around on the net, and the only info/help I can
find is, have to install about 50 pieces of source for Gnome, and
configuring X to work with KDE 2.0 seems to break using Xwin as a client
connecting
Hi all,
while porting arts 1.2.0 (=Advanced Realtime synth for kde) I've encountered a
dll loading problem loading (unter W2k verified with cygwin 1.3.21-1 and recent
snapshot).
The background:
The arts daemon tries to load an additional library with lt_dlopen (see the
backtrace below) and hangs
I just realized that libc.so on linux is just a linker script and
that it is used to link both the shared and static parts of libc.
So, in a similar vein, you could conceivably do something like this
on cygwin:
/* GNU ld script
Use the shared library, but some functions are only in
On Mon, Mar 10, 2003 at 08:13:16AM -0500, Charles Wilson wrote:
I didn't realize it was a patch to rip out all of the import-lib
building stuff, and replace it with the new link-to-dll support.
I've been blissfully trying to avoid libtool discussions but I have to
ask my standard question of
Okay, I've actually looked at the patch now. Apparently I misunderstood.
I thought this was a patch to enable using libtool to link against an
outside shared library in which the implib was actually a symlink to a
DLL -- which I didn't think would require much if any hacking with
libtool,
I can see many more source code changes.
I think cgf meant that the only difference between this package, and
straight-from-CVS binutils (20030307 snapshot) is the pseudo-reloc change.
Certainly, the basic CVS source has had many many changes since
20021117. Including your
Max Bowsher wrote:
I'm not quite sure rpm really is desirable for the Cygwin dist, unless it
was decided to transition to rpm packages exclusively once setup was
suitably adapted.
Well, there are grand designs eventually to generalize setup so that it
can accept tar.bz2 (or .cyg?)
Hi
I've made a new version of binutils available for installation.
This version is a refresh from CVS on sources.redhat.com.
This release has one minor change from Chuck Wilson to make
--enable-runtime-pseudo-reloc the default for `ld'.
Are there no more changes in this release ? Wenn I
[BTW, Ralf, patches to libtool don't belong on cygwin-apps. It's not a
packaging issue, a packaging-policy issue, nor a setup issue. This
thread belongs on the main cygwin list.]
I apologize for this mistake. Sometime it seems that I have too many things in
my head. :-)
Ralf
--
?
2003-02-27 Ralf Habacker [EMAIL PROTECTED]
* libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER): Removed
postinstall_cmds and postuninstall_cmds,
added shared library to 'library_names_spec'.
(AC_LIBTOOL_LANG_CXX_CONFIG): Removed import library
generation from
It's up to you -- that's why I coded the libtool changes so that your
improvements could be a drop in fix. I think it'd be nice is file
could tell me that a given file was an import lib or a (regular) lib,
but it isn't necessary.
There's certainly no rush.
I will see.
The problem is that
o speed problem with the internal win32_libid() routine is partially
fixed -- approx 35% speedup. Ralf Habacker is working on some
modifications to the official fileutils distribution (specifically,
file.exe) that should allow an additional 8% speedup without additional
changes to libtool
Thanks for this additional note.
from a previous mail:
So, it's important, Ralf, that your 'file' changes NEVER generate a
false positive (e.g. saying something is an import lib when it is not).
If your code generates a false negative (saying something is static
when it's actually an
Hasn't Harold suggested that people could contribute links for their own
donations? I don't think it makes sense for someone to be attempting to
dole out money. What would the criteria be? Better to let the users
decide.
I understand your point, but who in the user community would
Ralf,
On Mon, Feb 17, 2003 at 11:40:44PM +0100, Ralf Habacker wrote:
I found another bug (most likely introduce by me in a previous
patch) when rebasing up and the DLL is already based at the
requested address. The attached patch is one way to correct this
problem.
Applied
You may be right in this issue, but couldn't the symbol _dll_iname doesn't
change in future implementation too ? The important question seems
to me like
this: [1] Which is the mostly stable identifier we build on ?
filenames change because evil twisted pesky end-users change them, at
any
I found another bug (most likely introduce by me in a previous patch)
when rebasing up and the DLL is already based at the requested address.
The attached patch is one way to correct this problem.
Applied and checked in.
Ralf
Thats very bad.
Yeah. I don't know why these implibs need to declare these static
structures; it's possible that w32api is just following the lead of the
corresponding .lib files in the MSVC distribution.
But, that's neither here nor there. IF these crossbreed implibs are
detected as
BTW: Do you know which libraries are also hybrid execpt of cygwin1.dll ?
There are about a half-dozen in /usr/lib/w32api -- and worse, the static
members are bad variable types; if you make the static members part of the
DLL, then these vars can't be auto-imported without using pseudo-relocs.
convenience libs do not count. You can still link a DLL with convenience libs,
because it is assumed that a true convenience lib is built by your project, for
your project, and only for your project -- it is not available to outside
users and therefore there can never be any mismatch between the
Just out of curiosity, why has this discussion suddenly moved to cygwin
at cygwin dot com from cygwin-apps at cygwin dot com?
It was my error, an little accident. Sorry
Ralf
wasn't tight enough.
My version:
(char *)relocp-SizeOfBlock (char *)relocs + size
seems to be.
What was the problem with this guard:
To which guard are you referring? Mine or yours?
Does it not fix the last entry of a relocation block ?
I'm concerned that
Your guard:
(char *)relocp (char *)relocs + size
wasn't tight enough.
My version:
(char *)relocp-SizeOfBlock (char *)relocs + size
seems to be.
What was the problem with this guard: Does it not fix the last entry of a
relocation block ?
Ralf
But, you'd still need to check all static libs to see if they are
really import libs after all. The good news it that we expect this to
happen only rarely: when an import lib is a hybrid lib with static
objs in front -- the modified 'file' test incorrectly identifies it
as a static archive.
Applied, with the usual ChangeLog corrections.
Probably I will it learn at some time.
After looking in the sources, I have seen that you also have implementend the
intx_t types (uintx_t were already there), which otherwise would be my next
patch.
Thanks
--
Unsubscribe info:
I can reproduce it now. I will debug and try to fix it myself. If I'm
unsuccessful, then I will ask Ralf for help.
Jason, your rebase depends on the ms imagehelp library, isn't it.
A way may be to try my version with the -D flag. This give some additional hint
about the internals of the dll.
Ain't gonna happen. Find me a faster way to distinguish between x86
import libs and x86 static libs (and random-other-architecture libs of
any sort), and I'll thank you.
see [1]
But telling me that I must support a fundamental philosophical and not
merely technical fork of libtool for the
ARGH. This defeats the whole purpose of the policy change -- and it is
a policy change driven by the libtool development. I don't want to
support a forked version of libtool that differs from mainline on a
basic policy issue.
May be, but like Max has stated, I don't like to be forced to
Hi Charles,
I've taken a deeper look into the libtool sources and found a hint relating to
the way other os do this checking, for example
libtool.m4.in
snip
# AC_DEPLIBS_CHECK_METHOD
snip
pass_all
gnu*)
irix5* | irix6* | nonstopux*)
linux*) (most hosts)
osf3* | osf4* | osf5*)
Ralf -- please drop my 'final' script into one of your generated
libtools and run your tests (what? rebuilding KDE?) on it, and let me
know what you think. (Oh, and since (a) 'file' execution speed is
invariant with target size, and (b) we match *DLL* and *executable*
separately, if you are
From 'info libtool':
`pass_all'
will pass everything without any checking. This may work on
platforms in which code is position-independent by default and
inter-library dependencies are properly supported by the dynamic
linker, for example, on DEC OSF/1 3 and 4.
1.4e isn't a specific version. It just means some cvs checkout after the
1.4d release
but this could be a long period: :-)
The recent devel libtool tells:
$ libtool --version
ltmain.sh (GNU libtool) 1.4e (1.1175 2003/01/01 01:57:46)
ltmain of recent kde from anoncvs.kde.org:
VERSION=1.4e
You never followed up on that.
Rebooting every time need very much time (about 10 minutes for me) and there is
an easier way to emulate that. I've written an applications which's allocate any
available memory. This removes all cached files' dll's and so one. I had similar
problems while
Yes, Ralf, I know. This is like the sixth iteration trying to solve
this problem. The very first attempt did what you suggest (only it is
much much more complicated than you imply; you're overlooking a lot).
However, that fix was unacceptable to the automake and libtool people.
Hence,
I've updated libtool-devel to the 20030121 CVS, plus added a major
change of my own (inspired by Earnie Boyd and others on the libtool
mailing list) that fixes the 'relink exe's over and over and over'
problem on both mingw and cygwin.
[Skip to the last two paragraphs for the real
Hi Chuck,
3) What I did: create a binary wrapper -- an actual executable --
named 'foo.exe' in the main build directory. It is NOT the real
foo.exe. It simply exec's the shell script, which in turn sets up the
environment and exec's the real .lib/foo.exe. Eventually, the 'set up
the
Currently it is a resourcen problem, that kde/qt isn't be distributed with the
cygwin net release. I have all hands to do with the user support on the
kde-cygwin mailing lists and foren and to deal with the basic stuff (ld,
imagehelper,libtool,...), that there is no time to support the users in
The attached fixes the following:
1. merge problem when you applied (by hand?) the following patch:
http://cygwin.com/ml/cygwin/2002-12/msg00138.html
2. bug I introduced in the above patch when I attempted but did
not successfully fix rebasing up
#1 causes the
GNOME-cygwin port: http://homepage.ntlworld.com/steven.obrien2/
KDE3-cygwin port: http://kde-cygwin.sourceforge.net/qt3/using.php
^^^
Currently kde2 is running, kde3 is in work.
Would there be a chance to get these integrated into Cygwin distro?
Can any of the Cygwin core developers talk
recognized that using the same dll
more than one time occurs often because of the automatic dependency tracking.
2003-01-25 Ralf Habacker [EMAIL PROTECTED]
* deffile.h (def_get_module): new prototype.
* deffilep.y (def_get_module): new function.
* pe-dll.c (pe_implied_import_dll
Especially in libtool environments I have recognized that using the
same dll more than one time occurs often because of the automatic
dependency tracking.
I should add, that this problem only occurs when using the dll like an object
file not as a library.
gcc -o xx.exe objectfiles dll.dll
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Volker Quetschke
Sent: Wednesday, January 22, 2003 10:35 AM
To: [EMAIL PROTECTED]
Subject: Perl with -i option removes files
Hi!
Following szenario:
$ echo abc testfile
$ perl -p -i -e
Sorry my finger were pressing the send to key before this mail was ready.
Is this a bug or feature?
$ cygcheck -c cygwin perl
Cygwin Package Information
Package Version
cygwin 1.3.17-1
perl5.6.1-2
This is a known issue with this perl
Hi Jason,
The attached patch enables libimagehelper.a to be usable by C source
too.
Applied. Thanks for fixing this.
Ralf
I am wondering if anyone has attempted to use Cygwin/XFree86 to replace
explorer.exe as the window manager.
David Fraser has reported done so with kde-cygwin. See
http://lists.kde.org/?l=kde-cygwinm=103072530327420w=2 for further infos.
Regards
Ralf
Hi all,
in december 2002 Charles Wilson and I had supplied an ld patch for the
auto-import from dll functionality.
For the kde-cygwin project we would like to use this new stuff in the near
future for the next qt3 release.
General there are two way to solve this:
Because we don't like to
patience. cgf is the maintainer for binutils on cygwin, but I'm sure he
has his hands full getting ready for the imminent 1.3.19 cygwin kernel
release.
BTW, Danny reported a problem with Fabrizio Gennari's create an export
section for .exe's patch and relocatable linking. Danny sent
Hi Gary,
How about libhabackersimagehelp.a etc?
this would suggest, that this is my lib, but there are also others who have
worked and probably will work on this library. I habe only started this lib
I think imagehelper will be good.
Ralf
1) some that go to stdout probably should be stderr, and vice versa.
still open. I think debug message should go to cerr and normal printing should
go to cout.
This seems mostly to be fixed in the recent cvs release.
Ralf
Still missing a lot of the errors that were fixed in my patch. Here's
the remainder:
1) 'hex' and 'endl' are also in the std:: namespace
2) unbind_main.cc needs 'using namespace std;'
3) (new) rebind_main will rebind the first commandline argument over and
over; it needs to use argv[i]
Rob suggested libcygimagehlp.a for the library.
Should we leave the names as is, but use -L and -I to find the right
files instead?
If I remember right, this lib will be used for a cygwin based rebase and later
in the cygwin's setup application which is mingw based. So this lib must be
Thats orthogonal (but IIRC is possible now/soon). The build within
setup.exe will be a .a library, not a .dll. You could always use a
compile flag to choose between cout error reporting and exceptions.
What about the following:
Step 1: library for standalone rebase
Every exported library
If I remember right, this lib will be used for a cygwin based
rebase and later
in the cygwin's setup application which is mingw based. So this lib must be
buildable for cygwin and mingw, isn't it ?
Yes. And the library should use the appropriate naming convention for
the target platform.
But, they are part of Cygwin gcc in Mingw mode (i.e., gcc -mno-cygwin).
You're right. My gcc installation was corrupted. Now I can compile it.
What about getopt, I can find the symbol in a library, but not the related
header. ?
I have installed mingw-runtime 2.2.1.
Ralf
IIRC, it is not part of Mingw.
I just used a copy of getopt.[ch] from the Cygwin sources for my stand
alone rebase.
That curious: getopt is compiled into /usr/lib/mingw/libliberty.a; only the
header is missing.
I've copied the header from /usr/include/getopt.h to /usr/include/mingw and it
Not really -- it doesn't compile anymore. Among other things:
You have gotten me just between finishing the things. I was interrupted a little
after written the last mail, so 10 minutes later is was mostly fixed.
0) Update the changelog when you do stuff. (You renamed the library
itself,
In checkimage.cc:
- ctFile dll(filename);
+ LinkedObjectFile dll(filename);
fixed.
README needs a brief note about this 0.6 version.
More than I have written in my last email ?
No, it's just that the README file itself contains some brief
descriptions of version 0.1 -- 0.5, but
And heres a show stopper. The library should not use cout at all. It
should throw an exception, and let the user interface handle it.
Does this work also, if this library is compiled as a dll ?
Do you have an example, how to do for this ?
Ralf
Hi all,
relating to the this thread, which starts at
http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00021.html I have updated the
rebase source with :
- creates a static lib containing all needed objectfiles for RebaseImage() and
friends.
The library is named libimagehlp.a and the relating
However, should we use the names libimagehlp.a and imagehlp.h? They
clash with the mingw versions.
Do you have a better name ?
Ralf
I needed to make the following changes before this would compile.
Mostly namespace errors,
the std:: below or something else ?
but also a typo
where ?
and main() void vs. int.
fixed
I figured the library files should explicitly call std::cout friends,
fixed
but the executables
Hi Chris,
1.
I don't see how you could do that since the symbol is associated with an
existing place in memory. We could put the whole function in a
different segment but that's not the kind of solution I was thinking of.
2.
I was thinking that there might be an unused attribute that could be
Maybe the horse has left the barn already but it would have been nice
(tm) if these type of symbols were marked in some generic way so that
we wouldn't have to keep remembering to extend this table.
I recall commenting on this aspect in a recent binutils thread in the
cygwin lists, and
Interesting. The history is a little garbled (Steve Chamberlain didn't name
the project Cygwin and there was no magical decision made in 1999 to do
anything) but it's always nice to get exposure.
Perhaps you should send a correction to this magazine :-)
Ralf
--
Unsubscribe info:
I *believe* (not reading German ;) that the same article
is also in the English edition.
You're right. See http://www.linux-magazine.com/issue/26, but it seems that you
can find only the german story in the internet.
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
Interesting. The history is a little garbled (Steve Chamberlain didn't name
the project Cygwin and there was no magical decision made in 1999 to do
anything) but it's always nice to get exposure.
Perhaps you should send a correction to this magazine :-)
I think I have not the
Hi all,
today I've found an interesting article about cygwin, cygwin/xfree and relating
topics in a german magazine.
See http://www.linux-magazin.de/Artikel/ausgabe/2002/12/cygwin/cygwin.html for
further informations.
Regards
Ralf
--
Unsubscribe info:
hi folks, I am looking for a memory checker such as mpatrol running
under cygwin
Any one ever tried to run mpatrol under cygwin (or others)?
No, but perhaps memwatch library could help you.
See http://sourceforge.net/project/showfiles.php?group_id=27249
Ralf Habacker
KDE on cygwin
Please check out the latest snapshot and report here if there are
problems. I haven't yet tried this on Windows 9x class systems so it's
entirely possible that there is a problem there.
I've used this snapshot for running kde (Kmail,konqueror and other) a while on
windows 2000 and haven't got
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 04, 2002 9:42 PM
To: Ralf Habacker
Cc: Cygwin
Subject: Re: rebase-0.4 patch
Ralf,
On Wed, Dec 04, 2002 at 07:45:52AM +0100, Ralf Habacker wrote:
Are you willing to accept
3. reformat via indent
Which indent command line you will use. I can do it before, do simplifiy
applying backward to the kde-cygwin archive.
Just 'indent'. However for C++, astyle --gnu does a better job of
meeting the GNU standards, FWICT.
There are two possibilites. Which tool
However for C++, astyle --gnu does a better job of
meeting the GNU standards, FWICT.
$ astyle --gnu
Unknown command line option: gnu
For help on options, type 'astyle -h'
astyle --gnu does not work. It must be astyle --style=gnu.
What about spaces and tabs. Tabs would make big files smaller
On Thu, Dec 05, 2002 at 08:44:37PM +1100, Robert Collins wrote:
On Thu, 2002-12-05 at 19:50, Ralf Habacker wrote:
astyle --gnu does not work. It must be astyle --style=gnu.
What about spaces and tabs. Tabs would make big files smaller as
using tabs, but the problem
();
if (!pthread_mutexattr::isGoodObject (attr))
-
2002-11-30 Ralf Habacker [EMAIL PROTECTED]
* thread.cc (__pthread_mutexattr_init ): fixed seg fault
if parameter content is undefined.
Hops that help
Ralf
-Original Message-
From: Robert Collins [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 01, 2002 10:19 PM
To: Ralf Habacker
Cc: cygwin
Subject: Re: problem with mutexattr initialisation
On Sat, 2002-11-30 at 12:28, Ralf Habacker wrote:
Hi,
while porting the threaded
The only thing I like to say is, that instead of using a symbolic
link to the
dll, the unix way may be possible.
What I mean is to put the dll into the lib dir (like the .so
libraries in unix,
the bin dir contains only executables) and to implement a LD_LIBRARY_PATH
environmen support
))
+return EINVAL;
*attr = new pthread_mutexattr ();
if (!pthread_mutexattr::isGoodObject (attr))
-
2002-11-30 Ralf Habacker [EMAIL PROTECTED]
* thread.cc (__pthread_mutexattr_init ): fixed seg fault
All well and good, Ralf, but Chris' comment grew out of your policy
recommendations about *removing* the existing import lib support that
libtool currently provides. I know, you probably don't think you did
that -- but you said your new change would simplify libtool.
Chuck, thank you for
On Mon, Nov 25, 2002 at 11:50:13PM +0100, Ralf Habacker wrote:
Chuck Wilson wrote:
Minor nit about patch format: watch out for your tab/indentation. It
doesn't match the surrounding text in many cases.
Okay. How are the tab width ?
It's the standard 8 characters per tab. You
This and perhaps other libraries may be an exception, but couldn't this
splitted like linux does ? If I remember right, they uses a standard
lib like glibc, which may be a shared lib and some kind of startupcode
in an objectfile (static), which may be different for executable or
dll's or
I am definitely interested in a cygwin GNOME binary, like the KDE binary
which is available on sourceforge using the standard cygwin setup.exe (but
I have not yet managed to get running properly on Win98)
Where are the problems with win98 ?
Ralf
with recent qt-2/3 and kde2 sources without any
problems. A sample test case is appended too.
Please give this patch a try and report problems to me o0r to this list.
Thank you
Ralf Habacker
KDE on cygwin http://cygwin.kde.org
ld-auto-import-dll.patch
Description: Binary data
ld
On Mon, Nov 25, 2002 at 01:46:50PM +0100, Ralf Habacker wrote:
3. ld works more like the linux version. There are only static archives and
shared libraries which could be linked directly without the
indirection of using
import libraries. This simplifies for example libtool handling.
I don't
On Mon, Nov 25, 2002 at 11:50:13PM +0100, Ralf Habacker wrote:
Chuck Wilson wrote:
Minor nit about patch format: watch out for your tab/indentation. It
doesn't match the surrounding text in many cases.
Okay. How are the tab width ?
It's the standard 8 characters per tab. You also aren't
what does ssp do?!
Haven't seen about that beast before. Could someone enlight me
please?!
from man ssp
SSP - The Single Step Profiler
Original Author: DJ Delorie
The SSP is a program that uses the Win32 debug API to run
a program one ASM instruction at a
Hi all,
this thread I have found on [EMAIL PROTECTED]:
I've experimented with using cygwin as my development environment...
My initial goal was to compile using gcc, as we are using gcc in
the MacOSX world. I ended up grabbing the qmake and moc from the KDE
distribution to accomplish
101 - 200 of 394 matches
Mail list logo