This should be fixed now, too, in CVS. Please try the next developers
snapshot.
We just downloaded cygwin-inst-20051213.tar.bz2 and tried the snapshot.
Problem with lseek(SEEK_END) is resolve and the result returned
corresponded with the /proc/partitions.
Thank you.
Joe
--
Unsubscribe info:
On Dec 6 13:45, Loh, Joe wrote:
Hello folks,
We have created the following test case to illustrate the behavior that
we observed. Hopefully someone out there can shed some light into the
subject matter.This behavior is observed running CYGWIN_NT-5.2
P3PANDA 1.5.18(0.132/4/2) 2005-07-02
Have you tried this with the latest snashot from
http://cygwin.com/snapshots ?
Corinna
We just installed the cygwin-inst-20051207.tar.bz2 snapshot. The output
in //proc/partitions is the same as the Cygwin Kernel 1.5.18. However,
the lseek(SEEK_END) no longer works. When I rerun the C
On Dec 7 11:17, Loh, Joe wrote:
We just installed the cygwin-inst-20051207.tar.bz2 snapshot. The output
in //proc/partitions is the same as the Cygwin Kernel 1.5.18. However,
the lseek(SEEK_END) no longer works. When I rerun the C program it
gave the following error. I even recompiled with
On Dec 7 19:12, Corinna Vinschen wrote:
On Dec 7 11:17, Loh, Joe wrote:
major minor #blocks name
8 0 78124095 sda
8 1 15358108 sda1
8 2104422 sda2
8 3 16386300 sda3
The reason that /proc/partition contains wrong information is that
the
On Dec 7 11:17, Loh, Joe wrote:
We just installed the cygwin-inst-20051207.tar.bz2 snapshot. The
output in //proc/partitions is the same as the Cygwin Kernel 1.5.18.
However, the lseek(SEEK_END) no longer works. When I rerun the C
program it gave the following error. I even recompiled
Hello folks,
We have created the following test case to illustrate the behavior that
we observed. Hopefully someone out there can shed some light into the
subject matter.This behavior is observed running CYGWIN_NT-5.2
P3PANDA 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown Cygwin.
7 matches
Mail list logo