On Jun 10 16:59, Aaron Schneider wrote: > > Date: Fri, 10 Jun 2016 12:00:27 +0200 > > From: corinna-cyg...@cygwin.com > > > > Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet. > > This would need some rework of the device naming code. > > > > > > Corinna > > I see. I though that it was a Windows problem that didn't provide > the partitions properly to cygwin if they weren't formatted with a > known filesystem or something related. > > Isn't any other way to access those partitions even from Windows > Powershell?
There may be a way even using Cygwin. If you know which disk X it is, you could try accessing it via /proc/sys/Device/HarddiskX/PartitionY. No guarantee but for raw access this might be sufficient. > Is the feature to support more than 15 partition planned > to be implemented? I looked into that and theoretically the changes are small. However, there's an undesired side-effect. The device parser code uses an auto-generated minimally pruned 0-trie, created by a tool called shilka. The problem is that the resulting object file is already very big, compared to the rest of the DLL. Amazing but true, about 20% of the object file is just this trie code and its data, whihc, IMHO, is already quite bad. By adding support for partitions 16-63, this object code gets 2.5 times bigger! This is way too much, and I think what we have to do first is to replace this autogenerated 0-trie code by some simpler, hand-written parser before we can consider adding support for more partitions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
signature.asc
Description: PGP signature
