hello everyone
i'm a first year post graduate student from india.
this semester we have a mini project lab.
i'd be most grateful if someone could please give some good ideas to implement.
you know some standard MTech level implementable ideas!
thanks a lot

bye
najla

On Mon, 29 Nov 2004, NAJLA MUSTHAFA wrote:

> hello everyone
> i'm a first year post graduate student from india.
> this semester we have a mini project lab.
> i'd be most grateful if someone could please give some good ideas to implement.
> you know some standard MTech level implementable ideas!
> thanks a lot
>
> bye
> najla
>

How about a OpenAcces layout editor? OpenAccess is free to students.  You just 
have to fill out forms.  So far the only editors, i know of, built on top 
of OA are owned by some companies and want to charge a bunch of money.

Build it on top of GTK++ and make it free software.
Make it so that it is easy to hook in another type of data. (proprietary data)
input types
gdsII
EDIF
dxf
cif
OpenAcces (versions)
output
same as input.

Programs like Electric and Magic do these things, except OA ,
but they are based on technology files.  THey build devices.  THis is fine.
But some IC layout pieces need just a polygon pusher, not a device pusher.
Not everything in a layout is part of a device.

If an editor is too long then just make it an open ended viewer.  Put it out in 
GNU and let others continue development after you have graduated.

What every project you decide to do, make it GNU compatable and submit it to 
the gnu site, so that others may us it.

Another idea, which is what you ask for :) ,  take vim.  Enhance it so that a 
shell will work within a split window.  Currently in vim is you type :sh it 
will grab the whole term, no matter how many windows you have split.  THis is 
one place where emacs is better than vim.  please don't start a flame war 
because I prefer vim to emacs. It would be nice to see the shell at the same 
time you see some file/s opend.  This might be more short term and 
easier to fix than an OA editor.

    ___  _ ____       ___       __  __
   / _ )(_) / /_ __  / _ \___ _/ /_/ /____  ___
  / _  / / / / // / / ___/ _ `/ __/ __/ _ \/ _ \
/____/_/_/_/\_, / /_/   \_,_/\__/\__/\___/_//_/
            /___/ 
Texas Instruments ASIC Circuit Design Methodology Group
Dallas, Texas, 214-480-4455,  b-patton@ti.com

Billy Patton wrote:
> On Mon, 29 Nov 2004, NAJLA MUSTHAFA wrote:
> 
>> hello everyone
>> i'm a first year post graduate student from india.
>> this semester we have a mini project lab.
>> i'd be most grateful if someone could please give some good ideas to 
>> implement.
>> you know some standard MTech level implementable ideas!
>> thanks a lot
>>
>> bye
>> najla
>>
> 
> How about a OpenAcces layout editor? OpenAccess is free to students.  
> You just have to fill out forms.  So far the only editors, i know of, 
> built on top of OA are owned by some companies and want to charge a 
> bunch of money.
> 
> Build it on top of GTK++ and make it free software.
> Make it so that it is easy to hook in another type of data. (proprietary 
> data)
> input types
> gdsII
> EDIF
> dxf
> cif
> OpenAcces (versions)
> output
> same as input.
> 
> Programs like Electric and Magic do these things, except OA ,
> but they are based on technology files.  THey build devices.  THis is fine.
> But some IC layout pieces need just a polygon pusher, not a device pusher.
> Not everything in a layout is part of a device.
> 
> If an editor is too long then just make it an open ended viewer.  Put it 
> out in GNU and let others continue development after you have graduated.
> 
> What every project you decide to do, make it GNU compatable and submit 
> it to the gnu site, so that others may us it.
> 
> Another idea, which is what you ask for :) ,  take vim.  Enhance it so 
> that a shell will work within a split window.  Currently in vim is you 
> type :sh it will grab the whole term, no matter how many windows you 
> have split.  THis is one place where emacs is better than vim.  please 
> don't start a flame war because I prefer vim to emacs. It would be nice 
> to see the shell at the same time you see some file/s opend.  This might 
> be more short term and easier to fix than an OA editor.

I'd like it if gvim could open buffers in new windows instead of a split
window, which would allow you to display a buffer on each screen of a
multi-head setup. Split windows is limited like the window-in-window
policy of win32 apps.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

grpmangr@yahoo.com (NAJLA MUSTHAFA) writes:

> i'm a first year post graduate student from india.  this semester we
> have a mini project lab.  i'd be most grateful if someone could
> please give some good ideas to implement.  you know some standard
> MTech level implementable ideas!  thanks a lot

How about a general decimal arithmetic library?

http://www2.hursley.ibm.com/decimal/

This is something a lot of businesses would use for financial
calculations, and it also has a lot to offer scientists (over binary
floating point).  There are extensive specs and descriptions on the
above site.

It's been proposed for inclusion in the next C and C++ standards, and
I think has had a fairly positive reception.  IBM provide a sample API
spec, test data, and library (but you have to pay several thousand
$$$$ for the library, which is non-free).

Perhaps such a thing already exists, but if not I think it would be a
great asset to the free software community.  I did look at doing this
myself, but my maths is not sufficently good to implement a
super-efficient implementation (I based mine on libgmp mpz_t, which is
a bit of a cop-out).

If it's good enough, it might be suitable for use in GCC / GNU libc at
a future date (once it's standardised).


Regards,
Roger

- - -- 
Roger Leigh
                Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
                Debian GNU/Linux        http://www.debian.org/
                GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQFBrOJxVcFcaSW/uEgRAqhjAJ9BjrJSlldkRQ96Ts2JMNFej9fTaQCg3o9k
ETYIItVn0mJkBKMLLH3rmHA=
=ULKV
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQFBrOKOVcFcaSW/uEgRAruVAJkBIAdQQlehaY4bC2GBomnyV/gjfQCeLwC9
k9CHgIBz4MFeulWvIQZBxHs=
=fX5W
-----END PGP SIGNATURE-----

>> hello everyone
>> i'm a first year post graduate student from india.
>> this semester we have a mini project lab.
>> i'd be most grateful if someone could please give some good ideas to 
>> implement.

Hello,

How about :

- a tun/tap driver for Darwin. tun exists but not tap. This would (for 
instance) allow the machine emulated by e.g. Bochs to communicate with 
the host machine. Right now it can communicate with any machine except 
the host (using tun).

- A frontend for giFT (http://www.giftproject.org) and freedb 
(http://www.freedb.org) that would allow one to browse the database, 
click on an album name and have the program automatically search for 
every track, download them, check them (length, maybe try to use ID3 
track number and CDID), retry endlessly if needed, maybe try to find the 
best quality ones, and finally put them all in a directory, nicely 
renamed and with correct ID3 tags. This process is now a huge pain if 
done manually (altough their are proprietary solutions).

Cheers,
Antoine Mathys