dev-cpp-users Mailing List for Dev-C++ (Page 451)
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(15) |
Oct
(115) |
Nov
(154) |
Dec
(258) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(377) |
Feb
(260) |
Mar
(249) |
Apr
(188) |
May
(152) |
Jun
(150) |
Jul
(195) |
Aug
(202) |
Sep
(200) |
Oct
(286) |
Nov
(242) |
Dec
(165) |
| 2002 |
Jan
(245) |
Feb
(241) |
Mar
(239) |
Apr
(346) |
May
(406) |
Jun
(369) |
Jul
(418) |
Aug
(357) |
Sep
(362) |
Oct
(597) |
Nov
(455) |
Dec
(344) |
| 2003 |
Jan
(446) |
Feb
(397) |
Mar
(515) |
Apr
(524) |
May
(377) |
Jun
(387) |
Jul
(532) |
Aug
(364) |
Sep
(294) |
Oct
(352) |
Nov
(295) |
Dec
(327) |
| 2004 |
Jan
(416) |
Feb
(318) |
Mar
(324) |
Apr
(249) |
May
(259) |
Jun
(218) |
Jul
(212) |
Aug
(259) |
Sep
(158) |
Oct
(162) |
Nov
(214) |
Dec
(169) |
| 2005 |
Jan
(111) |
Feb
(165) |
Mar
(199) |
Apr
(147) |
May
(131) |
Jun
(163) |
Jul
(235) |
Aug
(136) |
Sep
(84) |
Oct
(88) |
Nov
(113) |
Dec
(100) |
| 2006 |
Jan
(85) |
Feb
(119) |
Mar
(33) |
Apr
(31) |
May
(56) |
Jun
(68) |
Jul
(18) |
Aug
(62) |
Sep
(33) |
Oct
(55) |
Nov
(19) |
Dec
(40) |
| 2007 |
Jan
(22) |
Feb
(49) |
Mar
(34) |
Apr
(51) |
May
(66) |
Jun
(43) |
Jul
(116) |
Aug
(57) |
Sep
(70) |
Oct
(69) |
Nov
(97) |
Dec
(86) |
| 2008 |
Jan
(32) |
Feb
(47) |
Mar
(106) |
Apr
(67) |
May
(28) |
Jun
(39) |
Jul
(31) |
Aug
(25) |
Sep
(18) |
Oct
(25) |
Nov
(5) |
Dec
(21) |
| 2009 |
Jan
(33) |
Feb
(27) |
Mar
(27) |
Apr
(22) |
May
(22) |
Jun
(10) |
Jul
(17) |
Aug
(9) |
Sep
(21) |
Oct
(13) |
Nov
(4) |
Dec
(11) |
| 2010 |
Jan
(10) |
Feb
(8) |
Mar
(4) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(8) |
Oct
(26) |
Nov
(9) |
Dec
(1) |
| 2011 |
Jan
(21) |
Feb
(16) |
Mar
(4) |
Apr
(19) |
May
(26) |
Jun
(9) |
Jul
(6) |
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
| 2012 |
Jan
(4) |
Feb
(7) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(10) |
Jul
(1) |
Aug
(1) |
Sep
(18) |
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(2) |
Mar
(15) |
Apr
(6) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
|
| 2014 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(9) |
Nov
(35) |
Dec
(6) |
| 2016 |
Jan
(7) |
Feb
(10) |
Mar
(10) |
Apr
(9) |
May
(13) |
Jun
(9) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Abhijit S. <mu...@gm...> - 2003-01-23 12:36:31
|
Greets, Daniel. > I copy libMySQL.a into c:\dev-cpp\lib Link it into the project by adding `-lMySQL' to `Linker parameters' in `Project Options'. ___________________________________________________________ Abhijit Shylanath mu...@gm... http://mudeth.tripod.com/ |
|
From: Santiago P. C. <San...@yd...> - 2003-01-23 12:09:15
|
Hi *, It sounds great that you've finally found what you were looking for! So there's no need to continue discussing unnecesary alternatives ;o) Best regards, ~Santy -----Original Message----- From: Mark Smith [mailto:mar...@li...] Sent: jueves, 23 de enero de 2003 12:02 To: dev...@li... Subject: RE: [Dev-C++] _outp & _inp under windows 2000 In Original Message From: Santiago Palmier Campos Santy wrote:............. What kind of I/O port does Mark Smith really need to access? And how? Well I'm using 2 cards (PC27E & PC214E) one a A2D & the other a DIO ( from Amplicon UK) on the ISA bus to control some lab equiptment and take measurements. I have written the control software myself using _inp & _outp and can set the cards address by means of DIP switches on the cards. The console application works fine but I am looking to future proof the software so it could run also on a more recent windows platforms, it also means that I'm forced to maintain it on a win98 machine. I followed up Jaap de Wolff suggestion ( http://www.beyondlogic.org/porttalk/porttalk.htm ) and took a look at porttalk, though I have not tried it yet, it looks exactly like what I'm after and also gives me a way of modifying my source code to achieve the same functionality. (I'm an old fashioned DOS based programmer & no nothing about windows API :-~( ) The article states:------------- Talking to the Device Driver - User Mode APIs PortTalk also has IOCTLs to allow reading and writing to I/O Ports. In this case, your usermode program would open the PortTalk device driver and pass data to the driver through IOCTL calls. The driver then talks to the I/O port(s) in ring 0. The Porttalk driver contains two IOCTL calls to read from and write to I/O Ports. A c source file, pt_iotcl.c can be used to provide easy support based on the popular inportb/outportb and inp/outp calls supported in earlier programming environments. By simply including pt_ioctl.c and calling OpenPortTalk when you program starts and ClosePortTalk when your program finishes you can have the functionality of the inportb/outportb and inp/outp calls -------------------- Regards Mark --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.406 / Virus Database: 229 - Release Date: 21/10/02 The information contained in this e-mail message (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this communication in error, please contact us immediately so that we can correct the error. ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Dev-cpp-users mailing list Dev...@li... TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm https://lists.sourceforge.net/lists/listinfo/dev-cpp-users -------------------------------------------------------------------------------------- This message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. No confidentiality or privilege is waived or lost by any wrong transmission. If you have received this message in error, please immediately destroy it and kindly notify the sender by reply email. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Opinions, conclusions and other information in this message that do not relate to the official business of Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given nor endorsed by it. -------------------------------------------------------------------------------------- |
|
From: Mark S. <mar...@li...> - 2003-01-23 11:04:41
|
In Original Message From: Santiago Palmier Campos Santy wrote:............. What kind of I/O port does Mark Smith really need to access? And how? Well I'm using 2 cards (PC27E & PC214E) one a A2D & the other a DIO ( = from Amplicon UK) on the ISA bus to control some lab equiptment and take measurements. I have written the control software myself using _inp & _outp and can = set the cards address by means of DIP switches on the cards. The console application works fine but I am looking to future proof the software so = it could run also on a more recent windows platforms, it also means that = I'm forced to maintain it on a win98 machine. I followed up Jaap de Wolff suggestion ( http://www.beyondlogic.org/porttalk/porttalk.htm ) and took a look at porttalk, though I have not tried it yet, it looks exactly like what = I'm after and also gives me a way of modifying my source code to achieve = the same functionality. (I'm an old fashioned DOS based programmer & no = nothing about windows API :=AD~( ) The article states:------------- Talking to the Device Driver - User Mode APIs PortTalk also has IOCTLs to allow reading and writing to I/O Ports. In = this case, your usermode program would open the PortTalk device driver and = pass data to the driver through IOCTL calls. The driver then talks to the = I/O port(s) in ring 0.=20 The Porttalk driver contains two IOCTL calls to read from and write to = I/O Ports. A c source file, pt_iotcl.c can be used to provide easy support = based on the popular inportb/outportb and inp/outp calls supported in earlier programming environments. By simply including pt_ioctl.c and calling OpenPortTalk when you program starts and ClosePortTalk when your = program finishes you can have the functionality of the inportb/outportb and = inp/outp calls -------------------- Regards Mark=20 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.406 / Virus Database: 229 - Release Date: 21/10/02 =20 The information contained in this e-mail message (and any attachment transmitted herewith) is privileged and confidential and is intended = for the exclusive use of the addressee(s). If you are not an addressee, any disclosure, reproduction, distribution or other dissemination or use of = this communication is strictly prohibited. If you have received this communication in error, please contact us immediately so that we can = correct the error. |
|
From: Santiago P. C. <San...@yd...> - 2003-01-23 09:55:02
|
Hi Per, Mark and *, I know that there is no portable way for __low-level__ access to I/O port= s due to OSes differences, but I thought we were talking about some kind of= __high-level__ I/O port access... BTW, it seems to me that we were talking about accesing 'common' I/O port= s: COM, LPT... from a console program, not creating a low level access drive= r for any OS nor accessing special/rare/propietary data acquisition HW, weren't we? So that's why the wxCTB exists, it is not a device driver but an attempt = to create a portable __high-level__ (like the rest of wxWindows itself and i= ts contribs) communications package.=20 We must say that, like all free/open source/etc projects, it is still bei= ng actively developed, so while being completely functional for a lot of situations, it is not complete by now... Anyway, this library (provided as a contrib package for wxWindows) uses internally separate low-level access code for Windows & Linux (the only 2= platfforms currently supported), but provides an external 'common' unique= interface for high-level access, that's why I think it would be a good solution ;o) OTOH, it seems to me that the app is accessing (from a high-level approac= h) a 'common' I/O port (probably a serial one) because Mark Smith has the source code of the 'data acquisition SW', don't you think so? It would be= very strange to have the source code of an app that accesses some propiet= ary interfaces or special device drivers... So the real question is: What kind of I/O port does Mark Smith really nee= d to access? And how? ;o? Best regards, ~Santy -----Original Message----- From: Per Westermark [mailto:pw...@ia...]=20 Sent: mi=E9rcoles, 22 de enero de 2003 22:53 To: Santiago Palmier Campos Cc: 'Flameeyes'; dev...@li... Subject: RE: [Dev-C++] _outp & _inp under windows 2000 Sorry, but normally you can't have a portable way of accessing I/O ports,= since I/O ports are handled by the OS drivers. For some special ports, such as COM, LPT, the OS have reasonable high-lev= el access methods that wxWindows etc may use to support portable application= s. For the majority of ports - such as data acquisition boards, sound cards etc, you normally have to write dedicated low-level drivers for the acces= s. There are a couple of companies that sells multi-platform driver SDK tool= s, where they supply a low-level assembler part for different OS, and you wr= ite a higher-level C/C++ "busines-logic" for the hardware. Thereby, you don't= have to know everything about the different operating systems. Old data acquisition software written for MsDos, Win 3.1, Win95, Win98 et= c are designed for a situation where there either doesn't exist a memory management unit or no privileged CPU instructions, or where the operating= system gives carte blanche and allows a relatively free read/write in the= =20IO and expansion board memory address spaces. This means that the doesn't ma= ke use of device drivers, but instead perform port IO or memory operations directly to the hardware. To get such a software to work on a new OS, without rewriting the softwar= e, would require the OS exception handler to catch illegal memory and IO accesses and depending on source and/or target perform the same operation= instead, and then return the result to the application as if the applicat= ion had done it itself. Such emulation creates a HUGE overhead meaning that i= t's only meaningful to even think about it for low-speed devices. /Per W On Wed, 22 Jan 2003, Santiago Palmier Campos wrote: > Hi *, > > You can consider porting your app to wxWindows, it is not only a GUI=20 > library, it is a complete portable framework. You can use the latest=20 > wxWindows stable release (2.4.0) and wxCTB communications package by=20 > Joachim Buermann (http://www.iftools.com/), it is not GUI based so it=20 > can be used in console apps. > > It's an "easy" way to have a portable app that accesses I/O ports... > > Regards, > Santy > > -----Original Message----- > From: Flameeyes [mailto:dap...@li...] > Sent: mi=E9rcoles, 22 de enero de 2003 19:09 > To: dev...@li... > Subject: Re: [Dev-C++] _outp & _inp under windows 2000 > > > Mark Smith wrote: > > I have some data acquisition software which runs OK on win98 but=20 > > because you cannot address the hardware directly with win 2000 it=20 > > wont work, It is a console based application, is there an easy way=20 > > for me to modify the code so it will run under win 2000? > I think that you can't. > Only SYSTEM level software can access directly the I/O ports, all=20 > other software can only open it as a file [and is not a great method,=20 > i tried it for one program]. > > -- > Flameeyes > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! Can't=20 > afford IT training? All 2003 ictp students receive scholarships. Get=20 > hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.=20 > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > -------------------------------------------------------------------------= --- ---------- > This message and any files transmitted with it are confidential and intended solely > for the use of the individual or entity to whom they are addressed. No confidentiality > or privilege is waived or lost by any wrong transmission. > If you have received this message in error, please immediately destroy = it and kindly > notify the sender by reply email. > You must not, directly or indirectly, use, disclose, distribute, print,= =20or copy any > part of this message if you are not the intended recipient. Opinions, conclusions and > other information in this message that do not relate to the official business of > Ydilo Advanced Voice Solutions, S.A. shall be understood as neither giv= en nor endorsed by it. > -------------------------------------------------------------------------= --- ---------- > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! Can't=20 > afford IT training? All 2003 ictp students receive scholarships. Get=20 > hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.=20 > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > -------------------------------------------------------------------------= ------------- This message and any files transmitted with it are confidential and inten= ded solely=20 for the use of the individual or entity to whom they are addressed. No co= nfidentiality=20 or privilege is waived or lost by any wrong transmission.=20 If you have received this message in error, please immediately destroy it= =20and kindly=20 notify the sender by reply email. You must not, directly or indirectly, use, disclose, distribute, print, o= r copy any=20 part of this message if you are not the intended recipient. Opinions, con= clusions and=20 other information in this message that do not relate to the official busi= ness of=20 Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given= =20nor endorsed by it.=20 -------------------------------------------------------------------------= ------------- |
|
From: Jaap de W. <wo...@Ne...> - 2003-01-23 08:06:27
|
There are several device drivers available for WINNT, which allow you to access IO ports. One is described in a Dr Dobbs Journal of May 1996, which I unfortunatly don't have anymore,. see http://www.beyondlogic.org/porttalk/porttalk.htm but there are more.. > -----Original Message----- > From: Mark Smith [mailto:mar...@li...] > Sent: Wednesday, January 22, 2003 06:04 PM > To: 'dev...@li...' > Subject: [Dev-C++] _outp & _inp under windows 2000 > > > I have some data acquisition software which runs OK on win98 > but because you > cannot address the hardware directly with win 2000 it wont > work, It is a > console based application, is there an easy way for me to > modify the code > so it will run under win 2000? > An example would be most helpful. I'm a console only app man > at this moment. > TIA > Mark > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.406 / Virus Database: 229 - Release Date: 21/10/02 > > > > The information contained in this e-mail message (and any attachment > transmitted herewith) is privileged and confidential and is > intended for the > exclusive use of the addressee(s). If you are not an addressee, any > disclosure, reproduction, distribution or other dissemination > or use of this > communication is strictly prohibited. If you have received this > communication in error, please contact us immediately so that > we can correct > the error. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! > Can't afford IT training? All 2003 ictp students receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: Daniel N. <dan...@fr...> - 2003-01-23 03:17:18
|
Hi, I want to use libmySQL.DLL with dev-C++ and after reading some docs... I use : impdef libmySQL.dll > libmySQL.def I add alias and@xx needed to the libmySQL.def dlltool --dllname libmySQL.dll --def libmySQL.def --outputlib libmySQL.a I copy libMySQL.a into c:\dev-cpp\lib But when I buid my project I continue to take a lot of error like that: mysql_1.c undefined reference to 'mysql_connect@16' What is wrong? Thanks for help, Daniel |
|
From: <or...@vp...> - 2003-01-22 21:30:45
|
Hello everyone! Matthews wrote: > Anyone interested in the config file writer library mentioned a few weeks > ago, it's now available for download at > http://uk.geocities.com/revthepirate/cfged.zip It is actually: http://uk.geocities.com/revthepirate/CFGEd.zip > There's detailed instructions in there, a compiled library as well as > source code for modifying it. I'd like to see any changes you make, this > was mainly to give myself a challenge. Well, writing the configs is the easier task. Parsing them is hard. Actually I wanted to achieve the following: - sections, like [Section1] etc. - single line data, like Value=data - (!)multi line data. This is the hardest to parse. You need to convert the given string, when you write, because when you read, you need to know, where to stop. I thought of the following: (using '\' at the end of the line) MultilineData=This is a multi \ line data. \ \ And may contain empty lines, like above. \ Stop here Data2= ... I would need something like this for my project, but I have no time to implement a complete new library, and make interface for it. I have already made 3 independent libraries. Now the parser is "hacked" (hard coded) into my project. If I have time, I will make one (or extend yours), and post it to the list. Anyway, the libraries, what I have already made: xstring - A string manipulation library for C. C handles strings awfully, actually it doesn't even has strings, just char arrays, which is the source of many errors. strcpy() and similar functions can easily freeze your program. This is the reason for the existence of this library. Luckily C++ already has strings built-in, so it is recommended for "C only" users. list - simple, fast doubly linked closed list implementation, which may be sorted or unsorted given a cmp function (like to qsort()). error - last error handling library for single threaded apps. Register last error codes, assign error messages to them, set, get last errors. If you need them, let me know. Thanks anyway. -- Greetings, Balázs |
|
From: Per W. <pw...@ia...> - 2003-01-22 20:57:07
|
Sorry, but normally you can't have a portable way of accessing I/O ports, since I/O ports are handled by the OS drivers. For some special ports, such as COM, LPT, the OS have reasonable high-level access methods that wxWindows etc may use to support portable applications. For the majority of ports - such as data acquisition boards, sound cards etc, you normally have to write dedicated low-level drivers for the access. There are a couple of companies that sells multi-platform driver SDK tools, where they supply a low-level assembler part for different OS, and you write a higher-level C/C++ "busines-logic" for the hardware. Thereby, you don't have to know everything about the different operating systems. Old data acquisition software written for MsDos, Win 3.1, Win95, Win98 etc are designed for a situation where there either doesn't exist a memory management unit or no privileged CPU instructions, or where the operating system gives carte blanche and allows a relatively free read/write in the IO and expansion board memory address spaces. This means that the doesn't make use of device drivers, but instead perform port IO or memory operations directly to the hardware. To get such a software to work on a new OS, without rewriting the software, would require the OS exception handler to catch illegal memory and IO accesses and depending on source and/or target perform the same operation instead, and then return the result to the application as if the application had done it itself. Such emulation creates a HUGE overhead meaning that it's only meaningful to even think about it for low-speed devices. /Per W On Wed, 22 Jan 2003, Santiago Palmier Campos wrote: > Hi *, > > You can consider porting your app to wxWindows, it is not only a GUI > library, it is a complete portable framework. > You can use the latest wxWindows stable release (2.4.0) and wxCTB > communications package by Joachim Buermann (http://www.iftools.com/), it = is > not GUI based so it can be used in console apps. > > It's an "easy" way to have a portable app that accesses I/O ports... > > Regards, > Santy > > -----Original Message----- > From: Flameeyes [mailto:dap...@li...] > Sent: mi=E9rcoles, 22 de enero de 2003 19:09 > To: dev...@li... > Subject: Re: [Dev-C++] _outp & _inp under windows 2000 > > > Mark Smith wrote: > > I have some data acquisition software which runs OK on win98 but > > because you cannot address the hardware directly with win 2000 it wont > > work, It is a console based application, is there an easy way for me > > to modify the code so it will run under win 2000? > I think that you can't. > Only SYSTEM level software can access directly the I/O ports, all other > software can only open it as a file [and is not a great method, i tried > it for one program]. > > -- > Flameeyes > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! Can't afford= IT > training? All 2003 ictp students receive scholarships. Get hands-on train= ing > in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > -------------------------------------------------------------------------= ------------- > This message and any files transmitted with it are confidential and inten= ded solely > for the use of the individual or entity to whom they are addressed. No co= nfidentiality > or privilege is waived or lost by any wrong transmission. > If you have received this message in error, please immediately destroy it= and kindly > notify the sender by reply email. > You must not, directly or indirectly, use, disclose, distribute, print, o= r copy any > part of this message if you are not the intended recipient. Opinions, con= clusions and > other information in this message that do not relate to the official busi= ness of > Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given= nor endorsed by it. > -------------------------------------------------------------------------= ------------- > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! > Can't afford IT training? All 2003 ictp students receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: <or...@vp...> - 2003-01-22 20:56:06
|
Hello! Abhijit Shylanath wrote: > In DOS (real-mode), memory is banked. So you need two thingies to address > it: the segment and offset. I was aware of that, I just didn't know, how much is the maximum. I think DOS provides memory in 64K pages, as you said. BTW, "640K ought to be enough for anybody." - Bill Gates, 1981 > However, in most general applications, you won't need to bother with them. > You simply call new or malloc(), and they return an appropriate far pointer Yes, I knew that. Actually I wanted to know, how much memory can I get from a DOS program, that is running under Windows, from a console. As I saw in the command-prompt settings, the memory can be set for the console. > Also, in protected-mode DOS (DPMI), memory is linear. Use djgpp: > http://www.delorie.com/djgpp > for this, its a GCC port for DPMI. It's also got an IDE similar to > Turbo-C++, called RHIDE. You may or may not be able to use it with Dev. Thanks, although I have already heard of that too, but I don't really want to develop anything for DOS. I suppose I would be able to use djgpp with Dev, I would just need to set the compiler executables. > HTH, and sorry for the late reply. No problem, but thank you very much. I only needed the answer because I went to a Secondary (High?) School Programming competition(?) (yet I'm only 17 :), and they still provide Borland C++ 3.1 for programming. -- Greetings, Balázs |
|
From: Matthews <dem...@uw...> - 2003-01-22 20:54:27
|
Anyone interested in the config file writer library mentioned a few weeks ago, it's now available for download at http://uk.geocities.com/revthepirate/cfged.zip There's detailed instructions in there, a compiled library as well as source code for modifying it. I'd like to see any changes you make, this was mainly to give myself a challenge. |
|
From: Santiago P. C. <San...@yd...> - 2003-01-22 18:22:51
|
Hi *, You can consider porting your app to wxWindows, it is not only a GUI library, it is a complete portable framework. You can use the latest wxWindows stable release (2.4.0) and wxCTB communications package by Joachim Buermann (http://www.iftools.com/), it = is not GUI based so it can be used in console apps. It's an "easy" way to have a portable app that accesses I/O ports... Regards,=20 Santy -----Original Message----- From: Flameeyes [mailto:dap...@li...]=20 Sent: mi=E9rcoles, 22 de enero de 2003 19:09 To: dev...@li... Subject: Re: [Dev-C++] _outp & _inp under windows 2000 Mark Smith wrote: > I have some data acquisition software which runs OK on win98 but=20 > because you cannot address the hardware directly with win 2000 it wont = > work, It is a console based application, is there an easy way for me=20 > to modify the code so it will run under win 2000? I think that you can't. Only SYSTEM level software can access directly the I/O ports, all other=20 software can only open it as a file [and is not a great method, i tried=20 it for one program]. --=20 Flameeyes ------------------------------------------------------- This SF.net email is sponsored by: Scholarships for Techies! Can't afford= =20IT training? All 2003 ictp students receive scholarships. Get hands-on train= ing in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp _______________________________________________ Dev-cpp-users mailing list Dev...@li... TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm https://lists.sourceforge.net/lists/listinfo/dev-cpp-users -------------------------------------------------------------------------= ------------- This message and any files transmitted with it are confidential and inten= ded solely=20 for the use of the individual or entity to whom they are addressed. No co= nfidentiality=20 or privilege is waived or lost by any wrong transmission.=20 If you have received this message in error, please immediately destroy it= =20and kindly=20 notify the sender by reply email. You must not, directly or indirectly, use, disclose, distribute, print, o= r copy any=20 part of this message if you are not the intended recipient. Opinions, con= clusions and=20 other information in this message that do not relate to the official busi= ness of=20 Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given= =20nor endorsed by it.=20 -------------------------------------------------------------------------= ------------- |
|
From: Flameeyes <dap...@li...> - 2003-01-22 18:08:46
|
Mark Smith wrote: > I have some data acquisition software which runs OK on win98 but because you > cannot address the hardware directly with win 2000 it wont work, It is a > console based application, is there an easy way for me to modify the code > so it will run under win 2000? I think that you can't. Only SYSTEM level software can access directly the I/O ports, all other software can only open it as a file [and is not a great method, i tried it for one program]. -- Flameeyes |
|
From: Mark S. <mar...@li...> - 2003-01-22 17:06:53
|
I have some data acquisition software which runs OK on win98 but because you cannot address the hardware directly with win 2000 it wont work, It is a console based application, is there an easy way for me to modify the code so it will run under win 2000? An example would be most helpful. I'm a console only app man at this moment. TIA Mark --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.406 / Virus Database: 229 - Release Date: 21/10/02 The information contained in this e-mail message (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this communication in error, please contact us immediately so that we can correct the error. |
|
From: Ricardo R. <ri...@po...> - 2003-01-22 15:38:15
|
Dear Colin and coworkers, perhaps it would a good idea to include the header "winbgim.h" and the library "libbgi.a" in the new version of Dev-Cpp to work with graphics easily and to portate the graphical programs done with the C++-Borland compiler. What do you think?. Ricardo. |
|
From: <cg...@wo...> - 2003-01-22 11:47:22
|
winbgim. Do a search for it. Ricardo L=F3pez Ruiz wrote: > could someone please explain to me if there is something similar to=20 > the header file > "graphics.h" and all the functions there included in Dev-C++ ??. > > thanks, > Ricardo. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! > Can't afford IT training? All 2003 ictp students receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: Ricardo R. <ri...@po...> - 2003-01-22 10:39:18
|
could someone please explain to me if there is something similar to the header file "graphics.h" and all the functions there included in Dev-C++ ??. thanks, Ricardo. |
|
From: Philippe de R. <phi...@ww...> - 2003-01-22 09:02:23
|
Hello, could someone please explain to me why the Run Dialog has no problem=20 finding IExplorer and passing switches such as -k to it, whereas=20 CreateProcess will only run IE if I specify the full path? Furthermore,=20= why doesn't CreateProcess process switches (e.g. CreateProcess( NULL,=20 "C:\\Program Files\\Explorer\\IEXplore.exe -k", ...)? Many thanks. Philippe de Rochambeau Le mardi, 21 jan 2003, =E0 20:10 Europe/Paris, Oladipo Odumosu a =E9crit = : > Philippe, > > some applications have been assigned to the PATH. most of them can be=20= > run by pressing Win-R (to get to the Run dialog), and entering the=20 > name of the application exec. for expl, Internet Explorer can usually=20= > be run by entering "iexplore" in the Run dialog.if the app you want is=20= > in the system path, you only need to know the name of the exec. > > as per getting the path to an executable, you might just need to=20 > manually hack that. as far as i know, the only functions similar to=20 > what you're looking for are GetWindowsDirectory() and=20 > GetSystemDirectory(). > > bye > > > > > <image.tiff> > > With Yahoo! Mail you can get a bigger mailbox -- choose a size that=20 > fits your needs |
|
From: MaXxX <ma...@rp...> - 2003-01-22 08:34:24
|
On Wednesday, January 22, 2003, at 10:27 +0530 (which was 05:57 where I live), you scribbled the following: >> I have developed a basic application using C++-Dev that creates a >> process that runs IExplorer. Unfortunately, CreateProcess will not >> launch IExplorer unless I specify the latter's complete path (e.g., >> C:\program files\Explorer\ieexplore.exe) as second parameter value: >> CreateProcess( NULL, "C:\\Program Files\\Explorer\\Iexplore.exe", ...). >> I would like to search for IExplorer on the user's PC before creating >> the process. What is the easiest way to do that on Windows? > You'll have to do a recursive search on all available disks, or, if you want > to save time, only on the primary disk (the one with windows - use > GetWindowsDirectory() for identifying it), using FindFirstFile() and > FindNextFile(). You could also use the registry settings. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE -- Brain fried; core dumped. |\ /| \~~~/ \~~~/ WWW: http://none :( | \/ | /\ > < \~/ > < E-M: maxxx[at]rpg.pl |____| /__\ /___\ /_\ /___\ ICQ: 3146019 |
|
From: Abhijit S. <mu...@gm...> - 2003-01-22 05:16:56
|
Greets, Duncan. This site may help: http://webclub.kcom.ne.jp/ma/colinp/win32/dll/make.html It tells you how to create a DLL using the command-line. You'll have to add the options to your project. ___________________________________________________________ Abhijit Shylanath mu...@gm... http://mudeth.tripod.com/ |
|
From: Abhijit S. <mu...@gm...> - 2003-01-22 05:13:43
|
Greets, Oroszi and everyone. > Hello! > > I would like to ask a question, not really related to "modern" programming. > > In Borland C++ 3.11 (DOS version) can I allocate memory dynamically. I mean, do > I need page flipping and stuff like that, or is memory linear? > What if I run Borland C++ written programs under Windows? Shall my programs get > the memory. How much can I get (in DOS and Windows). > > I need help quickly (today) so I would be very happy if you could answer. > Thank you. > > -- > Greetings, > Balázs In DOS (real-mode), memory is banked. So you need two thingies to address it: the segment and offset. To make a pointer, given segment and offset, use MK_FP(seg, off) and to find the segment and offset of a pointer, use FP_OFF() and FP_SEG(). The segment is like a bank (they overlap, however), and the offset is the memory location within the segment. Search on Google for more info. Or see the X2 FTP, it's got a treasure-trove of info about MS-DOS programming: http://sunsite.lanet.lv/ftp/mirror/x2ftp/msdos/programming/ However, in most general applications, you won't need to bother with them. You simply call new or malloc(), and they return an appropriate far pointer (depending on the memory modely you're using - small, tiny models don't use far pointers). Only if you're doing some hardware-level stuff, you'll need to bother with segments and offsets. In small, tiny and medium models, I think you get 64k memory (a 16-bit pointer), and in huge, large models you get 1 meg (a 20-bit far pointer). The other differences in these models are the size of the data segments and global heap (I think... long time no real-mode). Also, in protected-mode DOS (DPMI), memory is linear. Use djgpp: http://www.delorie.com/djgpp for this, its a GCC port for DPMI. It's also got an IDE similar to Turbo-C++, called RHIDE. You may or may not be able to use it with Dev. If you're successful, post to this mailing-list for the welfare of humanity and stuff. HTH, and sorry for the late reply. ___________________________________________________________ Abhijit Shylanath mu...@gm... http://mudeth.tripod.com/ |
|
From: Abhijit S. <mu...@gm...> - 2003-01-22 05:13:37
|
Greets, Philippe. > Hello, > > I have developed a basic application using C++-Dev that creates a > process that runs IExplorer. Unfortunately, CreateProcess will not > launch IExplorer unless I specify the latter's complete path (e.g., > C:\program files\Explorer\ieexplore.exe) as second parameter value: > CreateProcess( NULL, "C:\\Program Files\\Explorer\\Iexplore.exe", ...). > I would like to search for IExplorer on the user's PC before creating > the process. What is the easiest way to do that on Windows? > > Many thanks. > > Philippe de Rochambeau You'll have to do a recursive search on all available disks, or, if you want to save time, only on the primary disk (the one with windows - use GetWindowsDirectory() for identifying it), using FindFirstFile() and FindNextFile(). Note that, though spawn(), exec(), system(), WinExec() etc. will work, they are not the most efficient ways of executing external processes on Windows, CreateProcess() is. See my (basic) helper class: http://mudeth.tripod.com/rsearch.htm for reference. ___________________________________________________________ Abhijit Shylanath mu...@gm... http://mudeth.tripod.com/ |
|
From: veenurs <ve...@ma...> - 2003-01-21 17:25:44
|
Hi again ,
Something like this :
************************************
#include <process.h>
char *my_env[] =
{
"Environ To Pass",
NULL //pass sytem environ
};
char *my_Prog ="iexplorer"; //program to launch
char *args[4]; // arguments for my_Prog
_spawnvpe( _P_NOWAIT , my_Prog, args, my_env );
**************************************
Hope it works .
_Rahul
Luc Saint-Elie wrote:
> At 15:56 21/01/2003 +0100, Philippe de Rochambeau wrote:
>
>> Hello,
>>
>> I have developed a basic application using C++-Dev that creates a
>> process that runs IExplorer. Unfortunately, CreateProcess will not
>> launch IExplorer unless I specify the latter's complete path (e.g.,
>> C:\program files\Explorer\ieexplore.exe) as second parameter value:
>> CreateProcess( NULL, "C:\\Program Files\\Explorer\\Iexplore.exe",
>> ...). I would like to search for IExplorer on the user's PC before
>> creating the process. What is the easiest way to do that on Windows?
>>
>> Many thanks.
>>
>> Philippe de Rochambeau
>
>
> I don't have the answer but to launch an URL I use (in C++Builder but
> its Windows stuff so it may work in Dev-CPP) :
> ShellExecute(Handle, "open", MyURLToLaunch, NULL, NULL, SW_SHOWNORMAL);
>
> Luc
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
|
|
From: Luc Saint-E. <lu...@re...> - 2003-01-21 15:01:10
|
At 15:56 21/01/2003 +0100, Philippe de Rochambeau wrote: >Hello, > >I have developed a basic application using C++-Dev that creates a process >that runs IExplorer. Unfortunately, CreateProcess will not launch >IExplorer unless I specify the latter's complete path (e.g., C:\program >files\Explorer\ieexplore.exe) as second parameter value: CreateProcess( >NULL, "C:\\Program Files\\Explorer\\Iexplore.exe", ...). I would like to >search for IExplorer on the user's PC before creating the process. What is >the easiest way to do that on Windows? > >Many thanks. > >Philippe de Rochambeau I don't have the answer but to launch an URL I use (in C++Builder but its Windows stuff so it may work in Dev-CPP) : ShellExecute(Handle, "open", MyURLToLaunch, NULL, NULL, SW_SHOWNORMAL); Luc |
|
From: Philippe de R. <phi...@ww...> - 2003-01-21 14:58:34
|
Hello, is there a way to make a screen-saver interactive? For instance, I would like to let the user click on text displayed on it without the screen-saver vanishing. Many thanks. Philippe de Rochambeau |
|
From: Philippe de R. <phi...@ww...> - 2003-01-21 14:56:38
|
Hello, I have developed a basic application using C++-Dev that creates a process that runs IExplorer. Unfortunately, CreateProcess will not launch IExplorer unless I specify the latter's complete path (e.g., C:\program files\Explorer\ieexplore.exe) as second parameter value: CreateProcess( NULL, "C:\\Program Files\\Explorer\\Iexplore.exe", ...). I would like to search for IExplorer on the user's PC before creating the process. What is the easiest way to do that on Windows? Many thanks. Philippe de Rochambeau |