| Anonymous | Login | Signup for a new account | 2013-05-23 21:39 CEST | ![]() |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
| 0003265 | OCaml | OCaml general | public | 2004-11-10 18:49 | 2005-02-02 16:55 | ||||||
| Reporter | administrator | ||||||||||
| Assigned To | |||||||||||
| Priority | normal | Severity | feature | Reproducibility | always | ||||||
| Status | acknowledged | Resolution | open | ||||||||
| Platform | OS | OS Version | |||||||||
| Product Version | |||||||||||
| Target Version | Fixed in Version | ||||||||||
| Summary | 0003265: Unix.open_flag is missing O_BINARY and O_TEXT | ||||||||||
| Description | Full_Name: George Necula Version: 3.08.1 OS: cygwin Submission from: raw.cs.berkeley.edu (128.32.153.230) Hi, I tracked down a bug in the Unison file synchronizer, which was using Unix.openfile to copy a binary file. I could not fix the bug easily because Unix.open_flag is missing O_BINARY. There is a workaround (use the standard IO) but I wonder why is O_BINARY missing. It would be useful in cygwin, and can be ignored otherwise. Thanks, George. | ||||||||||
| Tags | No tags attached. | ||||||||||
| Attached Files | |||||||||||
Notes |
|
|
(0000238) administrator (administrator) 2005-02-02 16:55 |
Cygwin is the only system where BINARY and TEXT mode need to be applied at the Unix level (the native windows ports need them only at the channel level). I'll leave this as a feature wish for the time being, but I don't like the idea of polluting the API just for Cygwin. XL, 2004-02-02 |
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2005-11-18 10:13 | administrator | New Issue | |
| Copyright © 2000 - 2011 MantisBT Group |