This is the mail archive of the cygwin@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Problems w/B18 & suggestions for future


Platform win95, ServicePack1 w/fixes

gnu-win32 Beta18

Problems w/B18::

in .../H-i386-cygwin32/i386-cygwin32/include/header.gcc

forgot Mapping Complex.h _complex.h .(or dosen't this work because Complex
and complex are in the same dir? mention in readme or FAQ)

Large file lists will still cause stack faults in kernel32, try cp
include/*
in the microsoft SDK dir.

<esc>[J <esc>[0J broken (no effect)
termcap/info dosen't seem to work very well in general,
extra "\r" inserted at physical eol of wrapped sentences
by both termcap fallback support, and terminfo support in
ncurses when using linux, or ansi full screen terminals. ie. elvis less
info
(I am working on a fix for these, and will post it asap)

TEMP FIX change TERM=linux to TERM=pcansi in your .bashrc
(it's not as pretty or smooth, but at least it works mostly)

Mount still won't allow you to remount / as binary.
without using regedit.
(how about mount -b as the default, least surprise everything works OOTB,
and let the masochists unlike me deal with mount -t. ;^)

updatedb needs --outputfile=.../var/locatedb --local-paths'/d /e /etc..
all mounted drives'
locate needs LOCATE_PATH=.../var/locatedb (mention in readme)

readme still talks about mount -m

make install still installs into prefix/i386-pc-cygwin32 instead of
prefix/i386-cygwin32 (except when configured from linux ;^)

Sugestions::


How about using IPROP.DLL for extended attributes?

1. it's Platform independant           (only one code base for 95/NT)

2. it's fast      (the first registry call loads it, after

that it's all memory)

3 it's freely redistributable

(I don't know that this would work, but it looks good from the help file
in the sp2sdk.exe file from Micros***)

Not everyone, not even all your customers have a T1, how about a regular

tarball of the distribution 10.8M instead of 19M (usr+cdk) for

those of us with 28.8 access next time Please? <whine snivel>

And maybe a patch to upgrade? the diffs for user-src were only 215k.

instead of 7.5M, would have saved a lot of bandwidth.

Also splitting the source distribution into smaller logical parts would

IMHO encourage more net participation, posibly

base for the files in cdk/ + cdk/include/ +cdk/libiberty

libs for newlib winsup libio librx libstdc++ etc...

compiler for bfd binutils gas gcc ld opcodes etc....

cdk-tools for make byacc etc...

tcltk-debug for gdb gprof tcl tk dejagnu etc......

27M is a pretty large chunk of bandwidth/time to invest just to make one

or two changes

in something you would like to make work better, (except for masochists

like me ;^)

Nice Job on the Installer, very Professional, thanks VERY much for the
speed increase,
and the increased support for sockets.
could have used more testing on changes.

Questions comments to

jeffdb@netzone.com
                        Mikey



Flames&>/dev/null so don't bother.



-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]