Why can't I unsubsribe? I keep getting the posts, even after unsubscribing according to instructions.
Patrick Westfeldt, Jr. voices: 303 939 5087 FAX 303 939 5550 720 406 0887 cell 720 272 5822 emails: [EMAIL PROTECTED] [EMAIL PROTECTED] > -----Original Message----- > From: Dennis Saputelli [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 06, 2002 7:51 PM > To: Protel EDA Forum > Subject: Re: [PEDA] 99SE, a DRC trap or just a dumb user? > > > here is one about 99SE > maybe this is to be expected, i'm not sure, but it *almost* caught us > > the story: > we had a finished, released and working bd > for the next rev we unrouted all traces and moved some parts around to > new mechanical locations > > the netlist did not change > > we had a few 2 pin parts > the pads were numbered 1 & 2 > for some good reasons which i will not go into > we renumbered 2 to 1 and 1 to 2 > > remember that the traces were all deleted > > we then rerouted the board and it passed DRC > > on final inspection the 1 & 2's were backwards compared to the schem > (Orcad sch, so no sync'r) > > apparently since the pin 1 had previously acquired the net VCC after > it became pin 2 it was still perfectly happy being on VCC and > pin 2 was happy wherever it went even though the intent was otherwise > > examining the netlist proved that the pin numbers did not match the > board > yet the DRC was fine which just shows that it does not walk the netlist > pin numbers > maybe this is as it should be, i'm not sure > or maybe the DRC should take that extra step and resolve the pin numbers > > a few cycles of clear the nets and load the nets resolved this but > it would have been easy to release and it would have been AFU > > in retrospect this should have all been obvious, > i write it here as a word of caution so that others may not fall down > this hole > reload the netlist! reload the netlist! > > a related side note about this: > when we went to re-load the netlist the correct file was in the drop box > we hit Execute and it did something or other and there were no changes > made > > we did it a second time BUT used the Browse button to drill to the same > file which was already listed and then it loaded a bunch of macros > and reversed the 2 pins > > it does not seem to always need that extra step, just sometimes which is > a bit mysterious > > Dennis Saputelli > > vincent mail wrote: > > > > Tony Karavidas wrote: > > > > >It doesn't happen for me. I tried it with and without a component in focus > > >(w/o causes the inspector panel to be empty) > > > > > >I'll be very interested to hear how that one gets resolved for you. It's > > >funny, there seems to be two camps: the ones that don't get crashes and the > > >ones that do. I wonder what the dependencies are? > > > > > hold it . can't have anything on the schematic . has to be a new clean > > sheet file new schematic. > > > > select the Navigator panel. and right click in the mid pane where it > > says components - information. > > > > > > > > > > > > > >>-----Original Message----- > > >>From: vincent mail [mailto:vincent.himpe@;alcatel.com] > > >>Sent: Friday, August 02, 2002 7:07 AM > > >>To: Protel EDA Forum > > >>Subject: Re: [PEDA] Speaking of Protel Bugs. > > >> > > >> > > >>try this one for stability > > >> > > >>open new schematic > > >>open ispecotr , right clik on the mid pane > > >> > > >>- access violation reading 0x00000004 every time. under win98 - protel > > >>99se your system would die. DXP on 2000 : close the box and continue . I > > >>have a memory sniffer and resource monitor open . it doesn't even 'leak' > > >>memory ! > > >> > > >> > > >> > > >>Ian Wilson wrote: > > >> > > >>>On 04:09 PM 1/08/2002 -0500, Matt Pobursky said: > > >>> > > >>>>On Thu, 1 Aug 2002 14:20:07 -0400, Watnoski, Michael wrote: > > >>>> > > >>>>>Greetings all, > > >>>>> > > >>>>> Another two cents: > > >>>>> > > >>>>> Protel has been my biggest headache as far as crashes due to> > > >>>>>upgrades of other programs. I would expect that if Protel needed > > >>>>> > > >>>>specific > > >>>> > > >>>>>versions of .dlls to run, it should have written them and not used the > > >>>>>Microsoft versions that are likely to be updated on a regular > > >>>>> > > >>>>basis. I am > > >>>> > > >>>>Actually, they should just put ALL their ancillary config files, > > >>>>required DLL's and such in the Protel owned and created directory. > > >>>>End of problem. > > >>>> > > >>> > > >>>Actually it isn't - at least until Win XP came along. Pretty much > > >>>only one DLL of a certain name can exist in memory pre-XP. Win XP now > > >>>allows different versions of a DLL to exist in memory (I think). This > > >>>is the MS solution to DLL hell. > > >>> > > >>>>Again, not very defensive programming practices. > > >>>> > > >>> > > >>>Somewhat forced by the OS in this case but I agree that, at least > > >>>historically Protel products have not been very defensive. But do > > >>>remember that the user community was split in 1999 as to whether the > > >>>application should trade speed for stability. > > >>> > > >>>Ian > > >>> > > >>> > > >>>************************************************************************ > > >>>* Tracking #: 359C05030908664CBC51CCEC9FEA08FC302B19E6 > > >>>* > > >>>************************************************************************ > > >>> > > >> > > >>-- > > >>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > >> _____________ > > >> /____________/ Vincent Himpe > > >> // _____ ___/ Lab Manager > > >> / \ \ / / / ST Microelectronics > > >> /___\ \ / / / 5510 Six Forks Road . Suite 200 > > >>/______//_/__/ Raleigh NC 27612 > > >> > > >> Tel : (919) 850 6070 > > >> Fax : (919) 850 6689 > > >> e-mail : [EMAIL PROTECTED] > > >> > > >>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > > > > > > -- > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > _____________ > > /____________/ Vincent Himpe > > // _____ ___/ Lab Manager > > / \ \ / / / ST Microelectronics > > /___\ \ / / / 5510 Six Forks Road . Suite 200 > > /______//_/__/ Raleigh NC 27612 > > > > Tel : (919) 850 6070 > > Fax : (919) 850 6689 > > e-mail : [EMAIL PROTECTED] > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > -- > ___________________________________________________________________________ > www.integratedcontrolsinc.com Integrated Controls, Inc. > tel: 415-647-0480 2851 21st Street > fax: 415-647-3003 San Francisco, CA 94110 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:proteledaforum@;techservinc.com * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:ForumAdministrator@;TechServInc.com * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@;techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
