> Don't bother to reply -- I've no further interest in your facetious
> and uninformed efforts to avoid the pertinent issues; [...]
Uh, oh, please calm down everybody! Let's rather focus on how to
channel Steffen's creative energy into something groff can use.
Werner
In 1985, disk space was very expensive. HP sold a 400 Mbyte hard
drive that consumed 600 watts of power to operate for US$ 38,000
each.
It would cost close to a million dollars to store 1000 Gbytes at
that time.
Today, you can buy a 1000 Gbyte hard drive in a local retail store
for under $100.
On 17-Jul-2014 20:05:17 Steffen Nurpmeso wrote:
> Huhu Keith,
>
> Keith Marshall wrote:
> |On 17/07/14 12:13, Steffen Nurpmeso wrote:
> |> Keith Marshall wrote:
> |>|I consider this to be a regression.
> |>
> |> The last Windows i've seen anything of other than the browser
> |> window in
Huhu Keith,
Keith Marshall wrote:
|On 17/07/14 12:13, Steffen Nurpmeso wrote:
|> Keith Marshall wrote:
|>|I consider this to be a regression.
|>
|> The last Windows i've seen anything of other than the browser
|> window in an Internet Café was 95B (with Plus package).
|
|And what, exact
On 17/07/14 21:05, Steffen Nurpmeso wrote:
> |[*] 'RM = rm -f' is defined, as a standard default, by GNU make; by
> |defining it in our makefiles, we extend this feature to other make
> |implementations. It isn't MS-Windows which requires this. 99 times out
> |of 100, I will surely accept the
On 17/07/14 12:13, Steffen Nurpmeso wrote:
> Keith Marshall wrote:
> |I consider this to be a regression.
>
> The last Windows i've seen anything of other than the browser
> window in an Internet Café was 95B (with Plus package).
> I really wouldn't know how to help you (and/but recalling the
>
On Thu, Jul 17, 2014 at 03:44:31PM +0100, Ralph Corderoy wrote:
> :
> If you really want programs to handle compressed files then investigate
> zlibc instead, an LD_PRELOAD library that intercepts open(2) and
> friends. http://www.zlibc.linux.lu/install.html
> That keeps the code separate to
Werner LEMBERG wrote:
|May I suggest to discuss your future changes on this list in advance?
|This helps everyone in understanding your plans, and probably saves
|you from needless coding.
I will cleanup my local commits and make the decompressor-search
an optional flag to searchpath; it is no
Hi Steffen,
> And i like to have a choice; having a choice is the essence of freedom
The free in free software doesn't mean everyone gets to add their
favourite features into the canonical source of a program; a mess would
result.
If you really want programs to handle compressed files then inve
> |> The original intent of Matthew Dillon i think was to be able to
> |> blindly use the `.so' request and make it work regardless of
> |> wether whatever file is compressed or not.
> |
> |Why would you ever want this? TeX doesn't have this either, and
> |up to now I've never seen a reques
Hello Ralph,
Ralph Corderoy wrote:
|Hi Steffen,
|
|> The original intent of Matthew Dillon i think was to be able to
|> blindly use the `.so' request and make it work regardless of wether
|> whatever file is compressed or not.
|
|You dislike .pso because your run in `safer' mode?
yes and
Hello Werner,
Werner LEMBERG wrote:
|Hello Steffen!
|
|> It effectively adds compression support for (practically) *all*
|> files that groff uses during a run.
|
|Similar to others on the list I'm not really enthused about this
|feature. Your idea of wrapping all possible file access meth
> The original intent of Matthew Dillon i think was to be able to
> blindly use the `.so' request and make it work regardless of wether
> whatever file is compressed or not.
Why would you ever want this? TeX doesn't have this either, and up to
now I've never seen a request for adding this.
> Mo
Hello Ingo,
Ingo Schwarze wrote:
|Also, to make life easier for yourself, never put two or more
|logically unrelated changes into the same diff, in particular
well.. it's not really the same diff though i also have an alias
alias.mail-patcho !git format-patch --output-directory ~/tmp/git-pa
> ok i'm thinking about this some more, like looking a bit more onto
> RESOURCE_FONT related code and dealing with the fseek(3)s on PS
> files in troff/input.cpp, followed by a public domain commit. [...]
May I suggest to discuss your future changes on this list in advance?
This helps everyone i
Hi Steffen,
> The original intent of Matthew Dillon i think was to be able to
> blindly use the `.so' request and make it work regardless of wether
> whatever file is compressed or not.
You dislike .pso because your run in `safer' mode?
Knowledge of compression and suffixes doesn't belong in eve
>> Here some text from section 5.2.1 of the kpathsea link. Think of
>> replacing `texmf.cnf' with grops's `download' file (together with
>> more fiddling, but I think you get the idea):
>
> Ah, OK. So
> http://git.savannah.gnu.org/cgit/groff.git/tree/src/libs/libgroff/searchpath.cpp#n96
> curren
Keith Marshall wrote:
|I consider this to be a regression.
The last Windows i've seen anything of other than the browser
window in an Internet Café was 95B (with Plus package).
I really wouldn't know how to help you (and/but recalling the
select(2) wrapper-implementation of Cygwin of ~2002 i'd r
Hi Werner,
> Here some text from section 5.2.1 of the kpathsea link. Think of
> replacing `texmf.cnf' with grops's `download' file (together with more
> fiddling, but I think you get the idea):
Ah, OK. So
http://git.savannah.gnu.org/cgit/groff.git/tree/src/libs/libgroff/searchpath.cpp#n96
curre
>> *However*, if you really like to play around file issues: A sorely
>> needed feature is integration of the kpathsea library into groff!
>
> Having browsed https://tug.org/texinfohtml/kpathsea.html I see it
> searches for a file through a series of directories, perhaps
> recursively, with varia
Hi Werner,
> *However*, if you really like to play around file issues: A sorely
> needed feature is integration of the kpathsea library into groff!
Having browsed https://tug.org/texinfohtml/kpathsea.html I see it
searches for a file through a series of directories, perhaps
recursively, with vari
Hello Steffen!
> It effectively adds compression support for (practically) *all*
> files that groff uses during a run.
Similar to others on the list I'm not really enthused about this
feature. Your idea of wrapping all possible file access methods into
a single class (`file_case') seems like a
22 matches
Mail list logo
