Menu
▾
▴
oncrpc-windows-info — mailing list for the oncrpc for windows sourceforge project
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(15) |
Nov
(1) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andy G. <and...@es...> - 2010-08-03 11:42:03
|
On 08/01/2010 02:23 PM, Anuj Dixit wrote: > unable to open cl: No such file or directory Dear Anuj, I am afraid I do not know the answer to this. cl.exe is in fact a Windows program which is part of your Visual Studio environment. Could it be it needs to be in the path. All I can try is to reproduce your error when I next get my hands on a Windows machine. I am currently developing on Linux. I will let you know if I find anything. Regards Andy |
|
From: Anuj D. <anu...@gm...> - 2010-08-01 12:24:12
|
Hi, I am trying to run rpcgen but each time I am getting below error. E:\Soft\oncrpc\win32\bin>rpcgen.exe MyRPCService.x rpcgen.exe: unable to open cl: No such file or directory Do I need to set any windows environment variables before executing the rpcgen? I am using visual studio 2006. Thanks Anuj |
|
From: Bob <bob...@gm...> - 2009-11-12 08:21:29
|
Hi Andy sorry for my delayed reaction. When reading your last answers, I concluded that the problems I have with oncrpc need more time to be sorted out. But because I need a solution right now, I decided to put it away for the moment and use other means to produce something that works. But I will come back, because I am not easy to stop - once I decided to go in a certain direction..... In the meantime, thanks for your help and best regards Robert |
|
From: Andy G. <and...@es...> - 2009-10-29 05:47:54
|
Dear Bob, I am sending you the portmap.exe again but without the .exe extension because your mailer rejected it. Rename it to portmap.exe to run it. Andy |
|
From: Andy G. <and...@es...> - 2009-10-29 05:37:37
|
Bob wrote:
> Hi Andy
> I moved on and created a windows-console project in my VC++. It fails to
> build. Do you see the reason for the problem?
> Thanks and best regards Bob
Hi Bob,
I took a look at your errors and the problem seems to come from the fact
that the prototypes for the functions you are calling (clnt_create() and
clnt_pcreateerror()) are OLD style Kernighan and Richie C i.e. they do
not specify the arguments. If you take a look at the clnt.h program you
will see for example this line :
/*
* Generic client creation routine. Supported protocols are "udp" and "tcp"
*/
DllExport CLIENT *
clnt_create(/*host, prog, vers, prot*/); /*
char *host; -- hostname
u_long prog; -- program number
u_long vers; -- version number
char *prot; -- protocol
*/
Notice the prototypes are commented out.
To solve this compilation problem I suggest you either force the
compiler not to use ANSI style C i.e. ignore them. But I don't think
this is possible with C++. Or you modify the include file to declare
clnt_create() (and all the other functions) to have the correct
arguments by uncommenting the commented bits in the parameters and
putting them in ANSI style C/C++. Anyway you also need to declare all
functions to "extern "C" " function. In fact the include files are not
C++ compatible. If you make this change we would need to incorporate it
with an #ifdef statement in the code to keep the compatibility with C.
We have not had this problem to date because we compile C programs and
not C++. This is another option i.e. rename your files .c and then
compile them. Windows compilers automatically assume from the extension
which compiler to use i.e. C or C++.
Andy
|
|
From: Andy G. <and...@es...> - 2009-10-28 15:52:31
|
Bob wrote: > Hi > On 13-Oct-09 I have posted my last question to this mailing list. I am > a bit unhappy, because there is no answer up to now. Not on this last, > nor on some earlier questions. Without answers, I can not really > proceed efficiently. Hence: Help wellcome. Thanks and best regards > Robert > Hi Bob, I got back from my conference on Monday and have been catching up since then. This is the reason for not answering you. I will take a look at your problem asap and see if I can give you some useful answers. Can you send me the errors you get when trying to build the executable ? Strange that the portmapper does not print anything. You should see this printed "Portmap service for Windows95 up and ready!". Have you tried to see if it running by checking it with rpcinfo from another Linux PC ? You should see something like this : rpcinfo -p pcrocinante program vers proto port 1382740373 1 tcp 622 1382740373 4 tcp 622 1382740373 1 udp 619 1382740373 4 udp 619 Andy |
|
From: Bob <bob...@gm...> - 2009-10-28 15:41:43
|
Hi On 13-Oct-09 I have posted my last question to this mailing list. I am a bit unhappy, because there is no answer up to now. Not on this last, nor on some earlier questions. Without answers, I can not really proceed efficiently. Hence: Help wellcome. Thanks and best regards Robert |
|
From: Bob <bob...@gm...> - 2009-10-13 16:00:55
|
Hi Andy I moved on and created a windows-console project in my VC++. It fails to build. Do you see the reason for the problem? Thanks and best regards Bob |
|
From: Bob <bob...@gm...> - 2009-10-13 13:26:42
|
Hi Andy Now I wanted to test the server-app (hyap1_svc.exe) together with the client ap (hyap1c.exe) - the latter would run on a 2nd PC. I launched the portmapper using the command (in Start>Execute): cmd /k C:\ecos\oncrpc\win32\bin\portmap.exe but strange: The terminal window remained open, but no trace of portmap. I got the impression it does not run. I then proceeded an run my hyap1_svc.exe and got the error message: C:\Dokumente und Einstellungen\rwb>c:\ecos\vcs\onc4\hyap1_svc.exe unable to register (HYAPPROG, HYAPVERS, udp). Given this message, I do not think it makes much sense to try to run the client program on this other PC. Do you have a clue what's wrong? Regards Bob |
|
From: Bob <bob...@gm...> - 2009-10-13 10:24:29
|
Morning Andy
yea, I am still here and glad that you answered quickly :-) There are a
number of points in your mail that trigger new questions from my side. Let
me start with the remark that I did not recompile anything of the files I
got from your port. I thought, I should firstly use what's there and then
go deeper. So I am still crawling at the surface of things.
Library: I have 2 oncrpc.lib files - one at
$(myonc)\win32\librpc\lib\Debug and the other in
$(myonc)\win32\librpc\lib\oncrpc_static\Debug - which is the right one? I
have added the first one and HEUREKA! it builds! Its a glorious time.
I do however not understand the warnings in the buildlog (see appendix). I
will see if the programs work real soon.
Examples: You say there are examples in the distribution. I can only find
MSVC-examples for the generation of rpcgen, rpcinfo etc. but no examples
that use the stuff. Below is a tree of what I have. Something missing?
C:.
├───rpc_src
│ ├───manifest
│ └───src
│ └───sunrpc
│ └───4.0
│ ├───sunrpc-4.0
│ │ ├───doc
│ │ ├───patches
│ │ │ └───sunrpc-4.0-src
│ │ │ ├───autom4te.cache
│ │ │ └───doc
│ │ └───resource
│ └───sunrpc-4.0-src
│ ├───autom4te.cache
│ └───doc
└───win32
├───bin
├───drivers
│ └───etc
├───include
│ └───rpc
├───librpc
│ └───lib
│ ├───Debug
│ ├───oncrpc_static
│ │ └───Debug
│ └───Release
├───rpcgen
├───rpcinfo
└───service
├───Debug
└───inst_pm
└───Debug
By the way: What is rpcinfo for?
I am continuing experimenting/testing with my onc4project.
Bob.
> Am 13.10.2009, 02:06 Uhr, schrieb Andy Gotz <and...@es...>:
>
> Hi Bob,
>
> let me try to help (the current talk is not so interesting ;-)) ...
>
> It looks like at first sight that you are not linking with the correct
> rpc libraries. You need to link with oncrpc.lib. I do not see that in
> your list of libraries. You also need wsock32.lib, but I think you have
> that.
>
> I have not used the linker from the command line on windows. I suggest
> you use the MSVC graphical IDE. There are examples of this in the
> distribution. This should explain your missing symbols. After that you
> must make sure you are not mixing debug and release versions of the
> object files. You also need the multi-threaded version of the libraries.
> Or at least not mix multi and single threaded compiled object files. If
> you can compile your example then you should be able to link it unless
> there is a problem with the libraries being compiled with VC++ 6.
>
> Keep me informed of your progress. If you send me your example I can try
> to compile it when I get access to a Windows machine again (not for 2
> weeks ...)
>
> Regards
>
> Andy
>
> Bob wrote:
>> Hi Andy
>> well, some progress I have made, but now I am again stuck with linker
>> errors. If you are interested (and if you have the time :-))please see
>> the
>> attached pdf for details. Previously I had similar problems when I tried
>> to build the client and server-app using VC++ win32-console projects.
>> So I
>> decided to go back to basic and "retreated" to Makefile projects.
>>
>> I feel it would be very helpful to receive a small example. I have the
>> feeling that my (linux)-way of doing things (with the client) is not
>> what
>> this windows system needs to be happy. But what does it need? I do not
>> know..... and therefore an example would really help.
>>
>> I understand you are currently at a conference and probably do not have
>> access to an example. Well, I also will be away for the next few days
>> (until Friday), so there is no hurry. Anyway - thanks a lot for your
>> kind
>> help.
>> Bob. |
|
From: Andy G. <and...@es...> - 2009-10-13 00:07:22
|
Hi Bob, let me try to help (the current talk is not so interesting ;-)) ... It looks like at first sight that you are not linking with the correct rpc libraries. You need to link with oncrpc.lib. I do not see that in your list of libraries. You also need wsock32.lib, but I think you have that. I have not used the linker from the command line on windows. I suggest you use the MSVC graphical IDE. There are examples of this in the distribution. This should explain your missing symbols. After that you must make sure you are not mixing debug and release versions of the object files. You also need the multi-threaded version of the libraries. Or at least not mix multi and single threaded compiled object files. If you can compile your example then you should be able to link it unless there is a problem with the libraries being compiled with VC++ 6. Keep me informed of your progress. If you send me your example I can try to compile it when I get access to a Windows machine again (not for 2 weeks ...) Regards Andy Bob wrote: > Hi Andy > well, some progress I have made, but now I am again stuck with linker > errors. If you are interested (and if you have the time :-))please see > the > attached pdf for details. Previously I had similar problems when I tried > to build the client and server-app using VC++ win32-console projects. > So I > decided to go back to basic and "retreated" to Makefile projects. > > I feel it would be very helpful to receive a small example. I have the > feeling that my (linux)-way of doing things (with the client) is not what > this windows system needs to be happy. But what does it need? I do not > know..... and therefore an example would really help. > > I understand you are currently at a conference and probably do not have > access to an example. Well, I also will be away for the next few days > (until Friday), so there is no hurry. Anyway - thanks a lot for your kind > help. > Bob. |
|
From: Bob <bob...@gm...> - 2009-10-12 14:17:42
|
Hi Andy
well, some progress I have made, but now I am again stuck with linker
errors. If you are interested (and if you have the time :-))please see the
attached pdf for details. Previously I had similar problems when I tried
to build the client and server-app using VC++ win32-console projects. So I
decided to go back to basic and "retreated" to Makefile projects.
I feel it would be very helpful to receive a small example. I have the
feeling that my (linux)-way of doing things (with the client) is not what
this windows system needs to be happy. But what does it need? I do not
know..... and therefore an example would really help.
I understand you are currently at a conference and probably do not have
access to an example. Well, I also will be away for the next few days
(until Friday), so there is no hurry. Anyway - thanks a lot for your kind
help.
Bob. |
|
From: Andy G. <and...@es...> - 2009-10-12 10:00:06
|
Hi Bob, great you find the solution ! I am at a conference so my response times are a bit slow. But I will try to help you when I can. Do not despair if you don't see an answer form me immediately. Are you managing to get anything working yet ? Did you solve the -N problem. I do not know about this parameter so I cannot help much there. In fact we do not use rpcgen because we only have a handful of generic rpc functions we implement. We pass all parameters over these generic interfaces which then call new specific functions we implement in C. This bypasses the need to run rpcgen. Best regards Andy Robert Brusa wrote: > Am 07.10.2009, 16:27 Uhr, schrieb Robert Brusa <Bob...@gm...>: > > >> Hi >> I run rpcgen in the directory where my idl-file hyap.x is using the >> command >> >> c:\ecos\vcs\onc1>C:\ecos\oncrpc\win32\bin\rpcgen hyap.x >> >> and get a pop-up window telling me that the application could not be >> started because oncrpc.dll was not found. >> >> I had added the path to oncrpc.dll in the LIB environment variable. But >> this does not help, the error persists. I also tried to register this >> dll with regsvr32. The program aborts with an error "cannot find entry >> point of dll". So my question: What is needed to make rpcgen work? >> Thanks and best regards Bob >> > > Well - copying the dll to windows\system32 helped. Sorry I did not think > of this earlier. Sometimes things are simple. ;-) > Bob > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Oncrpc-windows-info mailing list > Onc...@li... > https://lists.sourceforge.net/lists/listinfo/oncrpc-windows-info > |
|
From: Robert B. <bob...@gm...> - 2009-10-12 07:34:14
|
Am 07.10.2009, 16:27 Uhr, schrieb Robert Brusa <Bob...@gm...>:
> Hi
> I run rpcgen in the directory where my idl-file hyap.x is using the
> command
>
> c:\ecos\vcs\onc1>C:\ecos\oncrpc\win32\bin\rpcgen hyap.x
>
> and get a pop-up window telling me that the application could not be
> started because oncrpc.dll was not found.
>
> I had added the path to oncrpc.dll in the LIB environment variable. But
> this does not help, the error persists. I also tried to register this
> dll with regsvr32. The program aborts with an error "cannot find entry
> point of dll". So my question: What is needed to make rpcgen work?
> Thanks and best regards Bob
Well - copying the dll to windows\system32 helped. Sorry I did not think
of this earlier. Sometimes things are simple. ;-)
Bob
|
|
From: Robert B. <bob...@gm...> - 2009-10-09 14:39:32
|
Hi
I specify an x-file as input to rpc using the N option. This works on
linux, but here I get the message:
c:\ecos\vcs\onc2>C:\ecos\oncrpc\win32\bin\rpcgen.exe -N "hyap1.x
usage: C:\ecos\oncrpc\win32\bin\rpcgen.exe infile
C:\ecos\oncrpc\win32\bin\rpcgen.exe [-c | -h | -l | -m] [-o
outfile] [infile]
C:\ecos\oncrpc\win32\bin\rpcgen.exe [-s udp|tcp]* [-o outfile]
[infile]
On the other hand, when omitting the N-option, rpcgen complains because
there are routines with more than just one argument. Is my interpretation
correct, that this rpcgen does not know about the N option?
Best regards
Bob
|
|
From: Robert B. <bob...@gm...> - 2009-10-07 14:28:01
|
Hi I run rpcgen in the directory where my idl-file hyap.x is using the command c:\ecos\vcs\onc1>C:\ecos\oncrpc\win32\bin\rpcgen hyap.x and get a pop-up window telling me that the application could not be started because oncrpc.dll was not found. I had added the path to oncrpc.dll in the LIB environment variable. But this does not help, the error persists. I also tried to register this dll with regsvr32. The program aborts with an error "cannot find entry point of dll". So my question: What is needed to make rpcgen work? Thanks and best regards Bob |
|
From: Robert B. <bob...@gm...> - 2009-10-07 07:55:31
|
Am 07.10.2009, 08:01 Uhr, schrieb Andy Gotz <and...@es...>: > Hi Bob, > > oncrpc-windows is a working port of oncrpc for Windows (as the name > indicates) which we rely on every day. > > I have only compiled this port of oncrpc on Windows with Visual C++ 6. > There are some project files included in the distribution for VC++ 6.0. > It should be possible to convert them to later versions of VC. I have > not ever tried the gnu compiler. I suggest you use the VC compiler. > > Your should modify your example to include the Windows oncrpc include > files. For the server you need to include a call to rpc_nt_init() to > initialise the sockets. > > Let me know if you get stuck. I will try to help out. I am not working > on this project anymore (it is working for us) but I will try to help > you when I can. Use the mailing list on SF > onc...@li.... This way others can read your > questions and answers. > > Best regards. > > Andy > > Bob Brusa wrote: >> Hi >> I recently downloaded your oncrpc-library for windows. Now I am trying >> to >> understand how to use it. I have a little S/C-app that works fine >> between >> two linux computers. Now I would like to port this example to windows in >> order to learn how things work there. But >> >> a) Which tools should one use to compile/link programs on a windows PC >> (VC++ or GNU-tools)? >> b) How to best integrate the library into the system (environment >> variables required)? >> >> It would be great if you could give a hint. Meanwhile I try to >> see how far I come. >> Best regards >> Robert >> >> PS: Is onc...@li... correct for the mailing >> list of this project? > Hi Andy thanks for your prompt reply - and for the kindly offered help in case of problems. I plan to firstly use the compiled program-versions of your port and concentrate on the adaptation of my linux-based S/C-app. I am working here with VC++ 7.1 on windows XPprof PCs. With respect to "including oncrpc": Is it enough to include ..oncrpc\win32\include\rpc to compile my S/C-app? I have seen *.h files also in other folders. Bob |
|
From: Andy G. <and...@es...> - 2009-10-07 06:02:20
|
Hi Bob, oncrpc-windows is a working port of oncrpc for Windows (as the name indicates) which we rely on every day. I have only compiled this port of oncrpc on Windows with Visual C++ 6. There are some project files included in the distribution for VC++ 6.0. It should be possible to convert them to later versions of VC. I have not ever tried the gnu compiler. I suggest you use the VC compiler. Your should modify your example to include the Windows oncrpc include files. For the server you need to include a call to rpc_nt_init() to initialise the sockets. Let me know if you get stuck. I will try to help out. I am not working on this project anymore (it is working for us) but I will try to help you when I can. Use the mailing list on SF onc...@li.... This way others can read your questions and answers. Best regards. Andy Bob Brusa wrote: > Hi > I recently downloaded your oncrpc-library for windows. Now I am trying to > understand how to use it. I have a little S/C-app that works fine between > two linux computers. Now I would like to port this example to windows in > order to learn how things work there. But > > a) Which tools should one use to compile/link programs on a windows PC > (VC++ or GNU-tools)? > b) How to best integrate the library into the system (environment > variables required)? > > It would be great if you could give a hint. Meanwhile I try further and > see how far I come. > Best regards > Robert > > PS: Is onc...@li... correct for the mailing > list of this project? |
|
From: Andy G. <and...@es...> - 2009-08-03 10:43:37
|
Hi, yes ! This is the only change you need I think. Andy Dave Cross wrote: > Hi, > > My first attempt to use your ONCRPC library isn't working yet. > I took a working client program from my openVMS system and replaced the > DEC header files and libraries with yours. > It is failing because the Windows Socket library hasn't been initialised > and the only place I see you doing that is in rpc_nt_init() so I guess I > have to call that before I do anything else. > Is there anything else I should know that I might have to add or amend? > > Dave. > > > -----Original Message----- > From: Dave Cross > Sent: 30 July 2009 10:35 > To: 'Andy Gotz' > Subject: RE: [Oncrpc-windows-info] ONCRPC > > Thanks Andy, you got the right address! > > I'll download the project and give it a go. I have no need for win64 or > IPv6 in the forseeable future so unless I manage to break it in some way > there shouldn't be any work to do. > > I'll shout if I get stuck and try to remember to let you know how it > goes. > > Dave. > > -----Original Message----- > From: Andy Gotz [mailto:and...@es...] > Sent: 30 July 2009 07:35 > To: Dave Cross > Cc: onc...@li... > Subject: Re: [Oncrpc-windows-info] ONCRPC > > Hi, > > this project is a complete porting of ONCRPC for Windows. We did this > port for our distributed control system (taco) which we developed at the > ESRF (http://www.esrf.eu). We use it extensively under Windows and Unix > on a daily basis and it works reliably. It has few known problems. The > only ones I am aware of are lack of support for IPV6 and it has not been > used on Windows 64 bit to my knowledge. We make it available as is. You > simply need to compile it and use it. There are some examples of clients > and servers. Almost all the calls are the same as under Unix. I think > only the way to start an application is different e.g. you need to > create a thread in the server and call a Windows specific initialising > function. If you get stuck I will do my best to help you (free of > charge). We are not setup to charge for support. If you want to fix bugs > you find or port the software to 64 bits for example I can give you > access to the source code repository. > > I hope this helps. > > Andy Gotz > > Dave Cross wrote: > >> Message body follows: >> >> Hi, >> I need to recreate a legacy app which runs under the MS services fro >> Unix susystem version of RPC. >> Could I use your implementation to develop a pure win32 app which >> talks via RPC to a VMS system? >> I don't see any docs on the project, are there any significant >> limitations or outstanding bugs? >> This is a commercial project so I'd be willing to pay for assistance >> and support. >> >> Dave Cross >> >> -- >> This message has been sent to you, a registered SourceForge.net user, >> by another site user, through the SourceForge.net site. This message >> has been delivered to your SourceForge.net mail alias. You may reply >> to this message using the "Reply" feature of your email client, or >> using the messaging facility of SourceForge.net at: >> https://sourceforge.net/sendmessage.php?touser=1669392 >> >> > > > ------------------------------------------------------------------------ > ------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - > and focus on what you do best, core application coding. Discover what's > new with Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Oncrpc-windows-info mailing list > Onc...@li... > https://lists.sourceforge.net/lists/listinfo/oncrpc-windows-info > ********************************************************************** > Please consider the environment - do you really need to print this email? > > This email is intended only for the person(s) named above and may contain private and confidential information. If it has come to you in error, please destroy and permanently delete any copy in your possession and contact us on +44 (0) 161 480 4420. The information in this email is copyright © CDL Group Holdings Limited. We cannot accept any liability for any loss or damage sustained as a result of software viruses. It is your responsibility to carry out such virus checking as is necessary before opening any attachment. > > Cheshire Datasystems Limited uses software which automatically screens incoming emails for inappropriate content and attachments. If the software identifies such content or attachment, the email will be forwarded to our Technology Department for checking. You should be aware that any email which you send to Cheshire Datasystems Limited is subject to this procedure. > > Cheshire Datasystems Limited, Strata House, Kings Reach Road, Stockport SK4 2HD > Registered in England and Wales with Company Number 3991057 > VAT registration: 727 1188 33 > |
|
From: Andy G. <and...@es...> - 2009-07-30 06:35:08
|
Hi, this project is a complete porting of ONCRPC for Windows. We did this port for our distributed control system (taco) which we developed at the ESRF (http://www.esrf.eu). We use it extensively under Windows and Unix on a daily basis and it works reliably. It has few known problems. The only ones I am aware of are lack of support for IPV6 and it has not been used on Windows 64 bit to my knowledge. We make it available as is. You simply need to compile it and use it. There are some examples of clients and servers. Almost all the calls are the same as under Unix. I think only the way to start an application is different e.g. you need to create a thread in the server and call a Windows specific initialising function. If you get stuck I will do my best to help you (free of charge). We are not setup to charge for support. If you want to fix bugs you find or port the software to 64 bits for example I can give you access to the source code repository. I hope this helps. Andy Gotz Dave Cross wrote: > Message body follows: > > Hi, > I need to recreate a legacy app which runs under the MS > services fro Unix susystem version of RPC. > Could I use your implementation to develop a pure win32 app > which talks via RPC to a VMS system? > I don't see any docs on the project, are there any > significant limitations or outstanding bugs? > This is a commercial project so I'd be willing to pay for > assistance and support. > > Dave Cross > > -- > This message has been sent to you, a registered SourceForge.net user, > by another site user, through the SourceForge.net site. This message > has been delivered to your SourceForge.net mail alias. You may reply > to this message using the "Reply" feature of your email client, or > using the messaging facility of SourceForge.net at: > https://sourceforge.net/sendmessage.php?touser=1669392 > |
|
From: Andy G. <and...@es...> - 2006-09-19 15:15:05
|
