[elektro] 1x Help, Help Help C !!!

[Acs Gabor]

Szia,

Olyan megoldást nem tudok, és szerintem kis országunkban más sem, hogy a 
fordító belső hibáját hogyan kellene kijavítani/kiküszöbölni. Arra 
gondoltam, hogy Te tudod, melyik funkcióit használod a Printf-nek, elég 
lenne azt lekódolni. A Te tudásoddal pár óra alatt kész lennél, biztos 
lehetsz benne a jövőben, hogy rendesen meg van írva, így meg napokat 
töltesz a Mchip+GNU meghekkelésével. Jobb ötletem nincs, én biztos ezt 
csinálnám.

Esetleg próbáltad a fordító másik verziójával? Vagy máshogy beállított 
optimalizációval stb.


Gábor

2009.09.08. 7:04 keltezéssel, hg12345 írta:
> Hi,
>
> a megoldáshoz nem jutok közelebb :-(, ha általánosságokról irtok :-) 
> A printf és társai nagyon összetett programok a c library-bn. De a forditó létezésétől kezdve élnek,és igy igen jól teszteltek.
> Teljesen mindegy melyik alternativáját használom, mert a hiba valószinüleg még a "write" elött van, ez a valós kiviteli függvény.
> Az MCHIP write-t kiegészitette egy virtuális porttal, amit egy nem létező ASM utasítással operál. Természetesen a szimulátor SW core ezt megeszi és feldolgozza, de a HW core erre nem csinál semmit.
> Ennél nagyobb probléma a write 3 tipusra van megírva(switch) stdin, stdout, stderr és a bövités a "default" a simulátor kezelő program. Ez a program kezelés technikailag nem azonos a normál kiviteli technikákkal.
> Nem használok simulátort, vagyis elvileg erre a részre a program nem futhat, de ráfut. 
> A standard könyvtár forrásához nem férek hozzá, ráadásúl optimalizálva van, igy az asm nyomkövetése kicsit nehézkes, képtelem vagyok megtalálni mi a hiba.
>
> Nagy valószínüséggel egy olyan változó vagy konstans nevet használok amit a linker is felismer és igyekezetében befordítja azokat a részeket amik nem kellenek. De mivel nem ismerem az eredeti függvény neveket így nemtudom mi okozza ezt pluszt.
>
>
>
>
>   
>>
>>
>>
>>
>> On 2009. 09. 07. 18:01, Acs Gabor wrote:
>>     
>>> Szia!
>>>
>>> Tudod, azért bosszantó ez a dolog, mert egy printf-et használni a létező 
>>> legminimálisabb dolog egy programban. Akkor milyenek lehetnek a 
>>>       
>> Nehidd... sztem a legbonyolultabb alap fuggveny.
>> A scanf utan.
>>
>>
>> A.
>>
>> -----------------------------------------
>>           elektro[-flame|-etc]
>>
>>     
> -----------------------------------------
>           elektro[-flame|-etc]
>
>  _____________ NOD32 4405 (20090908) Információ _____________
>
> Az üzenetet a NOD32 antivirus system megvizsgálta.
> http://www.nod32.hu
>
>
>
>