Re: [Cegcc-devel] Known problems with readdir?
Fixed. Danny On Tue, 2009-05-19 at 17:18 +0200, Johnny Willemsen wrote: > Hi, > > Attached a reproducer program. Because WinCE doesn't has a current directory > it seems to does a readdir from the root directory, but I just get "Network" > back (the first directory given by dir) but then the program ends. > > Johnny > > > I'm not sure whether it's been tested much. This is part of > > src/mingw/mingwex . > > > > Danny > > > > On Tue, 2009-05-19 at 13:42 +0200, Johnny Willemsen wrote: > > > We see a problem with readdir, we only get 1 file back instead of the > > full > > > directory when iterating. Are there known issues with readdir? > > > > -- > > Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] Known problems with readdir?
Hi, > Fixed. Thanks. If we do a svn up of cegcc, do we then get gcc 4.3.2 again default or gcc 4.4? We would prefer to stay on 4.3.2 until we know for sure 4.4 works for x86 Johnny -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
[Cegcc-devel] getcwd() definition in the headers
Hello, The getcwd() function is defined in io.h, whereas it doesn't exist on WinCE. Attempts to redefine it (for portability reasons) fail. Regards, -- Pierre Ynard "Une âme dans un corps, c'est comme un dessin sur une feuille de papier." -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] Known problems with readdir?
I've not changed the build scripts yet, except for the src/mingwdll directory. If you want to grab this change but stick with the "working" gcc, just update src/mingw/mingwex . It's a one character change in src/mingw/mingwex/wince/findfile.c : the last return statement should return 0 instead of h. Danny On Wed, 2009-05-20 at 10:57 +0200, Johnny Willemsen wrote: > Hi, > > > Fixed. > > Thanks. > > If we do a svn up of cegcc, do we then get gcc 4.3.2 again default or gcc > 4.4? We would prefer to stay on 4.3.2 until we know for sure 4.4 works for > x86 > > Johnny > -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] getcwd() definition in the headers
On Wed, 20 May 2009, Pierre Ynard wrote: > Hello, > > The getcwd() function is defined in io.h, whereas it doesn't exist on > WinCE. Attempts to redefine it (for portability reasons) fail. use GetModuleFileName() with GetModuleHandle(NULL) in your program to get the directory of your program. Vincent Torri -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] getcwd() definition in the headers
I've taken out the definitions of getcwd mktemp chdir in io.h. The functions didn't exist so they shouldn't be in an include file. Danny On Wed, 2009-05-20 at 11:17 +0200, Vincent Torri wrote: > > On Wed, 20 May 2009, Pierre Ynard wrote: > > > Hello, > > > > The getcwd() function is defined in io.h, whereas it doesn't exist on > > WinCE. Attempts to redefine it (for portability reasons) fail. > > use GetModuleFileName() with GetModuleHandle(NULL) in your program to get > the directory of your program. > > Vincent Torri -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
[Cegcc-devel] First TAO server works!
Hi, I have just run the first TAO Hello World test with success. We used an eBox 4300 target running Windows CE 6 which ran the TAO CORBA server. A linux system was running the CORBA client. The client made a remote invocation which returned the correct value. Attached the logging output of this test run. Thanks for the hard work until now! Johnny bu...@suse111-cegcc052:~/ACE/cegcc/ACE_wrappers/TAO/tests/Hello> perl run_test.pl -Config WinCE -STATIC -debug WinCE LocalFile for server.ior is \network\temp\ACE_wrappers/TAO/tests/Hello/server.ior LocalFile for server.ior is /home/build/ACE/cegcc/ACE_wrappers/TAO/tests/Hello/server.ior WinCE LocalFile for server.ior is \network\temp\ACE_wrappers/TAO/tests/Hello/server.ior delete \network\temp\ACE_wrappers/TAO/tests/Hello/server.ior Using iBoot: 10.2.0.147:80 iBoot is currently: OFF iBoot is currently: ON Opening telnet connection <10.2.0.83:23> WinCE waits for /home/build/ACE/cegcc/ACE_wrappers//TAO/tests/Hello/server.ior timeout 60 Welcome to the Windows CE Telnet Service on WindowsCE Pocket CMD v 6.00 \> net use temp /d & net use temp \\10.2.0.156\ace_cegcc net use temp /d & net use temp \\10.2.0.156\ace_cegcc temp was deleted successfully temp successfully mapped to \\10.2.0.156\ace_cegcc \> cd \network\temp\ACE_wrappers/TAO/tests/Hello/ cd \network\temp\ACE_wrappers/TAO/tests/Hello/ \network\temp\ACE_wrappers\TAO\tests\Hello> set TMPDIR=\network\temp\ACE_wrappers/TAO/tests/Hello set TMPDIR=\network\temp\ACE_wrappers/TAO/tests/Hello \network\temp\ACE_wrappers\TAO\tests\Hello> set ACE_LD_SEARCH_PATH=\network\temp\ACE_wrappers\lib set ACE_LD_SEARCH_PATH=\network\temp\ACE_wrappers\lib \network\temp\ACE_wrappers\TAO\tests\Hello> copy \network\temp\ACE_wrappers/lib/MSVCR80D.dll . copy \network\temp\ACE_wrappers/lib/MSVCR80D.dll . \network\temp\ACE_wrappers\lib\MSVCR80D.dll: File not found. \network\temp\ACE_wrappers\TAO\tests\Hello> copy \network\temp\ACE_wrappers/lib/ACE.dll . copy \network\temp\ACE_wrappers/lib/ACE.dll . \network\temp\ACE_wrappers\lib\ACE.dll: File not found. \network\temp\ACE_wrappers\TAO\tests\Hello> copy \network\temp\ACE_wrappers/lib/TAO.dll . copy \network\temp\ACE_wrappers/lib/TAO.dll . \network\temp\ACE_wrappers\lib\TAO.dll: File not found. \network\temp\ACE_wrappers\TAO\tests\Hello> copy \network\temp\ACE_wrappers/lib/TAO_AnyTypeCode.dll . copy \network\temp\ACE_wrappers/lib/TAO_AnyTypeCode.dll . \network\temp\ACE_wrappers\lib\TAO_AnyTypeCode.dll: File not found. \network\temp\ACE_wrappers\TAO\tests\Hello> copy \network\temp\ACE_wrappers/lib/TAO_PortableServer.dll . copy \network\temp\ACE_wrappers/lib/TAO_PortableServer.dll . \network\temp\ACE_wrappers\lib\TAO_PortableServer.dll: File not found. \network\temp\ACE_wrappers\TAO\tests\Hello> cd \network\temp\ACE_wrappers/TAO/tests/Hello cd \network\temp\ACE_wrappers/TAO/tests/Hello \network\temp\ACE_wrappers\TAO\tests\Hello> server -ORBdebuglevel 10 -o \network\temp\ACE_wrappers/TAO/tests/Hello/server.ior server -ORBdebuglevel 10 -o \network\temp\ACE_wrappers/TAO/tests/Hello/server.ior TAO (83886086|83951622) - Completed initializing the process-wide service context TAO (83886086|83951622) - Default ORB services initialization begins TAO (83886086|83951622) - Default ORB services initialization completed TAO (83886086|83951622) - We are the default ORB ... TAO (83886086|83951622) - Initializing the orb-specific services TAO (83886086|83951622) - Default_Resource_Factory - unable to create codeset manager. TAO (83886086|83951622) - ORB_Core: Codeset Manager not available TAO (83886086|83951622) - Loaded default protocol TAO (83886086|83951622) - Created new ORB <> TAO (83886086|83951622) - IIOP_Acceptor::open_i, listening on: <10.2.0.83:49155> LocalFile for server.ior is /home/build/ACE/cegcc/ACE_wrappers/TAO/tests/Hello/server.ior INFO: /home/build/ACE/host/ACE_wrappers//TAO/tests/Hello/./client -k file:///home/build/ACE/cegcc/ACE_wrappers/TAO/tests/Hello/server.ior INFO: argument - '/home/build/ACE/host/ACE_wrappers//TAO/tests/Hello/./client' INFO: argument - '-k' INFO: argument - 'file:///home/build/ACE/cegcc/ACE_wrappers/TAO/tests/Hello/server.ior' TAO (83886086|83951622) - Transport_Cache_Manager_T::fill_set_i, current_size = 0, cache_maximum = 512 TAO (83886086|83951622) - Transport_Cache_Manager_T::purge, Cache size after purging is [0] TAO (83886086|83951622) - TAO_LF_CH_Event[0]::state_changed_i, state LFS_IDLE->LFS_CONNECTION_WAIT TAO (83886086|83951622) - IIOP_Connection_Handler[437008400] ctor, this=1A0C3630 TAO (83886086|83951622) - Concurrency_Strategy::activate_svc_handler, opened as TAO_SERVER_ROLE TAO (83886086|83951622) - IIOP_Connection_Handler::open, The local addr is <10.2.0.83:49155> TAO (83886086|83951622) - IIOP_Connection_Handler::open, IIOP connection to peer <10.2.0.156:32816> on 9 TAO (83886086|83951622) - Transport::post_open, tport id changed from 437008400 to 9 TAO (83886086|83951622) - Transport[9]::post_open, cache_
Re: [Cegcc-devel] getcwd() definition in the headers
> > The getcwd() function is defined in io.h, whereas it doesn't exist on > > WinCE. Attempts to redefine it (for portability reasons) fail. > > use GetModuleFileName() with GetModuleHandle(NULL) in your program to get > the directory of your program. Thanks for the tip, but in my case I need to provide a getcwd() on platforms where it is missing, so that the rest of the code can still use it transparently. -- Pierre Ynard -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] First TAO server works!
Hi, congratulations to all the people involved in this achievement. Looking at the attached logging output, it says "Pocket CMD v 6.00" so just to know, is this an open source application? Thanks, Pablo On Wed, May 20, 2009 at 8:41 AM, Johnny Willemsen wrote: > Hi, > > I have just run the first TAO Hello World test with success. We used an > eBox > 4300 target running Windows CE 6 which ran the TAO CORBA server. A linux > system was running the CORBA client. The client made a remote invocation > which returned the correct value. Attached the logging output of this test > run. > > Thanks for the hard work until now! > > Johnny > > > -- > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > ___ > Cegcc-devel mailing list > Cegcc-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/cegcc-devel > > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] First TAO server works!
Hi, Yes, it is open source. We are using the telnet server of WinCE to remotely start the executables. You can first see the commands we do to copy the needed DLLs to the executable directory (this fails partly because we link staticly), then we start our server using Server -ORBDebugLevel 10 . This is all open source. You can check www.theaceorb.nl and www.cs.wustl.edu/~schmidt. Our source code archive is at: https://svn.dre.vanderbilt.edu/viewvc/Middleware/trunk/ Johnny Hi, congratulations to all the people involved in this achievement. Looking at the attached logging output, it says "Pocket CMD v 6.00" so just to know, is this an open source application? Thanks, Pablo On Wed, May 20, 2009 at 8:41 AM, Johnny Willemsen wrote: Hi, I have just run the first TAO Hello World test with success. We used an eBox 4300 target running Windows CE 6 which ran the TAO CORBA server. A linux system was running the CORBA client. The client made a remote invocation which returned the correct value. Attached the logging output of this test run. Thanks for the hard work until now! Johnny -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] getcwd() definition in the headers
On Wed, 20 May 2009, Pierre Ynard wrote: > > >>> The getcwd() function is defined in io.h, whereas it doesn't exist on >>> WinCE. Attempts to redefine it (for portability reasons) fail. >> >> use GetModuleFileName() with GetModuleHandle(NULL) in your program to get >> the directory of your program. > > Thanks for the tip, but in my case I need to provide a getcwd() on platforms > where it is missing, so that the rest of the code can still use it > transparently. i've written a small lib that allow the compilation of a set of linux libraries without code modifications. It is minimal in the sense that i ported only the functions i needs. If you want, you can use it. Vincent Torri -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] Problem with fileno()
> I'll try changing the definition of fileno to void *, we'll see what > breaks :-) Compiling live555 now fails on some lines that use fileno(), with: error: invalid conversion from 'void*' to 'int' Just saying. -- Pierre Ynard -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] [PATCH] Support aligned common symbols on PE.
On Tue, 2009-05-19 at 14:54 +0100, Dave Korn wrote: > Danny Backx wrote: > > Reply to all so the list sees this. > > > > W.r.t. not getting through on the list. I've looked at the list config, > > can't find a reason. I received this message only directly, not via the > > list. I've added your E-mail address to the "explicitly allowed" > > addresses, so maybe it'll work from now. > > Thanks Danny. I sometimes get complications caused by gmail switching my > from line from "@gmail" to "@googlemail". Let's see if this one works. It seems to have worked. > Anyway, I don't hear any complaints or objections, so I'll be going ahead > with the patch, and I'll be around to help if you guys want any assistance. > > The one other thing I did want to know: what's happening about the > cegcc-related name changes in upstream configure and binutils? I thought I > had seen a patch about it some time ago, but it turned out when I looked that > there was nothing in /src. Is there progress? Pedro has initiated one or more such things. Not sure exactly what though. So no clue on progress either. You appear to be better placed to track this. Can you tell me what I need to trigger ? Danny -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Re: [Cegcc-devel] [PATCH] Support aligned common symbols on PE.
Danny Backx wrote: > On Tue, 2009-05-19 at 14:54 +0100, Dave Korn wrote: > It seems to have worked. It does :) >> The one other thing I did want to know: what's happening about the >> cegcc-related name changes in upstream configure and binutils? I thought I >> had seen a patch about it some time ago, but it turned out when I looked that >> there was nothing in /src. Is there progress? > > Pedro has initiated one or more such things. Not sure exactly what > though. So no clue on progress either. > > You appear to be better placed to track this. Can you tell me what I > need to trigger ? Well, if there's an outstanding patch somewhere that was already sent to the lists and somehow got forgotten/lost/dropped, you can just post a "ping" message with the URL. Otherwise, you need to whip up a patch and send it to the binutils list, and if it affects config.guess/config.sub, to the configure list as well. I took a quick look at your SVN, you have some simple patches to files like e.g. bfd/config.tgt that add the new target names, and you or someone else who knows the project well would want to roll them up in a fresh patch against CVS head. cheers, DaveK -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
[Cegcc-devel] windres compilation doesn't check for iconv
I've finally figured out why arm-mingw32ce-windres doesn't handle utf8-encoded .rc files correctly but don't know what to do about it. It has to do with how autoconf works for binutils. The problem is in wind_MultiByteToWideChar(), in src/binutils/binutils/winduni.c. That function has three conditionally compilied sections coded: #if defined (_WIN32) || defined (__CYGWIN__) // use win32 API to convert utf-8 to utf-16 #elif defined (HAVE_ICONV_H) // use iconv() to convert utf-8 to utf-16 #else // do something stupid that only works for 7-bit ascii #endif I'm compiling cegcc on Debian, and it's the #else path that's being used. It's broken -- that is, it doesn't know what to do with utf8, and instead of failing noisily it does the wrong thing silently. The fix would seem to be to get HAVE_ICONV_H defined by the configure process, but I can't figure out how to do that. configure.ac for binutils doesn't reference iconv.h the way configure.ac does for gcc, so there's no way for HAVE_ICONV_H to get defined. I haven't checked whether the precompiled cegcc tarball on sourceforge has the same problem (mishandled utf-8 .rc files) but suspect that it does. The problem seems to be that configuring binutils doesn't check for iconv at all. I'm new to autoconf. Any suggestions on how to fix this? Thanks, --Eric -- ** * From the desktop of: Eric House, xwo...@eehouse.org* * Crosswords 4.2 for MS Smartphone and PocketPC is OUT: xwords.sf.net * ** -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com ___ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
