[Bug 455122] Re: gcc chokes under Karmic's smbfs

[Martin Pool]

** Description changed:

  I'm guessing that this is a gcc problem (both gcc-4.3 and gcc-4.4)
  that's exposed by the latest samba/cifs code in Karmic, but maybe this
  is a samba problem, or maybe something else.
  
  I can't seem to run gcc in a samba-mounted directory under Karmic (up to
  date as of 2009-10-18), but this was okay in 9.04 Ubuntu....
  
  rsm at hina:/c/Temp/y$ mount | grep cifs
  //1USL13385/C on /c type cifs (rw,mand)
  rsm at hina:/c/Temp/y$ cat grape.c
  int main() { return 0; }
  rsm at hina:/c/Temp/y$ gcc grape.c
  cc1: error: grape.c: Value too large for defined data type
- rsm at hina:/c/Temp/y$ 
- 
+ rsm at hina:/c/Temp/y$
  
  The problem seems to happen in cc1.    I tried this with strace in
-   - Karmic, local mount
-   - Karmic, cifs mount
-   - 9.04, cifs mount
+   - Karmic, local mount
+   - Karmic, cifs mount
+   - 9.04, cifs mount
  and the only obvious difference I notice is the huge inode number in the Karmic/cifs combination...
  
  # on local mount...
  19665 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19665 fstat64(3, {st_dev=makedev(8, 1), st_ino=15333, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=4096, st_blocks=8, st_size=25, st_atime=2009/10/18-22:53:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:53:04}) = 0
  19665 read(3, "int main() { return 0; }\n", 25) = 25
  19665 close(3)                          = 0
  
  # on cifs mount...
  19656 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19656 fstat64(3, {st_dev=makedev(0, 23), st_ino=145241087983005616, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-19:13:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:31:53}) = 0
  19656 close(3)                          = 0
  
  # on cifs mount under ubuntu 9.04 ...
  27026 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  27026 fstat64(3, {st_dev=makedev(0, 25), st_ino=167150, st_mode=S_IFREG|S_ISGID|0767, st_nlink=1, st_uid=0, st_gid=0, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-23:02:00, st_mtime=2009/10/18-23:02:00, st_ctime=2009/10/18-23:02:00}) = 0
  27026 read(3, "int main() { return 0; }\n"..., 25) = 25
- 27026 close(3)     
+ 27026 close(3)
  
- ~
+ workaround, from <http://stackoverflow.com/questions/2438890/cc1plus-
+ error-include-value-too-large-for-defined-data-type-when-compiling-
+ wit/2496749#2496749>:
  
- ProblemType: Bug
- Architecture: i386
- Date: Sun Oct 18 23:06:41 2009
- DistroRelease: Ubuntu 9.10
- Package: gcc 4:4.4.1-1ubuntu2
- ProcEnviron:
-  SHELL=/bin/bash
-  LANG=en_US.UTF-8
- ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
- SourcePackage: gcc-defaults
- Uname: Linux 2.6.31-14-generic i686
+ When mounting the share add ,nounix,noserverino to the options, ie:
+ 
+ mount -t cifs -o user=me,pass=secret,nounix,noserverino //server/share
+ /mount

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to gcc-defaults in Ubuntu.
https://bugs.launchpad.net/bugs/455122

Title:
  gcc chokes under Karmic's smbfs

Status in “gcc-defaults” package in Ubuntu:
  Confirmed

Bug description:
  I'm guessing that this is a gcc problem (both gcc-4.3 and gcc-4.4)
  that's exposed by the latest samba/cifs code in Karmic, but maybe this
  is a samba problem, or maybe something else.

  I can't seem to run gcc in a samba-mounted directory under Karmic (up
  to date as of 2009-10-18), but this was okay in 9.04 Ubuntu....

  rsm at hina:/c/Temp/y$ mount | grep cifs
  //1USL13385/C on /c type cifs (rw,mand)
  rsm at hina:/c/Temp/y$ cat grape.c
  int main() { return 0; }
  rsm at hina:/c/Temp/y$ gcc grape.c
  cc1: error: grape.c: Value too large for defined data type
  rsm at hina:/c/Temp/y$

  The problem seems to happen in cc1.    I tried this with strace in
    - Karmic, local mount
    - Karmic, cifs mount
    - 9.04, cifs mount
  and the only obvious difference I notice is the huge inode number in the Karmic/cifs combination...

  # on local mount...
  19665 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19665 fstat64(3, {st_dev=makedev(8, 1), st_ino=15333, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=4096, st_blocks=8, st_size=25, st_atime=2009/10/18-22:53:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:53:04}) = 0
  19665 read(3, "int main() { return 0; }\n", 25) = 25
  19665 close(3)                          = 0

  # on cifs mount...
  19656 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19656 fstat64(3, {st_dev=makedev(0, 23), st_ino=145241087983005616, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-19:13:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:31:53}) = 0
  19656 close(3)                          = 0

  # on cifs mount under ubuntu 9.04 ...
  27026 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  27026 fstat64(3, {st_dev=makedev(0, 25), st_ino=167150, st_mode=S_IFREG|S_ISGID|0767, st_nlink=1, st_uid=0, st_gid=0, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-23:02:00, st_mtime=2009/10/18-23:02:00, st_ctime=2009/10/18-23:02:00}) = 0
  27026 read(3, "int main() { return 0; }\n"..., 25) = 25
  27026 close(3)

  workaround, from <http://stackoverflow.com/questions/2438890/cc1plus-
  error-include-value-too-large-for-defined-data-type-when-compiling-
  wit/2496749#2496749>:

  When mounting the share add ,nounix,noserverino to the options, ie:

  mount -t cifs -o user=me,pass=secret,nounix,noserverino //server/share
  /mount

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/455122/+subscriptions