Menu
▾
▴
gobo-eiffel-develop
|
From: Colin P. A. <co...@co...> - 2007-11-17 07:29:35
|
Is there a way to get the information provided from this class within Gobo? I want to be able to use the functionality in the XPath library. Initial searching suggests the answer is no. But SE has FILE_INFORMATION - I should think it will be easy to add a class in Gobo unifying the two. I can do this if it is needed. -- Colin Adams Preston Lancashire |
|
From: Colin P. A. <co...@co...> - 2007-12-15 07:16:23
|
For owner_name and group_name, I am seeing 500 rather than colin. Compiling with ISE 6.1 gives the expected results. Looking at the C code, the obvious suspect is HAS_GETPWUID. A quick grep of /usr/include failed to find it. -- Colin Adams Preston Lancashire |
|
From: Eric B. <er...@go...> - 2007-12-15 09:06:57
|
Colin Paul Adams wrote: > For owner_name and group_name, I am seeing 500 rather than colin. > > Compiling with ISE 6.1 gives the expected results. > > Looking at the C code, the obvious suspect is HAS_GETPWUID. > > A quick grep of /usr/include failed to find it. I guess you didn't run 'svn update' since yesterday evening ;-) Unfortunately what I checked-in does not seem to compile with Franck. So you might have the same problem. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Eric B. <er...@go...> - 2007-12-15 09:54:04
|
Colin Paul Adams wrote: > Eric> Unfortunately what I checked-in does not seem to compile > Eric> with Franck. So you might have the same problem. > > Again, correct. It should be fixed now, using Frank's suggestion. Can you give it a try? -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Eric B. <er...@go...> - 2007-11-17 09:38:04
|
Colin Paul Adams wrote: > Is there a way to get the information provided from this class within > Gobo? I want to be able to use the functionality in the XPath library. > > Initial searching suggests the answer is no. > > But SE has FILE_INFORMATION - I should think it will be easy to add a > class in Gobo unifying the two. I can do this if it is needed. Perhaps we should decide first what to do with SE. I suggest that we wait until the end of the month to see if Daniel resumes his work on SE 1.2 or not. Or we could ask him now what his current plans are. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-08 17:33:39
|
>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>>> Is there a way to get the information provided from this class
>>> within Gobo? I want to be able to use the functionality in the
>>> XPath library.
>>>
>>> Initial searching suggests the answer is no.
>>>
>>> But SE has FILE_INFORMATION - I should think it will be easy
>>> to add a class in Gobo unifying the two. I can do this if it
>>> is needed.
Eric> Perhaps we should decide first what to do with SE. I
Eric> suggest that we wait until the end of the month to see if
Eric> Daniel resumes his work on SE 1.2 or not. Or we could ask
Eric> him now what his current plans are.
No news and no reply from Daniel.
I think we have to assume that SE 1.2 won't be moving in the necessary
direction.
So I will use UNIX_FILE_INFO for now. (We can always back-track later
- I will only be using it in one class for now).
So, starting with a file name, I could simply call {FILE}.make and
then file_info. Or do ypu want to add the facility into KI_FILE?
--
Colin Adams
Preston Lancashire
|
|
From: Berend de B. <be...@po...> - 2007-12-11 23:09:30
Attachments:
smime.p7s
|
>>>>> "Eric" =3D=3D Eric Bezault <er...@go...> writes:
Eric> As for dropping support for SE 1.2, let's wait until 2008
Eric> starts. Then we will have other opportunities such as using
Eric> STRING_GENERAL or NATURAL_* classes for example.
The problem is that currently there is no good solution for people who
compile many command-line or cgi utilities like I do. With ISE Eiffel
the initial compile would be very slow and secondly it takes an awful
lot of HD space, so you can't keep too many compiled projects around.
And gec doesn't support DbC yet.
=2D-=20
Cheers,
Berend de Boer
|
|
From: Colin P. A. <co...@co...> - 2007-11-17 10:27:52
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>> Is there a way to get the information provided from this class
>> within Gobo? I want to be able to use the functionality in the
>> XPath library.
>>
>> Initial searching suggests the answer is no.
>>
>> But SE has FILE_INFORMATION - I should think it will be easy to
>> add a class in Gobo unifying the two. I can do this if it is
>> needed.
Eric> Perhaps we should decide first what to do with SE. I
Eric> suggest that we wait until the end of the month to see if
Eric> Daniel resumes his work on SE 1.2 or not. Or we could ask
Eric> him now what his current plans are.
I'm copying this message to the SE 1.2 list:
Hello Daniel,
We need to know what your plans are for SE 1.2.
Ultimately, we will have to drop support for SE at some time if it
doesn't conform to ECMA. We understand that this conflicts with the
goals of the SE transitional project. Perhaps you might consider
changing the goals (if so, we would like to know) to support ECMA (or
at least use free elks).
If not, then we have to make a decision as to how long we continue to
support SE 1.2. Right now, the question of support for STRING_GENERAL
has become urgent. Already at work, I have had to duplicate a Gobo
routine with one minor edit (that it accepted a STRING_GENERAL instead
of a STRING_8). As it was just one routine, such a bodge is acceptable
for the short term, but we will be faced with doing this a lot. This
will not be acceptable, so Gobo must very soon support STRING_GENERAL.
Last time I asked you, you said you had not decided on whether you
would support this or not. You also said you might well be making
another release in November 2007.
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-08 22:13:00
|
Colin Paul Adams wrote:
> No news and no reply from Daniel.
>
> I think we have to assume that SE 1.2 won't be moving in the necessary
> direction.
>
> So I will use UNIX_FILE_INFO for now. (We can always back-track later
> - I will only be using it in one class for now).
>
> So, starting with a file name, I could simply call {FILE}.make and
> then file_info. Or do ypu want to add the facility into KI_FILE?
No, go ahead.
As for dropping support for SE 1.2, let's wait until 2008 starts.
Then we will have other opportunities such as using STRING_GENERAL
or NATURAL_* classes for example.
--
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com
|
|
From: Eric B. <er...@go...> - 2007-12-12 04:43:13
|
Berend de Boer wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> As for dropping support for SE 1.2, let's wait until 2008 > Eric> starts. Then we will have other opportunities such as using > Eric> STRING_GENERAL or NATURAL_* classes for example. > > The problem is that currently there is no good solution for people who > compile many command-line or cgi utilities like I do. With ISE Eiffel > the initial compile would be very slow and secondly it takes an awful > lot of HD space, so you can't keep too many compiled projects around. > > And gec doesn't support DbC yet. But if we keep supporting for SE 1.2 we are stuck to stone age. Is it fair to penalize ISE users who want to use new ECMA Eiffel extensions because SE 1.2 has not been maintained for 2 years? So what do we do? I would say that people who wants to use an old version of Eiffel (e.g. SE 1.2) have to use old versions of libraries (e.g. Gobo 3.6). -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Berend de B. <be...@po...> - 2007-12-12 23:18:49
Attachments:
smime.p7s
|
>>>>> "Eric" =3D=3D Eric Bezault <er...@go...> writes:
Eric> But if we keep supporting for SE 1.2 we are stuck to stone
Eric> age. Is it fair to penalize ISE users who want to use new
Eric> ECMA Eiffel extensions because SE 1.2 has not been maintained
Eric> for 2 years? So what do we do? I would say that people who
Eric> wants to use an old version of Eiffel (e.g. SE 1.2) have to
Eric> use old versions of libraries (e.g. Gobo 3.6).
Agree, sounds reasonable.
I only tried to goat you to adding DbC to gec :-)
=2D-=20
Cheers,
Berend de Boer
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X