From:	banders AT ECD DOT Rockwell DOT COM (Bartlee A. Anderson)
Subject:	Re: Problems rewriting mount.c for mingw32 (egcs/gcc)
25 Mar 1998 01:50:24 -0800 :
Message-ID:	<3512CE25.40E2.cygnus.gnu-win32@switch.rockwell.com>
References:	<351160E8 DOT 540A AT switch DOT rockwell DOT com>
Mime-Version:	1.0
To:	gnu-win32 AT cygnus DOT com

Bartlee A. Anderson wrote:
> 
> Enclosed is mount.c
> This kind of works, but I'm unclear as to how the enumeration fails.
> You see the same strings for different entries. It may be due to the
> silent mounts, but I can't imagine.
> Is it a coding problem (is something more complex needed/or is it
> brain-dead)? What are the silent mounts for?

Yes it was brain-dead. The string value returned is hex and started
to fail somehow at the 0A mount for some reason. ;)
so I changed the atoi to do asciihex to int conversion.

So the remaining questions still remain. What structures become
disconnected when you run mount --reset? Putting the entries back
doesn't help the shell you're in. Are structures filled on bash
startup related to the file mounts? What's the silent option for?

My mount now looks like the standard b18 mount, except that my
cdrom drive was out of place order. Everything else was exact.

Getting there.


                                     convert from hex ascii to number
                                                      V    
>                 strcpy(punix, get_mount_value_data(atoi(lpszName), \
>
-- 
Bartlee A. Anderson     System Test (Interfaces-Tools-Automation-ISDN)
Rockwell International                    Electronic Commerce Division
300 Bauman Ct.                                banders AT ecd DOT rockwell DOT com
MS 933-605      Opinions my own, not Rockwell's   VOICE (630) 227-8975
Wood Dale, IL 60191                               FAX   (630) 227-9771
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -