From: <sci...@wp...> - 2007-03-30 06:07:04
|
hi! first I must say I can't check archives (an error appears) from this list so maybe my problem is solved... I try to use NTEmacs + MinGW. I have problem with debugging dll, I mean gdb (6.3.50, i686-pl-mingw32) dosn't get into proper source file from dll and gives such an message: (gdb) Error while mapping shared library sections: : No such file or directory. Error while reading shared library symbols: : No such file or directory. I also tried CygWin and its gdb (6.5.50, i686-pc-cygwin) - it works ok, I can debug dll there. Is there some solution to this problem in mingw ? Best regards tomek ---------------------------------------------------- Najbardziej oczekiwany film roku. Piękna i porywająca opowieść. LABIRYNT FAUNA - w kinach od 30 marca! http://klik.wp.pl/?adr=www.labiryntfauna.wp.pl&sid=1081 |
From: James S. <jam...@op...> - 2007-03-30 07:52:28
|
On Fri, 2007-03-30 at 08:06 +0200, sci...@wp... wrote: > hi! > first I must say I can't check archives (an error appears) from this > list so maybe my problem is solved... > > I try to use NTEmacs + MinGW. I have problem with debugging dll, I mean > gdb (6.3.50, i686-pl-mingw32) dosn't get into proper source file from > dll and gives such an message: > > (gdb) Error while mapping shared library sections: > : No such file or directory. > Error while reading shared library symbols: > : No such file or directory. > > I also tried CygWin and its gdb (6.5.50, i686-pc-cygwin) - it works ok, > I can debug dll there. > > Is there some solution to this problem in mingw ? I think there is a problem with gdb finding some file - not a problem in mingw. I have debugged several dlls that I wrote using mingw/msys and emacs. I've never seen the problem you've got. Looks like gdb can't find the shared object (dll) that your executable or dll depends on. Are all the dlls available to gdb (inside the mingw/msys filesystem)? Regards, James. |
From: James S. <jam...@op...> - 2007-04-03 00:25:19
|
On Mon, 2007-04-02 at 09:40 +0200, sci...@wp... wrote: > gcc -shared \ > mf_psnt2.o mfbo_all.o mfbo_txt.o rs232w32.o \ > -o mfpsn232.dll \ > -Wl,--out-implib,libmfpsn232.a > Creating library file: libmfpsn232.a To link my dlls I use..: gcc -Wall -g -shared -o libfoo.dll bar.o -Wl,--add-stdcall-alias > t.zbrozek@TZBROZEK ~/mf/app/prj/psn2 > $ make test > gcc -c -D _WIN32 -D NDEBUG -D CONSOLE -D _MBCS -D MinGW -Wall -g -ggdb > -I src -I ../../../common/src -I ../../../common/inc -I > ../../../comm/inc -I ../../../interface ../../../apptest/src/testmf2.c > -o testmf2.o > ../../../apptest/src/testmf2.c:169: warning: return type defaults to `int' > ../../../apptest/src/testmf2.c: In function `main': > ../../../apptest/src/testmf2.c:197: warning: int format, long int arg > (arg 3) > ../../../apptest/src/testmf2.c:1537: warning: int format, long int arg > (arg 3) > ../../../apptest/src/testmf2.c:1578: warning: int format, long int arg > (arg 3) > ../../../apptest/src/testmf2.c:1652: warning: int format, long int arg > (arg 3) > ../../../apptest/src/testmf2.c:2228:2: warning: no newline at end of file > gcc -o test.exe testmf2.o \ > -L. -l mfpsn232 Ah - I normally use LoadLibrary() and GetProcAddress to manually load a dll and find functions in it. Maybe I'm just a masochist. Regards, James. |
From: scianagoryczy <sci...@wp...> - 2007-04-03 15:35:24
|
I tried my project with -Wl,--add-stdcall-alias but nothing changed... I belive that with using LoadLibrary gdb/mingw works ok, I will probably check it. Anyway I think it is bug that it dosen't work with lib*.a. Does somebody can confirm it ? regards and thanks for (try to) help :) tomek James Steward napisa?(a): > On Mon, 2007-04-02 at 09:40 +0200, sci...@wp... wrote: > >> gcc -shared \ >> mf_psnt2.o mfbo_all.o mfbo_txt.o rs232w32.o \ >> -o mfpsn232.dll \ >> -Wl,--out-implib,libmfpsn232.a >> Creating library file: libmfpsn232.a >> > > To link my dlls I use..: > gcc -Wall -g -shared -o libfoo.dll bar.o -Wl,--add-stdcall-alias > > >> t.zbrozek@TZBROZEK ~/mf/app/prj/psn2 >> $ make test >> gcc -c -D _WIN32 -D NDEBUG -D CONSOLE -D _MBCS -D MinGW -Wall -g -ggdb >> -I src -I ../../../common/src -I ../../../common/inc -I >> ../../../comm/inc -I ../../../interface ../../../apptest/src/testmf2.c >> -o testmf2.o >> ../../../apptest/src/testmf2.c:169: warning: return type defaults to `int' >> ../../../apptest/src/testmf2.c: In function `main': >> ../../../apptest/src/testmf2.c:197: warning: int format, long int arg >> (arg 3) >> ../../../apptest/src/testmf2.c:1537: warning: int format, long int arg >> (arg 3) >> ../../../apptest/src/testmf2.c:1578: warning: int format, long int arg >> (arg 3) >> ../../../apptest/src/testmf2.c:1652: warning: int format, long int arg >> (arg 3) >> ../../../apptest/src/testmf2.c:2228:2: warning: no newline at end of file >> gcc -o test.exe testmf2.o \ >> -L. -l mfpsn232 >> > > Ah - I normally use LoadLibrary() and GetProcAddress to manually load a > dll and find functions in it. Maybe I'm just a masochist. > > Regards, > James. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > > > |
From: Keith M. <kei...@to...> - 2007-04-03 16:30:10
|
sci...@wp... wrote: > I belive that with using LoadLibrary gdb/mingw works ok, > I will probably check it. Anyway I think it is bug that it > dosen't work with lib*.a. Well, I just tried with my small project, compiling all my object files with `gcc -g -O2 ...', e.g.[1] gcc -c -g -O2 -I. -I../../mingw-catgets-0.1/include \ -I/mingw/include -DHAVE_CONFIG_H -L. \ ../../mingw-catgets-0.1/catopen.c then: gcc -o catgets-1.dll -shared -g -O2 catopen.o catgets.o \ catclose.o mctab.o mcref.o mcfree.o \ -Wl,--out-implib=libcatgets.dll.a Creating library file: libcatgets.dll.a gcc -o gencat.exe -g -O2 -L. gencat.o setlocale.o \ mkstemp.o langinfo.o basename.o mcload.o mciconv.o \ mcsource.o mcmerge.o -liconv -lcatgets I then loaded gencat.exe into gdb, set a breakpoint at catopen, (which is in catgets-1.dll), and ran to the break; absolutely no problem viewing source at that point, nor in tracing onward from it at source level. > Does somebody can confirm it ? Nope. Works for me. What version of gdb are you using? >From whence? Regards, Keith. [1] I know -I/mingw/include shouldn't be necessary; it seems to be creeping in because of a flaw in my autoconf logic to support linking to libiconv. |
From: James S. <jam...@op...> - 2007-04-03 22:35:40
|
On Tue, 2007-04-03 at 17:21 +0100, Keith MARSHALL wrote: > sci...@wp... wrote: > > I belive that with using LoadLibrary gdb/mingw works ok, > > I will probably check it. Anyway I think it is bug that it > > dosen't work with lib*.a. > > Well, I just tried with my small project, compiling all my > object files with `gcc -g -O2 ...', e.g.[1] > > gcc -c -g -O2 -I. -I../../mingw-catgets-0.1/include \ > -I/mingw/include -DHAVE_CONFIG_H -L. \ > ../../mingw-catgets-0.1/catopen.c > > then: > > gcc -o catgets-1.dll -shared -g -O2 catopen.o catgets.o \ > catclose.o mctab.o mcref.o mcfree.o \ > -Wl,--out-implib=libcatgets.dll.a > Creating library file: libcatgets.dll.a > > gcc -o gencat.exe -g -O2 -L. gencat.o setlocale.o \ > mkstemp.o langinfo.o basename.o mcload.o mciconv.o \ > mcsource.o mcmerge.o -liconv -lcatgets > > I then loaded gencat.exe into gdb, set a breakpoint at catopen, > (which is in catgets-1.dll), and ran to the break; absolutely > no problem viewing source at that point, nor in tracing onward > from it at source level. > > > Does somebody can confirm it ? > > Nope. Works for me. What version of gdb are you using? Ah - on my system, if I build an implib with the name libfoo.a instead of libfoo.dll.a I have trouble tracing into the dll (when linking directly to the dll instead of manually loading it). However with the naming libfoo.dll.a it works fine for me compiled and linked as you have here Keith. Notice the OP is creating; >> gcc -shared \ >> mf_psnt2.o mfbo_all.o mfbo_txt.o rs232w32.o \ >> -o mfpsn232.dll \ >> -Wl,--out-implib,libmfpsn232.a >> Creating library file: libmfpsn232.a Maybe this is why gdb can't find what it's looking for? Regards, James. |
From: Keith M. <kei...@to...> - 2007-04-04 10:16:23
|
James Steward wrote, quoting me: >> gcc -c -g -O2 -I. -I../../mingw-catgets-0.1/include \ >> -I/mingw/include -DHAVE_CONFIG_H -L. \ >> ../../mingw-catgets-0.1/catopen.c >> >> gcc -o catgets-1.dll -shared -g -O2 catopen.o catgets.o \ >> catclose.o mctab.o mcref.o mcfree.o \ >> -Wl,--out-implib=libcatgets.dll.a >> Creating library file: libcatgets.dll.a >> >> gcc -o gencat.exe -g -O2 -L. gencat.o setlocale.o \ >> mkstemp.o langinfo.o basename.o mcload.o mciconv.o \ >> mcsource.o mcmerge.o -liconv -lcatgets >> >> I then loaded gencat.exe into gdb, set a breakpoint at catopen, >> (which is in catgets-1.dll), and ran to the break; absolutely >> no problem viewing source at that point, nor in tracing onward >> from it at source level. > > Ah - on my system, if I build an implib with the name libfoo.a > instead of libfoo.dll.a I have trouble tracing into the dll (when > linking directly to the dll instead of manually loading it). How strange! > However with the naming libfoo.dll.a it works fine for me compiled > and linked as you have here Keith. Ok, I just threw away all the *.o, *.a and *.exe files from my build directory, and hacked the Makefile to suppress making the *static* libcatgets.a, (which I hadn't shown in my previous post), and to name the implib libcatgets.a instead of libcatgets.dll.a . Following a new `make', (taking the liberty of setting `CFLAGS="-g -O0"', which makes source level debugging soooo much easier), I *still* cannot reproduce this problem. > Notice the OP is creating; > >>> gcc -shared \ >>> mf_psnt2.o mfbo_all.o mfbo_txt.o rs232w32.o \ >>> -o mfpsn232.dll \ >>> -Wl,--out-implib,libmfpsn232.a >>> Creating library file: libmfpsn232.a > > Maybe this is why gdb can't find what it's looking for? Not indicated by what I'm seeing. I don't doubt that you are both seeing a real problem, but I can't reproduce it, which is why I asked: >> What version of gdb are you using? From whence? For the record, mine is from here[1]: https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82725&release_id=358837 and my GCC version is: $ gcc --version gcc.exe (GCC) 3.4.5 (mingw special) Copyright (C) 2004 Free Software Foundation, Inc. Regards, Keith. [1] Contrary to a vaguely remembered report I mentioned a week or so ago, this version *does* seem to work for me. There was also an insight-6.3.50-20051116-cvs release in the Contributed package set, which crashed on the first attempt to step through code; I've now hidden that from public view. |
From: <sci...@wp...> - 2007-03-30 08:26:29
|
I think all dlls are available... when I run my program in gdb it works but gives message I included in previous email, and when I set breakpoint in source file of exe emacs&gdb show me proper source file and stops on breakpoint, but then, when I want to get into some function from dll emacs&gdb dosn't want to show source file... I compile my program with -g -ggdb options and generate lib*.a file from dll to link it with exe. All the functions in dll are being exported with __stdcall, but I also tried with __declspec(dllexport). (In cygwin it all works ok.) I also tried dll-symbols command in gdb to load symbols from my dll and it dosn't write errors, so I think it works ok, but dosn't solve problem. tomek Dnia 30-03-2007 o godz. 9:52 James Steward napisał(a): > On Fri, 2007-03-30 at 08:06 +0200, sci...@wp... wrote: > > hi! > > first I must say I can't check archives (an error appears) from this > > list so maybe my problem is solved... > > > > I try to use NTEmacs + MinGW. I have problem with debugging dll, I mean > > gdb (6.3.50, i686-pl-mingw32) dosn't get into proper source file from > > dll and gives such an message: > > > > (gdb) Error while mapping shared library sections: > > : No such file or directory. > > Error while reading shared library symbols: > > : No such file or directory. > > > > I also tried CygWin and its gdb (6.5.50, i686-pc-cygwin) - it works ok, > > I can debug dll there. > > > > Is there some solution to this problem in mingw ? > > I think there is a problem with gdb finding some file - not a problem in > mingw. I have debugged several dlls that I wrote using mingw/msys and > emacs. I've never seen the problem you've got. Looks like gdb can't > find the shared object (dll) that your executable or dll depends on. > > Are all the dlls available to gdb (inside the mingw/msys filesystem)? > > Regards, > James. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users ---------------------------------------------------- Sprawdź ile jest wart Twój samochód! Wycena aut jak na dłoni! Kliknij: http://klik.wp.pl/?adr=www.wycenyaut.wp.pl&sid=1078 |
From: James S. <jam...@op...> - 2007-04-02 03:40:19
|
On Fri, 2007-03-30 at 10:26 +0200, sci...@wp... wrote: > Dnia 30-03-2007 o godz. 9:52 James Steward napisał(a): > > On Fri, 2007-03-30 at 08:06 +0200, sci...@wp... wrote: > > > I try to use NTEmacs + MinGW. I have problem with debugging dll, I mean > > > gdb (6.3.50, i686-pl-mingw32) dosn't get into proper source file from > > > dll and gives such an message: > > > > > > (gdb) Error while mapping shared library sections: > > > : No such file or directory. > > > Error while reading shared library symbols: > > > : No such file or directory. > > > > > > I also tried CygWin and its gdb (6.5.50, i686-pc-cygwin) - it works ok, > > > I can debug dll there. > > > > > > Is there some solution to this problem in mingw ? > > > > I think there is a problem with gdb finding some file - not a problem in > > mingw. I have debugged several dlls that I wrote using mingw/msys and > > emacs. I've never seen the problem you've got. Looks like gdb can't > > find the shared object (dll) that your executable or dll depends on. > > > > Are all the dlls available to gdb (inside the mingw/msys filesystem)? > I think all dlls are available... when I run my program in gdb it works > but gives message I included in previous email, and when I set > breakpoint in source file of exe emacs&gdb show me proper source file > and stops on breakpoint, but then, when I want to get into some function > from dll emacs&gdb dosn't want to show source file... Is the source of the dll available? > I compile my program with -g -ggdb options and generate lib*.a file from > dll to link it with exe. > All the functions in dll are being exported with __stdcall, but I also > tried with __declspec(dllexport). (In cygwin it all works ok.) I don't think the different function decorations will alter how gdb maps symbols to source. > I also tried dll-symbols command in gdb to load symbols from my dll and > it dosn't write errors, so I think it works ok, but dosn't solve problem. So gdb can find the dll, but isn't finding the source to the dll perhaps. Is the entire source for the dll and application in your msys home directory? If not can you make it so and then... Can you compile each from the command line in an MSYS shell and run the application with gdb, then copy and paste the results (of everything including the compilation) in a reply email? When you compose your reply email, please do not insert reply text at the top of the email. Top posting is not good for these lists. Regards, James. |
From: <sci...@wp...> - 2007-04-02 07:41:20
|
James, I did as you suggested, I copied my project to home directiory (~) in mingw, and did all the steps in the mingw shell, I have also updated mingw binaries and now I have: coreutils-5.97-MSYS-1.0.11-snapshot.tar.bz2 make-3.81-MSYS-1.0.11-snapshot.tar.bz2 msysCORE-1.0.11-2007.01.19-1.tar.bz2 msys-libtool-1.5.tar.bz2 gdb-6.3-2.exe w32api-3.9.tar.gz mingw32-make-3.81-2.tar.gz mingw-runtime-3.12.tar.gz mingw-utils-0.3.tar.gz gcc-core-3.4.5-20060117-1.tar.gz msysDTK-1.0.1.exe MSYS-1.0.10.exe ok, my project is placed in several directories so probably you are right that gdb can't find source files, but I must say again that when I run CygWin and run the same makefile it works ok. here is result from mingw (in gdb I run my program and it works on but gives errors): t.zbrozek@TZBROZEK ~/mf/app/prj/psn2 $ make gcc -c -D MSG_LANG_CODE=1 -D POLAND -D NODRAWERS -D NDEBUG -D MFBO_USE_CUSTOM_RS232 -D _WIN32 -D _WINDOWS -D _MBCS -D _USRDLL -D PSN2_EXPORTS -D MinGW -D EXPORT -Wall -g -ggdb -I src -I ../../../common/src -I ../../../common/inc -I ../../../comm/inc -I ../../../interface ../../../common/src/mfbo_all.c -o mfbo_all.o ../../../common/src/mfbo_all.c: In function `uposStrCmp': ../../../common/src/mfbo_all.c:305: warning: suggest explicit braces to avoid ambiguous `else' gcc -c -D MSG_LANG_CODE=1 -D POLAND -D NODRAWERS -D NDEBUG -D MFBO_USE_CUSTOM_RS232 -D _WIN32 -D _WINDOWS -D _MBCS -D _USRDLL -D PSN2_EXPORTS -D MinGW -D EXPORT -Wall -g -ggdb -I src -I ../../../common/src -I ../../../common/inc -I ../../../comm/inc -I ../../../interface ../../../common/src/mfbo_txt.c -o mfbo_txt.o gcc -c -D MSG_LANG_CODE=1 -D POLAND -D NODRAWERS -D NDEBUG -D MFBO_USE_CUSTOM_RS232 -D _WIN32 -D _WINDOWS -D _MBCS -D _USRDLL -D PSN2_EXPORTS -D MinGW -D EXPORT -Wall -g -ggdb -I src -I ../../../common/src -I ../../../common/inc -I ../../../comm/inc -I ../../../interface ../../../comm/src/rs232/rs232w32.c -o rs232w32.o ../../../comm/src/rs232/rs232w32.c:229: warning: 'portSetStopByte' defined but not used gcc -c -D MSG_LANG_CODE=1 -D POLAND -D NODRAWERS -D NDEBUG -D MFBO_USE_CUSTOM_RS232 -D _WIN32 -D _WINDOWS -D _MBCS -D _USRDLL -D PSN2_EXPORTS -D MinGW -D EXPORT -Wall -g -ggdb -I src -I ../../../common/src -I ../../../common/inc -I ../../../comm/inc -I ../../../interface src/mf_psnt2.c -o mf_psnt2.o In file included from src/mf_psnt2.c:20: src/psnt2.c: In function `psnt2_338_anulowanie_transakcji': src/psnt2.c:702: warning: suggest parentheses around assignment used as truth value src/mf_psnt2.c: In function `mfStatShift': src/mf_psnt2.c:3248: warning: enumeration value `PRN_NOVITUS_VENTO' not handled in switch src/mf_psnt2.c:3248: warning: enumeration value `PRN_NON' not handled in switch src/mf_psnt2.c: At top level: src/psnt2.c:286: warning: 'psnt2_send' defined but not used src/psnt2.c:331: warning: 'psnt2Buf_getStatus' defined but not used src/psnt2.c:406: warning: 'psnt2_315_odeslanie_czasu' defined but not used src/psnt2.c:547: warning: 'psnt2_TEST_kaucja' defined but not used src/psnt2.c:653: warning: 'psnt2_332_linia_paragonu_z_rabatem' defined but not used src/psnt2.c:766: warning: 'psnt2_3311_zatwierdzenie_transakcji_2' defined but not used gcc -shared \ mf_psnt2.o mfbo_all.o mfbo_txt.o rs232w32.o \ -o mfpsn232.dll \ -Wl,--out-implib,libmfpsn232.a Creating library file: libmfpsn232.a t.zbrozek@TZBROZEK ~/mf/app/prj/psn2 $ make test gcc -c -D _WIN32 -D NDEBUG -D CONSOLE -D _MBCS -D MinGW -Wall -g -ggdb -I src -I ../../../common/src -I ../../../common/inc -I ../../../comm/inc -I ../../../interface ../../../apptest/src/testmf2.c -o testmf2.o ../../../apptest/src/testmf2.c:169: warning: return type defaults to `int' ../../../apptest/src/testmf2.c: In function `main': ../../../apptest/src/testmf2.c:197: warning: int format, long int arg (arg 3) ../../../apptest/src/testmf2.c:1537: warning: int format, long int arg (arg 3) ../../../apptest/src/testmf2.c:1578: warning: int format, long int arg (arg 3) ../../../apptest/src/testmf2.c:1652: warning: int format, long int arg (arg 3) ../../../apptest/src/testmf2.c:2228:2: warning: no newline at end of file gcc -o test.exe testmf2.o \ -L. -l mfpsn232 t.zbrozek@TZBROZEK ~/mf/app/prj/psn2 $ gdb test.exe GNU gdb 6.3.50.20051116-cvs Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-mingw32"... (gdb) run Starting program: C:\msys\1.0\home\t.zbrozek\mf\app\prj\psn2/test.exe LogicData mfStart=0, T=0 mfGetFirmwareVersion = 0 ( 0,0 ) mfGetVersion = 0 ( 1,2 ) mfStatShift = 0 1 mfGetNip = mfStatReceipt = 0 0 BeginTicket=0, T=0 LineTicket=0, T=0 EndTicket=0, T=0 Program exited with code 01. (gdb) Error while mapping shared library sections: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while mapping shared library sections: Error while reading shared library symbols: : No such file or directory. : No such file or directory. : No error. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while mapping shared library sections: : No error. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while mapping shared library sections: : No error. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while mapping shared library sections: : No error. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while mapping shared library sections: : No error. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: ---------------------------------------------------- Nowości w Twoich ulubionych seriach książkowych! Historia jeszcze nigdy nie była taka strrraszna! Twoja erudycja będzie monstrrrualna! Wejdź i zobacz - Kliknij: http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fd95.html&sid=1083 |