|
2011-06-18
| ||
| 15:51 | • Fixed ticket [f628d183c9]: pwd too big: max 1999 plus 1 other change artifact: 36e218bfe8 user: drh | |
| 15:51 | Improved error messages when getcwd() fails. Ticket [f628d183c958c5b12]. check-in: 89e6eb9674 user: drh tags: trunk | |
|
2011-06-17
| ||
| 20:14 | • Ticket [f628d183c9] pwd too big: max 1999 status still Open with 2 other changes artifact: 54b06923cc user: viriketo | |
| 19:04 | • New ticket [f628d183c9]. artifact: d2a077df43 user: viriketo | |
| Ticket Hash: | f628d183c958c5b12fccb42f4b52a7c94031e07e | ||
| Title: | pwd too big: max 1999 | ||
| Status: | Fixed | Type: | Code_Defect |
| Severity: | Minor | Priority: | |
| Subsystem: | Resolution: | Fixed | |
| Last Modified: |
2011-06-18 15:51:50 14.79 years ago |
Created: |
2011-06-17 19:04:31 14.79 years ago |
| Version Found In: | [dbe1e68e43] | ||
| Description: | ||||
|
In file.c, getcwd() can return NULL by different causes.
One that got me mad is that a shell is in a directory that someone removed. 'ls' still works there, but any fossil operation returns 'pwd too big: max 1999'. Showing strerror(errno) would have tought me what to do, as I only discovered the cause of getcwd()==0 through gdb. My pwd was '/tmp/f', that isn't very big. :) viriketo added on 2011-06-17 20:14:54 UTC: | ||||