Chris Vetter wrote:
On a side note:
When does GNUstep get rid of the procfs stuff? If GNUstep is supposed
to be platform independant, you CANNOT rely on something that is only
available on ONE particular platform (aka Linux).
As I pointed out earlier, the implementation of procfs on various UNICES
Chris Vetter wrote:
The question would be what might be so important that it has to be
looked up in /proc and whether there actually IS another way to
retrieve the information in a more 'standard' way.
Specifically, please let us know what information are you missing on
FreeBSD and what is the
Hmm, well let me think... GNUstep is a volunteer project, so in general..
... maybe when someone offers a patch which implements an alternative
which is more portable without breaking the ones that work and that is
remotely maintainable? ;-)
The question would be what might be so important
It's me again,
I dug a little bit in gnustep-base and found that `GSSelectorFromName`
only returns a selector if the selector *exists*, and this directly
cals sel_get_any_uid which is aliased as sel_getUid.
So, how can I create a reference for a selector that does not exist ?
The problem is
Hello there,
I witnessed something strange in the objc runtime :
- When I create a SEL from a selector name like `selector =
sel_getUid(foo)
- It returns NULL when there is method declared as foo in my program
- Or returns a real selector if a class responds to foo in my code
- Whereas when I
[...]
You've made you point clear that you dislike the usage of procfs. The
question remains, do we have a /dependency/ that leads to certain
features of the API not functioning on FreeBSD?
[...]
I never said the API wouldn't work on FreeBSD.
I said, even though there is no /proc on
Forgive me for butting in, but you and David appear to be talking
without
connecting ... at least you appear to be ignoring his points.
Your point seems to be basically that use of '/proc' is not portable
and that
the /proc api is bad. That may be true, but it's not a useful point
since we
Hi,
I'm creating a wrapper class for libdict (yes, I realise this has
possibly been done before), and running into a segfault problem. I
realise this has possibly more to do with bad C than with Foundation
per se, but I'd appreciate some help :-)
libdict has a function ld_define, declared
It's me again,
I dug a little bit in gnustep-base and found that `GSSelectorFromName`
only returns a selector if the selector *exists*, and this directly
cals sel_get_any_uid which is aliased as sel_getUid.
So, how can I create a reference for a selector that does not exist ?
The problem is
On Feb 2, 2005, at 8:09 AM, Graham J Lee wrote:
if(!strcasecmp(input,define))
{
struct ld_defanswer **d;
printf(Define word: );
fgets(arg1,BUFSIZ,stdin);
Chris Vetter wrote:
[...]
You've made you point clear that you dislike the usage of procfs. The
question remains, do we have a /dependency/ that leads to certain
features of the API not functioning on FreeBSD?
[...]
I never said the API wouldn't work on FreeBSD.
I said, even though there is no
On 2 Feb 2005, at 19:27, Sébastien Pierre wrote:
Hi all,
I am currently in big trouble trying to find the cause of a double
free which occurs when releasing an autorelease pool. Has anybody any
idea to know how to identify where an autoreleased objects was freed
(released, I guess) before being
On Feb 2, 2005, at 1:18 PM, Richard Frith-Macdonald wrote:
On 2 Feb 2005, at 19:27, Sébastien Pierre wrote:
Hi all,
I am currently in big trouble trying to find the cause of a double
free which occurs when releasing an autorelease pool. Has anybody
any idea to know how to identify where an
13 matches
Mail list logo